[Windows] AudioEngine testers - Windows platform only

@Mav78g - I'm pretty newb-friendly lol - welcome to the forums. It looks like you're playing a DTS-wav (DTS-CD) file, and we just haven't added support for that format yet - one of the next things on the list to do.

Could you please let me know what other formats you've tested and the results on those? Thanks.

Thanks for all the windows work DDDamian. Might persuade me to ditch lilnux for a bit Do you know if the windows/linux builds are in sync?

Hi abudabi - the Linux code is a bit behind right now as gnif (the main dev of AE) has been away for a bit. If you like you can try to compile his code from https://github.com/gnif/xbmc and post your comments in the main AE thread linked in the first post of this one.

With gnif being away and the main thread being quite large already I started this thread for testing of my contributions which are genrally Windows related and so progress could (hopefully) continue unabated

My branch will compile okay in Linux, but it would have only a few advantages over gnif's right now.

Cool... will attempt it. I'm not a linux guru by any stretch of the imagination so have to figure out how to have 2 versions of xbmc on my machine 1st (and oh yeah.. compile my 1st program ).

Keep up the good work!

Hey DDDamian,

Just got round to quickly testing your latest build.

Strange one... some TrueHD and DTS-HD movies are spot on for AV sync (when running 'match refresh rate' at 24p). However some others are about 100ms out. Not sure why some are fine and others are out? Any ideas? All are blu-ray backups. Sync is good under normal playback circumstances on other players. Haven't tested sync yet with 'match refresh rate' off yet on your ae build.

Also, seeking is getting good! However there's still a short period where there's no audio after seek. Happens with buffer set to 50ms or the 120ms default. Only happens on hd audio bitstream by the way.

Do you need debug logs for any of these?

Otherwise all is looking great. Using your ae as my default install now!

Cheers

@liquidskin - awesome!

Not sure why some movies would be out 100ms and some spot-on. If you notice any pattern by using MediaInfo to compare please let me know - seems like an age-old issue for us and we keep digging. Given that all the timing code for audio has been re-worked from scratch I have to assume it's in our video processing or ffmpeg. The ffmpeg version bump to 10.2, long-awaited and finally rolled in now that Eden is done, has hit master and I'm testing it now. If all goes well I plan to merge it in to the next build to bring us right up to date with post-Eden developments.

I think the audio loss on seek is two things - we still re-open the output sink/device once on a skip (not twice like before!) and most AVR's take a second or so to latch onto HD Audio streams, and combined they form the silence you see. I'd like to try get it so we don't re-open the sink at all, simple zero and re-sync the buffer, but that may not be feasible.

Nope, don't need any logs - wouldn't show me anything much on the movies that do have the 100ms issue, and the seek thing (though improved) is pretty much as expected.

Glad to hear it's your default setup - that's the best inidication of all that, at least on your setup, we're getting close!

Thanks for the feedback.

Damian

(2012-04-08 21:58)DDDamian Wrote:  @liquidskin - awesome!

Not sure why some movies would be out 100ms and some spot-on. If you notice any pattern by using MediaInfo to compare please let me know - seems like an age-old issue for us and we keep digging. Given that all the timing code for audio has been re-worked from scratch I have to assume it's in our video processing or ffmpeg. The ffmpeg version bump to 10.2, long-awaited and finally rolled in now that Eden is done, has hit master and I'm testing it now. If all goes well I plan to merge it in to the next build to bring us right up to date with post-Eden developments.

I think the audio loss on seek is two things - we still re-open the output sink/device once on a skip (not twice like before!) and most AVR's take a second or so to latch onto HD Audio streams, and combined they form the silence you see. I'd like to try get it so we don't re-open the sink at all, simple zero and re-sync the buffer, but that may not be feasible.

Nope, don't need any logs - wouldn't show me anything much on the movies that do have the 100ms issue, and the seek thing (though improved) is pretty much as expected.

Glad to hear it's your default setup - that's the best inidication of all that, at least on your setup, we're getting close!

Thanks for the feedback.

Damian

Hey buddy,

Actually, come to think of it, even my Sony BD player in combo with my avr i think has a delay in audio returning. Actually, there's a pause in the video until the audio is ready to go. Also, directshow players with audio filters like ffdshow or lav have the delay as well, so AE isn't alone there.

Thanks for all your hard work. I'll check out the files using mediainfo in a bit and let you know of any differences if any.

Cheers

(2012-04-08 22:28)liquidskin76 Wrote:  

(2012-04-08 21:58)DDDamian Wrote:  @liquidskin - awesome!

Not sure why some movies would be out 100ms and some spot-on. If you notice any pattern by using MediaInfo to compare please let me know - seems like an age-old issue for us and we keep digging. Given that all the timing code for audio has been re-worked from scratch I have to assume it's in our video processing or ffmpeg. The ffmpeg version bump to 10.2, long-awaited and finally rolled in now that Eden is done, has hit master and I'm testing it now. If all goes well I plan to merge it in to the next build to bring us right up to date with post-Eden developments.

I think the audio loss on seek is two things - we still re-open the output sink/device once on a skip (not twice like before!) and most AVR's take a second or so to latch onto HD Audio streams, and combined they form the silence you see. I'd like to try get it so we don't re-open the sink at all, simple zero and re-sync the buffer, but that may not be feasible.

Nope, don't need any logs - wouldn't show me anything much on the movies that do have the 100ms issue, and the seek thing (though improved) is pretty much as expected.

Glad to hear it's your default setup - that's the best inidication of all that, at least on your setup, we're getting close!

Thanks for the feedback.

Damian

Hey buddy,

Actually, come to think of it, even my Sony BD player in combo with my avr i think has a delay in audio returning. Actually, there's a pause in the video until the audio is ready to go. Also, directshow players with audio filters like ffdshow or lav have the delay as well, so AE isn't alone there.

Thanks for all your hard work. I'll check out the files using mediainfo in a bit and let you know of any differences if any.

Cheers

The wonderful world of A/V muxing & demuxing lol. Doesn't sound like you need it, but the Global A/V Delay patch is included in these builds, and of course you can set and save the delay for each movie. Happy Easter

@wints - If I recall correctly your issue was the crash on changing to optical, but then everything else was okay?

Just an FYI, if you do a debug log be sure that scanning your libraries on start-up and addons like Artwork Downloader are disabled - it makes a log impossible to read!

(2012-04-08 22:41)DDDamian Wrote:  @wints - If I recall correctly your issue was the crash on changing to optical, but then everything else was okay?

Yeah thats correct up to now still testing

(2012-04-08 22:41)DDDamian Wrote:  Just an FYI, if you do a debug log be sure that scanning your libraries on start-up and addons like Artwork Downloader are disabled - it makes a log impossible to read!

lol ok mate still learning do you want the log file again or you ok ? cheers