AudioEngine branch - DO NOT REQUEST BINARY BUILDS

@panic_cpu - Hrmm, I may be making assumptions about the code that are inaccurate, haven't slept in 24 hours now . It wont be re-sampling at all if its matched the source sample rate to the output sample rate. I will look into the logic a bit more later and check.

@HeresJohnny - We are looking at an advanced setting to disable this behaviour, but it is on by default so as to protect people's AVRs as we have seen 44.1khz cause AVRs to lockup and in one case the SPDIF interface died completely (yes, poor hardware).

Are all these new fixes already implemented in the nightly builds that can be downloaded from the xbmc main page?

Chris

Not until the merge takes place. If review (underway) and testing/bug-fixing go well then we will make the May merge window, meaning nightlies will start to include it mid-May

(2012-04-27 06:57)DDDamian Wrote:  Not until the merge takes place. If review (underway) and testing/bug-fixing go well then we will make the May merge window, meaning nightlies will start to include it mid-May

That's fantastic news!
Really fantastic development in here of late.

Thanks for the stop gap, and im eagerly looking forward to the main event.
Thanks guys!

Looking forward to testing the new nightly AE Builds

Cheers,
Pat~

+1 on that Patrick - congratulations and well done to all - in particular Gnif and DDDamian. Just tried the latest commit and everything is running very smoothly

Onkyo 805 +
ATI 5670

AV sync issues which I had previously on 24fps material appear all but gone and at last I can use my favourite app again.

With the Android app up and running beautifully with my Galaxy SII, everything is looking rosy .

(2012-04-26 22:24)gnif Wrote:  Those that have been having issues with their AVR locking onto DTS-HD MA streams, please give the latest version a go... we believe it is fixed now.

@gnif The DTS HD MA track is working flawless now Thanks so much.

Xbmc crashed a couple times already with the latest version.
Last crash shows the following line in my syslog, nothing in xbmc.log between the video starting playing and the segmentation fault.


Do i need a newer nvidia-driver or is this an xbmc-problem?

@grote002 - please provide a debug back trace and full log.

ok im new to compiling and this thread but have been following it it closely for ages. Im not sure if im posting in the correct place as i think this problem occured in XBMC beforehand but seeing as you are developing a new audioengine i thought it would fit in here.

So ive compiled from your latest source running under Linux (Maybe i should post in the Linux only thread?) With regards to HD audio, that seems to be working great for this files I have tested (DTS-HD MA, TrueHD)

The problem ive noticed seems to only be with Dolby Digital 2.0 sources. If I allow my receiver to decode DD2.0, during quiet scenes, where there is low background noise when someone stops talking etc, the sound cuts out completely, then comes back as soon as the level increases. Its almost like the sound is being passed through a really heavy noise gate and its cutting off all sound below a certain level. Its very noticeable especially when people are talking quietly and there is background music, when they stop talking, the sound cuts out and it ruins it. I hope that explains what i mean and you understand.

At first I thought it was my receiver, or the file i was playing, but I have now tried multiple files, weekly TV shows that I have and its the same. Its also the same when using a different receiver so I can rule that out (Although the receiver is the same brand, Onkyo, but completely different and ages)

The strange thing is that when I tell XBMC that I dont have a DD capable receiver, so that it decodes the stream internally, the resulting PCM stream plays back fine, no dropouts or anything at all, and I have tested that again with multiple files.

I dont want to start a war by having posted this in the wrong section, and its not a support request, just something that bugs me massively and I hope it can be fixed with your new audioengine.

If you need me to provide logs or anything please let me know.

I am running under Linux, and use a nVidia GT 520 for HDMI sound and video output. I have also tested this on a machine with nVidia G210 card and the same result occurs. I am using an Onkyo 809 receiver and I have tested with an Onkyo 807 receiver also.

@d_hero - DD is not AC3 which is what I think you mean here, so I will continue based on that assumption. It sounds like a hardware fault, AE does not touch the stream at all when it is in pass-through mode. Please provide a clean log via pastebin, and if possible a sample file that replicates the issue reliably. I also have an Onkyo AVR and I have not noticed this behaviour.

ok unfortunately I dont have AE installed any longer, so the log would probably be not much use, but heres a sample of an episode of Fringe. I can hear, when he is talking, in between where the background music drops to a certain level, the sound just cuts out completely for split seconds, this happens a number of times throughout this clip. If i tell XBMC that my receiver does not support DD, then the clip plays fine with no dropouts.

Sorry about the audio sync issues, I chopped this out of a full episode and didnt spend any time on the sync


Fringe.mkv

Sorry i cant provide a log and be more help but it would be great if you could at least tell me whats going on. Ive tried this same clip on 2 machines now, different AVRs and graphics card and the same result

Thanks