Atmos / TrueHD Fix - Matrix 19.3 - Testing for remaining issues
#1
Hi Windows community,

Seeing that the current main threads for this are in the Android and Linux subforums, I wanted to post a Windows version of this as was suggested by a Team-Kodi members as I'm not seeing any more follow-up on this from Windows users, which may indicate either its a user-specific issue or just not used by many people yet.
(2021-10-30, 16:25)jjd-uk Wrote:
(2021-10-30, 16:12)Deam Wrote:
(2021-10-30, 15:54)balkerman Wrote: Try the the test file posted here: https://forum.kodi.tv/showthread.php?tid...pid3067831
Those appear to be for Android (not Windows 10 as noted) - Yes, I acknowledge this is the Android subforum yet seems to be the main spot for this in addition the Linux thread. 

Also just to clarify, microcut I am still referring to audio/sound.  Not stutter in the video.

Please create a new post on the Windows forum, as all issues on Windows were thought to have been fixed, the issues being discussed here are Andoid only Although it may sound like similar symptoms it might be a totally different underlying issue so posting here could end up causing confusion.

[edit] Also make sure to have a log file ready see Log_file/Easy (wiki) when creating a new post.

Specifically, 19.3 has fixed long-standing significant audio dropouts at fixed/defined points in certain Dolby Atmos movies where the bitrate crosses a certain threshold.  However, it appears that shorter/micro dropouts now appear to occur in places where they didn't before.

As quoted above, apparently all Windows issues were fixed. At least one person has confirmed the remaining issue on CoreElec Stable 19.3 with the same film.  But also the following (specifically the until proven otherwise):
(2021-10-30, 21:26)jogal Wrote:
(2021-10-30, 19:50)Aemstel Wrote: This issue is clearly not platform-specific, is it? Maybe it's a better idea to move this thread to the "OS independant/ other" subforum instead of creating separate threads for all platforms?

If I understand correctly, what @jjd-uk is trying to say is perhaps @Deam's issue is different from this one, although the effect is similar and it may not have any relationship. So it is better to open a specific thread in Windows.

Note that this patch (the one that is common on all platforms) has also been applied to LibreELEC and CoreELEC distributions and no one has reported any problems: https://discourse.coreelec.org/t/truehd-...te/7569/46 (AFAIK).

Android still has some problem but it is not with the audio but video stuttering.

Until proven otherwise the main issue of audio dropouts in TrueHD Atmos due to frames > 2560 bytes is fully 100% resolved.


Of course people can continue to have audio dropout issues for other reasons: e.g. buffering, lack of bandwidth, corrupted files, bad RAM, bad HDMI cables....

I am reposting a link by Hitcher in the other thread. It is a sample of Zootopia, in a scene where in the past the scene with the exploding snow geysers would cause obvious dropouts. However, smaller audio dropouts now occur slightly before - so it is not clear whether the fix for  frames >2560 has introduced something else.  While dropouts can be caused by a number of reasons - in my view this hypothesis can be partially negated where those dropouts did not previously occur on the same system with the same file where the only change was the Kodi version. 

It would be great to have Windows users confirm whether or not they have this issue, and also post logs (I will do the same in a separate post later). The old issue was universal (despite people claiming otherwise), but perhaps this one isn't. I'm also sensing what appear to be framerate issues but that is for another day.
(2021-10-31, 13:36)Hitcher Wrote: Here's a sample of that part -

https://www.dropbox.com/s/1182gl5newp64u...s.mkv?dl=0

Dropout occurs at about 12 seconds.
Thanks, Everyone.
Reply
#2
downloaded and will test tomorrow
Reply
#3
will try and find more time to get it all logged but i do get an audio blip at 12 seconds, 

hardware is custom htpc, intel 9500, 16gig ram, nvme, and intel GPU for display/audio, Arcam AVR 550

do you know of other titles that may cause this as one sample might not be enough
Reply
#4
I will have to pay more attention when watching various Disney movies with the kids.  Generally I've noticed various blips here and there throughout several Disney Atmos movies, but could never stop and retest it.

The Zootopia one was just a good first example as it occurs at the same point.
Reply
#5
Sadly I don't yet own an Atmos receiver (the wait for HDMI 2.1 decent support is eternal...) but I follow with interest and wish to thank in advance all the kind users that will contribute to test and fix this.
For troubleshooting and bug reporting please make sure you read this first (usually it's enough to follow instructions in the second post).
Reply
#6
I tested the sample video and I do have the blips and cuts in the sound. First time that I notice this, since the rest of my atmos movies (not many to say the truth...) have always played well.

Here is my log...

https://paste.kodi.tv/geyeyekaho.kodi
If I have helped you or increased your knowledge, please click the 'thumbs up' button to give thanks :)
Reply
#7
(2021-11-19, 21:55)Aemstel Wrote: [quote="beeswax" pid='3071849' dateline='1637350008']
[quote="Aemstel" pid='3071790' dateline='1637336264']
Did some more Windows 11 tests with the Zootopia sample:

