[tiben20]

@tiben20 - your effort is very much appreciated. please keep going!

I've been familiar with XBMC since having a hacked Xbox! In fact, I hacked my Xbox to get access to XBMC and it served me well till HD really came on! Anyways, I've always dabbled with HTPCs in my network and have really struggled to iterate down to a single solution. With this latest release of XBMC coupled with your DSCodec work, I think I'm finally seeing the light at the end of the tunnel.

Now: I'm not a coder but I do have several setups here including my home theater which supports 24hz framerates and HD audio codecs. Bottom line is that I'd like to help in some way. Please let me know if there is anything I can do such as preparing/isolating test clips or just being a beta tester and submitting logs and reports.

I'm running the latest of your builds and have successfully gotten video playing with "Directshow" using FFDSHOW. My vid settings at one location (Dell Zino HD 410 w/ 5450 MXM) are:

1) "real full screen"
2) do not adjust refresh (movies are 24hz --> 60hz output to LCD)
3) video sync: Vid clock (drop/dupe)

I'm working mostly with 1080p AVC + 5.1 AC3 movies in M2TS files. These were created for PS3 consumption but I can certainly bring back the DTS-HD or TrueHD tracks and format into any container for testing.

I'm not sure if these are the best settings but I will say that I've been struggling with jutter in HD playback if I don't enable the video sync option. Any comments on this would be welcome. This jutter issue (and looking for a solution) is what got me looking about only to find DSPlayer and now DSCodec versions of XBMC.

I can post some screenshots if needed and/or post some log info. any help would be great. My XBMC seems to keep losing A/V sync if I don't have the vid sync enabled and, if I do, it seems to really struggle to stay locked. If I jump forward +30sec, things go way out of whack and the system takes several seconds to track back to a good sync. I have a clip from the movie "Office Space" in HD that never seems to lock and the vcpu is ~10% and the computer (4 cores) is ~20%.

I been working on seeking and some stuff related with a/v sync. In the previous build i was able to get the best performance from every single version regarding the handling of fast forward and seeking but for this price you had higher cpu usage which is not really common for people who don't have a core i7 with 8gb of ram like i do.
Ps: i always like to see a debug log when someone post a problem. If your having problem with actual playback like drop frames i need to know the codec not the container. If the video don't wan't to play with directshow i also wan't to know the container and the codec used. i spent a lot of time testing many mpeg-ts containers with many different codecs to be sure they were working with my directshow pipeline. And right now every m2ts i have work so if you find one that don't work a sample would be required so i can fix it in my code.

[EDIT:] Is anyone else seeing this behaviour on audio?

I'm sure it's from some left over when we were testing audio codec. I remember having done some change in the audio renderer when i was writing this part. I'll just look at the diff and revert those change when i got time