Well, that doesn’t look much like 45.0.0
Maybe you should upgrade?
This is deemed latest on my distro, but I’ll dig. Thank you for the clues anyway!
Yea, there’s special medicine in 45.0.0 that creates a new - whatever it is - and previous versions, or XR just don’t cut the mustard. In fact, once you put 'em through a remux and it DOESN’T fix 'em - I think you’re done.
Go get a new one - try it on that one.
Note:
Internal Metadata dates up to 5/4/2020 are broken.
5/5/2020 and beyond are OK.
Ok, so I upgraded to mkvtoolnix v47 (per instructions) then ran
mkvmerge -d 0 -A -S -o <temp.file.mkv> <original.file.mkv>
ffmpeg -i <original.file.mkv> -i <temp.file.mkv> -map 1 -map 0 -map -0:v:0 -map -1:v:1 -map_metadata 0 -c copy -tag:v:0 hvc1 -movflags +faststart -f mp4 <corrected.file.mkv>
Unfortunately stuttering still there. I’m guessing since my initial material is already mkv that the underlying issue has already been introduced to that material. Now I get to try to figure out if there is a way to fix that or else re-acquire. Or hold out hope Plex figures out how to cope with it.
I don’t really think Plex is worried about fixing broken files - these files in particular.
Yes, if you’ve muxed those things and the ‘fix’ wasn’t in the ‘mix’.
They’re broken - for ever.
If you didn’t touch them - they can be fixed.
I’m not sure if you can fix them like you’re trying to, but I can fix 10 at a time by dropping them on the GUI in Winders and lettin’ her eat. I did it about 1400 times, so I can do it in my sleep - and have done…lol
If the files downloaded were already H.265 mkv, I doubt there the type of file having the said problem. The problem children are H.265 / HEVC mp4.
Maybe your issue is something else
I’m using Roku Streaming Stick+ – Could it be that it’s just not powerful enough to drive HEVC 10 HDR?? It’s advertised to, but now I’m left wondering…
The files in question aren’t HDR.
I think we found the problem.
1 Like
Go to server and check with Dashboard
@SE56 What am I looking for on the dashboard to confirm if the stick is the issue?
@JuiceWSA what do you mean? This for example, is HEVC 10, see the following. But, as you can also see, this was also packaged with mkvtoolnix v42.0.0 so perhaps that’s the issue.
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ Maximum EBML ID length: 4
|+ Maximum EBML size length: 8
|+ Document type: matroska
|+ Document type version: 4
|+ Document type read version: 2
+ Segment: size 20944664630
|+ Seek head (subentries will be skipped)
|+ EBML void: size 4025
|+ Segment information
| + Timestamp scale: 1000000
| + Multiplexing application: libebml v1.3.10 + libmatroska v1.5.2
| + Writing application: mkvmerge v42.0.0 ('Overtime') 64-bit
| + Duration: 02:03:56.832000000
| + Date: Tue Mar 31 05:26:22 2020 UTC
| + Segment UID: 0x2b 0x18 0x65 0x18 0x57 0x0b 0x39 0x48 0xe9 0xef 0x97 0xe4 0xa2 0xa6 0x48 0xdd
|+ Tracks
| + Track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 6287592789413171601
| + Track type: video
| + Lacing flag: 0
| + Codec ID: V_MPEGH/ISO/HEVC
| + Codec's private data: size 2288 (HEVC profile: Main 10 @L5.0)
| + Default duration: 00:00:00.041708333 (23.976 frames/fields per second for a video track)
| + Language: und
| + Video track
| + Pixel width: 3840
| + Pixel height: 2160
| + Display width: 3840
| + Display height: 2160
| + Track
| + Track number: 2 (track ID for mkvmerge & mkvextract: 1)
| + Track UID: 9791364267261479680
| + Track type: audio
| + Codec ID: A_EAC3
| + Default duration: 00:00:00.032000000 (31.250 frames/fields per second for a video track)
| + Audio track
| + Sampling frequency: 48000.0
| + Channels: 6
| + Track
| + Track number: 3 (track ID for mkvmerge & mkvextract: 2)
| + Track UID: 5673094843521434811
| + Track type: subtitles
| + Lacing flag: 0
| + Codec ID: S_TEXT/UTF8
| + Name: Forced
| + Track
| + Track number: 4 (track ID for mkvmerge & mkvextract: 3)
| + Track UID: 12237030386314052973
| + Track type: subtitles
| + Default track flag: 0
| + Lacing flag: 0
| + Codec ID: S_TEXT/UTF8
| + Track
| + Track number: 5 (track ID for mkvmerge & mkvextract: 4)
| + Track UID: 2028761029279862633
| + Track type: subtitles
| + Default track flag: 0
| + Lacing flag: 0
| + Codec ID: S_TEXT/UTF8
| + Name: SDH
|+ EBML void: size 1220
|+ Cluster
Does it show Transcoding of any kind in Video or audio
@SE56 No, this is playing Original. If I force it to transcode I do get smooth playback, but I lose the HDR (in fact it looks particularly under saturated).
Is that file HDR?
If so - it’s not in the Bad Batch Wing of this thread.
No HDR files were affected - as far as I know.
'Cause there aren’t any.
Of this ‘Bad Batch’.
The Bad Batch was regular Main 10 265s.
None were HDR.
1 Like
Is your playback device HDR compliant and or needs to be set to use HDR.
@JuiceWSA Ok, what we’re coming to here is that I may be encountering a somewhat different problem with a similar symptom.
@SE56 Yes HDR Roku (Streaming Stick+ HE) on HDR TV (LG C9) and Roku claims the HDR to be configured correctly, though I have no HDR content sources other than Plex through which to test… and those are all also HEVC Main 10. So I can’t diagnose where the stuttering is coming from.
I thank you both for your help, but it seems a separate thread might be in order.
2 Likes
I use a LG B8 and do not have this issue but I use LG Plex client, my only down fall is HD-MA 7.1
Hi all,
I am also having trouble with stuttering HEVC Main 10 1080p video, and remuxing with the latest version of MKVToolNix (48.0.0) doesn’t help. It plays fine in VLC on my Windows 10 PC. If anyone can assist I would much appreciate it.
Plex server version: 1.19.4.2935
Plex client version: 6.6.2.6457-57b807617
Client device: Roku Streaming Stick +
The video in question is 1080p 60fps HEVC Main10@4.1 (not HDR) encoded using Handbrake 1.3.1 (2020010400). The original was 60i interlaced blu-ray H264 8-bit, but I chose to convert to 10-bit as I am finding from my tests that the extra color precision significantly reduces blockiness/banding with minimal penalty in terms of performance or file size. Of course it needs to play properly on my devices which is obviously the catch!
Here are two samples - one HEVC with the problem described, the other H264 High@4.1 which works fine. They both have a forced PGS subtitle track you might need to disable to prevent transcoding.
HEVC video sample (stutter) 19MB
H264 video sample (no stutter) 25MB
Many thanks.
That’s not one of these videos.
The videos in question were broken then put up for download without a key component. Remuxing with the latest ToolNix was the only fix - as it replaced the key component.
You may have a bad video, but it’s not one of these.
No Plex solution ever got past the inquiry stage as we didn’t need it.
The files were fixed.
Crisis over.
1 Like
OK thanks for responding, I’ll repost the issue in a separate thread.
1 Like
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