Kodi 19.3, passthrough audio, Atmos: audio dropouts at around 12 seconds.
MPC-BE, passthrough audio, Atmos: no dropouts. plays smoothly.
VLC, no passthrough audio, stereo: no dropouts. plays smoothly.

Just copying a post that is in the Android thread (though it's about Windows).
Reply
#8
The truth is that I was quite skeptical about this but I think I have found something... in any case if there is an error it is also in ffmpeg's code and all software that is based on it...

I don't know yet if it is a bug or just a workaround for a stream that is corrupt or does not meet the specifications but with a simple change these dropouts are gone:

https://github.com/thexai/xbmc/commit/ca...a25436ec90

Matrix test build:
https://mirrors.kodi.tv/test-builds/wind...ix-x64.exe
Reply
#9
(2021-11-25, 19:05)jogal Wrote: The truth is that I was quite skeptical about this but I think I have found something... in any case if there is an error it is also in ffmpeg's code and all software that is based on it...

I don't know yet if it is a bug or just a workaround for a stream that is corrupt or does not meet the specifications but with a simple change these dropouts are gone:

https://github.com/thexai/xbmc/commit/ca...a25436ec90

Matrix test build:
https://mirrors.kodi.tv/test-builds/wind...ix-x64.exe
@jogal you're an incredible addition to Kodi devs. Thanks for all you do (unfortunately I don't have the equipment to test this or take advantage of it but sooner or later I will, so thanks!).
For troubleshooting and bug reporting please make sure you read this first (usually it's enough to follow instructions in the second post).
Reply
#10
i finally had a mess around with this, i was trying to find the source of the clip so i managed to get hold of a bluray and uhd disk, both of these are seamless branched disks and kodi has issue's playing seamless branched disks so no test there to rule out seamless glitches the bluray was DTS-HD so ruled that out, made a MKV rip of the UHD disk and out of 10 plays i had no blips out of 20 plays i had one moment where audio went completely but might have been cause i was skipping around a lot as out of 30 plays it was fine again

the test build cures the sample blip though and i have not noticed anything bad in testing various movies with this build
Reply
#11
(2021-11-25, 19:05)jogal Wrote: The truth is that I was quite skeptical about this but I think I have found something... in any case if there is an error it is also in ffmpeg's code and all software that is based on it...

I don't know yet if it is a bug or just a workaround for a stream that is corrupt or does not meet the specifications but with a simple change these dropouts are gone:

https://github.com/thexai/xbmc/commit/ca...a25436ec90

Matrix test build:
https://mirrors.kodi.tv/test-builds/wind...ix-x64.exe
Thank you, Jogal!

I hope that creating the new thread, with specific examples and dialogue, assisted in identifying the issue rather than just statements of issues.  What great work, again. I have tested in Zootopia and it did indeed fix that issue.

I had previously noted this occurring in other Disney movies.  One example I was able to repeat (with this version) is in:

Finding Dory, time mark: 43:15 - 43:22

The scene is Dory is swimming through a touch pool to find Hank (the octopus), and around 43:20 there is a pop/drop for a moment as one of the hands comes in.  It repeats, though again could well be a file issue. I will be retesting with an alternative to see.

EDIT: Tested another version and same issue.
Reply
#12
(2021-11-25, 19:05)jogal Wrote: The truth is that I was quite skeptical about this but I think I have found something... in any case if there is an error it is also in ffmpeg's code and all software that is based on it...

I don't know yet if it is a bug or just a workaround for a stream that is corrupt or does not meet the specifications but with a simple change these dropouts are gone:

https://github.com/thexai/xbmc/commit/ca...a25436ec90

Matrix test build:
https://mirrors.kodi.tv/test-builds/wind...ix-x64.exe
I can confirm that with this version the Zootopia test file plays faultlessly. Thanks for your work!
If I have helped you or increased your knowledge, please click the 'thumbs up' button to give thanks :)
Reply
#13
If anyone is able to try Ralph Breaks the Internet:

