Kodi Community Forum

Full Version: Audio sync off with refresh rate switching (nightly builds)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6
Audio has to be delayed by around 100 ms to get it to sync with video. Sometimes seeking throws the sync completely off, by several seconds, but seeking again fixes it. I haven't been able to find any setting which would fix this expect disabling refresh rate switching completely.

I'm currently on the OSX audio engine test build but this same happened with regular nightly builds when i tested them few weeks ago.

Setup is HDMI to amp to TV. Everything set to 2ch and passthrough enabled.

Please try a current nightly build.
It was still there with yesterdays build. I'll try to come up with more detailed explanation when it happens. But it seems SmallStepBack or whatever the function name often throws the sync way off.
100 ms is not 'way off'
Where did I say it is? But it is off enough to be able to see and hear it with your eyes and ears.

I said that skipping will cause the sync to go off by several seconds. It seems to be trying to catch up again and failing, it's easier to stop the video and start it again.
hi spacemonkey
did it get fixed?
It seems audio stays in sync if you don't seek or pause the video or do anything of that sort. So it's not off by 100ms anymore.

I'm having so many issues (this, loss of HDMI audio after suspend, video tearing or whatever the correct term is (although it's not as bad as it was in nightlies months ago) that i would be better off with my own thread Big Grin
I've also been experiencing audio sync issues, but at times, its much more than 100ms, it get to seconds on some media. Thinking about it, it was off when I was on 10.9 but I put this down to the Video Tearing issues. I downgraded to 10.6.8 as I couldn't find a solution. Over the last could of weeks, I've been thinking the audio was off slightly, but recently the seconds have forced me to revert to a windows box.

What OSX flavor are you on?

Do you find some media is worse than others?
I too downgraded to 10.6.8 because of the tearing in 10.9.x. Did that just yesterday so i don't have any experience yet if it helps with this.
For me DTS and DD have sync issues in 1080p. The 720p content I tested in DTS or DD seem bang on. Looking at older video's I've already watched, I get the same results so I think it's something on the new nightly's on osx.
Please someone elaborate on that ticket:

it also happens with Beta 1 Gotham. When Adjust TV refresh rate to source is turned off, the all is in sync. It appears that the wait period is not passed through to audio
I don't think that's the case, it did wait 5 seconds like i had set it.

Snow Leopard seems fine, no issues so far. Maybe some day i'll learn to stick with it instead of upgrading. Tongue
I'm having the same issue running XBMC 13 nightly (xbmc-20140306-1cba479-Gotham-i386.dmg) on Mac Mini 5,1 with OS X 10.7.5

(2014-03-05, 14:07)Memphiz Wrote: [ -> ]Please someone elaborate on that ticket:

This ticket does not seem related, but I found http://trac.xbmc.org/ticket/14978 which looks more like it.

Here are logs:
Log with "Adjust refresh" turned on (sync issues)
Log with "Adjust refresh" turned off (no issues)

The logs show me:
  • start video
  • StepForward
  • SmallStepBack
  • SmallStepBack
  • rewind x2 a little

According to the bug, fritsch would like GetDelay logging, but I don't know how to get that. I've googled a little but didn't get wiser. So if that is necessary, please advise.
Sounds like a test build is needed where it logs something extra. I'd be happy to test it.
Pages: 1 2 3 4 5 6