2011/7/30 IOhannes m zmölnig zmoel...@iem.at wrote:
looking at the code, the relevant changes are definitely there for jack;
and alsa will most likely work if it's not trying to do mmap() - if the
device does support mmap we might have problems.
In s_audio_alsamm.c there is an implicit
Managed to get a double precision Pd working with PortAudio, after small
modifications in s_audio_pa.c.
In function pa_open_audio(), *soundin and *soundout (pointers to type
t_sample) used to be aliased to *pa_soundin resp. *pa_soundout, pointers to
type float. If instead, *pa_soundin and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/30/2011 01:04 PM, katja wrote:
Since I am not familiar with this part of Pd code, my proceedings are slow
and I've not found the time to scan s_audio_jack.c, s_audio_alsa.c etcetera
for similar issues. Yet, on the dsp side of things, I feel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/28/2011 02:15 AM, katja wrote:
I was looking for a suitable spot in the code to do this. First looked at
dac~, but since there may be many dac~s instantiated this is not most
efficient. Then I found sys_send_dacs(), where the integrated
2011/7/28 IOhannes m zmölnig zmoel...@iem.at wrote:
imho, the only sensible place to do this is the actual audio backend
code (s_audio_*.c)
right
your audio backend might support double floats
(e.g. jackd is prepared for that already, though i don't known whether
anybody ever used it
Hey Katya,
I'm very happy you're working on this, I think its a big and very
valuable step for Pd for many reasons. For me, things like accessing
large arrays and also working with UNIX timestamps and other large
integers directly, make Pd a lot easier in cases that touch on those
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/27/2011 11:11 PM, Hans-Christoph Steiner wrote:
like you've covered that already. As for 64-bit floats to output, a
quick hack to get things working is to just hammer samples down to
32-bits...
i don't think that's such a great idea.
Hi all --
I'm not sure it's done right, but my intention in s_audio_pa.c is to
use 'float' when talking to the portaudio API and t_sample to talk to
the rest of Pd -- so t_sample could be made double without affecting
portaudio.
The only situation I can imagine in which t_sample might want to
On Wed, Jul 27, 2011 at 11:11 PM, Hans-Christoph Steiner h...@at.or.atwrote:
I think the big question that needs to be answered before this gets
included is:
can this be done without majoring impacting 32-bit operation?
The intention is:
- Pd source code with unaltered functionality
-