now trying to make [vcf~], that looks like a toughy... :P
2014-04-12 17:07 GMT-03:00 Roman Haefeli reduz...@gmail.com:
On Sam, 2014-04-12 at 03:45 -0300, Alexandre Torres Porres wrote:
change the [fexpr~] to something like
[fexpr~ $x[0] + ($f2 * $y[-1]) + ($f3 * $y[-2])]
f*ck, I'll
You might have already tried this, but it might work better to use
portaudio to get to ALSA - it can connect with ALSA using callbacks
which the built-in ASA code doesn't. I don't know what difference this
will make but perhaps it will help.
(try compiling with and without FAKEBLOCKING and
I could not get PortAudio to work on ARM at all and Jack has issues with
duplex low latency.
What's the deal with the ALSA mmap code? Doesn't that use callbacks?
On Sun, Apr 13, 2014 at 2:55 PM, Miller Puckette m...@ucsd.edu wrote:
You might have already tried this, but it might work better
Le 13/04/2014 22:42, Chris Clepper a écrit :
I could not get PortAudio to work on ARM at all and Jack has issues
with duplex low latency.
What's the deal with the ALSA mmap code? Doesn't that use callbacks?
just an idea, what about using a signal (generated with sig~ or adc~)
for
Drat.
The mmap code only works for non-interleaved memory map interfaces. The
only device I know of that works with the is the RME Hammerfall series.
I don't know if alsa supports any sort of mmap-ing for your hardware, but
if so (and I guess it would be interleaved in that case) it might be
Non-interleaved meaning data is sent (L,L,L then R,R,R per block) rather
than the usual I2S/TDM method of interleaving channels per sample?
The ALSA folks have some mmap example code here that looks like a pretty
generic interface:
Correct...
But now I'm suddenly remembering that I once heard that it was precisely the
lack of mmap interface that made it impossible (at least a year ago) to
get jack running on Raspberry Pis - so I might easily be sending you on a
wild goose chase.
OTOH I don't know what else to try -
Hmm, I'm using an armv7 chip which is much more up to date than the Pi CPU,
so that might make things more possible. But the entire ARM on Linux has
sent me down many weird alleys so far, I'm not expecting anything to be
easy at this point. It's a lot like forcing x86 Linux to do audio 15 years
