We have tried the Simultaneous sound Io.vi but have experienced problems. We are using the
microphone input and speakers on the same sound card. The number of samples/ch is 5000 and the sample
rate is 44100 S/s. Number of channels are 2 and bits per sample is 16.

When running the program we get a error message (4823) after some time (sometimes 3 seconds
 and sometimes after several minutes). If the number of samples/ch is increased, will the program
run a longer time before failing. We tried to run the program on a computer with two sound cards
and then it did not fail.

The other problem is that it dose not sound good. The speakers plays the input signal with some 
kind of sparking sound (glitches? choppy?). After some time this sound dissapere and it sound
good but can come back again. I have search the forum for simular sound problems but have not found anyone
with this kind.

Best regards,

Martin Persson

I have been having the same issue getting a 4823 error when running Simultaneous Sound IO vi

 

M-Audio Delta 44 Sound Card

Dell Dimension 360 PC

Windows XP SP2

LabVIEW 8.2

20,000 Samp/Ch

4 Channels

44,100 S/s

16 Bit resolution

 

I can get the vi to stop on 4823 error at will by opening mail in Microsoft Outlook although it has stopped on it's own as well.

 

I am trying to develop a 4 Track Record - Playback application to replace a Tascam 234 Syncaset 4 track recorder. I'd like to have "confidence monitoring" while recording and thought a vi like the Simultaneous Sound IO vi would do the trick.

 

Is this a problem with the dll in Sound Input Read vi (which generates the 4823 error) or an issue with the Sound Output Write vi?

 

 Sure would like to hear of any fixes ? thanks.

 

Yes my problem appear with the Sound input read VI
I received   an answer of a member .
my solution was to change the value between the sound input read buffer and the output write buffer ( divide by 3 )
But the probleme is the time that the loop need ( if you do spectrum analyse,...) 
Sorry for my english...  
http://forums.ni.com/ni/board/message?board.id=170&message.id=235562#M235562

Backstage,

 

Thanks for your reply and link to the ?French? discussion of this problem.

 

I stumbled on ?French? discussion on Friday and had the same questions as you. Why 16536 samples and why divide by 3?

 

I suspect that that configuration works best on Véronique?s PC.

 

I have tried her vi (Simultaneous Sound IO_works.vi) and on my PC it still get the 4823 error.

 

I have run out of time and must move on to other projects but will check back on this and the ?French? discussion periodically.

 

No need to apologize for your English as my French is much, much worse. (http://www.freetranslation.com/)

 

Hans

 

Backstage,

 

Merci pour votre réponse et relie à la discussion « française » de ce problème. 

 

J'ai trébuché sur la discussion « française » vendredi et questions pareilles eues comme vous. Pourquoi 16536 échantillons et divise pourquoi par 3 ? 

 

Je soupçonne que cette configuration travaille mieux sur Véronique PC. 

 

J'ai essayé son vi (Simultaneous Sound IO_works.vi) et sur mon PC il obtient toujours la 4823 erreur. 

 

J'ai manqué du temps et dois déplacer sur aux autres projets mais vérifierai de retour sur ceci et la discussion « française » périodiquement. 

 

Aucun besoin de s'excuser de votre anglais comme mon français est beaucoup de, beaucoup pire. (http://www.freetranslation.com/)

 

Hans

 

Hello. I've been dealing with the same sort of issue with a demonstration program I've been writing. Here are some suggestions that seem to help: - If you cannot afford to lose data, use a queue instead of a notifier. Notifiers are lossy.
- Create a sound read loop that does nothing more than read a buffer and insert the waveform into a queue.
- For the Sound Input Read VI (LabVIEW 8.2 on Windows XP SP2), go to the Execution options under the VI properties and change the priority to "high priority" and the Preferred Execution System to "data acquisition".
- Make sure your input buffer, i.e. "number of samples/ch", is relatively large. I'm using 100ms worth of samples for 16kHz, 16-bit, mono input.


Execution priority.png:
http://forums.ni.com/attachments/ni/170/244528/1/Execution priority.png