Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 Oh, now I understand - its Apples fault. Isn't everything....? Link to comment Share on other sites More sharing options...
arrbee99 1560 Posted January 3, 2020 Author Share Posted January 3, 2020 Trick question ? Link to comment Share on other sites More sharing options...
arrbee99 1560 Posted January 3, 2020 Author Share Posted January 3, 2020 Oh Ok, yes it is Link to comment Share on other sites More sharing options...
Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 Hehehe.... Down with the nibbled fruit, I say. Link to comment Share on other sites More sharing options...
vdatanet 1549 Posted January 3, 2020 Share Posted January 3, 2020 Link to comment Share on other sites More sharing options...
vdatanet 1549 Posted January 3, 2020 Share Posted January 3, 2020 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 More sharing options...
vdatanet 1549 Posted January 3, 2020 Share Posted January 3, 2020 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 More sharing options...
Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 (edited) 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 January 3, 2020 by Doofus Link to comment Share on other sites More sharing options...
CBers 6771 Posted January 3, 2020 Share Posted January 3, 2020 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 Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted January 3, 2020 Share Posted January 3, 2020 Finally But it was already stated as a bug in other linked posts, so nothing new here. Link to comment Share on other sites More sharing options...
CBers 6771 Posted January 3, 2020 Share Posted January 3, 2020 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 Link to comment Share on other sites More sharing options...
Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 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 If you actually clicked on the links, they were the specific posts explaining it. A direct answer to your question. 1 Link to comment Share on other sites More sharing options...
Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 (edited) 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 January 3, 2020 by Doofus Link to comment Share on other sites More sharing options...
ebr 14925 Posted January 3, 2020 Share Posted January 3, 2020 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 More sharing options...
Guest asrequested Posted January 3, 2020 Share Posted January 3, 2020 Softworkz called it a bug, so I just followed his lead. And I can imagine it's going to be a lot of work. Link to comment Share on other sites More sharing options...
ebr 14925 Posted January 3, 2020 Share Posted January 3, 2020 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 More sharing options...
vdatanet 1549 Posted September 21, 2020 Share Posted September 21, 2020 (edited) 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 September 21, 2020 by vdatanet Link to comment Share on other sites More sharing options...
Luke 37099 Posted September 29, 2020 Share Posted September 29, 2020 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 More sharing options...
vdatanet 1549 Posted September 29, 2020 Share Posted September 29, 2020 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! 1 Link to comment Share on other sites More sharing options...
sooty234 266 Posted September 29, 2020 Share Posted September 29, 2020 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. 1 Link to comment Share on other sites More sharing options...
vdatanet 1549 Posted September 29, 2020 Share Posted September 29, 2020 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 More sharing options...
arrbee99 1560 Posted September 29, 2020 Author Share Posted September 29, 2020 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 More sharing options...
vdatanet 1549 Posted September 29, 2020 Share Posted September 29, 2020 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 More sharing options...
arrbee99 1560 Posted September 29, 2020 Author Share Posted September 29, 2020 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 More sharing options...
vdatanet 1549 Posted September 29, 2020 Share Posted September 29, 2020 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 More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now