At the 21:00 - 21:06, the scene where Ralph and Vanelope "land" in the internet and and then go "outside", there is a repeatable blip.  Same style as in Finding Dory - it isn't a full dropout like they used to be prior the fix.  But they do not occur when playing the same files using DS Player version of Kodi and passthrough.
Reply
#14
Hi, i know that is the Windows thread of the issue. I am on LibreElec and didn't found any thread for truehd drops for linux.

As i have said, i am on Libreelec with 19.3 kodi and i have added the last patch from here https://github.com/xbmc/xbmc/pull/20601 as i am building the image on my own. So far i have seen, that is the only fix which has effect on linux since 19.3 release.

I was hoping that the issue is gone, but it is not for me. I did a debug log file and couldn't see any output even with component logging audio, video, audio/video sync. Not any single line during a drop. i have tried sync to display with decoding audio done by kodi with even worst drop out. Usally i am on Passtrough and thought some problems here, but drop outs happend also in other case.

The above mentioned zootopia file has some drop out also for me. Sometimes same timecode but not always. Repeatly playback shows it. Once i had only one drop at the complete beginning and remaining file not.

A log snip during drop out:

Code:

2022-01-21 22:41:07.393 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592632096.166761 renderPts: 1592751050.816416 nextFramePts: 1592730166.000000 -> diff: 20884.816416 render: 1 forceNext: 0
2022-01-21 22:41:07.435 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592673799.738761 renderPts: 1592792715.388412 nextFramePts: 1592771866.000000 -> diff: 20849.388412 render: 1 forceNext: 0
2022-01-21 22:41:07.477 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592715453.684761 renderPts: 1592834431.334418 nextFramePts: 1592813577.000000 -> diff: 20854.334418 render: 1 forceNext: 0
2022-01-21 22:41:07.519 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592758036.453761 renderPts: 1592876169.103359 nextFramePts: 1592855288.000000 -> diff: 20881.103359 render: 1 forceNext: 0
2022-01-21 22:41:07.561 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592799655.077761 renderPts: 1592917872.727397 nextFramePts: 1592897000.000000 -> diff: 20872.727397 render: 1 forceNext: 0
2022-01-21 22:41:07.604 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592843266.561761 renderPts: 1592959547.211480 nextFramePts: 1592938700.000000 -> diff: 20847.211480 render: 1 forceNext: 0
2022-01-21 22:41:07.644 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592882478.959761 renderPts: 1593001255.609413 nextFramePts: 1592980411.000000 -> diff: 20844.609413 render: 1 forceNext: 0
2022-01-21 22:41:07.686 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592924370.645761 renderPts: 1593043014.295397 nextFramePts: 1593022122.000000 -> diff: 20892.295397 render: 1 forceNext: 0
2022-01-21 22:41:07.727 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1592965957.039761 renderPts: 1593084677.359710 nextFramePts: 1593063833.000000 -> diff: 20844.359710 render: 1 forceNext: 0
2022-01-21 22:41:07.774 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1593012668.886761 renderPts: 1593126393.206778 nextFramePts: 1593105533.000000 -> diff: 20860.206778 render: 1 forceNext: 0
2022-01-21 22:41:07.811 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1593049444.348761 renderPts: 1593168100.668700 nextFramePts: 1593147244.000000 -> diff: 20856.668700 render: 1 forceNext: 0
2022-01-21 22:41:07.852 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1593091229.381761 renderPts: 1593209821.701689 nextFramePts: 1593188955.000000 -> diff: 20866.701689 render: 1 forceNext: 0
2022-01-21 22:41:07.904 T:1029 DEBUG <general>: PrepareNextRender: frameOnScreen: 1593142983.218761 renderPts: 1593251528.538877 nextFramePts: 1593230666.000000 -> diff: 20862.538877 render: 1 forceNext: 0

My system is a J4105 with 8 GB RAM on SSD connected with 1 GBIT Ethernet. And the File is playbacked from a NFS mounted folder. The Network Speed should be enought as i got up to 50 MByte/s from it.

I tried some BD Titles like Invisible man, Zacks Snyder's Justice league to count some. They have all an Atmos Audio track.

My question is actually: Have the Linux System also a bug what is maybe not fixed yet. Are there others where the latest fixes also fix their issues? Is the System too slow? I have the true hd demo amaze where i don't have any drop.

Video Playback doesn't show a frame drop during audo drop.

EDIT: yes, saw now this thread, but it was for 18.x https://forum.kodi.tv/showthread.php?tid=347674&page=7
Reply

Logout Mark Read Team Forum Stats Members Help
Atmos / TrueHD Fix - Matrix 19.3 - Testing for remaining issues0