2010-06-28, 14:28
bleze Wrote:On DVD's it was normal that there was an offset between video and sound. When ripping you in the old days, you have to enter this offset (-175 or whatever) to have your new encode be in sync. So this might be a wrong encode or perhaps XBMC does not read such values AND/OR uses it.
Not sure if this applies nowadays though...
I don't really want to go into details but these encodes come from various groups in the 'scene' and I've had now more than 10 test videos from different sourced created by different groups.
So I'm quite certain that there is nothing wrong with encodes itself, and in a way I became certain after I tested those videos with MPC-HC -> no sync problems there.
So basically only problem that remains is to understand the underlying cause why this offset appears in only XBMC but not for instance in MPC-HC and maybe create a robust and system-wide solution for it.
Currently I'm able to counter this desync with XBMC's audio offset function ('A' on keyboard) but it works "per video" basis and I'd love it if there was a way to solve it for all videos at once. Haven't still found it. It's just a bit irritating to grab the keyboard in the beginning of each video because I haven't been able to map this option into my MCE-remote yet.