(2012-08-15, 04:21)DDDamian Wrote: @Ace - you are mostly correct - the return value is in 100ns units, and the conversion to seconds does require that division. My dev branch includes that fix and one more: the result should be multiplied by 2x as there are actually two buffers of that duration which are filled prior to playback actually starting - this is contrary to Microsofts' descriptions on MSDN, but I have verified it via a somewhat complex tracking of the actual hardware buffer pointers with other development code. Further comments & details on GitHub in the PR mentioned above.

(2012-08-15, 03:10)Senthil Wrote:

(2012-08-14, 09:10)PatrickBateman Wrote: 3.XBMC Official nightly builds... there has been so many changes for good compared to the previous builds.


And what revision is the most stable nightly to get?

well! get the most recent one. all those builds with AE has one or other issue but assuming the most recent nightly has all the fixes merged and should be stable for most people...

(2012-08-14, 09:10)PatrickBateman Wrote: Most say alpha 4 is unstable and doesn't work well at all?

I wouldn't normally ask such questions, but as AE is only really required on my main HTPC (not my test bed) which is hooked up to my Denon AVR and my 9.2 system I'm a tad reluctant to sit on the edge of the blade! If there is a stable build (from a few weeks ago) I'd use this as a start for my testing on my main HTPC and then move forward from there as at least I would still have basic functionality

From the general consensus the opinion of most users is that alpha 3 is the most stable currently. If this is the case, I'll try this and can then work forward and report back any findings to Damian and Gnif etc... I just didn't want to fire on alpha 4, have an knowingly unstable version in use and scupper any chances at watching movies and be reporting back issues that the guys were already aware of in the process.

I'll drop on alpha 3, test this version, if all is well, I'll move to alpha 4 and report back where any bugs appear between the 2 versions.

Nice to see Damians back though

(2012-08-15, 12:38)PatrickBateman Wrote: Nice to see Damians back though

(2012-08-17, 22:45)DDDamian Wrote: Everyone - sorry for the absence. Without going into details I was a little unhappy with how certain things got handled post-merge, and had to think long and hard about the time I was investing in development. As the merge went forward gnif and I had already begun developing the second release of AE.

It's been two months since that pull request was submitted PR #1074 including DSP's and many fixes to the initial AE release.

Some of that code has made it into master (primarily fixes, thx Memphiz and Davilla) but it seems a few things were broken along the way as well.

It will take me some time to reconcile my dev branch with current master due to these changes, but I will likely continue with AE development. First is to get a few more fixes in such as the freezing issue reported by ace20022 and others, then with the feature packs like DSPs and user-defined channel mapping. That said, I don't want it to consume as much real-world time as the huge effort prior to the merge.

Gnif is taking some time away from programming and that left me as the sole developer for AE; a job which got a little demanding when trying to support the users here as well.

So while I'll pick up where I left off again, forgive me if at times I have to balance the dev time with the support time - just not enough hours in the day lol.

Anyways - if some of you thread veterans care to give a summary of current issues that would be helpful.

Cheers, Damian

(2012-08-17, 23:21)liquidskin76 Wrote:

(2012-08-17, 22:45)DDDamian Wrote: Everyone - sorry for the absence. Without going into details I was a little unhappy with how certain things got handled post-merge, and had to think long and hard about the time I was investing in development. As the merge went forward gnif and I had already begun developing the second release of AE.

It's been two months since that pull request was submitted PR #1074 including DSP's and many fixes to the initial AE release.

Some of that code has made it into master (primarily fixes, thx Memphiz and Davilla) but it seems a few things were broken along the way as well.

It will take me some time to reconcile my dev branch with current master due to these changes, but I will likely continue with AE development. First is to get a few more fixes in such as the freezing issue reported by ace20022 and others, then with the feature packs like DSPs and user-defined channel mapping. That said, I don't want it to consume as much real-world time as the huge effort prior to the merge.

Gnif is taking some time away from programming and that left me as the sole developer for AE; a job which got a little demanding when trying to support the users here as well.

So while I'll pick up where I left off again, forgive me if at times I have to balance the dev time with the support time - just not enough hours in the day lol.

Anyways - if some of you thread veterans care to give a summary of current issues that would be helpful.

Cheers, Damian

Hey Damian,

Really glad you're back and carrying on with AE. The work and time you have given to date is great!

Only issue i have (using Frodo Alpha 3) is that wasapi is locking out audio when using external players. For example, i'm using Arcsoft TMT for 3D playback.

Is exclusive mode a requirement for HD audio bitstreaming? I believe there used to an option to enable/disable exclusive mode. Would resurecting that be a solution?

I've got a feeling this will be a major bug report on Frodo release, as obviously external players are widely used.

Cheers again for your dev and support time! Keep your chin up buddy.

Many thanks