New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sound examples not working on Win10 VS2017 #5953
Comments
@roymacdonald so you are saying both approaches fix it? |
Hi Theo, |
The last time we changed rtaudio doesn't even appear in the apothecary repo so it's pre 2016 and we haven't changed the OF code in a while either. Perhaps something has changed in your machine? Since we haven't updated rtaudio in a while it woud be worth trying to update it though since we are in 4.1.1 and last version is 5.0.0 |
ah no sorry we haven't changed the version in the script but we are pulling from their master so each time we build apothecary we update rtaudio to something probably unstable. i'm going to try to fix it at 5.0 |
just merged the fix to set the version of rtaudio to 5.0 so if you run download_libs.sh now you should get the correct version. can you test if that fixes the issue? |
Thanks @arturoc ! I will test in a while and let you know. |
Hi, I was just testing the sound examples and the ones that use an
ofSoundStream
instance are not working, at least in my computer (macbookpro mid2014 win10 via bootcamp).The only example that works is the soundBuffer example.
There are two issues, first it says
[ error ] RtApiWasapi::probeDeviceOpen: 44100Hz sample rate not supported. This device only supports 48000Hz.
which is the fisrt time I ever see this error. It might be related to the bundled RTAudio lib?The cheap and easy fix is to use a samplerate of 48000 but 44100 is a very common samplerate so the problem will keep on showing up.
looking at the soundBufferExample I noticed that the ofSoundStreamSettings has the following line
settings.numBuffers = 4;
I tested adding it to the other examples and it makes these work.
Once again, I cant really tell why this is happening. Are there any changes in ofSoundStream that make this setting mandatory or it might be, once again an RTAudio related thing?
The text was updated successfully, but these errors were encountered: