Use FromSequence(Sustain) here:

seems to miss some kind of stop and dispose.

value types like Float32 disable the covariance of the inner Sequence.
So accepting Sequence<Sequence<Float32>> is a bad idea, as it doesn't allow to connect Spread<Spread<Float32>>.

This has no side-effect and is counter-intuitive:
https://discourse.vvvv.org/t/vl-audio-doesnt-work-in-own-patch-but-help-patches-work/20345
https://discourse.vvvv.org/t/audioin-doesnt-update-with-only-preview/20320

looping doesn't seem to be sample precise.

works again if node is deleted and deletion is undone

The IFFT seems to be broken. After upgrading to VL.Audio from Version 1.2.0 to 1.2.2, the IFFT stopped working. It doesn´t seem to react to any input in any way.
Tested on 2 different PCs with Gamme Versions 5.0 and 5.1

https://discourse.vvvv.org/t/vl-audio-somethings-blocking-audio-output-ifft/20379/3

While the scope view looks cool, working with many channels is not easy to overlook. for this, there should also be a standard dBFS meter as in a DAW.
https://discourse.vvvv.org/t/audioin-doesnt-update-with-only-preview/20320/3

This is a request for a simple WavReader that does not load Async.

It's related to the same problem as this issue:
#18

The existing WavReader does load Async but it doesn't tell you when it's finished.
So you can't know it's safe to do things downstream like init the buffer or play.

The purpose of a simple non-async WavReader would be to that you can safely put it in your own Async or Reactive context knowing it will block that context until it completes the read.
Then you can keep it in a reactive stream for further processing. (Which may not necessarily be playing the audio, maybe you want to do some other data processing like peak analysis)

The existing AudioPlayer already covers the simple usecase of playing audio.
I think WavReader & buffer system should enable advanced use like reactive.

The Script region doesn't work for exports. This code either needs to be patched or moved into a C# helper project:

see code in VVVV.Audio.VL.csproj

Hi,

VL.Audio is great! Thanks for all the efforts and work <3

How plausible is to integrate NWaves (https://github.com/ar1st0crat/NWaves) to VL.Audio and have access to all the DSP functionality provided by NWaves while integrating it seamlessly alongside the VL.Audio Nodes?

cheers

WHen trying to change samplerate in the audio engine, gamma crashes.

Hey,
It would be great to have a Version of the FFT-Node that doesn´t internally convert the transformed Buffer to decibel-measaurements but instead keeps it as is, so a modification of the values and subsequent resynthesis back to Time-Domain is possible. This would be great for custom filters, convolutions...

Hey! It would be great if FFT4Bands and LinToLog could go into the standard node set of VL.Audio for online video tutorials, would that be possible? They are very handy nodes!

When I set the Sample Rate to e.g. 48000 kHz as an enum, this isn't applied on startup. I have to manually set the enum to something else and back for it to apply.

the process of selecting a device feels a bit random and not really transparent to the user.

As mentioned here vl audio relies upon ASIO drivers which are not always convenient to install and are not as widely available as WASAPI drivers which are built in to Windows since Win 8.
We would be able to distribute software more easily and perhaps share audio resources without crashes if the option were added.

it does load async, but the outputs don't reflect that and the buffer writer inside the node doesn't use this info either.

When Loop is off, the Audio player doesn´t stop at the end of the file, it keeps sending the last frame.

Something like that would work.