LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Unable to play .wav file in LabVIEW 2017 - Error 4810

I closed LV restarted and created a new vi, and it still doesn't work even when I dropped in from the palette.

0 Kudos
Message 11 of 21
(4,012 Views)

Your file doesn't exist

Try the attached it works for me. I had to zip it to attach it.  It is just a renamed copy of 

C:\Program Files (x86)\National Instruments\LabVIEW 2014\examples\instr\niFgen\demoSoundFile.wav inside the zip

 

 


"Should be" isn't "Is" -Jay
0 Kudos
Message 12 of 21
(4,006 Views)

I am also still having issues. My version of LabVIEW is 2016, I'm not sure if the error is specific to the version though? I'm not clear on the fix you suggested earlier.

0 Kudos
Message 13 of 21
(3,997 Views)

Still doesn't work for me. I opened the Play Sound File.vi and selected the file and tried to run the vi and I still get Error 4810.

0 Kudos
Message 14 of 21
(3,995 Views)

Yes, it works in LabVIEW 32bit, but generates error 4810 in LabVIEW 64bit. Why don't you use LabVIEW 32bit?

0 Kudos
Message 15 of 21
(3,987 Views)

Seems odd that you can't play .wav files in 64-bit. I want to use 64-bit so I can utilize more than 2GB RAM. Currently I use just under 2GB, but I can't believe I'm going to be limited by a sound alert. Come on NI I paid a premium to have a simple function like this work.

Message 16 of 21
(3,975 Views)

Running on 64bit windows, 32bit LabVIEW can use up to 4GB of RAM.

 

(Details)

 

Often, more efficient code can save much more... 🙂

0 Kudos
Message 17 of 21
(3,965 Views)

I concur that Play Sound File.vi is broken in LV 2017 x64. I have filed a support request with NI (#7723194). 

 

There is a workaround for 64-bit LabView, as the other Sound Output functions do seems to work; see attached.

 

"Play Sound Until Done.vi" uses VI lib functions to read the wave file and send the data to the designated output device.

 

"Play Sound Asynchronously" runs the above VI asynchronously so that control returns to the calling function before the sound file is complete. I haven't yet duplicated the functionality I had with 32-bit LV2015, in which playing a second file interrupted the first.

 

 Why don't you use LabVIEW 32bit?

Come now, Altenbach 🙂 NI sells and supports 64-bit LabView, and this is a documented function on both platforms. It is very reasonable to expect it to work. This NI's bug, and they will have to fix it.

 

-Rob Calhoun

 

Message 18 of 21
(3,895 Views)

@Rob_Calhoun wrote:

I concur that Play Sound File.vi is broken in LV 2017 x64. I have filed a support request with NI (#7723194). 

 

There is a workaround for 64-bit LabView, as the other Sound Output functions do seems to work; see attached.

 

"Play Sound Until Done.vi" uses VI lib functions to read the wave file and send the data to the designated output device.

 

"Play Sound Asynchronously" runs the above VI asynchronously so that control returns to the calling function before the sound file is complete. I haven't yet duplicated the functionality I had with 32-bit LV2015, in which playing a second file interrupted the first.

 

 Why don't you use LabVIEW 32bit?

Come now, Altenbach 🙂 NI sells and supports 64-bit LabView, and this is a documented function on both platforms. It is very reasonable to expect it to work. This NI's bug, and they will have to fix it.

 

-Rob Calhoun

 


I do not believe anyone disagreed with you.


"Should be" isn't "Is" -Jay
0 Kudos
Message 19 of 21
(3,880 Views)

I looked into this issue, and there is a workaround to this bug. You can replace the "Play Sound File.vi" with "Sound File Read Simple.vi" and connect its output data to a "Play Waveform" express VI. This worked for me in LabVIEW 2017 x64.

Message 20 of 21
(3,848 Views)