Toy Story 4 4K blocky video 7.1 sound

[CBers 6920]

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]

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]

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 6920]

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 6920]

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 1571]

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>

[vdatanet 1571]

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 6920]

 

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 1571]

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]

 

TL;DR

 

So what part of Emby has the bug?

 

A one word answer will suffice.

Read

[CBers 6920]

Read

[CBers 6920]

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 15282]

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 6920]

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]

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 1631]

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]

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 1631]

But you don't reckon its worth re-ripping at all ?

[Guest asrequested]

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

[arrbee99 1631]

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]

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 1631]

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 1571]

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]

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 1631]

Oh, now I understand - its Apples fault.