[liquidskin76]

I'm into video encoding, and creating video backups from my BD/DVD collection so i'm well placed to carry out tests as i also still see the 250ms delay on AE builds. I did lots of testing a while back, however would like to recheck some stuff. Leave it with me, i'll do that tonight and update on it then.

If memory serves me right, basically, i saw differences in sync based on av container. For example, an M2TS file from a BD folder backup was fine on sync, however when the audio/video from that same BD folder was muxed to MKV using either MakeMKV or MKVMerge, sync was out.

If i give the MKV a 250ms audio delay (during mux using MKVMerge), then sync was good at 24p. Can't remember the sync issue when audio was decoded by XBMC to lpcm.

Now, as an interesting (and totally unrelated!) side note... not sure how audio is handled when played at 60Hz using 2:3 pull down, however even with that 250ms audio delay muxed into the MKV file, XBMC played it in perfect sync at 60Hz! I was expecting it to be out by 250ms!! Anyway...

Another interesting (and very very relevant) side note... again if memory serves me right, i saw the exact same sync problem using mpc-hc and refresh rate switching.

As well as testing sync on decoded audio, i'll also test sync with display set manually to 24Hz, and with refresh rate switching disabled.

Anyway, i'll get testing again tonight to confirm, and post an update. What i'd like to know is what container people are using when they see the sync issue? Is it only MKV?

Cheers

---

I believe providing files for devs to test with won't be of any help. I've already covered that with dddamian, and on a file i had sync issues with, he didn't.

Cheers

Ok, glad i tested again as some of the above was incorrect...

Doesn't matter on av container. I see the same sync issue on m2ts and mkv. Audio decoding (instead of bitstreaming) still has sync issue. Plus, with display manually set to 24Hz, and with refresh rate switching off, i still see sync issue (so that rules out the switching process being the cause).

Anyway, here the most important thing i've confirmed (xbmc devs can breath easy )... issue is also present (for me at least) using mpc-hc using lavfilters. So it's not just limted to xbmc.

Here's another thing to think about... at a glance and at a distance, sync looks acceptable. It's only when checking up close on actors lips that you really see it, plus when you add the 250ms audio delay only do you notice how much better sync is.

So maybe it's there and some people just don't notice it, or it's a hardware combo (maybe av receiver) issue thats the reason why some have it and some don't? Who knows!

Guess i'll be adding a 250ms delay on my mkv backups.

Cheers

[EDIT] you know what, a 150ms delay is an improvement. Maybe dddamian can adjust AE sync on 24p by 125/150ms, so it's at a half-way point for both groups of users. My thinking is 125/150ms might not be noticable for the guys who don't have the problem, and an improvement for the guys who do?