OMG. Too much waifu2x for you!
I don’t think you can use the XML profile to override client-provided limits.
Share a sample of that one? And/or logs.
sample 4320p_60fps_16_ref_8b_level6_2_test_2.mkv beim Filehorst - filehorst.de
Logs
Plex Media Server Logs_2021-06-25_03-43-16.zip (22.8 KB)
I think I found a bug. @Volts maybe you can reproduce that?
If I enable “Disable video stream transcoding” under Settings → Transcoder and restart the server after that the 10 bit 1080p test file can’t be played, if I disable that and restart the server the file can be played without reencoding.
That 4320p… sample is mildly hilarious. I’ve never seen such demanding H.264 before.
Do you really need to be able to play this? I think the combination of H.264 + massive dimensions + framerate + bit depth + level is going to be unpossible. What’s the use case?
There’s very little hardware that supports H.264 at those levels, so it requires software decoding. I haven’t even tried 8K, but I’m confident you’ll have better luck with H.265.
No I don’t need that currently, maybe in the future but I hope that AV1 will allready have taken over at that point. But since it is possible and standardized I don’t see why plex should limit stuff that works?
Yeah, I see that too.
With the modified profile, and Disable video stream transcoding disabled, it will Direct Stream.
When Disable video stream transcoding is enabled, I get the same error.
There are a few other weird things that happen when Disable video stream transcoding is enabled. Optimization jobs behave strange-bad, too.
To micromanage who can transcode, look at Tautulli and JBOPS/kill_stream.py.
1 Like
@ChuckPa or @anon18523487
Maybe you could have a look at the “Disable video stream transcoding” because from reading the description text “Disable transcoding of the video stream in transcoder operations. With this set, the transcoder may still transcode audio as well as remux video.” I would assume that it should work even if that is checked?
So to step way over into personal opinion …
I’m not going to worry about playing 8K video since I don’t have an 8K display. And my laptop isn’t fast enough either anyway. 
I’ll worry about it when I get an 8K TV and there’s 8K media.
H.264 is basically dead above 1080P. Whether it’s technically possible or not, it’s always a gamble if H.264 will work well above 1080P. The original design didn’t consider “huge” resolutions. The only really common use of H.264 above 1080P is … anime.
H.265 is significantly more efficient at those dimensions … and that’s what Blu-Ray uses, which means that’s what’s well-supported in both software and hardware. There are plenty of low-power devices that can do H.265 4K but only H.264 1080P.
I’ll bet you a shiny wooden nickel that AV1 is never commercially popular outside of YouTube & Netflix. I don’t think there will be cameras that record in AV1, or disk-based media that’s sold with AV1.
I’m very curious to see what succeeds H.264. Maybe I’m wrong, and maybe it will be AV1 - but the patent situation is pretty weird.
H265 is dead, there is no browser support for it and never will be, everything streaming related is already making everything ready to move to AV1.
MPEG even themself did admit defeat against AV1.
Currently it looks like everything beside blu rays (maybe even that will change in the future if MPEG lost the rest of it’s backers) will move to AV1, most cams don’t support h265 as far as i can tell and use some strange formats developed by the manufrature.
I agree H.265 isn’t the future … because H.264 will eventually outlive H.265. There will still be H.264 in another 30 years.
But I don’t think AV1 has won anything. It’s only useful to the big streamers today for a bunch of reasons.
H.265 encoder support is still increasing. It’s in every cell phone and most new prosumer/DSLR/mirrorless cameras/GoPros/some dash cams/drones. It’s in CPUs and GPUs.
AV1 is in none of those. There’s no hardware with AV1 encoding support at all.
I’m not saying I don’t like AV1. But it’s not a battle for the “best codec”.
The people who like AV1 didn’t want to pay for MPEG-family licensing. They’re willing to get into patent fights over it, and over AV1. And the licensing just keeps getting muddier. Is it free? It doesn’t seem like it, since there’s a licensing company now.
The people who keep implementing MPEG-group codecs in their software and hardware know it’s more expensive … but they understand it already. The cost structure makes more sense to them.
And H.266 has the potential to perform better than AV1.
This is just conjecture, and really is my way of saying … don’t re-encode to AV1 and then delete your original media.
you are correct; Audio transcoding and/or Remux is still possible.
Audio conversion as required by the player depends on the player capabilities and source content but is traditionally a low-CPU consuming task.
Remux, to select the desired stream from multi-stream source files is trivial.
I have to disagree with you there. H265 did kill itself not with the license cost but with the unpredictable license cost, to many parties have some patents in it, you have 3 big patent pools and than single entities that still can come up and force a sales stop for your products + demand what ever they want as payment.
Regarding Hardware support, that is wider than what H265 or H266/VCC will ever see. AV1 Support is for new Android devices mandatory, so all SOC manufratures will implement it and if you look at the market most of them have already deployed that. Apple also did says it does support AV1, so you will see that in the next products of them too. TV manufractures also support AV1 because the SOC manufractures implemented it already. NVidia, AMD already have hardware decoders for AV1 and the next generation will have also hardware encoders.
The shift to AV1 will be pretty rapid in the next few years and no there is no question if AV1 will take over it is just a question when. If in the next 2 years or in the next 5 years. H266 will maybe be there for a small nieche market or maybe not at all but it will never get any of the relevance of H265 which was already small and be nothing compared to H264.
Regarding of keeping the original, I normally stay with remuxes but because H265 support is so limited I really think about dropping that.
That is why I wrote you, it seems that remuxing for 10 bit seems to be broken if “Disable video stream transcoding” is checked because it prevents plex from remuxing. If that is not checked plex does remux the file just fine.
Yeah … well. I betcha. Meet back here in 5 years?
AV1 decode support for new Android TV devices is only maybe-mandatory. But even the new Snapdragon 888 doesn’t encode AV1.
From what I can tell 2 years should be enough. Atleast if there is no covid mutation that slows down everything again.
Yeah - I concur. It’s not behaving how I would expect.
8-bit H.264 Direct Streams just fine when that’s checked.
This 10-bit H.264 doesn’t.
But it DOES Direct Stream when it’s unchecked. (And after modifying the Profile/XML …)
Be VERY careful here because I’m going to get flack from Engineering if not stated correctly OR not valid.
You want to:
- Modify the Plex-supplied profile to allow 10-bit H.264
- Direct Play content to the Plex/Web app
If correct, are you taking into account the Dash protocol ?
Dash has stipulations itself.
Can you show me:
- XML,
</>(code formated)<media>…</media>sections so I can see the streams. - The DEBUG (not VERBOSE) log file ZIP which captures the failing playback attempt ?
- The same playback succeeding ?
Questions:
- Yes
- Yes
Things to show you:
1.
<MediaContainer size="1" allowSync="1" identifier="com.plexapp.plugins.library" librarySectionID="11" librarySectionTitle="test" librarySectionUUID="0c241bb9-f4f4-47da-8997-b72f38c3bbb2" mediaTagPrefix="/system/bundle/media/flags/" mediaTagVersion="1623861150">
<Video ratingKey="13089" key="/library/metadata/13089" guid="com.plexapp.agents.none://7fdf939ff90d26e49818e9c2b9167205766c2539?lang=xn" type="movie" title="test_mkv" librarySectionTitle="test" librarySectionID="11" librarySectionKey="/library/sections/11" subtype="clip" summary="" year="2021" thumb="/library/metadata/13089/thumb/1624524056" art="/library/metadata/13089/art/1624524056" duration="32549" originallyAvailableAt="2021-06-24" addedAt="1624523560" updatedAt="1624524056" createdAtAccuracy="epoch" createdAtTZOffset="7200">
<Media id="7912" duration="32549" bitrate="9326" width="1920" height="1080" aspectRatio="1.78" audioChannels="2" audioCodec="flac" videoCodec="h264" videoResolution="1080" container="mkv" videoFrameRate="24p" videoProfile="high 10">
<Part accessible="1" exists="1" id="8016" key="/library/parts/8016/1624522921/file.mkv" duration="32549" file="/mnt/HDD01/test/test_mkv.mkv" size="37958305" container="mkv" deepAnalysisVersion="4" requiredBandwidths="8830,8487,8487,8487,8487,8487,8487,8487" videoProfile="high 10">
<Stream id="16699" streamType="1" default="1" codec="h264" index="0" bitrate="7831" language="日本語" languageCode="jpn" bitDepth="10" chromaLocation="left" chromaSubsampling="4:2:0" codedHeight="1088" codedWidth="1920" frameRate="23.976" hasScalingMatrix="0" height="1080" level="51" profile="high 10" refFrames="16" requiredBandwidths="7294,7274,7274,7274,7274,7274,7274,7274" scanType="progressive" title="Japanese" width="1920" displayTitle="1080p (H.264 High 10)" extendedDisplayTitle="Japanese (1080p H.264 High 10)"> </Stream>
<Stream id="16700" streamType="2" selected="1" default="1" codec="flac" index="1" channels="2" bitrate="1495" language="日本語" languageCode="jpn" audioChannelLayout="stereo" bitDepth="24" requiredBandwidths="1317,1317,1317,1317,1317,1317,1317,1317" samplingRate="48000" title="Japanese" displayTitle="日本語 (FLAC Stereo)" extendedDisplayTitle="Japanese (日本語 FLAC Stereo)"> </Stream>
<Stream id="16701" streamType="3" default="1" codec="ass" index="2" bitrate="0" language="Deutsch" languageCode="ger" requiredBandwidths="1,1,1,1,1,1,1,1" title="Deutsch" displayTitle="Deutsch (ASS)" extendedDisplayTitle="Deutsch (ASS)"> </Stream>
</Part>
</Media>
<Extras size="0"> </Extras>
<Related> </Related>
</Video>
</MediaContainer>
Plex Media Server Logs_2021-06-25_06-58-53.zip (18.3 KB)
3.
Plex Media Server Logs_2021-06-25_07-00-42.zip (24.1 KB)
The File itself if you want to reproduce it https://filehorst.de/d/djwmhgoz
And the Chrome.xml
<?xml version="1.0" encoding="utf-8"?>
<Client name="Chrome">
<!-- Author: Plex Inc. -->
<TranscodeTargets>
<VideoProfile protocol="hls" container="mpegts" codec="h264" audioCodec="aac,mp3" context="streaming" />
<VideoProfile protocol="dash" container="mp4" codec="h264" audioCodec="aac,flac" context="streaming">
<Setting name="ForceTranscodesForLive" value="true" />
<Setting name="SkipAudioBeforeStart" value="true" />
<!-- <Setting name="BreakNonKeyframes" value="true" /> -->
</VideoProfile>
<VideoProfile protocol="http" container="mkv" codec="h264" audioCodec="aac,mp3" context="streaming" />
<MusicProfile container="mp3" codec="mp3" />
<PhotoProfile container="jpeg" />
<SubtitleProfile container="ass" codec="ass" context="all" />
</TranscodeTargets>
<CodecProfiles>
<VideoAudioCodec name="*">
<Limitations>
<UpperBound name="audio.channels" value="6" />
</Limitations>
</VideoAudioCodec>
</CodecProfiles>
<!-- When transcoding a multi-channel audio stream inside a video transcode, downmix the audio stream to stereo. -->
<TranscodeTargetProfiles>
<VideoTranscodeTarget protocol="*" context="streaming">
<VideoAudioCodec name="*">
<Limitations>
<UpperBound name="audio.channels" value="2" onlyTranscodes="true" />
</Limitations>
</VideoAudioCodec>
</VideoTranscodeTarget>
</TranscodeTargetProfiles>
</Client>
Thank you for those logs.
I see where:
Language=en (4 live) GZIP Signed-in Token (Big.Plex)
Jun 25, 2021 07:00:00.903 [0x7fbf0452cb38] DEBUG - [Transcode] Found session GUID of 3xqqek0tu8mb20coau9tfa2b in session start.
Jun 25, 2021 07:00:00.903 [0x7fbf0452cb38] DEBUG - [Transcode] TranscodeUniversalRequest: using augmented profile Chrome
Jun 25, 2021 07:00:00.903 [0x7fbf0452cb38] DEBUG - [Transcode] Downloading document http://127.0.0.1:32400/library/metadata/13089?includeBandwidths=1&offset=-1&X-Plex-Incomplete-Segments=1&X-Plex-Session-Identifier=yzvz61faffjiyqrnubuoosrr
Jun 25, 2021 07:00:00.904 [0x7fbf0452cb38] DEBUG - [Transcode] Auth: authenticated user 1 as Big.Plex
Jun 25, 2021 07:00:00.910 [0x7fbf0452cb38] DEBUG - [Transcode] We're going to try to auto-select an audio stream for account 1.
Jun 25, 2021 07:00:00.910 [0x7fbf0452cb38] DEBUG - [Transcode] Selecting best audio stream for part ID 8016 (autoselect: 1 language: de)
Jun 25, 2021 07:00:00.910 [0x7fbf0452cb38] DEBUG - [Transcode] Audio Stream: 16700, Subtitle Stream: 0
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: Selected protocol dash; container: mp4
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: analyzing media item 7912
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: test_mkv (2021): Direct Play is disabled
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: test_mkv (2021): media must be transcoded in order to use the dash protocol
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: test_mkv (2021): no direct play video profile exists for http/mkv/h264
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: test_mkv (2021): no direct play video profile exists for http/mkv/h264/flac
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] MDE: test_mkv (2021): selected media 0 / 7912
Jun 25, 2021 07:00:00.911 [0x7fbf0452cb38] DEBUG - [Transcode] Streaming Resource: Added session 0x7fbf0478fe58:yzvz61faffjiyqrnubuoosrr
Jun 25, 2021 07:00:00.912 [0x7fbf0452cb38] DEBUG - [Transcode] Streaming Resource: Reached Decision id=13089 codes=(General=1001,Direct play not available; Conversion OK. Direct Play=3000,App cannot direct play this item. Direct play is disabled. Transcode=1001,Direct play not available; Conversion OK.) media=(id=7912 part=(id=8016 decision=transcode container=mp4 protocol=dash streams=(Video=(id=16699 decision=copy width=1920 height=1080) Audio=(id=16700 decision=copy channels=2 rate=48000))))
Jun 25, 2021 07:00:00.913 [0x7fbf04ef7b38] DEBUG - Completed: [127.0.0.1:54112] 200 GET /video/:/transcode/universal/decision?hasMDE=1&path=%2Flibrary%2Fmetadata%2F13089&mediaIndex=0&partIndex=0&protocol=dash&fastSeek=1&directPlay=0&directStream=1&subtitleSize=100&audioBoost=100&location=wan&addDebugOverlay=0&autoAdjustQuality=0&directStreamAudio=1&mediaBufferSize=102400&session=3xqqek0tu8mb20coau9tfa2b&subtitles=burn&Accept-Language=en (4 live) GZIP 11ms 1345 bytes (pipelined: 2)
Now for the $500 question – What is the source of this test file?
Is it something hand created ? Something from a product you can buy?
Hard to tell, it is from a fan sub site which provide animes that are not licensed in my country yet. So between hand created and commercial. You will see a lot of others having the same file structure because all releases there are made that way.
