Re: [PD] mac os9 version
pd vintage edition the true pure root thing ! :) Le 26 févr. 2014 à 08:40, Simon Iten a écrit : too bad, thanks. On 25 Feb 2014, at 16:19, Peter P. p8...@aol.com wrote: * Simon Iten itensi...@gmail.com [2014-02-25 14:31]: is there or better was there ever a version of pure data for mac os9? the bits i find on the net seem to indicate no. but maybe a call here will reveal a version. (miller?) The only thing I have ever seen was GEM for Max under OS9. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Face tracking
Great ! i love the video, and the patch seems to be kind of what I need, from within PD. Will try to get it work on my mac Thanks ! JM Le 28 janv. 2014 à 23:48, pured...@11h11.com a écrit : i don't know if it's exactly what you need: Make me (opencv / gem): http://puredata.info/Members/patrick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Face tracking
Hello list for a specific application I would need an object that detects a human face facing the camera, not very close but not far either : 2 meters away from an ordinary webcam lens). I do not know exactly where the face will be in the frame, and I would need its center and size or so in real time. Anything in GEM opencv ? Any tutorial/example patch around ? Thanks a lot ! Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Limit bandwith for MIDI output / precise metro
thanks, clear indeed ! JM Le 27 nov. 2012 à 10:36, IOhannes m zmoelnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-26 23:29, Cyrille Henry wrote: Le 26/11/2012 22:38, Jean-Marie Adrien a écrit : Thanks Miller ! -nosound -udiobuf 5 -slepgrain 1 Definitely academic :) But I run intense audio on this PD instance, together with midi driving lights in real time. here are the flags : -rt -noadc -midioutdev 1,2 -audiooutdev 2 -outchannels 8 phasor~ would not do it ? phasor~ will do provide a better clock than a metro since pd internal time is perfect. your problem come from jitter between pd time and real world time. just to clarify: both [phasor~] and [metro] live in an ideal world with perfect timing. unfortunately this ideal world is not real (compared to your wall clock) and has a slight jitter. the jitter of [phasor~] is cleared by sending samples in a buffered way to your soundcard. with MIDI, Pd doesn't do any buffering and no synchronisation to some external clock is done, so messages appear in bursts which you notice as a inaccurate timing. but the problem is really not Pd's internal timing (which is ideal) but the communication to the outside world. so to answer that specific question: [phasor~] will help you, but only if you are able to use the signal that comes out of your soundcard, which is synced to the wall clock, in order to trigger (or do whatever you want to do). if you only want to use audio-objects as an internal clock source, then you will gain exactly nothing (but lose a lot, since you complicate things which you normally get for free). maybe simply change MIDI interface to without-driver model. yes, that sound like a good solution. well yes, if your midi driver is broken (that's how i interpret a weird stacking process), you should probably replace that. fgmadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlC0iYMACgkQkX2Xpv6ydvSnRwCgr46N5LhnlkpNtiBQUFx8BKbE BMgAn3dpbvGMaDuoGWWH8shQqYZfoCO4 =IhZR -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Limit bandwith for MIDI output / precise metro
Hi list Im trying to cope with the MOTU Micro lite USB Midi driver under OsX Mountain Lyon. The stacking process of the driver is weird, means data are totally corrupted if they arrive too quickly to the interface, which does not happen with OsX Lyon, although MOTU announces full compatibility with OsX ML, anyway. I'm trying to make my own fifo from within PD, and, in this process, at some point I have to dump values out of the stack at regular time intervals. The straightforward implementation uses a metronome object, say with period 10 msec. The problem is that the metronome object is not precise enough, and it bangs erratically with time intervals within 0 to 20 msec, as measured with the (realtime) object, and this screws again the midi interface (everything else normal, dsp 10%). Is there an academic way to get a steady flux of bangs with short period ? Delay ? Hack some audio for control purposes ? (use a phasor~ ? :) Thanks Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Limit bandwith for MIDI output / precise metro
Thanks Miller ! -nosound -udiobuf 5 -slepgrain 1 Definitely academic :) But I run intense audio on this PD instance, together with midi driving lights in real time. here are the flags : -rt -noadc -midioutdev 1,2 -audiooutdev 2 -outchannels 8 phasor~ would not do it ? or clipped cos~ ? maybe simply change MIDI interface to without-driver model. JM Le 26 nov. 2012 à 17:19, Miller Puckette a écrit : This isn't a very good answer, but the real timing jitter in Pd can often be rediced by reducing audio buffering, In particular if you don't need audio at all you might be able to run Pd -nosound -udiobuf 5 -slepgrain 1 or something like that. cheers Miller On Mon, Nov 26, 2012 at 03:35:41PM +0100, Jean-Marie Adrien wrote: Hi list Im trying to cope with the MOTU Micro lite USB Midi driver under OsX Mountain Lyon. The stacking process of the driver is weird, means data are totally corrupted if they arrive too quickly to the interface, which does not happen with OsX Lyon, although MOTU announces full compatibility with OsX ML, anyway. I'm trying to make my own fifo from within PD, and, in this process, at some point I have to dump values out of the stack at regular time intervals. The straightforward implementation uses a metronome object, say with period 10 msec. The problem is that the metronome object is not precise enough, and it bangs erratically with time intervals within 0 to 20 msec, as measured with the (realtime) object, and this screws again the midi interface (everything else normal, dsp 10%). Is there an academic way to get a steady flux of bangs with short period ? Delay ? Hack some audio for control purposes ? (use a phasor~ ? :) Thanks Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firm delay scheduling
Thanks everyone !
Best practical way is probably communicate with another PD on multiprocessor
architecture though.
This is what I had in thought, but I wanted to post before implementing.
JM
Le 31 oct. 2012 à 09:12, Roman Haefeli a écrit :
On Tue, 2012-10-30 at 13:42 -0400, Hans-Christoph Steiner wrote:
[delay] is as firm as your going to get, from what I've seen. [delay]
should be at least as accurate to about one audio block, so like
1.5ms, so if you only need 250ms accuracy, you have plenty of room.
[delay] is not somewhat precise, it is absolutely precise. However,
there are classes that ignore the precision of [delay] and treat
incoming messages as if they would have been sent at block boundaries.
For instance the phase inlets of [osc~] and [phasor~].
What Jean-Adrien probably means by 'elastic' is not the lack of
precision of [delay] in the deterministic scope of Pd, but the fact that
it tied to that deterministic scope and thus is precise only in logical
time, but not in real time. If the CPU load of Pd goes above 100%,
logical time gets more and more behind real time.
Roman
.hc
On Oct 30, 2012, at 1:13 PM, Jean-Marie Adrien wrote:
Hello
I'm trying to launch security procedures in case of trouble, that will
respond in less than 250 msec.
The fundamental question is :
Is there an object to schedule an event in the future with firm absolute
delay ?
{realtime} measures time AFTER the problem (no scheduling)
{del} schedules things but the delay is kind of elastic, depending on the
CPU load.
thanks
JM
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] firm delay scheduling
Hello
I'm trying to launch security procedures in case of trouble, that will respond
in less than 250 msec.
The fundamental question is :
Is there an object to schedule an event in the future with firm absolute delay
?
{realtime} measures time AFTER the problem (no scheduling)
{del} schedules things but the delay is kind of elastic, depending on the CPU
load.
thanks
JM
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] bad host / Mac OsX / netsend
Hi list Sems that the trouble comes from the name.local way of addressing on Macs which is to avoid, and this for a reason I ignore being by noway a network expert. Works fine (means immediate response in case of absent / unexisting host) with either names without the .local extension (as in the netsend help patch) or with numerical IPs as suggested by Martin. Thanks JM Le 17 oct. 2012 à 14:35, Martin Peach a écrit : Are you connecting to a named address or a numeric one? Connecting to a hostname causes a lookup to be performed, which blocks until a name server replies. If you already know the numeric IP address of the remote machine then it won't need to be searched for, and, under UDP, any messages will be sent even though the remote host isn't there. Martin On 2012-10-17 05:31, Jean-Marie Adrien wrote: Hi list Sorry to come up on the subject again, but there must be someone having solved this : when trying to maintain a network of computers alive, it can happen that a machine tries periodically to connect to a distant host which is offline (because it is dead). In that case sending the message [connect with a non available host to [netsend 0 or 1] results in a freezing of PD for 15 long seconds, which stops any interaction in realtime, which is kind of serious ! happens on OsX 10.6 /10.7 Pd 42.5 Is there a way to configure something to go around this ? Thanks JmA Le 7 oct. 2012 à 16:33, Martin Peach a écrit : On 2012-10-07 05:06, Jean-Marie Adrien wrote: Hi list When given a connect message with a host which is absent / offline, the netsend object takes one minute or so to respond Bad Host on Mac OsX. During that time, Pd is not responding to edit, close open and other GUI commands, Pd seems dead... and wakes up again only when the Bad Host message appears. Is there a way to go around this ? Maybe use UDP instead of TCP: [netsend 1] Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] bad host / Mac OsX / netsend
Hi list Sorry to come up on the subject again, but there must be someone having solved this : when trying to maintain a network of computers alive, it can happen that a machine tries periodically to connect to a distant host which is offline (because it is dead). In that case sending the message [connect with a non available host to [netsend 0 or 1] results in a freezing of PD for 15 long seconds, which stops any interaction in realtime, which is kind of serious ! happens on OsX 10.6 /10.7 Pd 42.5 Is there a way to configure something to go around this ? Thanks JmA Le 7 oct. 2012 à 16:33, Martin Peach a écrit : On 2012-10-07 05:06, Jean-Marie Adrien wrote: Hi list When given a connect message with a host which is absent / offline, the netsend object takes one minute or so to respond Bad Host on Mac OsX. During that time, Pd is not responding to edit, close open and other GUI commands, Pd seems dead... and wakes up again only when the Bad Host message appears. Is there a way to go around this ? Maybe use UDP instead of TCP: [netsend 1] Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] bad host / Mac OsX
Hi list When given a connect message with a host which is absent / offline, the netsend object takes one minute or so to respond Bad Host on Mac OsX. During that time, Pd is not responding to edit, close open and other GUI commands, Pd seems dead... and wakes up again only when the Bad Host message appears. Is there a way to go around this ? Cheers Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ... and the battle with IT begins
:) Le 13 sept. 2012 à 19:14, m.e.grimm a écrit : my rant is as follows when making a request to have pd-extended 0.43.1 installed on the teaching station i get: Mark: For obvious reasons, we won't install a beta release of software in a production environment. The current latest production release will be installed. which im fine with 042.5 but this is just more annoying than anything else. am I alone or do others on this list in Universities battle with IT on a daily basis? i am suspecting im not alone. is it the word BETA that is so bothersome? what is a production environment? am i not producing something? -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Two Pd instances with different startup options
great ! thanks. Le 11 sept. 2012 à 23:08, Miller Puckette a écrit : There are a few ways to do this... here's houw you could make a copy of Pd and have it use different settings: Copy the app (say, to Pd2.app) edit the file, Pd2.app/Contents/Resources/bin/pd (you can use open -e from a command line to do this). It's a binary file so it will look ugly. Go in and replace the four instances of teh string org.puredata.pd with another string of the same length such as org.puredata.zz Now you can open the two versions of Pd and each will keep its own set of preferences. Now here's a question - wouldn't it be nice to be able to have Pd automatically do this by (for instance) looking at the app's name and using that to figure out what preferences to load? On the other hand, maybe in other circumstances you woudn't want that behavior... hmm. cheers Miller On Tue, Sep 11, 2012 at 10:45:19PM +0200, Jean-Marie Adrien wrote: Hello I try to run two different pd instances with different startup options on Mac Os 10.7. Is there a way to setup the audio / midi devices and so on from within a patch ? something like the declare object ? Or run from terminal with two different command lines (but i will have then to script the terminal application, which i never done !) Or rename one of the pd applications to fool the MAC ? Thanks Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Two Pd instances with different startup options
Hello I try to run two different pd instances with different startup options on Mac Os 10.7. Is there a way to setup the audio / midi devices and so on from within a patch ? something like the declare object ? Or run from terminal with two different command lines (but i will have then to script the terminal application, which i never done !) Or rename one of the pd applications to fool the MAC ? Thanks Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Rép : looping at the end of sample / SOLVED
Thanks Patrice ! I was trying though to stick two loops without any amplitude ramp, just by being precise with the indexes on a single tabread4~ With some help, I solved the problem with a single loop~ object, plus samplehold~ to trigger window change : simple indeed. Could not manage synchronizing two phasors~ along many cycles with enough precision, due to 32bit computation of initial phase maybe. JM Le 2 août 2012 à 19:53, Patrice Colet a écrit : Allright, it seems you are looking for a crossfade loop implementation, that is quite usefull for looping audio in realtime, without getting clicks at loop point... I might have something to start with, it's attached. This patch uses cyclone objects because it has been originaly developped by a student using maxmsp native objects. [trapezoid~] and [pong~] for crossfading with one phasor~ signal, and [wave~] for reading the wavefile. I'm not sure about how to set the fading time, originaly expr was designed like this: [expr 1./pow(2. \,$f1)] The minimum table lenght is equal to loopsize + fadetime/2. [trapezoid~] makes the amplitude ramps, and [pong~] decays the ramps for reading both loopstart, and after loopend. I'm still looking for pd-vanilla native implementation of this patch... Colet Patrice - Mail original - De: Jean-Marie Adrien j...@jeanmarie-adrien.net À: pd-list@iem.at List pd-list@iem.at Envoyé: Jeudi 2 Août 2012 10:32:09 Objet: [PD] Rép : looping at the end of sample Hi sorry, the correct word is probably sustain part, the post-attack-stable part of sound that you may be able to loop easily, for instance the quasi-steady state of a piano tone after the attack during the quasi-flat decay. Something found in archives presents very clearly the problem, and a possible implementation : Let's suppose this is the sample: |-SS-LB-LE--| where: SS= sample start (where we want the sample to start playing the first time) LB= loop begin LE= loop end With appropriate calculations, the two phasors can be adjusted so that: 1) Phasor A reproduces the sample the first time from SS to LE in its first cycle. In subsequent cycles it would do the same but it will be muted so we don't mind. 2) Phasor B reproduces the loop region; its initial phase is calculated in such a way that at the beginning, when it is muted, it will be producing garbage, but when phasor A will reach point LB for the first time, phasor B will also be on LB, so that, during ONE cycle of phasor B, the two phasors will be reproducing *exactly* the same portion LB-LE synchronously. So, at any moment of that cycle, we can (and we must) safely switch from the output of phasor A to that of phasor B; we don't need to do a crossfade because the two outputs are perfectly identical. So, for detecting when to switch, we can use a [threshold~] on LB on the output of phasor A, even if threshold is block quantized. No matter if the actual switching occurs with a delay of almost one block, it will still be safe to switch. ... which seems brilliant ! (sorry i do not remember this contribution's author) Has this solution been implemented ? Is there an abstraction in a library addressing the same basic need ? JM Le 1 août 2012 à 18:54, Patrice Colet a écrit : hello, what is 'resonance part'? in principle you compute the loop size in ms and send the result to [phasor~] or [vline~] for driving [tabread4~] Colet Patrice - Mail original - De: Jean-Marie Adrien j...@jeanmarie-adrien.net À: pd-list@iem.at List pd-list@iem.at Envoyé: Mercredi 1 Août 2012 10:10:31 Objet: [PD] looping at the end of sample Hi list have looked at the archives threads concerning managing the tabread4~'s index for reading an audio sample from the beginning and then loop on a chunk at the end (in the resonance part). Many things during the last years, but nothing very clear to me... Any patch around for playing sample from start and loop at the end ? Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list crossfadeLoop.pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Rép : looping at the end of sample
Hi sorry, the correct word is probably sustain part, the post-attack-stable part of sound that you may be able to loop easily, for instance the quasi-steady state of a piano tone after the attack during the quasi-flat decay. Something found in archives presents very clearly the problem, and a possible implementation : Let's suppose this is the sample: |-SS-LB-LE--| where: SS= sample start (where we want the sample to start playing the first time) LB= loop begin LE= loop end With appropriate calculations, the two phasors can be adjusted so that: 1) Phasor A reproduces the sample the first time from SS to LE in its first cycle. In subsequent cycles it would do the same but it will be muted so we don't mind. 2) Phasor B reproduces the loop region; its initial phase is calculated in such a way that at the beginning, when it is muted, it will be producing garbage, but when phasor A will reach point LB for the first time, phasor B will also be on LB, so that, during ONE cycle of phasor B, the two phasors will be reproducing *exactly* the same portion LB-LE synchronously. So, at any moment of that cycle, we can (and we must) safely switch from the output of phasor A to that of phasor B; we don't need to do a crossfade because the two outputs are perfectly identical. So, for detecting when to switch, we can use a [threshold~] on LB on the output of phasor A, even if threshold is block quantized. No matter if the actual switching occurs with a delay of almost one block, it will still be safe to switch. ... which seems brilliant ! (sorry i do not remember this contribution's author) Has this solution been implemented ? Is there an abstraction in a library addressing the same basic need ? JM Le 1 août 2012 à 18:54, Patrice Colet a écrit : hello, what is 'resonance part'? in principle you compute the loop size in ms and send the result to [phasor~] or [vline~] for driving [tabread4~] Colet Patrice - Mail original - De: Jean-Marie Adrien j...@jeanmarie-adrien.net À: pd-list@iem.at List pd-list@iem.at Envoyé: Mercredi 1 Août 2012 10:10:31 Objet: [PD] looping at the end of sample Hi list have looked at the archives threads concerning managing the tabread4~'s index for reading an audio sample from the beginning and then loop on a chunk at the end (in the resonance part). Many things during the last years, but nothing very clear to me... Any patch around for playing sample from start and loop at the end ? Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] looping at the end of sample
Hi list have looked at the archives threads concerning managing the tabread4~'s index for reading an audio sample from the beginning and then loop on a chunk at the end (in the resonance part). Many things during the last years, but nothing very clear to me... Any patch around for playing sample from start and loop at the end ? Jm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] running Pd with a timer for an installation?
well Chris, on my side shutting down every day the mac and restarting from fresh every morning seems the only smart way to avoid unpredictable numerical papillon effects, kind of slow drifting towards crash, that in the end freeze the patch for reasons I ignore : I name it the unreachable bug of the 428th hour ! I run multiple instances of PD on multicore, GEM things and real time complicated audio. ... plus this cools the mac down ! Jm Le 10 juil. 2012 à 00:53, chris clepper a écrit : I strongly recommend keeping the machine running 24/7 unless power to the computer is being pulled daily. I've had OSX boxes that ran for years running GEM patches that pegged every CPU/GPU/ASIC in the box. The majority of issues came from restarting the computer after power was cut for some reason. Shutting down peripherals like screens and speakers is fine, but OSX and Linux are designed for maximum uptime and run best that way. I had tons of problems with WinXP running for longer than a week or two. On Mon, Jul 9, 2012 at 4:44 AM, Richie Cyngler glitch...@gmail.com wrote: Thanks for all the great answers. So I found sleep/shut down scheduler in the Energy Saver menu of OSX System Preferences. If need be I should be able to just use that. However if I want to kill Pd first is [realtime] the best object to use for a scheduled event (in this case quitting Pd) like this? I think I will stick with just powering down at the end of the night I will start it up manually, too many things could fail if I try and automate running the patch, although Automator looks possibly useful too. Thanks again On Mon, Jul 9, 2012 at 7:41 PM, Jean-Marie Adrien j...@jeanmarie-adrien.net wrote: - You kill PD from inside at a chosen time (pd quit;) - You shutdown your mac at that time, after having killed PD, and restart your mac at a given time (OSX preferences) - You launch an application at restart of your mac (OSX Preferences / accounts, this application is either compiled with applescript or with automator and does what you want, in this case run your patch, I guess) this will take a little time to adjust, but works fine ! JMA Le 9 juil. 2012 à 11:20, Ángel Faraldo a écrit : I haven't tried it myself, but I guess on OSX you should be able to do these things with Automator. https://discussions.apple.com/thread/1772992?start=0tstart=0 On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote: The problem with both macosX and windows seven OS for an installation is that you never know when they will decide to shutdown for maintenance, if you're not expert. Colet Patrice - Mail original - De: Richie Cyngler glitch...@gmail.com À: PD-List pd-list@iem.at Envoyé: Lundi 9 Juillet 2012 08:43:03 Objet: [PD] running Pd with a timer for an installation? Hi All, I'm planning on using Pd for an installation in Melbourne in a couple of weeks. It's running fine, Pduino working, sensors working. I'm just wondering is there is a object (or series) of objects I can use to power down the patch, or even kill Pd, at a designated time. The installation will run into the night for a week, I'll be there to start it up each night but not to shut it down. I'm probably running on OSX, windows may be an option. A sleep or shutdown timer for the OS would be very useful too, seems odd these are not standard. Any suggestions? Thanks a lot -- Richie www.glitchpop.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Richie www.glitchpop.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] running Pd with a timer for an installation?
- You kill PD from inside at a chosen time (pd quit;) - You shutdown your mac at that time, after having killed PD, and restart your mac at a given time (OSX preferences) - You launch an application at restart of your mac (OSX Preferences / accounts, this application is either compiled with applescript or with automator and does what you want, in this case run your patch, I guess) this will take a little time to adjust, but works fine ! JMA Le 9 juil. 2012 à 11:20, Ángel Faraldo a écrit : I haven't tried it myself, but I guess on OSX you should be able to do these things with Automator. https://discussions.apple.com/thread/1772992?start=0tstart=0 On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote: The problem with both macosX and windows seven OS for an installation is that you never know when they will decide to shutdown for maintenance, if you're not expert. Colet Patrice - Mail original - De: Richie Cyngler glitch...@gmail.com À: PD-List pd-list@iem.at Envoyé: Lundi 9 Juillet 2012 08:43:03 Objet: [PD] running Pd with a timer for an installation? Hi All, I'm planning on using Pd for an installation in Melbourne in a couple of weeks. It's running fine, Pduino working, sensors working. I'm just wondering is there is a object (or series) of objects I can use to power down the patch, or even kill Pd, at a designated time. The installation will run into the night for a week, I'll be there to start it up each night but not to shut it down. I'm probably running on OSX, windows may be an option. A sleep or shutdown timer for the OS would be very useful too, seems odd these are not standard. Any suggestions? Thanks a lot -- Richie www.glitchpop.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] connecting Pd to LEDs
hi if you're in a hurry, google interface-z jmadrien Le 26 mars 2012 à 20:02, Jim Hickcox a écrit : Hey there. I am working on an architectural installation with a guy and part of the goal is to control some dim lighting from Pd. Does anyone have any experience with the steps for taking the midi output and making that control some LEDs? Any recommended workflows? I was thinking about trying to build something with an arduino, but maybe there's something more time-efficient, since I only sort of know what I am doing. Any suggestions would be appreciated. -Jim ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] tabread4~ / index reload / style
Hi dear list When you have in an abstraction a classical tabread4~ driven by a phasor~ or a vline~ AND when you happen to reload the array which is hooked in the tabread4~ via a set message what is the smart way to deal with the index (phase~ or vline~) whilst loading the new sample ? a short switch~ or a short spigot~ (or *~)... or nothing just go ? more precisely, at the moment when the array loads, if nothing is done, the index keeps sending zeroes or a constant value or anything at sample rate : volume faded out, seems okay, but is doing nothing with the index smart ? robust ? thanks, JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GUI and DSP
Hello list reading everywhere that GUI takes enormous amount of CPU. More precisely : does a GUI element, say a slider monitoring a signal, require lots of CPU in anycase -even when for instance it is invisible somewhere deep in a subpatch-, or is it requiring lots of CPU only when displayed in front window ? JmA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi problem under osx
So I cant help further ... but Ive got the same card that i use with a motor in low precision for now, on OsX !!! thus I might run in the same problem later ! I will follow the link ! :) JM Le 6 févr. 2012 à 23:20, Nicolas Montgermont a écrit : thanks for your reply, The problem is that midi data is a position feedback for the control of a motor, and when msb is stuck, the position command I give is wrong. I don't think the card is to blame cause the same card/patch/interface is working well on win XP. n Le 06/02/12 21:57, Jean-Marie Adrien a écrit : Hello i would try to force synchronization of incoming midi streams inside pure data according to my needs, ie downsampling a little if necessary so that MSB and LSB are consistent ... and give a call to interface-z for feedback. cheers JM Le 6 févr. 2012 à 21:15, Nicolas Montgermont a écrit : Hello list, I run into a special problem with MIDI input under osx... I am getting some MIDI inside Pd, the MIDI is coming from an interface-z card that is transducing a sensor. The midi info is on two control number for higher (12bit) precision. Sometimes the MSB value is not updated well, but the LSB is, and that gives me weird behaviors. I have tested the same patch with Pd-extended 0.42.5 under mac osx lion and on another computer with osx snow leopard, both have the same problem, but the same patch on a third computer with windows xp is working well. I have tested as well two midi-usb interface (a basic one and a motu micro lite) with the same behavior. So it seems to me that the problem looks like Pd midi driver on osx. I have tested to modify the audio latency, to change the MIDI latency, but that gives me no better result. Do you have an idea of where i can look, or a workaround i can find? Best, n -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi problem under osx
Hello i would try to force synchronization of incoming midi streams inside pure data according to my needs, ie downsampling a little if necessary so that MSB and LSB are consistent ... and give a call to interface-z for feedback. cheers JM Le 6 févr. 2012 à 21:15, Nicolas Montgermont a écrit : Hello list, I run into a special problem with MIDI input under osx... I am getting some MIDI inside Pd, the MIDI is coming from an interface-z card that is transducing a sensor. The midi info is on two control number for higher (12bit) precision. Sometimes the MSB value is not updated well, but the LSB is, and that gives me weird behaviors. I have tested the same patch with Pd-extended 0.42.5 under mac osx lion and on another computer with osx snow leopard, both have the same problem, but the same patch on a third computer with windows xp is working well. I have tested as well two midi-usb interface (a basic one and a motu micro lite) with the same behavior. So it seems to me that the problem looks like Pd midi driver on osx. I have tested to modify the audio latency, to change the MIDI latency, but that gives me no better result. Do you have an idea of where i can look, or a workaround i can find? Best, n -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Gem and audio, multiprocessors, Mac
Hi list, Is there a strategy to optimize GEM video processing and real time audio on a single Mac using pd~ : Audio in subprocess or in main process ? Any startup flags ? chmod +s stuff ? shm settings ? Run two instances of PD with messages between them ? Subprocess fifo size ? The idea would be to give a priority to sound versus video, if absolutely necessary. Situation : On a single Mac (pro or mini), Gem (pix_video tracking, ordinary resolution and fps) and real time audio (10 channels, mainly reading from disk), dispatched on four processor cores via pd~. The sound is generated in the subprocess (big latency 512), the video in the main patch. pd-extended 42.5 osX 10.7 10.6, gem 93, 92. Problem : Sound is distorted when Gem is rendering, and becomes immediatly perfect when stopping rendering (destroying the gem window). Processors seem ok (each core at 75%). Sticking with this problem for a couple of months, Looked around in archives but didn't find any clear element. Thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM / video plugins
Well I was late yesterday night. Rebooted the mac this morning : works fine after playing with the device / enumerate messages first (and not dialog). Sorry for the noise. Thanks for all this ! JM Le 15 nov. 11 à 09:47, IOhannes m zmoelnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-14 23:07, Jean-Marie Adrien wrote: Hi list Ive just switched to GEM 93-3 on Mac, (needed surface3d that works great !) and Im not so familiar with the new implementation incidence : I used a driver (a component) that was in the Library/Quicktime folder to get videos through the DFG1394 analog/digital converter, (similar to the macam driver). All these drivers work fine on GEM 92, Os 10.5, 10.6, OS 10.7 It seems it doesn't work anymore with GEM 93 (Os 10.6). Any infos ? darn. the actual code has not changed so much, but now it is factored out into separate files. so in theory everything should still be working. one major improvement is, that we now have a consistent interface between all platforms (w32, linux, osx), that allows for enumerating and setting of devices and device properties in a unified way. i suggest playing a bit with the pix_video-help patch, with a focus on the [enumerate( and [device( messages. what do you get? tyr running Pd with -verbose -verbose, preferably from the cmdline, and post the full output of both the Pd-console and the console. [1] masdr IOhannes [1] something like $ /Applications/Pd-extended.app/Contents/Resources/bin/pd -verbose - verbose (without the trailing $, which is just there ti indicate the cmd prompt of the terminal) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7CJzIACgkQkX2Xpv6ydvSD/gCgy+GkV0FuEon8/Y9RBZN9w3XS kKUAoOvl4m5/Q19+diQqsQpEQgDWj3gl =F0ZI -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM / video plugins
Hi list Ive just switched to GEM 93-3 on Mac, (needed surface3d that works great !) and Im not so familiar with the new implementation incidence : I used a driver (a component) that was in the Library/Quicktime folder to get videos through the DFG1394 analog/digital converter, (similar to the macam driver). All these drivers work fine on GEM 92, Os 10.5, 10.6, OS 10.7 It seems it doesn't work anymore with GEM 93 (Os 10.6). Any infos ? thanks JmA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: PS3 eyecam on osx lion
wait for GEM 93 on os X :) ? Le 6 nov. 11 à 13:49, Budi Prakosa a écrit : hi list, does anyone know how to make ps3 eyecam work on osx lion? macam doesnt work thanks! -- Budi Prakosa house of natural fiber (HONF) yogyakarta new media art laboratory wora wari A80/6 baciro yogyakarta indonesia http://www.natural-fiber.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] 3d plot : z values in an x-y matrix
Hello, Ive been looking for a while and still do not find the object - that must be existing - to make a mesh-like 3d curve, similar to the one that can be obtained with gem's curve3d, but from data in the form of z values in an x-y matrix. If the object that processes the matrix does not exist, I could fix one with an object that plots a single array in 3d space, translating by hand curves to obtain a 3D mesh. Do one or the other object exist ? Thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Simple motion analysis
Hi list Video frame analysis : I would like to be able to make a difference between - motions of poeple passing by (displacements) - motions of poeple standing by somewhere (and slightly moving on place, presence) in a simple way ... anyone got an idea of with what pix_objects to start ? thanks jean-marie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Simple motion analysis
Hi Miller yes that's me JM Le 17 oct. 11 à 17:59, Miller Puckette a écrit : Hi Jean-Marie -- Are you the same one I know from IRCAM in the 1980s? (I don't know the answer to the question though... don't use Gem much :) Miller On Mon, Oct 17, 2011 at 05:33:10PM +0200, Jean-Marie Adrien wrote: Hi list Video frame analysis : I would like to be able to make a difference between - motions of poeple passing by (displacements) - motions of poeple standing by somewhere (and slightly moving on place, presence) in a simple way ... anyone got an idea of with what pix_objects to start ? thanks jean-marie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Multiprocessing
Hello list Im pushing a Mac quite a lot with image analysis + audio and id like to know if there is a simple way to use efficiently the multiprocessors. Ive read through a recent paper by Miller concerning multiprocessing, but is there somewhere a manual :) ? Something practical for a basic user ? Would running two instances of PD (one processing image and the other sound, with some internal bus link) be a good trick ? Anyone gone along this way ? Thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiprocessing
Thanks cyrille. I discover the wheel once more :) jm Le 30 août 11 à 11:25, cyrille henry a écrit : hello, you can use multiple pd instance, or use pd~ objects. This 2 solution aimed to have 2 (or more) pd running. the 2nd solution is great since all pd instance are synchronized at audio rate. The 1st is better if some instances can slow down, so that it did not slow the others. The main bottleneck is the communication between this process. for audio communication, prefer pd~ solution. for huge data communication, i don't find both approach very good. for image communication, i successfully use pix_share_read and pix_share_write object (for both solution). cheers Cyrille Le 30/08/2011 11:11, Jean-Marie Adrien a écrit : Hello list Im pushing a Mac quite a lot with image analysis + audio and id like to know if there is a simple way to use efficiently the multiprocessors. Ive read through a recent paper by Miller concerning multiprocessing, but is there somewhere a manual :) ? Something practical for a basic user ? Would running two instances of PD (one processing image and the other sound, with some internal bus link) be a good trick ? Anyone gone along this way ? Thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
great ! thanks a lot !! jm Le 26 août 11 à 18:20, IOhannes zmölnig a écrit : after long years of waiting (foir you) and hard labour (for me), Gem 0.93 has been released today. large parts of the underlying engine have been re-written to give you a better experience! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Soundfiler / ram
thanks a lot JM Le 2 août 11 à 04:54, Hans-Christoph Steiner a écrit : Yeah, I think just create 50 arrays with size 10 or something, then load them using 'read -resize' to soundfiler. If you need to deactivate an array, you can send it a resize message to make it small. See attached patch. .hc On Mon, 01 Aug 2011 22:14 +0200, Jean-Marie Adrien j...@jeanmarie-adrien.net wrote: Thanks for yor message Hans-Christoph ! so to confirm : Given say 50 presets with each 250 samples some of them read direct from disk and others in arrays for looping and so on. Presets do not need to switch instantly, loading might take few seconds. But switching a large number of times as installation runs, has to be clean though. Good way to implement this would be : declare a number of arrays (corresponding to the largest preset) when loading the patch and resizing / reloading them for preset change ? (I do not want to choose a bad option from the beginning !) cheers, JM Le 30 juil. 11 à 20:20, Hans-Christoph Steiner a écrit : There is the 'resize' message to send to an array to resize it, or the -resize option to the 'read' message to soundfiler. For very low RAM situations, you might be better off with readsf~. .hc On Jul 30, 2011, at 9:16 AM, Jma/celeonet wrote: Hi list Probably has been discussed million times : how is it possible to open / close large number of sound samples dynamically in arrays to keep ram low ? (all samples not used at the same time). Set to zero, resize to zero and reload ? Any clear command ? Any clean and up-to-date way (Mac Os) ? Thanks JmAdrien ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson resize-array.pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Soundfiler / ram
Thanks for yor message Hans-Christoph ! so to confirm : Given say 50 presets with each 250 samples some of them read direct from disk and others in arrays for looping and so on. Presets do not need to switch instantly, loading might take few seconds. But switching a large number of times as installation runs, has to be clean though. Good way to implement this would be : declare a number of arrays (corresponding to the largest preset) when loading the patch and resizing / reloading them for preset change ? (I do not want to choose a bad option from the beginning !) cheers, JM Le 30 juil. 11 à 20:20, Hans-Christoph Steiner a écrit : There is the 'resize' message to send to an array to resize it, or the -resize option to the 'read' message to soundfiler. For very low RAM situations, you might be better off with readsf~. .hc On Jul 30, 2011, at 9:16 AM, Jma/celeonet wrote: Hi list Probably has been discussed million times : how is it possible to open / close large number of sound samples dynamically in arrays to keep ram low ? (all samples not used at the same time). Set to zero, resize to zero and reload ? Any clear command ? Any clean and up-to-date way (Mac Os) ? Thanks JmAdrien ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd performance at TED
Hi list A link that might contribute, somehow, to the debate http://www.jeanmarie-adrien.net/documentaire-inter.htm cheers JmA Le 21 juin 11 à 17:33, Andy Farnell a écrit : On Tue, 21 Jun 2011 09:16:22 -0400 (EDT) Mathieu Bouchard ma...@artengine.ca wrote: That's why, conceptually, my favourite two performances are XTC's Making Plans for Nigel, in which they made a point of hitting a gong that doesn't sound like one, IIRC there was a similar thing with Vince Clarke getting the hump with a Yazoo performance and just unplugging and putting down the keyboard. But I guess that was a more sassy protest in the face of being pressured towards inauthenticity. -- Andy Farnell padawa...@obiwannabe.co.uk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Hid object, IR apple remote
Hi list, Anybody could receive more that two controls (up and down) from the apple IR remote in a patch via the HID object ? I can only get DESKTOP140 and DESKTOP141, and I would like to receive left and right buttons as well. Any driver to install on the mac ? I am trying buddy remote from iospirit without success, although it does emulates an IR reciever, which is seen in PD, but with two controls only, up and down. Anyone did it with mira IR ? Something to do elsewhere ? Os 10.6.4, PD 0.42.5 Thanks a lot Jean-Marie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PS3 eye, Pix_video, low latency
Hi chris Im glad you jumped in. Concerning the topic would the following theory make sense ? it seems that video capture and video tracking do not adress the same purposes : - video capture allows 10 frames of latency to ensure that frame transfer is correct to the machine for later uses (post production, montage). This is the major usage now of video, because of DV camescopes and so on. - whereas video tracking requires 1 frame of latency maximum, to produce real time responses. This is a emergent need, that seems to be covered by other softwares. Im trying to crawl to the second point. For instance, in pidip, it seems that there is a IE1394 object that processes DV type signals with a long latency, like pix_video does in GEM, and there is another object pdp_DC1394, that would be quicker, and could thus interface DC uncompressed industrial cameras without sticking them into the DVlike process, on Linux at least. Does this make sense ? Any DC pix_video object in GEM on MAC with 1 frame of latency ? DC1394 available on MAC or only on LINUX ? sorry for the verbose cheers JMA Le 13 oct. 10 à 22:56, chris clepper a écrit : Native color space will always be faster since it avoids a conversion step. A lot of webcams and industrial cams are RGB based. Video cameras are all YUV. On Wed, Oct 13, 2010 at 3:02 PM, Jaime Oliver jaime.oliv...@gmail.com wrote: also, william got better results with rgba On Wed, Oct 13, 2010 at 12:01 PM, Jaime Oliver jaime.oliv...@gmail.com wrote: have you tried the latest cvs build of the macam driver? http://sourceforge.net/projects/webcam-osx/files/ J On Wed, Oct 13, 2010 at 2:38 AM, Jean-Marie Adrien j...@jeanmarie- adrien.net wrote: Hi Using a PS3 eye on Mas osX 10.6 : - with the macam program, out of PD, the response of the camera is very fast, - inside GEM, (pix_video) the latency is half a second, as much as with DV camcorders. I know this seems to be a recurring issue : Anyone has a way to get a quick response with pix_video in GEM OsX ? Any solution in pdp ? Is it necessary to switch to linux, DC cameras and complex drivers ? Any hint ? JmA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PS3 eye, Pix_video, low latency
Hi Using a PS3 eye on Mas osX 10.6 : - with the macam program, out of PD, the response of the camera is very fast, - inside GEM, (pix_video) the latency is half a second, as much as with DV camcorders. I know this seems to be a recurring issue : Anyone has a way to get a quick response with pix_video in GEM OsX ? Any solution in pdp ? Is it necessary to switch to linux, DC cameras and complex drivers ? Any hint ? JmA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
