24p and audio sync issues - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+---- Forum: Windows support (/forumdisplay.php?fid=59)
+---- Thread: 24p and audio sync issues (/showthread.php?tid=80247)
- robl45 - 2011-12-26 23:34
is this ever going to be fixed? I watched a movie today on the new beta build, it performs similarly to the audio engine build I was using. the audio is not quite right, slight ahead or behind. noticable enough to be annoying.
I switched and played it in mpc-hc, audio sync was dead on perfect. so why can't xbmc handle this?
I don't understand it for the life of me, this is an xvid file, I tried another file that is h264 and the audio is perfect.
EDIT: does AMD do this right? I"m about to chuck the gt430 as this has cost me at least 5 plus hours of straight troubleshooting time and its really frustrating.
- steelman1991 - 2011-12-27 00:44
Save your cash. The same problem exists with ATI and as reported previously it happens with all file types.
- robl45 - 2011-12-27 05:50
steelman1991 Wrote:Save your cash. The same problem exists with ATI and as reported previously it happens with all file types.
well i don't know how people are having it with all file types, its very distinctly on xvid for me, i tried h264 with dolby digital and with aac, both are perfectly in sync with audio.
mpc-hc is perfectly in sync with the audio on files this thing can't handle, its obviously an xbmc issue, is there a place we should report it or something? i much prefer to use xbmc for so many different reasons.
- davilla - 2011-12-27 06:10
avi and derivative containers are junk, they need to die in a fire.
- steelman1991 - 2011-12-27 12:00
robl45 Wrote:well i don't know how people are having it with all file types, its very distinctly on xvid for me, i tried h264 with dolby digital and with aac, both are perfectly in sync with audio.I think you'll find that the problem is more inherent as a result of the fps being used rather than the container - anything outside of 24fps works perfectly in sync, outside of that there is a delay - mostly reported at around the 200 - 250 ms mark.
- robl45 - 2011-12-27 14:17
steelman1991 Wrote:I think you'll find that the problem is more inherent as a result of the fps being used rather than the container - anything outside of 24fps works perfectly in sync, outside of that there is a delay - mostly reported at around the 200 - 250 ms mark.
im telling you, at least on my setup with nvidia gt430, x264/h264 are perfect, its something with the container and how xbmc plays it. and as far as the 200-250ms mark, the new builds seem to be better than that. the new beta build and the audio engine build aren't off by that much, they are off to be annoying, but not grossly off like the old build was. I sync to display using video clock drop/dupe audio, maybe that helps?
I think the solution would be to reencode the avi's to h264, although once they in that container, I don't know if that will help.
EDIT: I'm willing to try reencoding an xvid to h264 and see if that makes it better if anyone can tell me what program and a simple way to do it. I just mostly look for h264 content now, but a lot is in xvid so I miss out on a lot of stuff.
- PatrickBateman - 2011-12-28 03:44
I have issues with 24p content, no matter what the container! Same file in MPC@24p=Perfect Sync.
I sync with th audio clock for best audio performance in xbmc, perhaps this is my downfall.
Eden beta 1 is the wost of all the nighties I've tested in terms of audio sync issues, I've gone from the general ~200 ~250 mark that most users experience on here (there's a thread on it) to in some cases (on the same files) ~300 or more.
I've stopped complaining though as I'm pretty sure this issue is being ignored by the devs until AE arrives. Nothing will be done about this, nothing will be fixed, nothing will be updated, nothing will be changed... Not until gnif finishes AE (that's just my opinion of course, but judging by how widespread this issue actuall is, and how little interaction there is from the devs in those threads, I don't think my opinion is gonna be far off).
Xbmc is desperate for a new updated audio and video overhaul and unfortunetly we end users won't see this until 2013 (frodo) at the earliest which, quite frankly, is a huge disappointment and will leave xbmc users with a severely outdated player. No 10bit support, No HD Audio, No multithreaded support, no updated video or audio for some time to come.
I suggest just mapping 2 keys on your remote to "audio adjust +-" and manually doing it as and when you need it... that's what I have come to terms with having to do until 2013
- Spinalcrack - 2011-12-28 05:58
I had this issue and got it fixed after a lot of frustration.
I had to manually make a custom resolution of 1080p@60hz in the catalyst drivers. Then change the sound to sync in xbmc to be off. Then exit xbmc, restart it and reset it to to sync to the video. Then go to the system info (I use transparency, not sure if all skins support this), and check if it now lists the system running at 1080p@60hz. If it does not, then you need to choose a different audio sync method in the xbmc settings, exit and go back in till it says 60hz. As soon as it says it's running at 60hz, the audio works perfectly.
Prior to doing this I had 24hz setup in the amd driver which it autodetected for my tv even though it can run at 60hz (probably because that is standard HD frequency), but it messes up the audio sync when this happens. Force it to 60hz and you should be good to go (assuming your TV can support 60hz)
- steelman1991 - 2011-12-28 09:20
Spinalcrack Wrote:I had this issue and got it fixed after a lot of frustration.You've put yourself through a lot of trouble - if your screen accepts 60Hz, then CCC will detect that and provide that refresh rate as an option, there is no need to make custom resolutions or force resolution rates or for that matter reset 'sync to video' (this is a standard xbmc setting). Both 50 and 60Hz work without issue (for me and I haven't seen any reported issues with them, only 24Hz), however these bring with it their own video playback problems (stuttering and pull-down issues).
Many like to view their files at the native refresh rate, but that is nigh on impossible without audio sync issues and setting delays.
- Spinalcrack - 2011-12-28 15:29
steelman1991 Wrote:then CCC will detect that and provide that refresh rate as an option
This was always the case until I updated the driver recently. It then only detected it at 24hz with no 60hz option. I wouldn't have made that option if it was in the list already. Prior to doing this I had to offset the audio by -200ms for all videos but could never quite get it matched up perfectly. After this everything played smooth, without stutters or any issues.
Granted this may not be the issue others are having and wont resolve anything, but I wanted to share because it instantly fixed it for me after a few weeks of extreme frustration.