-
Notifications
You must be signed in to change notification settings - Fork 25
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
Buffer creation interface #83
Comments
Are you implying that SampledSignals should have PortAudio as a dependency? SampledSignals has broad applications and is used beyond just audio, for example for neuroimaging signals. So I don't think it's appropriate to add PortAudio as a requirement. Or are you suggesting some new API or functionality for SampledSignals? |
Yes, this one. Sorry if it wasn't clear. |
Yeah I think I was confused by this sentence. I though you were implying that SampledSignals should use PortAudio output, which of course it cant, I dont want my EEG code having PortAudio as a dependency. Ok so what exactly are you proposing as the change to SampledSignals? I think just keep in mind that the two projects are relatively independent, so it should have a general API. |
Maybe something like a SampledSignals.jl/src/SampleStream.jl Line 136 in 0d99544
|
Currently, if you want to write from a SampledSignal to PortAudio, you will end up maintaining two buffers. SampledSignals will make a buffer, PortAudio will make a buffer, and all data will be copied back and forth between these buffers. It seems possible for SampledSignals to just use the PortAudioBuffer. One way of doing this would be to have some sort of public interface, maybe a
make_buffer
function, that defaults to allocating a regular array. Then, PortAudio could overload that function and say "you can share my buffer".The text was updated successfully, but these errors were encountered: