Posts: 10,603
Joined: Oct 2011
Reputation:
645
jjd-uk
Team-Kodi Member
Posts: 10,603
It was explained to me that XBMC expects to receive the audio packet within 100ms of the video packet, VLC obviously use a higher value of 200ms or above so it's more tolerant to this mismatch in video & audio timing.
Posts: 10,603
Joined: Oct 2011
Reputation:
645
jjd-uk
Team-Kodi Member
Posts: 10,603
2013-12-19, 14:48
(This post was last modified: 2013-12-19, 14:53 by jjd-uk.)
It maybe possible to change XBMC to be more tolerant, but the better solution would probably be to generate files with correct timestamps I assume, in which case you might be better off visiting the MakeMKV forum and point out to the developer that for mono LPCM tracks it's applying a 200ms offset, since everyone who has problems is using MakeMKV so better to fix at the source.
You could also try the advice in that Mede8er thread and remux mkv with mkvmerge.
Posts: 10,603
Joined: Oct 2011
Reputation:
645
jjd-uk
Team-Kodi Member
Posts: 10,603
FernetMenta/fritsch, is there anyway to transcode mono LPCM to AC3 in ActiveAE? That XBMC Dharma thread linked to by sarvajanik mentions encoding to AC3 fixes the problem.
Posts: 1
Joined: Dec 2013
Reputation:
0
Hello. I speak for MakeMKV developers.
I believe the problem is how lacing frames are handled. In MKV audio tracks usually use lacing - several frames are packed together in a single block in order to save metadata overhead. Matroska spec doesn't regulate the maximum size per lacing block. mkvtoolnix has a hardcoded limit of 8 frames per block, while MakeMKV can produce much longer runs, up to 180 frames per block, limiting the block duration at 0.1 sec. Could it be that the splitter has an optimization that reads entire lacing block as a single packet when handling LPCM streams, as opposed to (correct) splitting a lacing block into hunderds of frames? If yes, then splitter could output a very long frames, and we could see the timecode drift up to 100 ms. Still, nowere near the reported 200ms though. The long lacing runs is the only problem I can think on top of my head. I've requested additional information on our forum.
Posts: 20
Joined: Oct 2012
Reputation:
0
Why don't you use double floating-point processing of audio ?
In the future, is it possible to have an audio calibration using REW , Room EQ Wizard Room Acoustics Software ?
Posts: 23,371
Joined: Aug 2011
Reputation:
1,088
fritsch
Team-Kodi Developer
Posts: 23,371
PR Welcome. If you do it, we all might get it. There is absolutely no plan of us into that direction.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.