Re: [PD] signal / message

env~ outputs RMS values, have a look in Puckettes book: http://crca.ucsd.edu/~msp/techniques/latest/book-html/node54.html http://crca.ucsd.edu/~msp/techniques/latest/book-html/node8.html Hans r At 08:14 11/05/2009, Ingo Scherzinger wrote: On Sun, 2009-05-10 at 17:29 +0200, Wolfgang J?ger wrote:

Re: [PD] signal / message

On Sun, 2009-05-10 at 17:29 +0200, Wolfgang J?ger wrote: > Hello, > > What's the best way to convert a signal into a message? > There are possibilities like snapshot~ or vsnapshot~, but they are not > accurate. The error they produce when you convert into a message and > reconvert to a sig

Re: [PD] OT : Ubuntu/Fedora opinions (relative to Pd, of course)

I have used fc8 and 10 with no problems, fc9 gave me a lot of problems.. J On Sun, May 10, 2009 at 8:26 PM, Lao Yu wrote: > Hi, > > since the release of F9 I look at the audio part of Linux - I personally > find it a complete disaster and 'user-hostile' to be polite. Many on this > list are soft

[PD] OT : Ubuntu/Fedora opinions (relative to Pd, of course)

Hi, since the release of F9 I look at the audio part of Linux - I personally find it a complete disaster and 'user-hostile' to be polite. Many on this list are software specialists, so please don't look down on someone who doesn't want to follow 3 pages of instructions of how to make puls

Re: [PD] signal / message

Frank Barknecht wrote: > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > >> an easier way is to use [pack~] and [unpack~] from zexy. those convert a >> signal vector (one block of audio samples) to a list of floats and vice >> versa. if you want to have a stream of floats instead of l

Re: [PD] signal / message

--- On Sun, 5/10/09, Andy Farnell wrote: > From: Andy Farnell > Subject: Re: [PD] signal / message > To: "Jonathan Wilkes" > Cc: wolfgang.jae...@gmx.at, reduzie...@yahoo.de, pd-list@iem.at > Date: Sunday, May 10, 2009, 9:57 PM > Isn't it the last sample of the _last_ block? > I heard that s

Re: [PD] signal / message

Jaime Oliver wrote: > well, the question is for what reason are you doing it? I want to send audio data packed in OSC messages/bundles over Ethernet. > I think it is better to get some features from say sigmund~ and use > those to control or recreate, but i don't know what you want I guess

[PD] video multi image detection and red circle

Dear friends... i make a tracking controller for video, but in the Gem window always appear the red circle with the cross... i want view and control other videos with tracking... but always de red circle...depth???gemhead -1??? gemwin-1??? i can measure the movement. I use Mac Intel. Thanks a lot

