$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 wrote:
> On 25/02/14 02:
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 t
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
http://home.comcast.net/~patslabtech
On 02/24/2014 03:03 PM, Dan Wilcox wrote:
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.
Let's just focus on a single feature-- "$@"-- and assume that t
hey iem_qrt4~.pd_linux crashes the newest pd-extended as well as the latest
pd source from sourceforge on ubuntu studio 13.04.
I didn't want to mess with trying to figure out how to fix the source so I
just made an iem_sqrt4~.pd that has a sqrt~ inside
now all the iemlib vcf filters
work .
some
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 wrote:
> You're right, m
Oops-- by "arguments of the parent" I mean arguments of the parent abstraction.
-Jonathan
On Monday, February 24, 2014 2:44 PM, Jonathan Wilkes
wrote:
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)
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 this
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
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 wrote:
On Sun, Feb 23, 2
On Mon, Feb 24, 2014 at 12:29 AM, Ivica Bukvic wrote:
>
> On Sun, Feb 23, 2014 at 11:04 PM, Dan Wilcox 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 pd-vanilla +
> exte
You're right, my mistake
2014-02-24 17:06 GMT+01:00 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 cir
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), this
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 fil
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
>
> Ha! Excellent point, I guess it's the pirate me interested in their tech
> but refusing to accept their terms. The original Kinect was "packaged
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 on
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
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
t
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. Febru
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 wrote:
> I'm trying to use [pix_video] with [pix_alpha] and even though I'm sen
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 ->
ht
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 f
22 matches
Mail list logo
