CBers 6971 Posted January 1, 2020 Posted January 1, 2020 This is the outstanding bug. Bug with what? Emby server? ATV app? Emby's ffmpeg? There isn't an issue with his rip. Apart from the sync issue, which might be the issue. I will definitely download the samples tomorrow and try on my Shield.
Guest asrequested Posted January 2, 2020 Posted January 2, 2020 Bug with what? Emby server? ATV app? Emby's ffmpeg? https://emby.media/community/index.php?/topic/75688-4k-hevc-files-freeze-after-a-few-seconds/?p=767887 https://emby.media/community/index.php?/topic/75688-4k-hevc-files-freeze-after-a-few-seconds/?p=768195
Guest asrequested Posted January 2, 2020 Posted January 2, 2020 I just tested with more of my HDR stuff, and a lot of them do actually play correctly. I think with this particular issue, it's going to be random luck if it affects the video or not. The container just isn't meant for the codec, so whether it works or not is just chance. But I do have a number of videos that are affected by this.
CBers 6971 Posted January 2, 2020 Posted January 2, 2020 Hopefully, this is chapter one and two other random chapters... https://1drv.ms/u/s!AmkRWNKmKxThiKFMCsqD5MoLp2qcHQ?e=hLzEfO https://1drv.ms/u/s!AmkRWNKmKxThiKFN87966aUP8NygKw?e=gy9KKb https://1drv.ms/u/s!AmkRWNKmKxThiKFOapk1FoSJJi5EbQ?e=cUx2f5 Edit - Chapter One and one of the others is blocky and the other one seems fine. I will definitely download the samples tomorrow and try on my Shield. Downloaded all 3 samples and they all Direct Play, trigger HDR and play Atmos. All 3 are level 153 according to Emby, so I would suggest re-ripping your BluRay and try again.
CBers 6971 Posted January 2, 2020 Posted January 2, 2020 Bug with what? Emby server? ATV app? Emby's ffmpeg? https://emby.media/community/index.php?/topic/75688-4k-hevc-files-freeze-after-a-few-seconds/?p=767887 https://emby.media/community/index.php?/topic/75688-4k-hevc-files-freeze-after-a-few-seconds/?p=768195 TL;DR So what part of Emby has the bug? A one word answer will suffice.
vdatanet 1574 Posted January 2, 2020 Posted January 2, 2020 TL;DR So what part of Emby has the bug? A one word answer will suffice. Maybe Emby's ffmpeg. Using Plex in Apple TV (native player), movie is remuxed and artifacts does not appear: <SessionReport version="2" startTime="0" startTimestamp="Jan 02, 2020 14:01:53.705" key="/library/metadata/3918" session="1741D0E1-D6F7-49A7-8D7A-1192645AFA6F" transcode="908AC01F-4202-4D83-A7FD-4A1DA00BEB97"> <User id="1" thumb="https://plex.tv/users/82dcc546a97ea2c5/avatar?c=1564422266" title="vdatanet" /> <Player address="192.168.1.117" device="Apple TV" machineIdentifier="1741D0E1-D6F7-49A7-8D7A-1192645AFA6F" model="6,2" platform="tvOS" platformVersion="13.3" product="Plex for Apple TV" remotePublicAddress="79.147.217.53" state="" title="Comedor" vendor="Apple" version="2.12" local="1" relayed="0" secure="1" userID="1" /> <Variants> <Variant id="be6a00af-1d33-487b-8ced-14a65d25c44f" targetBitrate="16217" context="streaming" sourceVideoCodec="hevc" sourceAudioCodec="dca" videoDecision="copy" audioDecision="transcode" protocol="hls" container="mp4" videoCodec="hevc" audioCodec="ac3" audioChannels="6" transcodeHwRequested="1" transcodeHwFullPipeline="0"> <Media id="3978" videoProfile="main 10" audioChannels="6" audioCodec="ac3" bitrate="18626" container="mp4" duration="8146431" height="1604" optimizedForStreaming="1" protocol="hls" videoCodec="hevc" videoFrameRate="24p" videoResolution="4K" width="3840" selected="1"> <Part deepAnalysisVersion="4" id="4534" requiredBandwidths="56728,38391,24925,23012,21652,21474,21474,21474" videoProfile="main 10" bitrate="18626" container="mp4" duration="8146431" height="1604" optimizedForStreaming="1" protocol="hls" width="3840" decision="transcode" selected="1"> <Stream bitrate="17986" codec="hevc" codedHeight="1608" codedWidth="3840" colorPrimaries="bt2020" colorTrc="smpte2084" default="1" displayTitle="4K (HEVC Main 10 HDR)" frameRate="23.975999999999999" height="1604" id="18682" requiredBandwidths="47911,28838,14804,13746,13746,13746,13746,13746" streamType="1" width="3840" decision="copy" location="segments-av" /> <Stream bitrate="640" bitrateMode="cbr" channels="6" codec="ac3" default="1" displayTitle="Español (DTS 5.1)" id="18681" language="Español" languageCode="spa" requiredBandwidths="1509,1509,1509,1509,1509,1509,1509,1509" selected="1" streamType="2" decision="transcode" location="segments-av" /> </Part> </Media> </Variant> 1
vdatanet 1574 Posted January 2, 2020 Posted January 2, 2020 I've tested with Plex for Android TV and artifacts are shown: The container used in Apple TV was mp4 and the container in Android TV was mpegts. <Variant id="03fc1d29-e1f6-457d-80a3-fe49569394a3" targetBitrate="51120" context="streaming" sourceVideoCodec="hevc" sourceAudioCodec="truehd" videoDecision="copy" audioDecision="transcode" protocol="hls" container="mpegts" videoCodec="hevc" audioCodec="aac" audioChannels="6" transcodeHwRequested="1" transcodeHwFullPipeline="0"> <Media id="3978" videoProfile="main 10" audioChannels="6" audioCodec="aac" bitrate="18760" container="mpegts" duration="8146431" height="1604" protocol="hls" videoCodec="hevc" videoFrameRate="24p" videoResolution="4K" width="3840" selected="1"> <Part accessible="1" deepAnalysisVersion="4" exists="1" id="4534" requiredBandwidths="56728,38391,24925,23012,21652,21474,21474,21474" videoProfile="main 10" bitrate="18760" container="mpegts" duration="8146431" height="1604" protocol="hls" width="3840" decision="transcode" selected="1"> <Stream bitrate="17986" codec="hevc" codedHeight="1608" codedWidth="3840" colorPrimaries="bt2020" colorTrc="smpte2084" default="1" displayTitle="4K (HEVC Main 10 HDR)" frameRate="23.975999999999999" height="1604" id="18682" requiredBandwidths="47911,28838,14804,13746,13746,13746,13746,13746" streamType="1" width="3840" decision="copy" location="segments-av" /> <Stream bitrate="774" bitrateMode="vbr" channels="6" codec="aac" displayTitle="English (TRUEHD 7.1)" id="18683" language="English" languageCode="eng" requiredBandwidths="9273,8885,8543,8236,8102,8102,8102,8102" selected="1" streamType="2" decision="transcode" location="segments-av" /> </Part> </Media> </Variant>
CBers 6971 Posted January 2, 2020 Posted January 2, 2020 Maybe Emby's ffmpeg. Using Plex in Apple TV (native player), movie is remuxed and artifacts does not appear If it's occurring due to a remux, then perhaps the user needs to take on some responsibility as to why its remuxing. I want through a process a few years back to convert all DTS audio to AC3, as my Sonos soundbar didn't support DTS, which stopped remuxing. Now that I have an LG soundbar with more capabilites, I no longer have to do that.
vdatanet 1574 Posted January 2, 2020 Posted January 2, 2020 If it's occurring due to a remux, then perhaps the user needs to take on some responsibility as to why its remuxing. I want through a process a few years back to convert all DTS audio to AC3, as my Sonos soundbar didn't support DTS, which stopped remuxing. Now that I have an LG soundbar with more capabilites, I no longer have to do that. Yes, avoid remuxing is a workaround but it's not a solution. It would be ideal to find the way to remux the movie without the green artifacts.
Guest asrequested Posted January 2, 2020 Posted January 2, 2020 TL;DR So what part of Emby has the bug? A one word answer will suffice. Read
CBers 6971 Posted January 2, 2020 Posted January 2, 2020 Yes, avoid remuxing is a workaround but it's not a solution. It would be ideal to find the way to remux the movie without the green artifacts. Remuxing a video is the only answer for playback issues. If your client can't play it, then you should only have to transcode/remux on the fly when you've exhausted all other avenues. I do not have anything transcode/remux when it plays on my main Shield/TV/soundbar. I get the occasional audio remux when watching on my bedroom Shield/TV/Sonos Beam, as the Beam (still) doesn't support DTS, but I am aware of that. If @@arrbee99 can't get a 7.1 audio track to play without remuxing, which then causes "blocky video", then he needs to avoid that track and choose another one. I would still suggest a re-rip in this case, as a first point of resolution.
ebr 15501 Posted January 2, 2020 Posted January 2, 2020 Remuxing a video is the only answer for playback issues. If your client can't play it, then you should only have to transcode/remux on the fly when you've exhausted all other avenues. I do not have anything transcode/remux when it plays on my main Shield/TV/soundbar. I get the occasional audio remux when watching on my bedroom Shield/TV/Sonos Beam, as the Beam (still) doesn't support DTS, but I am aware of that. If @@arrbee99 can't get a 7.1 audio track to play without remuxing, which then causes "blocky video", then he needs to avoid that track and choose another one. I would still suggest a re-rip in this case, as a first point of resolution. We already know what this issue is. It is complex but Doofus was correct above. It is related to trying to deliver an un-modified video stream of a very specific type in the way we do when remuxing. Other than determining exactly what properties in the video causes this, no more investigation of the media or playback method is needed. Thanks.
CBers 6971 Posted January 2, 2020 Posted January 2, 2020 We already know what this issue is. It is complex but Doofus was correct above. It is related to trying to deliver an un-modified video stream of a very specific type in the way we do when remuxing. Other than determining exactly what properties in the video causes this, no more investigation of the media or playback method is needed. Thanks. Fine, I'll butt out then.
Guest asrequested Posted January 3, 2020 Posted January 3, 2020 (edited) Here's a possibility. Here are 4 movies. The two on the left have playback problems, and the two on the right, don't. The only significant difference that I can see is the Bits/(Pixel*Frame). The two that have problems are above 0.23. But maybe this all moot, at this point.... Edited January 3, 2020 by Doofus
arrbee99 1675 Posted January 3, 2020 Author Posted January 3, 2020 Toy Story 4 = 0.193 - dun't play with 7.1 as its Direct Streaming, fine on 5.1 Alien = 0.248 - fine on 5.1 Saving Private Ryan = 0.262 - seemed fine, gets upset after fast forwarding though, irrelevant here I guess Skyscraper = 0.348 - didn't try (recently), worked few months ago
Guest asrequested Posted January 3, 2020 Posted January 3, 2020 (edited) Toy Story 4 = 0.193 - dun't play with 7.1 as its Direct Streaming, fine on 5.1 Alien = 0.248 - fine on 5.1 Saving Private Ryan = 0.262 - seemed fine, gets upset after fast forwarding though, irrelevant here I guess Skyscraper = 0.348 - didn't try (recently), worked few months ago Well, it was just a thought. It really must be random.... Edited January 4, 2020 by Doofus
arrbee99 1675 Posted January 3, 2020 Author Posted January 3, 2020 But you don't reckon its worth re-ripping at all ?
Guest asrequested Posted January 3, 2020 Posted January 3, 2020 But you don't reckon its worth re-ripping at all ? I don't see why. The video will be exactly the same. I've tried remuxing these videos to see if it makes a difference, and nothing I tried made any difference 1
arrbee99 1675 Posted January 3, 2020 Author Posted January 3, 2020 I just worry that it might be something different to this container thing that happens to have similar symptoms. Not that I'm desperate to re-rip things of course.
Guest asrequested Posted January 3, 2020 Posted January 3, 2020 I just worry that it might be something different to this container thing that happens to have similar symptoms. Not that I'm desperate to re-rip things of course. Your rip is in an mkv container. When the server is remuxing, it's put in a segmented mpegts container for hls. That container isn't designed for HEVC. The video inside the container is never altered.
arrbee99 1675 Posted January 3, 2020 Author Posted January 3, 2020 I know I'm displaying my ignorance of all things container-ish, but, its in a mkv container, it apparently needs to remux because of something to do with TrueHD 7.1 - can't it do whatever it does but put it in another mkv container... ...or it just doesn't work like that.
vdatanet 1574 Posted January 3, 2020 Posted January 3, 2020 If device supports it, is it possible to use a HLS stream with mp4 container like Apple TV does? Movies that present issues using HLS mpegts don't present issues using HLS mp4. I don't know if that format is specific for Apple TV or it's fully supported by other devices.
Guest asrequested Posted January 3, 2020 Posted January 3, 2020 (edited) I know I'm displaying my ignorance of all things container-ish, but, its in a mkv container, it apparently needs to remux because of something to do with TrueHD 7.1 - can't it do whatever it does but put it in another mkv container... ...or it just doesn't work like that. No....it just doesn't work like that The file is being served over HLS (HTTP Live Stream). It's a network protocol that has specific criteria for operation. Softworkz explained this in the thread I linked to. HLS for HEVC is requiring the fMP4 container. He provided a link to the specifications. https://developer.apple.com/documentation/http_live_streaming/hls_authoring_specification_for_apple_devices Edited January 3, 2020 by Doofus
arrbee99 1675 Posted January 3, 2020 Author Posted January 3, 2020 Oh, now I understand - its Apples fault.
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