In an effort not to unnecessarily spam the original topic here: Dancing Polygon regarding AudioPlayer improvements, I am creating this new thread to continue.
It started with a small issue in the tutorial:
Which sparked some questions and starts of solutions:
Problem:
And beginnings of a solution:
I have tested the improved AudioPlayer and there still seem to be 2 issues (not with your workaround @sunep ), but with AudioPlayer in general.
The first one, which has always stumped me, is that the default in the SampleRate input pin is set to 48.000Hz, which most of the time causes a warning to show that it is not a valid Enum entry:
You can see it’s hard-coded as a default. I think this is wrong and the default should probably be the highest available entry in the enum.
I have tested it with all my audio devices and there is not one that allows anything other than 44.100?! Even my iConnectivity Audio 4 soundcard that supports 96KHz only shows 44.100 when using the Wasapi or ASIO driver. So maybe that is already something that isn’t right.
Also, I am getting a “Index was outside he bounds of the array” error:
I could also coax my soundcard into giving me 96KHz sound, but it had to be done in the settings of the driver. Does a normal soundcard even allow switching of the sample rate using DriverSettings? I have tried with so many different devices and I have never seen one where you can actually switch.
It seems by default it always adds the 48KHz enum for some reason. If I restart vvvv after changing the sample rate in the driver (F9 isn’t enough), then the enum only has the new sample rate.
I’m starting to wander if DriverSettings should even allow for switching of the sample rate. Doesn’t it always at least require restarting vvvv to be applied anyways and should be handled by the driver, ie. the settings of the driver!? It seems like I have to set the sample rate in the driver, restart vvvv and then the enum only contains the new sample rate anyways.
The options shown by the driver vs driver settings in vvvv:
I did some more tests and found a file that exhibits the behavior with the crackling and popping sounds.
If the audio device is set to 48KHz and certain .mp3 files are in 44.1KHz, then only in vvvv you get these popping and crackling sounds when playing back.
Here is a recording of the output with a microphone:
First I play it in vvvv and you can hear all the pops and crackles, then I play it in VLC and it’s fine. I then switch the audio device to 44.1KHz and it plays back the file just fine.
I also feel that “my” speed adjustment method is quite a bit of a hack, it feels too simple so there is probably a better way of doing it.
I played various files with it and it works. I do mostly have files at sample rates that are multiples of 48kHz in uncompressed or lossless compression formats.
It seems to work great so far. I have tried content from 8KHz all the way to 96KHz and nothing has sounded “wrong” so far :)
I think the bugs with the sample rate selection and crackling sounds sometimes are separate issues, but as for the speed adjustment, that seems to work perfectly!
@joreg, I played the sample files @seltzdesign gave with Resample node. They all worked fine. (Just for the sake of completeness, I played all but these ones.)
I have a slightly related question: I was playing these mono testaudio seltzdesign shared. I found that if I used ToStereo node so that the audio plays in both of my ears, it sounded differently than if I play in VLC or mpv. Is there a proper way to play monos?
Thanks @joreg. Turns out it was a logic error: I was converting to stereo before passing it to Resample. Rather, I should have done the opposite, i.e. take the output of Resample+ForEach and pass it to ToStereo node.
Hi,
I’m trying the AudioPlayer with the new auto resampling function, great addition!
but unfortunately it doesn’t work as it should be.
I have to set manually the “Destination Rate” (Driver SampleRate) in order to make it work,
“Destination Rate is Engine Rate” doesn’t seem to do anything.
I have never encountered a situation where I would not want the audio file to not play at the correct speed by default.
If I want to play it at a different speed, then I do that by adjusting the speed.
@joreg can you explain the use case of resample?
When to use it besides for being certain that audio files play at the correct speed?
In short I would vote for a version of the audioplayer that defaults to playing back files at the correct speed without the need to think about sample rates.
then you can always add an advanced version where you can set it up as you like.
I guess vvvv is meant to be as low level as possible, but certainly this is one of the situations where I can’t see any advantage of playing audio files at a different speed than the “correct” one.
From what I remember, there are some situations where resampling breaks the audio signal chain because the implementation is quite complicated having a different buffer size and audio rate above the resampler.
But if it’s working like that, it would be a good addition to the node set.
