Jump to content

Toy Story 4 4K blocky video 7.1 sound


arrbee99

Recommended Posts

vdatanet

When you use a technology you have to follow their specifications, if you don't like them, use another technology.

Link to comment
Share on other sites

vdatanet

If 1.5. The container format for HEVC video MUST be fMP4. Why is used MPEG transport streams? Is there a problem using fMP4?

Link to comment
Share on other sites

Guest asrequested

If 1.5. The container format for HEVC video MUST be fMP4. Why is used MPEG transport streams? Is there a problem using fMP4?

 

I believe that was unintentional. An oversight that looks like Softworkz will correct at some point. This is the bug we're referring to.

Edited by Doofus
Link to comment
Share on other sites

CBers

I believe that was unintentional. An oversight that looks like Softworkz will correct at some point. This is the bug we're referring to.

Finally :rolleyes:

Link to comment
Share on other sites

Happy2Play

Finally :rolleyes:

But it was already stated as a bug in other linked posts, so nothing new here.

Link to comment
Share on other sites

CBers

But it was already stated as a bug in other linked posts, so nothing new here.

You missed the point.

 

I asked what the bug was with and never got an answer, other than to trawl through 3 long threads.

 

Now I know, finally :rolleyes:

Link to comment
Share on other sites

Guest asrequested

You missed the point.

 

I asked what the bug was with and never got an answer, other than to trawl through 3 long threads.

 

Now I know, finally :rolleyes:

If you actually clicked on the links, they were the specific posts explaining it. A direct answer to your question.

  • Like 1
Link to comment
Share on other sites

Guest asrequested

The other part to it is as he describes. Because the segments are being allowed to break video on non-keyframes, this might also explain why some play and others don't. Some may be coincidentally be being broken on keyframes, and played correctly.

 

https://emby.media/community/index.php?/topic/75688-4k-hevc-files-freeze-after-a-few-seconds/page-2&do=findComment&comment=767902

Edited by Doofus
Link to comment
Share on other sites

More correctly, it is a deficiency as opposed to a "bug" but the reason we aren't using a different container here is because it just isn't as simple as just throwing a switch.  It will take a significant amount of work on (possibly both) server and apps to support the different container.

Link to comment
Share on other sites

Softworkz called it a bug, so I just followed his lead. And I can imagine it's going to be a lot of work.

 

Yeah, the distinction isn't really that important.  The bottom line is it isn't working how we'd like but it also isn't an easy fix.

Link to comment
Share on other sites

  • 8 months later...
vdatanet

Any progress on this?

Plex had the same problem but now it's fixed, they have found the solution. FYI Here is the Plex transcoding command and transcoding info:

HLS using MKV container? That's very strange.

Sep 21, 2020 21:11:44.692 [0x7f3948ff9700] DEBUG - Job running: EAE_ROOT='/tmp/pms-b7f118c2-5273-4906-986a-d3c4d4bbaf60/EasyAudioEncoder' FFMPEG_EXTERNAL_LIBS='/var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Codecs/96550d8-3281-linux-x86_64/' XDG_CACHE_HOME='/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Cache' XDG_DATA_HOME='/usr/lib/plexmediaserver/Resources' X_PLEX_TOKEN='xxxxxxxxxxxxxxxxxxxx' '/usr/lib/plexmediaserver/Plex Transcoder' '-codec:0' 'hevc' '-codec:4' 'dca' '-noaccurate_seek' '-analyzeduration' '20000000' '-probesize' '20000000' '-i' '/media/4k/Star Wars Episodio 4 [4K UHDremux][2160p][Castellano DTS 5.1-Ingles Dolby Atmos 7.1+Subs][ES-EN]/Episodio IV 4Kremux2160.www.pctnew.org.mkv' '-filter_complex' '[0:4] aresample=async=1:ocl='\''5.1'\'':rematrix_maxval=0.000000dB:osr=48000[0]' '-map' '0:0' '-codec:0' 'copy' '-map' '[0]' '-metadata:s:1' 'language=spa' '-codec:1' 'aac' '-strict:1' 'experimental' '-aac_coder:1' 'fast' '-q:1' '0' '-segment_format' 'matroska' '-f' 'ssegment' '-individual_header_trailer' '0' '-flags' '+global_header' '-segment_format_options' 'output_ts_offset=10' '-segment_header_filename' 'header' '-segment_time' '10' '-segment_start_number' '0' '-segment_copyts' '1' '-segment_time_delta' '0.0625' '-segment_list' 'http://127.0.0.1:32400/video/:/transcode/session/812e5295d200bc3e-com-plexapp-android/f6379eff-8170-417c-b62d-041233fe9006/seglist?X-Plex-Http-Pipeline=infinite' '-segment_list_type' 'csv' '-segment_list_size' '5' '-segment_list_separate_stream_times' '1' '-segment_list_unfinished' '1' '-max_delay' '5000000' '-avoid_negative_ts' 'disabled' '-map_metadata:g' '-1' '-map_metadata:c' '-1' '-map_chapters' '-1' 'media-%05d.ts' '-start_at_zero' '-copyts' '-vsync' 'cfr' '-y' '-nostats' '-loglevel' 'quiet' '-loglevel_plex' 'error' '-progressurl' 'http://127.0.0.1:32400/video/:/transcode/session/812e5295d200bc3e-com-plexapp-android/f6379eff-8170-417c-b62d-041233fe9006/progress'
<SessionReport version="2" startTime="0" startTimestamp="Sep 21, 2020 21:15:14.263" key="/library/metadata/12928" session="812e5295d200bc3e-com-plexapp-android" transcode="812e5295d200bc3e-com-plexapp-android">
<User id="1" thumb="https://plex.tv/users/82dcc546a97ea2c5/avatar?c=1597569941" title="vdatanet" />
<Player address="192.168.1.125" device="SHIELD Android TV" machineIdentifier="812e5295d200bc3e-com-plexapp-android" model="" platform="Android" platformVersion="9" product="Plex for Android (TV)" remotePublicAddress="79.147.217.178" state="" title="" vendor="" version="8.6.0.20351" local="1" relayed="0" secure="1" userID="1" />
<Variants>
<Variant id="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" targetBitrate="102458" context="streaming" sourceVideoCodec="hevc" sourceAudioCodec="truehd" videoDecision="copy" audioDecision="transcode" protocol="hls" container="mkv" videoCodec="hevc" audioCodec="eac3" audioChannels="8" transcodeHwRequested="1" transcodeHwFullPipeline="0">
<Media id="15498" videoProfile="main 10" audioChannels="8" audioCodec="eac3" bitrate="48849" container="mkv" duration="7485412" height="2160" protocol="hls" videoCodec="hevc" videoFrameRate="24p" videoResolution="4K" width="3840" selected="1">
<Part deepAnalysisVersion="4" id="15520" requiredBandwidths="101518,94974,85250,79205,73174,67163,54987,54987" videoProfile="main 10" bitrate="48849" container="mkv" duration="7485412" height="2160" protocol="hls" width="3840" decision="transcode" selected="1">
<Stream bitrate="47817" codec="hevc" colorPrimaries="bt2020" colorTrc="smpte2084" default="1" displayTitle="4K (HEVC Main 10 HDR)" extendedDisplayTitle="Episodio IV [www.pctnew.org] (4K HEVC Main 10 HDR)" frameRate="23.975999999999999" height="2160" id="54593" requiredBandwidths="96547,89984,80184,74140,68109,62098,49268,49268" streamType="1" width="3840" decision="copy" location="segments-av" />
<Stream bitrate="1032" bitrateMode="cbr" channels="8" codec="eac3" default="1" displayTitle="English (TRUEHD 7.1)" extendedDisplayTitle="English (TRUEHD 7.1)" id="54594" language="English" languageCode="eng" requiredBandwidths="4763,4678,4568,4420,4291,4198,4000,4000" selected="1" streamType="2" decision="transcode" location="segments-av" />
</Part>
</Media>
</Variant>
</Variants>
<SegmentList>
<Segment duration="10510" startOffset="0" endOffset="10510">
<File name="media-00000.ts" type="av">
<FileVariant size="75266339" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" />
</File>
<Timelines>
<Transcode startTime="106" endTime="699" complete="1" fileType="av" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" />
<Download startTime="835" endTime="1363" complete="1" fileType="av" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" />
</Timelines>
</Segment>
<Segment duration="9800" startOffset="10511" endOffset="20311">
<File name="media-00001.ts" type="av">
<FileVariant size="30661619" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" />
</File>
<Timelines>
<Download startTime="888" endTime="1372" complete="1" fileType="av" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f">
<Pause type="segmentWait" startTime="888" endTime="1288" />
</Download>
<Transcode startTime="699" endTime="1240" complete="1" fileType="av" variant="4dac10ff-8dd2-4ffa-bae5-63024d50e50f" />
</Timelines>
</Segment>
</SegmentList>
<PlaybackReports />
<StateReports />
<StateReports />
</SessionReport>

 

