On Fri, 8 Oct 2010, Jonathan Wilkes wrote:
Would it be difficult to transplant these keyboard patching
features?
You can't transplant them : it's a completely different API. DesireData is
designed so that you can write this in Tcl ; PureData is designed so that
you have to write much of that
--- On Fri, 10/8/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: "IOhannes m zmoelnig" , pd-list@iem.at
> Date: Friday, October 8, 2010, 4:46 PM
> On Tue, 5 Oct 2010, Jonathan Wilk
On Thu, 23 Sep 2010, Bernardo Barros wrote:
if (0.5.coin) {"Hey".postln} {"Ho!"};
OR
if (0.5.coin, {"Hey".postln}, {"Ho!"});
But since SC is object-oriented and "if" is a method of "boolean",
this also works and would be considered more consistent with the
language design:
(0.5.coin).if({"Hey".p
On Tue, 5 Oct 2010, Jonathan Wilkes wrote:
Well Ctrl-6 doesn't currently do anything _while_ you are editing the
contents of an object box, right? I just once I am done typing the name
of the object I want a shortcut to be able to then immediately hit
Ctrl-6 to mean the same as currently hitt
--- On Tue, 10/5/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: "IOhannes m zmoelnig" , pd-list@iem.at
> Date: Tuesday, October 5, 2010, 5:38 PM
> On Mon, 4 Oct 2010, Jonathan Wilkes
On Mon, 4 Oct 2010, Jonathan Wilkes wrote:
I do remember that in Desiredata you have to actually create the object
with before you are able to autoconnect another one, which
is an unnecessary step.
Ctrl-Enter doesn't do what you say it does. It introduces a newline in the
text you are writi
--- On Mon, 10/4/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: "IOhannes m zmoelnig" , pd-list@iem.at
> Date: Monday, October 4, 2010, 8:40 PM
> On Thu, 23 Sep 2010, Jonathan Wilkes
&g
On Thu, 23 Sep 2010, Jonathan Wilkes wrote:
I thought it was in 0.43-- at least I'm using Pd version 0.42.5-extended
and there isn't the autopatching feature.
This is one of the rare features of Pd-vanilla 42 that is disabled in
Pd-extended 42.
I initially liked what I saw of the autopatchi
Jonathan Wilkes wrote:
--- On Sun, 9/26/10, Kim Cascone wrote:
From: Kim Cascone
Subject: Re: [PD] jMax Phoenix
To: "pd-list"
Cc: zmoel...@iem.at
Date: Sunday, September 26, 2010, 2:52 PM
you can make _very_ elegant super-readable control
flow with the use of
Jonathan Wilkes wrote:
--- On Sun, 9/26/10, Kim Cascone wrote:
From: Kim Cascone
Subject: Re: [PD] jMax Phoenix
To: "pd-list"
Cc: zmoel...@iem.at
Date: Sunday, September 26, 2010, 2:52 PM
you can make _very_ elegant super-readable control
--- On Sun, 9/26/10, Kim Cascone wrote:
> From: Kim Cascone
> Subject: Re: [PD] jMax Phoenix
> To: "pd-list"
> Cc: zmoel...@iem.at
> Date: Sunday, September 26, 2010, 2:52 PM
> >
> > you can make _very_ elegant super-readable control
> flow with the us
On Sun, 26 Sep 2010, Kim Cascone wrote:
I find this particular subject very interesting I was recently working
on a patch using [expr] found the lack of being able to send the results
of multiple 'if' statements to the same outlet frustrating - I am also
used to using the Max/MSP [if] object f
you can make _very_ elegant super-readable control flow with the use of
[route] and friends.
IOhannes
I find this particular subject very interesting
I was recently working on a patch using [expr] found the lack of being
able to send the results of multiple 'if' statements to the same outlet
Just curious,
Any developer never considered taking a look at Nova?
Once I skimmed Tim's thesis and it seemd interesting for Max-like
languages like PD,
It was reliable, performed 2 times faster then Pd and had a pretty
Python+Qt Gui. (And Qt is very efficient, pretty and cross-platform).
anuway,
On 09/23/2010 11:33 PM, Jonathan Wilkes wrote:
>
> I thought it was in 0.43-- at least I'm using
> Pd version 0.42.5-extended and there isn't the autopatching
> feature.
>
it is in Pd-vanilla.
either Pd-extended has disabled it completely, or you have to turn it on
manually or it is turned off by
--- On Thu, 9/23/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, gridflow-...@artengine.ca
> Date: Thursday, September 23, 2010, 8:22 PM
> On Wed, 22 Sep 2010, Mathieu Bouchard
&
--- On Thu, 9/23/10, IOhannes m zmoelnig wrote:
> From: IOhannes m zmoelnig
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at
> Date: Thursday, September 23, 2010, 12:10 PM
> On 2010-09-23 11:10, Jonathan Wilkes
> wrote:
> >
the java gui for supercollider (swingosc) is not very efficient
performance-wise. It makes the cpu go from 8 to 25%...
The new Qt (gui toolkit with c++ code) is incredibly more efficient
and much more pleasant to the eyes, at least on gnu/linux.
I also can't understand a very good reason to start
ola,
i did try to install jmax sometimes ago...
but i never used it,
the reason being java is totally unfit
for real-time apps and fast response
have the same problem now with webcamstudio..
but suerte!,
sevy
Maurizio De Cecco wrote:
Hallo,
my name is Maurizio De Cecco, and i am the main
On Wed, 22 Sep 2010, Mathieu Bouchard wrote:
At this point, [#expr 1000-100-10-1] = 909, and I'm trying to make it so that
it's 889. It's because (1000-(100-(10-(1 = 909 and 1000)-100)-10)-1)
= 889.
ok, it's fixed, [#expr 1000-100-10-1]
I have a parser for + - * / & | ^ with correct
I don't know the multiple syntaxes SuperCollider supports is a bad or
good thing (comparing to Python where there is only one syntax for
everything):
if (0.5.coin) {"Hey".postln} {"Ho!"};
OR
if (0.5.coin, {"Hey".postln}, {"Ho!"});
But since SC is object-oriented and "if" is a method of "boolean",
On Thu, 23 Sep 2010, IOhannes m zmoelnig wrote:
yes, but i believe this is because you are very used to C-like
languages, so you assume that expr's if looks like: "if ,
, ". you have been trained on that, probably since high
school (and eventually used it before) [*]. if you had been fed on pe
On Thu, 23 Sep 2010, Maurizio De Cecco wrote:
Well, i am not the right guy for that; i am the only guy in town
that: 1) Know deeply the jMax code.
Every programmer is the only programmer who knows a certain piece of code.
It does not make it automatically something that is worth maintaining (
On 2010-09-23 11:10, Jonathan Wilkes wrote:
>
>
> I use keyboard shortcuts but they don't help the problem of
> lining up objects with the mouse or with , and
> of making connections between objects which requires a click in
> a very specific place. Actually I find making 24 connections,
> o
--- On Thu, 9/23/10, IOhannes m zmoelnig wrote:
> From: IOhannes m zmoelnig
> Subject: Re: [PD] jMax Phoenix
> To: pd-list@iem.at
> Date: Thursday, September 23, 2010, 9:20 AM
> On 2010-09-22 20:04, Jonathan Wilkes
> wrote:
> >
> > Yes, Max/MSP's [if]
>> Pd is not the end of history for the MAX language,
>
>That's not what I mean, what I mean is that it's more worthwhile to fork
>Pd than to fork (or revive) jMax.
Well, i am not the right guy for that; i am the only guy in town
that:
1) Know deeply the jMax code.
2) Have some (limited) time an
On 2010-09-23 09:20, IOhannes m zmoelnig wrote:
>
> i think the main problems come from people trying to implement C-like
> control flow in a dataflow language like Pd.
> even my implementation was only trying to reproduce the algorithm you
> wrote down, rather than trying to figure a Pd-way to im
On 2010-09-22 20:04, Jonathan Wilkes wrote:
>
> Yes, Max/MSP's [if] object has a more readable syntax. Yet even
i don't know max's [if], but i guess you could basically implement this
with an abstraction.
> with the two nested "ifs" I find it easier to read than your
> implementation because
--- On Wed, 9/22/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, gridflow-...@artengine.ca
> Date: Wednesday, September 22, 2010, 8:46 PM
> On Wed, 22 Sep 2010, Jonathan Wilkes
&
Now you just need Chris Klippel to dust off the old video code he and I
worked on those many, many years ago (almost a decade!).
On Tue, Sep 21, 2010 at 4:11 PM, Maurizio De Cecco wrote:
> Hallo,
>
> my name is Maurizio De Cecco, and i am the maintainer and developper of the
> jMax Phoenix projec
the
maximum I just have to insert "+1", whereas with [random] I have
to disconnect some wires and connect a new object [+ 1] to the chain.
-Jonathan
--- On Wed, 9/22/10, Bernardo Barros wrote:
> From: Bernardo Barros
> Subject: Re: [PD] jMax Phoenix
> To: "Jonatha
python or supercollider :-) that's for control
> structures, loops, etc
>
> 2010/9/22 Jonathan Wilkes :
>>
>>
>> --- On Wed, 9/22/10, IOhannes m zmoelnig wrote:
>>
>>> From: IOhannes m zmoelnig
>>> Subject: Re: [PD] jMax Phoenix
>>>
nes m zmoelnig wrote:
>
>> From: IOhannes m zmoelnig
>> Subject: Re: [PD] jMax Phoenix
>> To: pd-list@iem.at
>> Date: Wednesday, September 22, 2010, 6:36 PM
>> On 2010-09-22 16:48, Jonathan Wilkes
>> wrote:
>> >
>> >
>> > expr if(b
On Wed, 22 Sep 2010, Jonathan Wilkes wrote:
--- On Wed, 9/22/10, Mathieu Bouchard wrote:
Btw I started coding [#expr] last week... but I think that
it will take a long time to finish coding it.
Great!
* [#expr 3 / 2] ?
At this point 1.5, and I think I will keep it that way, unless I require
--- On Wed, 9/22/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] jMax Phoenix
> To: "Jonathan Wilkes"
> Cc: "Hans-Christoph Steiner" , pd-list@iem.at
> Date: Wednesday, September 22, 2010, 6:09 PM
> On Wed, 22 Sep 2010, Jonath
--- On Wed, 9/22/10, IOhannes m zmoelnig wrote:
> From: IOhannes m zmoelnig
> Subject: Re: [PD] jMax Phoenix
> To: pd-list@iem.at
> Date: Wednesday, September 22, 2010, 6:36 PM
> On 2010-09-22 16:48, Jonathan Wilkes
> wrote:
> >
> >
> > expr if(bx<=2
On Wed, 22 Sep 2010, Maurizio De Cecco wrote:
By the way, jMax expressions are *compile* time expression (actually,
load time expression), not objects like expr (that exists in jMax,
coming straight from the ISPW). It is just a way to parametrise an
abstraction/patch wrt its arguments.
Well,
On 2010-09-22 16:48, Jonathan Wilkes wrote:
>
>
> expr if(bx<=20, if (py<=by && py+60>=by, 0, 1), -1);
> if (bx>=415, 2, -1);
> if (by<=0, 4, if (by>=500, 5, -1))
>
honestly i find this hard to read as well, esp. compared to traditional
C-like syntax:
if(bx<=20)
if(py<=by && py+60>=by)
r
>On Wed, 22 Sep 2010, Maurizio De Cecco wrote:
>
>> For the record, jMax Phoenix support the jMax 2.x API, not the 4; the
>> APIs are extended wrt 2.x, but in a backward compatible way.
>
>Ah, that's good. What motivated you to go back to the 2.x API ?
Well, the biggest motivation for working of
On Wed, 22 Sep 2010, Jonathan Wilkes wrote:
The point is the [expr] object supplies a way to do the kind of syntax
under discussion, and in certain cases it seems necessary to avoid the
Max paradigm cliche of spaghetti/spider webs. At least that's my
position--
Btw I started coding [#expr]
On Wed, 22 Sep 2010, Maurizio De Cecco wrote:
For the record, jMax Phoenix support the jMax 2.x API, not the 4; the
APIs are extended wrt 2.x, but in a backward compatible way.
Ah, that's good. What motivated you to go back to the 2.x API ?
I would call it a bug (even fatal), no a showstopper
--- On Wed, 9/22/10, Hans-Christoph Steiner wrote:
> From: Hans-Christoph Steiner
> Subject: Re: [PD] jMax Phoenix
> To: "Mathieu Bouchard"
> Cc: pd-list@iem.at
> Date: Wednesday, September 22, 2010, 8:01 AM
>
> On Sep 21, 2010, at 6:36 PM, Mathieu Bouchard wr
>>> Given the fact that jMax slept a few years, it cannot compete with
>>> puredata in terms of available libraries, patches, and in general
>>> maturity of the solution.
>>
>> No, it wasn't in this order : first it already couldn't compete with
>> PureData, AND THEN jMax 4 appeared, which f
On Sep 21, 2010, at 6:36 PM, Mathieu Bouchard wrote:
On Tue, 21 Sep 2010, Maurizio De Cecco wrote:
Given the fact that jMax slept a few years, it cannot compete with
puredata in terms of available libraries, patches, and in general
maturity of the solution.
No, it wasn't in this order :
On Tue, 21 Sep 2010, Maurizio De Cecco wrote:
Given the fact that jMax slept a few years, it cannot compete with
puredata in terms of available libraries, patches, and in general
maturity of the solution.
No, it wasn't in this order : first it already couldn't compete with
PureData, AND THEN
Hi Maurizio
Really interesting news- Im going to check it out- Iv always kept an eye on
jmax and really glad to see it coming back !
On Tue, Sep 21, 2010 at 9:11 PM, Maurizio De Cecco wrote:
> Hallo,
>
> my name is Maurizio De Cecco, and i am the maintainer and developper of the
> jMax Phoenix p
Hallo,
my name is Maurizio De Cecco, and i am the maintainer and developper of
the jMax Phoenix project,
a kind of cousin of Puredata. Having release a new beta for jMax (on
Linux and Mac OS X), and after
discussing with Miller Puckette, i think the members of this list may be
interested in kn
47 matches
Mail list logo