Re: [PD] smooth random numbers

2014-02-24 Thread Roman Haefeli
On Sun, 2014-02-23 at 04:20 +0100, Ingo wrote: Starting from Roman's patch I would probably do it like the attached patch. Many ways might solve a certain problem and in Pd those many ways can often be divided into a subtractive approach - more than necessary is generated and the overhead is

[PD] [pix_alpha]: cannot handle YUV image

2014-02-24 Thread Alexandros Drymonitis
I'm trying to use [pix_video] with [pix_alpha] and even though I'm sending [colorspace RGBA( to [pix_video] I get this error message. Can someone point out what I'm missing? Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -

Re: [PD] [pix_alpha]: cannot handle YUV image

2014-02-24 Thread Alexandros Drymonitis
Just found it in the FLOSS manuals, I missed the connection between [pix_video] and [pix_rgba] before connecting that to [pix_alpha]...sorry for the hasty post. On Mon, Feb 24, 2014 at 12:14 PM, Alexandros Drymonitis adr...@gmail.comwrote: I'm trying to use [pix_video] with [pix_alpha] and

Re: [PD] smooth random numbers

2014-02-24 Thread Ingo
Sorry, forgot ta add [change -1] after the [i]. I thought this was meant to be used with a MIDI signal - maybe I got that wrong? Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Roman Haefeli Gesendet: Montag, 24. Februar

[PD] ERROR: -35 in GraphicsExportSetOutputFile() GEM: Unable to save image to 'gradient00001.tif'

2014-02-24 Thread Alexandros Drymonitis
Yet another question regarding Gem. I'm connecting the outlet of [circle] (which is being rendered in a Gem chain) to the first inlet of [pix_write] and when I send a bang to [pix_write] I get this error and, obviously, no image is being saved. The object's help patch is not helping me thoroughly

Re: [PD] smooth random numbers

2014-02-24 Thread Roman Haefeli
On Mon, 2014-02-24 at 13:35 +0100, Ingo wrote: Sorry, forgot ta add [change -1] after the [i]. I thought this was meant to be used with a MIDI signal - maybe I got that wrong? Yes, it is. I'm nit-picking here. The patch you posted before also works, even without the [change -1]. But even

Re: [PD] smooth random numbers

2014-02-24 Thread Ingo
Roman, are you using MIDI in theory or real life? Jitter is MIDI's alias name. In practice MIDI data is being reduced as much as possible to avoid overloading the MIDI bus and in return causing serious timing problems or even missing data. Since I would not expect this signal to be the only

Re: [PD] Myo armband and Pd?

2014-02-24 Thread Dan Wilcox
They have an SDK, so I imagine you can get the data out and send it over OSC. At least thats my plan when I get my dev Myo … :D From: Richie Cyngler glitch...@gmail.com Ha! Excellent point, I guess it's the pirate me interested in their tech but refusing to accept their terms. The original

Re: [PD] ERROR: -35 in GraphicsExportSetOutputFile() GEM: Unable to save image to 'gradient00001.tif'

2014-02-24 Thread Etienne Landon
Hi, I understand you're trying to render your circle to an image file, you should then have a look at pix_snap. pix_write needs pixels to write, a circle has no pixel data. pix_snap will make a snapshot of your 3D scene (your circle), this snapshot is pixels that you can then write to an image

Re: [PD] ERROR: -35 in GraphicsExportSetOutputFile() GEM: Unable to save image to 'gradient00001.tif'

2014-02-24 Thread Cyrille Henry
hello, Le 24/02/2014 16:49, Etienne Landon a écrit : Hi, I understand you're trying to render your circle to an image file, you should then have a look at pix_snap. pix_write needs pixels to write, a circle has no pixel data. pix_snap will make a snapshot of your 3D scene (your circle),

Re: [PD] ERROR: -35 in GraphicsExportSetOutputFile() GEM: Unable to save image to 'gradient00001.tif'

2014-02-24 Thread Etienne Landon
You're right, my mistake 2014-02-24 17:06 GMT+01:00 Cyrille Henry c...@chnry.net: hello, Le 24/02/2014 16:49, Etienne Landon a écrit : Hi, I understand you're trying to render your circle to an image file, you should then have a look at pix_snap. pix_write needs pixels to write, a

Re: [PD] libpd separating gui from core

2014-02-24 Thread Dan Wilcox
On Mon, Feb 24, 2014 at 12:29 AM, Ivica Bukvic i...@vt.edu wrote: On Sun, Feb 23, 2014 at 11:04 PM, Dan Wilcox danomat...@gmail.com wrote: I consider that a sad thing. At least with Pd-extended, it was largely Pd-vanilla + externals. I don't think it needs to be sad. Yes, pd-extended is

Re: [PD] libpd separating gui from core

2014-02-24 Thread Ivica Ico Bukvic
From: Dan Wilcox [mailto:danomat...@gmail.com] Sent: Monday, February 24, 2014 11:34 AM To: Ivica Bukvic Cc: Jonathan Wilkes; pd-list@iem.at List; Peter Brinkmann Subject: Re: [PD] libpd separating gui from core On Mon, Feb 24, 2014 at 12:29 AM, Ivica Bukvic i...@vt.edu wrote: On

Re: [PD] libpd separating gui from core

2014-02-24 Thread Jonathan Wilkes
So let's just take a concrete example: $@ syntax.  It is a dollarsign variable in Pd-l2ork (and maybe in Pd-extended-- can't remember) and it expands to the incoming arguments.  In an object box this expands to the arguments of the parent.  The code for this feature affects Pd's message parser,

Re: [PD] libpd separating gui from core

2014-02-24 Thread Dan Wilcox
Exactly. If we can build a list of things that should/could be in the core, then we have a starting place to see if there is a way to work into into either vanilla or a wrapper like libpd. As we do in OpenFrameworks, I've started a PiratePad for general ideas/requirements. Feel free to add to

Re: [PD] libpd separating gui from core

2014-02-24 Thread Jonathan Wilkes
Oops-- by arguments of the parent I mean arguments of the parent abstraction. -Jonathan On Monday, February 24, 2014 2:44 PM, Jonathan Wilkes jancs...@yahoo.com wrote: So let's just take a concrete example: $@ syntax.  It is a dollarsign variable in Pd-l2ork (and maybe in Pd-extended--

Re: [PD] ERROR: -35 in GraphicsExportSetOutputFile() GEM: Unable to save image to 'gradient00001.tif'

2014-02-24 Thread Alexandros Drymonitis
Hm, for some reason none of the two works. Neither with pix_snap, nor without but sending [file name 99( to [pix_write] (replacing name with whatever name I wanna give to the file). I'm still getting the same error message. On Mon, Feb 24, 2014 at 6:17 PM, Etienne Landon

Re: [PD] libpd separating gui from core

2014-02-24 Thread Billy Stiltner
I think Miller's puredata is awesome. more than 20 years ago I wrote my own assembly routines as well as c++ for an analog devices 32 ch board for waterplant control software , but ended up using the factory drivers instead when they came out for this software

Re: [PD] Myo armband and Pd?

2014-02-24 Thread Simon Wise
On 25/02/14 02:28, Dan Wilcox wrote: They have an SDK, so I imagine you can get the data out and send it over OSC. At least thats my plan when I get my dev Myo … :D then they aren't saying go away after all ... some data is available, presumably already analysed which would be quick and easy

Re: [PD] Myo armband and Pd?

2014-02-24 Thread Richie Cyngler
$150. I can't find the link right now but the article I read previously inferred that raw data will not be available rather a set of pre-defined gestures which is why I was wondering if anyone was working with or knew more. On Tue, Feb 25, 2014 at 12:49 PM, Simon Wise simonzw...@gmail.com wrote: