Posts: 78
Joined: Jan 2010
Reputation:
1
With Frodo I have to use a 250 ms delay with all 24 fps material, as many people have reported. But with Frodo it never varied from that. Every time I started playing anything that turned out to be 24 fps I would have to go into the audio menu and add a 250 ms delay so that audio was synced correctly. Now with Gotham beta 2 I have to do the same thing, however, that static delay no longer ensures that the audio/video sync will be correct.
It never varied in Frodo, but with Gotham it sometimes seems to drift on its own, or perhaps after a skip forward/backward or a pause/play it would shift. If it does drift or shift after skipping or pausing it is usually solved by skipping backward once or twice. After that it seems to put itself back into that typical 250 ms offset.
Posts: 300
Joined: Apr 2004
Reputation:
5
Any progress with Gotham beta 3? Still out of sync for me but I haven't tried every possible combination of vsync, real/fake fullscreen, sync playback, etc.
This is getting depressing at this point, I'm so sick of stuttering pans.
Posts: 232
Joined: Jun 2009
Reputation:
0
mika91
Senior Member
Posts: 232
2014-04-06, 23:07
(This post was last modified: 2014-04-06, 23:07 by mika91.)
Just tested Gotham beta 3 this week-end.
I had to adjust my 250ms delay to 400ms ! (with intel HD 4600)
Tried many combinations with software/hardware decoder/renderer, with same results.
Posts: 78
Joined: Jan 2010
Reputation:
1
Still the same 250 ms for me with beta 3.
Posts: 300
Joined: Apr 2004
Reputation:
5
What is the consensus on Sync Playback to Display these days? I tried just leaving it off and running a 24fps movie and whenever I looked up to check it seemed okay.
It's hard to test these combinations because I don't want to ruin a first-watch of a movie with something that might result in drifting sync, as then I'll have to stop the movie and change settings to fix it. But I also don't want to waste hours an hours staring at movies I've already seen to see if it ever drifts.
Posts: 78
Joined: Jan 2010
Reputation:
1
2014-04-07, 05:20
(This post was last modified: 2014-04-07, 05:21 by _Shorty.)
I don't think I've seen it drift without me doing something to interrupt regular playback, actually. But the behaviour after skipping, pausing, etc. seems to change depending on I-don't-know-what. Could even be affected by the nature of the file I'm playing, but it always coincides with me pausing or skipping back.
I've done absolutely no investigating on source material vs. problem, but I'm wondering if maybe the amount of time that passes before playback goes back in sync again has to do with the amount of keyframes any given material has. Or perhaps how demanding the video decoding is at the time as it tries to catch up with the audio decoding. Or it could not even be related to those things at all. I don't really know. I only know that I've noticed that sometimes it takes a few seconds to get back in sync, versus sometimes only taking a fraction of a second, or not even being a noticeable amount of time that it's out of sync. But when it does go out of sync, it doesn't stay that way for very long after I've hit the button. It does go back in sync every time within a short period of time.
The only thing that doesn't seem to change is the 250 ms part. It's always out by that much, or rather, setting a 250 ms delay seems to put it in sync better than 225 ms or 275 ms does, if it's not exactly 250 ms.
Posts: 78
Joined: Jan 2010
Reputation:
1
I don't have HD-capable audio equipment, and I still have the delay, so I don't think that quite covers everything. I have noticed that all local file content needs -250 ms, and streaming content such as youtube seems to need -550 ms. However, it is not always the same with streaming content. Most of the time it seems to be -550 ms, but I've also noticed some that needed -450 ms, and at least one that I think was -650 ms. But local files are always -250 ms.
Posts: 29
Joined: Oct 2013
Reputation:
0
Not fixed for me... Running WASAPI on Windows 7 64-bit. Still - 275ms delay need to be added. What a shame...
Posts: 23,259
Joined: Aug 2011
Reputation:
1,073
fritsch
Team-Kodi Developer
Posts: 23,259
Yeah - what a shame that your shitty hardware does not work, but mine and belongmamick's does ...
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 29
Joined: Oct 2013
Reputation:
0
2014-05-10, 09:06
(This post was last modified: 2014-05-10, 09:44 by Xophile.)
Fritsch: another user, belonganick wrote that v. 13 fixes the audio sync issues me, and many other have been experiencing.
I immediately upgraded and was hoping to avoid having to use audio delays etc. For me the issues remain and I wrote "what a shame", because I was hoping otherwise.
I did not mean to offend anyone involved in the development of XBMC.
I haven't paid/donated a single cent for xbmc and if you are a part of the official xbmc team, I probably never will.
The issue still remains, I think it's natural that people get frustrated.
How can I help resolve this?
I'm not on "shitty" hardware as you write. And to be honest, you don't know what hardware I'm running, yet.
I'm on a i3 with hd4000, Intel main board, 8gb ram and a brand new LG LA557V TV. I also use a shiny new Yamaha RX-A830 receiver. All software and bios etc upgraded and correctly configured.
@audial: Thanks for you message!