Wow, good to know. I'm still annoying that Google doesn't give you
access to ALSA in Android. Lame...
.hc
On Nov 8, 2010, at 2:36 AM, cosmin O_O wrote:
I don't know if that's relevant, but on the Freerunner, pd-extended
runs on OSS at 44100 sample rate, and 10 ms delay. Low latency looks solit at this values. I've tested some creb's examples (sbosc~-help.pd, dist~-help.pd and
Pd's A1.sinewave.pd).Cosmin
From: hans@at.or.at To: pd-list@iem.at Date: Sun, 7 Nov 2010 14:15:42 -0500 Subject: [PD] lowest latency ARM board for Pd
I'm curious about people's experience about getting low latency performance using Pd on ARM. From what I've seen Pd on iPod Touch/ iPhone is the best. Has anyone gotten solid <20ms latency from an
ARM/
Linux board or phone?
.hc
All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a
better
language; and every chapter must be so translated.... -John Donne
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
“We must become the change we want to see. - Mahatma Gandhi
On Nov 8, 2010, at 2:36 AM, cosmin O_O wrote:
I don't know if that's relevant, but on the Freerunner, pd-extended runs on OSS at 44100 sample rate, and 10 ms delay. Low latency looks solit at this values. I've tested some creb's examples (sbosc~-help.pd, dist~-help.pd and Pd's A1.sinewave.pd).
10ms looks very impressive. in fact so impressive that i would like to ask how you measured it.
mfgasdr IOhannes
I don't know if I done the good way of measurments, but I've only choose the "10ms" option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks).
cosmin
Date: Fri, 12 Nov 2010 10:58:11 +0100 From: zmoelnig@iem.at To: pd-list@iem.at Subject: Re: [PD] lowest latency ARM board for Pd
On Nov 8, 2010, at 2:36 AM, cosmin O_O wrote:
I don't know if that's relevant, but on the Freerunner, pd-extended runs on OSS at 44100 sample rate, and 10 ms delay. Low latency looks solit at this values. I've tested some creb's examples (sbosc~-help.pd, dist~-help.pd and Pd's A1.sinewave.pd).
10ms looks very impressive. in fact so impressive that i would like to ask how you measured it.
mfgasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 11/12/2010 11:11 AM, cosmin O_O wrote:
I don't know if I done the good way of measurments, but I've only choose the "10ms" option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks).
ah i see. the "10ms option" does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that.
the only reliable way to test latency is to measure it (by means of cables).
which OS are you running on the FreeRunner? FSO? android?
fgamr IOhannes
-
cosmin O_O -
Hans-Christoph Steiner -
IOhannes zmölnig