I think the results are conclusive now.
-
Having a 200 Mbps limit is not an unreasonable limitation. There are very few cases where the video is changing at that SUSTAINED rate
-
It is very normal to see traffic flow spikes up to 150 Mbps, sending 180-200 Mbps TCP/IP traffic load, over WiFI. (I see that here on ALL my WiFi devices)
-
It is my experience that movies run stable in the 80 Mbps range for a top-notch rip from your own physical media. MANY will actually be in the 40-50 range (with HEVC HDR) due to the benefits of native HEVC HDR mastering.
Letâs break down the CPU and whatâs going on.
- CPU - i7-4970K. I will based this on 8000 passmarks, 4 core/8 thread:
-
Thatâs more than enough to burn the subtitles for 2, maybe 3 streams DEPENDING ON bitrate of the video (higher bitrate = more bits to burn the image on == exponential CPU load increase )
-
I keep going back to this image
https://global.discourse-cdn.com/plex/optimized/4X/e/6/5/e65edc4c28cc382fa2c4804206edb59cfa960c25_2_690x330.jpeg
What I can replicate here, on any version of PMS, didnât have color breakdown.
I did bury the i7-8809G though. Audio + transcoding + Subtitle burning + Tone Mapping was too much for it.
Turn off the PGS subtitles and no problems.
Throughout the stuttering â there was no color breakdown.
I will point out here. 17 Mbps for HEVC HDR at 2160p of THAT movie ?
Somebody âcookedâ it down to under 1/3 of what it should be. Please observe.
General
Unique ID : 223401887890052546224593509361182744120 (0xA811A37824FC7B035AC40316E0EA9E38)
Complete name : /vie/mmg/Spider-Man: Far from Home (2019).mkv
Format : Matroska
Format version : Version 4
File size : 53.9 GiB
Duration : 2 h 9 min
Overall bit rate mode : Variable
Overall bit rate : 59.6 Mb/s
Movie name : Spider-Man: Far from Home (2019)
Encoded date : UTC 2021-12-16 19:16:16
Writing application : mkvmerge v63.0.0 ('Everything') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4
IMDB : tt6320628
TMDB : movie/429617
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 9 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 9978 cd/m2
Maximum Frame-Average Light Level : 614 cd/m2
I challenge the encoding but have insufficient evidence to conclude.
In my head, Iâm going through all the subsystems in the i7 cpu and where this could fail.
The only place it would jam up (stutter) is tone mapping + burning subtitles (too much traffic for the internal PCIE to handle. iGPU does the tone map. CPU does the burning and managing of the tone mapping (OpenCL). QSV ASIC does the transcoding here where you have the Nvidia)
I can cut you a test file of what I have, subtitles included, for you to try if youâd like and see if you can replicate my results.