hello everybody.
is possible to process audio in pd and work with gem simultaneously???. i have mac osx with 1.33 mhz and 768 ram., but always i obtanin clicks and interference in audio when I apply a process in gem...like change from videoA.mov to videoB.mov...is a simply task but audio generate a click. may be gem is not designed to work with audio processs in the same time....i don't know....may be there are problems in my mac...in max/jitter i don't have these problems.
some suggestion or advice?
thanks a lot.
Andrés Ferrari G. http://puredata.org/Members/anfex
Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! RegÃstrate ya - http://correo.espanol.yahoo.com/
Hallo, Andres Ferrari hat gesagt: // Andres Ferrari wrote:
is possible to process audio in pd and work with gem simultaneously???. i have mac osx with 1.33 mhz
I suppose you mean 1.33 GHz? ;)
and 768 ram., but always i obtanin clicks and interference in audio when I apply a process in gem...like change from videoA.mov to videoB.mov...is a simply task but audio generate a click. may be gem is not designed to work with audio processs in the same time....i don't know....may be there are problems in my mac...in max/jitter i don't have these problems.
I work with Gem and Audio at the same time on Linux without much problems, so I'd say, yes, it's possible. I cannot comment on OS-X.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
At 18:21 03.11.2006, Andres Ferrari wrote:
hello everybody.
is possible to process audio in pd and work with gem simultaneously???. i have mac osx with 1.33 mhz and 768 ram., but always i obtanin clicks and interference in audio when I apply a process in gem...like change from videoA.mov to videoB.mov...is a simply task but audio generate a click. may be gem is not designed to work with audio processs in the same time....i don't know....may be there are problems in my mac...in max/jitter i don't have these problems.
the problem is that most video processing will very likely take longer than 1 audio block per video frame you can try to work around that by setting a bigger blocksize because the default is just 64bytes = 1.45ms @ 44100 but that will cause a higer audiolatency. the best solution is to split your patch into two separate patches one just containg the audio part, the other one just doing the video stuff and run those two patches with two instances of pd. but that also sucks when those two pd's then have to communicate a lot (netsend or osc) it would be a great feature for gem if it was a separate thread with settable priority relative to "parent"-pd.
feature request! feature request!! feature request!!!
thx, sven.
Hallo!
is possible to process audio in pd and work with gem simultaneously???.
yes, of course ...
768 ram., but always i obtanin clicks and interference in audio when I apply a process in gem...like change from videoA.mov to videoB.mov...is a simply task but audio generate a click. may be gem is not designed to
The problem is, that the audio and video calculation is in the same thread - so if there is a heavy calculation in GEM you get an audio dropout, because there is too few cpu time to also calculate audio ...
some suggestion or advice?
You can use 2 instances of pd at the same time: one for audio and one for GEM (and start this one with -nogui) - then you can send data between them through netsend/netreceive. Now the audio and video calculation is seperated and you can say your OS that the audio-process should have a higher priority.
Alternatively you could also try pdp. There you can use only one instance of pd and start pdp in a seperate thread.
LG Georg
-
Andres Ferrari -
Frank Barknecht -
Georg Holzmann -
sven