Sorry for the late reply.  I'm puzzled by this one.  On Vista, XAudio2 just connects to the device in the format specified by the user in the audio control panel.  (It's an easy choice, since on Vista, unlike XP, there is a single well-defined global format and all applications must ultimately send data to the core audio stack in that ...

To follow up (4 months later!), this bug will be fixed in the upcoming March release of XAudio2.  SetFrequencyRatio() will be usable from any callback (though it will only take effect immediately if called from OnProcessingPassStart(); if called from other callbacks, it'll take effect during the next processing pass, i.e. 5 to 10ms later).

You're welcome!  I only wish I'd seen these postings earlier and saved everyone a lot of research work.  I fell a little behind on the forum due to all the work we're doing for the March XAudio2 release. Perhaps these strange devices magically start working when you are actually in a modem call... I have no idea.  I do think the ...

Actually, the latency won't vary much across audio formats. The primary buffer is a red herring, unfortunately.  In the (very) old days it literally did represent the hardware buffer that all secondary buffers mixed to, but that has not been the case since at least Windows 2000.  Primary buffer behavior is largely emulated nowadays, for ...

This could be the same problem mentioned in these threads: http://forums.xna.com/forums/t/22528.aspx http://forums.xna.com/forums/t/23108.aspx XAudio2 and XACT currently get confused if you have a non-functional audio device on the system.  You can check for this by opening mmsys.cpl and setting each of the devices listed in the Audio ...

Grin, BO391 and xoyojank - the problems you are hitting may or may not be related.  It is helpful to provide as much information as possible: exact error messages, dxdiag output, debugger output if possible, what's different about the environments/circumstances when it succeeds and when it fails, etc. But in the cases where both XACT and ...

Thanks for the great problem report.  I just replied to a similar question elsewhere in the forum, so I'm copying the same response here. XAudio2 gets confused if it finds a DirectSound device on the system that can't actually be used (because it fails DirectSoundCreate or CreateSoundBuffer).  It seems that these modems fall in that ...

I'm sorry you guys had to spend so much time struggling with this.  It's a plain and simple bug on our part; XAudio2 gets confused if it finds a DirectSound device on the system that can't actually be used (because it fails DirectSoundCreate or CreateSoundBuffer).  It seems that these modems fall in that category.  Perhaps the modem ...

Hmm, strange.  Can you tell me a bit more about your code - what flags do you use, what audio formats are you playing, how do you submit buffers to each voice, etc?

Hi Dmitry.  Let's see if I'm understanding the problem exactly: You have a voice that has buffers queued and is playing them. You call Stop(XAUDIO2_PLAY_TAILS, operation_id) and commit the operation right away.  (By the way, why don't you just call Stop with no operation_id argument, so you don't have to use ...