Re: [PD] signal / message

Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > an easier way is to use [pack~] and [unpack~] from zexy. those convert a > signal vector (one block of audio samples) to a list of floats and vice > versa. if you want to have a stream of floats instead of lists, use > [drip]. Or use [tab

Re: [PD] signal / message

Isn't it the last sample of the _last_ block? I heard that somewhere. So if you're processing block N on the current DSP tick what you see is the [snapshot~] of N-1 ??? On Sun, 10 May 2009 13:28:01 -0700 (PDT) Jonathan Wilkes wrote: > > Isn't it the last sample of the block? (see attached

Re: [PD] signal / message

On Sun, 2009-05-10 at 13:28 -0700, Jonathan Wilkes wrote: > > > --- On Sun, 5/10/09, Roman Haefeli wrote: > > > From: Roman Haefeli > > Subject: Re: [PD] signal / message > > To: "Wolfgang Jäger" > > Cc: pd-list@iem.at > > Date: Sunday, May 10, 2009, 5:54 PM > > On Sun, 2009-05-10 at 17:29 +0

Re: [PD] signal / message

--- On Sun, 5/10/09, Roman Haefeli wrote: > From: Roman Haefeli > Subject: Re: [PD] signal / message > To: "Wolfgang Jäger" > Cc: pd-list@iem.at > Date: Sunday, May 10, 2009, 5:54 PM > On Sun, 2009-05-10 at 17:29 +0200, Wolfgang Jäger wrote: > > Hello, > > > > What's the best way to convert

Re: [PD] packOSC "BLOB"

Wolfgang Jäger wrote: Hello, For sending audio efficiently over OSC I would need an OSC-"BLOB". Unfortunately the packOSC object supports no OSC-"BLOB"s. Is there any possibility to send BLOBs? ciao I can probably add a Blob type to [packOSC] and [unpackOSC]. The thing is that the blob type

Re: [PD] packOSC problems sendtyped T,F,I,N

OK, thanks for the bug report. It should be fixed now in svn. Martin Wolfgang Jäger wrote: Hello, I'm having some troubles using the packOSC object. Especially sending types True, False, Infinitum and Nil. It's not possible to send those types alone in one message, e.g.: "sendtyped /address/1

Re: [PD] signal / message

well, the question is for what reason are you doing it? I think it is better to get some features from say sigmund~ and use those to control or recreate, but i don't know what you want J On Sun, May 10, 2009 at 8:54 AM, Roman Haefeli wrote: > On Sun, 2009-05-10 at 17:29 +0200, Wolfgang Jäge

Re: [PD] signal / message

On Sun, 2009-05-10 at 17:29 +0200, Wolfgang Jäger wrote: > Hello, > > What's the best way to convert a signal into a message? > There are possibilities like snapshot~ or vsnapshot~, but they are not > accurate. The error they produce when you convert into a message and > reconvert to a signal (wit

Re: [PD] pix_record issues with geos and frames per second

chris clepper a écrit : On Sun, May 10, 2009 at 10:16 AM, Roman Haefeli > wrote: i am not totally sure, if this still applies, but iirc, [pix_record] has a hardcoded framerate of 20fps. This was never the case with pix_record on OSX and Windows. ... i

[PD] packOSC problems sendtyped T,F,I,N

Hello, I'm having some troubles using the packOSC object. Especially sending types True, False, Infinitum and Nil. It's not possible to send those types alone in one message, e.g.: "sendtyped /address/1 TF" fails as well as: "sendtyped /address/1 iTF 23". Only if those types occure within or bef

[PD] signal / message

Hello, What's the best way to convert a signal into a message? There are possibilities like snapshot~ or vsnapshot~, but they are not accurate. The error they produce when you convert into a message and reconvert to a signal (with sig~, line~ or vline~) is clearly audible. ciao Wolfgang ___

[PD] packOSC "BLOB"

Hello, For sending audio efficiently over OSC I would need an OSC-"BLOB". Unfortunately the packOSC object supports no OSC-"BLOB"s. Is there any possibility to send BLOBs? ciao Wolfgang ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-managemen

Re: [PD] pix_record issues with geos and frames per second

On Sun, May 10, 2009 at 10:16 AM, Roman Haefeli wrote: > i am not totally sure, if this still applies, but iirc, [pix_record] has > a hardcoded framerate of 20fps. This was never the case with pix_record on OSX and Windows. The pix_record object on those platforms records actual framerate by t

Re: [PD] pix_record issues with geos and frames per second

On Sun, 2009-05-10 at 08:56 -0500, John Harrison wrote: > In terms of recording the Geos here's a sample patch of how I might do > that. Idea, method, and code stolen liberally from Marius Schebella's > posts to this list. > > In terms of framerate, I am not sure but I would have guessed that yo

Re: [PD] pix_record issues with geos and frames per second

In terms of recording the Geos here's a sample patch of how I might do that. Idea, method, and code stolen liberally from Marius Schebella's posts to this list. In terms of framerate, I am not sure but I would have guessed that you could either send [auto 0( to [pix_record] then bang [pix_reco