Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Printable Version

Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Xbox (https://forum.kodi.tv/forumdisplay.php?fid=282)
+---- Thread: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio (/showthread.php?tid=378167)

Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-12

I've already submitted an issue on Github, but I thouht I'd also post my issue here as well... Especially because there's no officiall support for the Xbox version on Github.

Basically, I have some high bitrate mkv videos (BDRemux) with PCM audio streams in them, and I thought the problem was perhaps the USB speed, but nope. I have them on an SSD connected through a USB 3.0 enclosure, and VLC for Xbox plays them without any sound delay whatsoever. I would keep using VLC, but I don't like it because it doesn't have an option for changing TV framerate to the video's respective framerate.

In Kodi, it absolutely doesn't matter if I enable or disable any options whatsoever (such as: change TV framerate to match the video / on the contrary, adjust video and audio framerate for TV framerate / both / enabling or disabling passthrough, et cetera). The result is always that the sound is delayed by approximately 300 ms, so I have to manually "delay" it by negative 300 ms so that everything is synchronized.

Again, I thought it was because of the external enclosure / disk / USB poor speed, but nope, VLC doesn't have any delays when playing those files at all. I just don't wanna use VLC because it only supports 60 Hz and doesn't change the TV framerate to such of the video. Again, in Kodi, it doesn't matter if I do it or not, there is always ~300 ms audio delay unless I manually set 300 ms ahead for audio.

I've no idea about how it can be fixed, but I've made sure it's not because of the supposedly low speed of my external enclosure / SSD in it / USB 3.0 as such, because the issue is not reproducing in VLC.

The Debug Log can be found here: https://drive.google.com/file/d/1219MTX_QoqMIOwhT2KRrkBpbQqTjZe0l/view?usp=sharing

Please note, when creating the debug log, at first I played a few video files without any audio adjustments (and in that case the sound was delayed by 300 ms), then I globally switched the sound "delay" to negative 300 ms (i. e. 300 ms ahead) and also played a few videos after that (for a couple of minutes, sometimes with fast forwarding some of them). The issue of course was gone, but I don't think it's a cool solution to the problem that shouldn't exist...

The MediaInfo of the files I play:

Quote:Format :
Matroska
Format version :
Version 4
File size :
7.46 GiB
Duration :
24 min 32 s
Overall bit rate mode :
Variable
Overall bit rate :
43.5 Mb/s
Frame rate :
23.976 FPS
Encoded date :
2024-06-13 00:55:48 UTC
Writing application :
mkvmerge v85.0 ('Shame For You') 64-bit
Writing library :
libebml v1.4.5 + libmatroska v1.7.1
Video
ID :
1
Format :
AVC
Format/Info :
Advanced Video Codec
Format profile :
[email protected]
Format settings :
CABAC / 4 Ref Frames
Format settings, CABAC :
Yes
Format settings, Reference frames :
4 frames
Codec ID :
V_MPEG4/ISO/AVC
Duration :
24 min 32 s
Bit rate mode :
Variable
Bit rate :
38.9 Mb/s
Maximum bit rate :
40.0 Mb/s
Width :
1 920 pixels
Height :
1 080 pixels
Display aspect ratio :
16:9
Frame rate mode :
Constant
Frame rate :
23.976 (24000/1001) FPS
Color space :
YUV
Chroma subsampling :
4:2:0
Bit depth :
8 bits
Scan type :
Progressive
Bits/(Pixel*Frame) :
0.782
Time code of first frame :
01:00:18:0000000000
Stream size :
6.67 GiB (89%)
Default :
Yes
Forced :
No
Color range :
Limited
Color primaries :
BT.709
Transfer characteristics :
BT.709
Matrix coefficients :
BT.709
Audio #1
ID :
2
Format :
PCM
Format settings :
Little / Signed
Codec ID :
A_PCM/INT/LIT
Duration :
24 min 32 s
Bit rate mode :
Constant
Bit rate :
1 536 kb/s
Channel(s) :
2 channels
Sampling rate :
48.0 kHz
Frame rate :
25.000 FPS (1920 SPF)
Bit depth :
16 bits
Stream size :
270 MiB (4%)
Title :
hidden
Language :
Russian
Default :
Yes
Forced :
No
Audio #2
ID :
3
Format :
PCM
Format settings :
Little / Signed
Codec ID :
A_PCM/INT/LIT
Duration :
24 min 32 s
Bit rate mode :
Constant
Bit rate :
1 536 kb/s
Channel(s) :
2 channels
Sampling rate :
48.0 kHz
Frame rate :
25.000 FPS (1920 SPF)
Bit depth :
16 bits
Stream size :
270 MiB (4%)
Title :
hidden
Language :
Russian
Default :
No
Forced :
No
Audio #3
ID :
4
Format :
PCM
Format settings :
Little / Signed
Codec ID :
A_PCM/INT/LIT
Duration :
24 min 32 s
Bit rate mode :
Constant
Bit rate :
1 536 kb/s
Channel(s) :
2 channels
Sampling rate :
48.0 kHz
Frame rate :
200.000 FPS (240 SPF)
Bit depth :
16 bits
Stream size :
270 MiB (4%)
Language :
Japanese
Default :
No
Forced :
No

Any tips except for manually setting a negative 300 ms delay for the audio? I don't think that's how it's supposed to work. If anything, I'm generally using the first audio track, but the issue is present in any. If you guys want a sample file, please tell me how I can send it confidentially (it's not NFSW, but yet unpublished expensive content).

Also, for the reference, I have the very first Xbox One model that I pre-ordered in 2013 (Day One).

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Hitcher - 2024-07-12

(2024-07-12, 02:31)COOLak Wrote: Especially because there's no officiall support for the Xbox version on Github.

That's news to me.

Could you provide a sample please?

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-12

(2024-07-12, 10:14)Hitcher Wrote: Could you provide a sample please?

Sure thing! To the team member - absolutely. But, as I mentioned, those are confidential, I'm not willing to just publicly post a link. I think your PM is closed. Can you kindly PM me with your Google email so that I upload it to my Google Drive and give access to you only?

Sorry for double posting, please remove the message where I fogot to quote a phrase. I thought I could edit my messages.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-12

@Hitcher, can you kindly confirm that you received private access to the example file?

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Hitcher - 2024-07-12

(2024-07-12, 13:41)COOLak Wrote: I think your PM is closed.

PMing is closed for new users.

Downloading the sample now.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Hitcher - 2024-07-12

I honestly can't tell as it's an anime with Russian/Japanese audio, sorry.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-12

(2024-07-12, 20:24)Hitcher Wrote: I honestly can't tell as it's an anime with Russian/Japanese audio, sorry.

The Russian tracks are full dubbing (paid by me), and if you see that the charachters' mouths are perfectly aligned, then everything is OK (in my case, only with audio set to 300 ms ahead). Otherwise, you can see that the voices start to sound later than the mouth opens and the other way around. It doesn't matter what language it is to notice it.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-12

(2024-07-12, 20:33)COOLak Wrote: It doesn't matter what language it is to notice it.

Especially with 300 ms delay. Honestly.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Hitcher - 2024-07-13

Watched it a few more times with both languages and I didn't notice either being out of sync - even the footsteps seemed in sync. I then added a -300ms delay and immediately noticed it was out of sync.

This was tested on the Series X.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-13

(2024-07-13, 00:29)Hitcher Wrote: Watched it a few more times with both languages and I didn't notice either being out of sync - even the footsteps seemed in sync. I then added a -300ms delay and immediately noticed it was out of sync.

This was tested on the Series X.

Ok, thank you for your time. Then it's just specific for the old Xbox One. Or to the external enclosure (even though on VLC it's fine, but maybe not so optimized in Kodi). In any case, if none of the devs have an old Xbox One, I guess I'll just have to keep using -300 ms adjustment. I just don't have other devices other than Xbox One for comfortably watching such files. And I hate to watch from a PC. And my TV is not smart, it's very old and doesn't play these either. Unfortunate, but understood.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - Hitcher - 2024-07-13

You could add the delay to the file using something like MKVToolNix.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - jogal - 2024-07-13

AudioDelay is stored on Kodi database per file (settings table "AudioDelay"). This means that if only some files needs it and you set for these files the rest of files play correctly with zero delay.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-13

(2024-07-13, 11:17)jogal Wrote: AudioDelay is stored on Kodi database per file (settings table "AudioDelay"). This means that if only some files needs it and you set for these files the rest of files play correctly with zero delay.

This whole anime needs -300ms delay in Kodi (but nowhere else). I currently don't watch anything else anyway. So for now I made it a global setting.

RE: Sound is delayed by whopping 300 ms when playing heavy MKV/H264 with PCM audio - COOLak - 2024-07-13

(2024-07-13, 09:30)Hitcher Wrote: You could add the delay to the file using something like MKVToolNix.

Whoa, why would I remux dozens of files again just for that, especially considering that they don't need any delay. The isssue is reproducing just in Kodi. The global -300 ms setting should be enough for the time being of watching this particular anime and possibly other similar stuff.