ffmpeg-remux-b6b8f79e-b8ac-4945-bec6-264f58a0be6a_1.txt

Edited by vdatanet
Link to comment
Share on other sites

We've used mkv segments with Theater and mpv before, but have never tried them on android. 

Since this is the Shield, can you please try this and see how it compares?

Thanks.

Link to comment
Share on other sites

vdatanet
1 hour ago, Luke said:

We've used mkv segments with Theater and mpv before, but have never tried them on android. 

Since this is the Shield, can you please try this and see how it compares?

Thanks.

When using Android app, instead of remuxing it direct plays, so there's no glitching. Are you decoding DTS on the client side? Avoid remuxing when playing DTS tracks on unsupported systems is a great improvement. Thanks!

  • Like 1
Link to comment
Share on other sites

sooty234
On 1/3/2020 at 8:19 AM, ebr said:

More correctly, it is a deficiency as opposed to a "bug" but the reason we aren't using a different container here is because it just isn't as simple as just throwing a switch.  It will take a significant amount of work on (possibly both) server and apps to support the different container.

 

On 7/27/2019 at 11:27 AM, softworkz said:

It's a bug and it cannot stay like this.

 

  • Like 1
Link to comment
Share on other sites

vdatanet

Indeed this is a server-side bug. The new Android application bypasses this avoiding remuxing, but this is not the common pattern, the iOS application, the Android TV application, MPV for Apple TV..., require remuxing, and then you have glitching. Plex fixed this using MKV fragmentation and fMP4 on Apple TV.

Link to comment
Share on other sites

arrbee99

Tried 3.1.40 on a Shield (2019) for the same rip (4K 7.1 audio) and mentioned in post #1. Its graduated from playing a bit before going colourfully blocky to just playing a bit and dropping out completely back  to the movie detail page from where I pressed Play.

Link to comment
Share on other sites

vdatanet
9 minutes ago, arrbee99 said:

Tried 3.1.40 on a Shield (2019) for the same rip (4K 7.1 audio) and mentioned in post #1. Its graduated from playing a bit before going colourfully blocky to just playing a bit and dropping out completely back  to the movie detail page from where I pressed Play.

So it's remuxing as expected. What I find strange is what happens to me, a Shield connected to a TV that does not support DTS, and with both DTS and DTS-MA I get direct playback.

Link to comment
Share on other sites

arrbee99

Do sometimes wonder if I should re-rip with a newer version of MakeMKV than was used at the time. Or maybe its something to do with my sound bar. Or a setting in the app somewhere. Or whether its a full moon. Talking of which, its not far off midnight so I should probably retire...

Link to comment
Share on other sites

vdatanet
29 minutes ago, arrbee99 said:

Do sometimes wonder if I should re-rip with a newer version of MakeMKV than was used at the time. Or maybe its something to do with my sound bar. Or a setting in the app somewhere. Or whether its a full moon. Talking of which, its not far off midnight so I should probably retire...

Can you share a little sample?

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...