Unnoticeable latency usually refers to the musician not noticing the
difference in time between when they press the key and when the sound
comes out. Any time you add a delayed signal to the original signal, you
will notice it. The slap-back happens at longer latencies, but at
shorter
Hi Martin,
Thank you for your response.
I am attaching the patch used to produce the following results.
This was tested on
Pd version 0.41.4-extended,
running on WinXP SP3.
The OSC data were sent by GlovePIE running the following code.
---
SendOSC(127.0.0.1, 9997, /test, 0)
wait 1
Hi Jeffrey! I ve been trying to minimize latency in Pd for a year now,
experimenting with various OS and hardware. I m using Pd for the same
purpose, that is live processing of electric instruments (mainly a guitar).
I would recommend using a Linux distro, because they have realtime
kernels, and
Hello,
latency delay is noticeable at ~25ms, below there are artefacts grain caused by
phase decay if the source and the processed signal are played together at the
same place with almost same amplitude.
11ms is only the buffer size, and other elements
in sound processing need to be taken in
PSPunch wrote:
Hi Martin,
Thank you for your response.
I am attaching the patch used to produce the following results.
This was tested on
Pd version 0.41.4-extended,
running on WinXP SP3.
The OSC data were sent by GlovePIE running the following code.
---
SendOSC(127.0.0.1, 9997,
On Sat, 30 Jan 2010 17:53 +0100, Georg Holzmann g...@mur.at wrote:
Hallo!
Hans-Christoph Steiner schrieb:
Ok, made some progress on building Pd for Android. It builds fine, but
its not quite working yet. But give it a shot and join in the fun:
http://pd-anywhere.sf.net
.hc
On Sat, 30 Jan 2010 17:44 +0100, marius schebella
marius.schebe...@gmail.com wrote:
hi,
I wanted to test pda on a N900, but it seems like
http://gige.xdv.org/pda is down. does someone have a local copy?
marius.
Hallo!
That's the wrong URL for SVN, sorry. I fixed it in the wiki page. It
should build now then on Tuesday, we are meeting up to get the audio I/O
working.
Thanks - then I will try again on wednesday ;)
LG
Georg
___
Pd-list@iem.at mailing list
On Sun, 31 Jan 2010 20:10 +0100, Georg Holzmann g...@mur.at wrote:
Hallo!
That's the wrong URL for SVN, sorry. I fixed it in the wiki page. It
should build now then on Tuesday, we are meeting up to get the audio I/O
working.
Thanks - then I will try again on wednesday ;)
LG
Hallo!
Actually, it would be good to try building it before we meet, in case
you find any problems, then we can fix it. Currently its in a works
for me state.
OK - but I still cannot checkout from the repository:
:~/projects/android/android-ndk-1.6_r1/apps$ svn co
His set uses an electric bass through Pd. My guess is
that even the un-processed signal goes through Pd to avoid echos or comb
filtering due to latency.
In my (2 cent) experience to let the un-processed signal go _through Pd_ is
still unsatisfying, because anyway you have to deal with some
Hey Folks
I'm aware that cutting the signal from an [osc~] will not actually reduce it's
processor drain, nor, to my knowledge, does the frequency affect CPU usage.
However, does anyone know if it'll take less processor, while not using the
output of the object, to give it an argument of 0?
Hi,
I m not sure if i actually got your question, but if you're trying to turn
off the oscillator you should use the [switch~] object. It turns audio
computation off locally. This means that if you put it in your patch it will
turn audio computation on and off for the entire patch, but if you put
The main loop of the object will still compute the
value for a zero Hz signal (always 1), and output
blocks. So, in this case an argument of zero shouldn't
use any less CPU.
On Sun, 31 Jan 2010 22:12:19 +
Andrew Faraday jbtur...@hotmail.com wrote:
Hey Folks
I'm aware that cutting the
That looks like it might work. Particularly with things like a patch when I may
want to turn parts of my texture on or off depending on inputting data. I could
cut out a whole synth algorithm etc.
Thanks for that.
Date: Sun, 31 Jan 2010 23:23:05 +0100
Subject: Re: [PD] Quick processor question
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Hi Martin,
So it seems like a problem with GlovePIE not formatting the bytes
according to the OSC specs..
I will review the format and if find it relevant, contact the author.
Thanks again for investigating.
--
David Shimamoto
PSPunch wrote:
Hi Martin,
Thank you for your response.
On Jan 31, 2010, at 2:20 PM, Georg Holzmann wrote:
Hallo!
Actually, it would be good to try building it before we meet, in case
you find any problems, then we can fix it. Currently its in a works
for me state.
OK - but I still cannot checkout from the repository:
18 matches
Mail list logo