Hi Juan, regarding resources, please find here my personal collection of Pd on-line resources:
http://www.delicious.com/MarcoD2/bundle:PureData
The right sidebar shows all Pd tags. Hope that helps,
Best,
Im not interested in video, only music and sound. What about resources
(patches, objets, etc)?
2010/9/11 Marco Donnarumma devel@thesaddj.com:
Hi Juan, regarding resources, please find here my personal collection of Pd on-line resources:
http://www.delicious.com/MarcoD2/bundle:PureData
The right sidebar shows all Pd tags. Hope that helps,
Best,
Im not interested in video, only music and sound. What about resources (patches, objets, etc)?
-- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK
PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net
Thanks for the links and the feedback. These days Im playing a lot with PD & I like it. One new thing in Max 5 is traditional musical time values, and new transport capabilities. Is something like that available in PD (working without milliseconds as measure)? Maybe it can be done in a simple way in pd, but Im a noob in this, so I want to know the big differences.
Max is very polished, but in 3 days I discover a lot of cools things about pd. The community seems great, but this is not surprise, after all I'm in a LUG from about six years ago.
Gracias Jose por la bienvenida!
Jones, there are plenty of examples, if you go to help find helpful browser, there are libraries that help you work in bars, or other music stuff, even with a more nice interface, I recommend the library moonlib, Help / browser / reference/moonlib and Help/browser/ reference/Unauthorized library in the same route... give them a spin and maybe your experience a pleasant one ... anyway we are near I'm from Chile and what we need here ...
José
2010/9/13 jm jones juanmjv@gmail.com
2010/9/11 Marco Donnarumma devel@thesaddj.com:
Hi Juan, regarding resources, please find here my personal collection of Pd
on-line
resources:
http://www.delicious.com/MarcoD2/bundle:PureData
The right sidebar shows all Pd tags. Hope that helps,
Best,
Im not interested in video, only music and sound. What about resources (patches, objets, etc)?
-- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh,
UK
PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net
Thanks for the links and the feedback. These days Im playing a lot with PD & I like it. One new thing in Max 5 is traditional musical time values, and new transport capabilities. Is something like that available in PD (working without milliseconds as measure)? Maybe it can be done in a simple way in pd, but Im a noob in this, so I want to know the big differences.
Max is very polished, but in 3 days I discover a lot of cools things about pd. The community seems great, but this is not surprise, after all I'm in a LUG from about six years ago.
Gracias Jose por la bienvenida!
-- Juan Manuel Jones
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi,
On Mon, Sep 13, 2010 at 02:50:26AM -0300, jm jones wrote:
One new thing in Max 5 is traditional musical time values, and new transport capabilities. Is something like that available in PD (working without milliseconds as measure)? Maybe it can be done in a simple way in pd, but Im a noob in this, so I want to know the big differences.
Converting between milliseconds and other time scales like quarterbeats is just a matter of some math. The rj library I mentioned already contains mapping objects to convert between time counted in milliseconds and in beats: [m_ms2beat] and [m_beat2ms]. Both need a reference pulse measured in BPM, so you'd use them as [m_beat2ms 120] for example. (The object [m_bpm2ms] and [m_ms2bpm] convert bpm values, if you forgot how that's done.) Then when you feed [m_beat2ms 120] a number like 4, you get the duration of that in milliseconds, 2000 in this case.
If you want to convert a whole list of beats to a ms-duration, you can apply this to every item of the list, easily done with something like [u_listmap] in rj or [list-map] from the list-abs collection (they are the same).
Of course that's just for a start. As I see here: http://www.cycling74.com/docs/max5/vignettes/core/maxtime_syntax.html Max 5 seems to directly support inputting beats or ticks into time objects like [metro] which surely is nice, but with some helper abstractions like above can be cloned in Pd as well.
I think, getting to know the math behind time conversions is a good excercise. There's no higher math involved, just divisions and multiplications, addition ad substraction and you've learn all of this at school, so there's no reason to be intimidated. But once you've gone through it, it will make you understand musical time a bit better and maybe even lead you to work with "unusual" polyrhythms like matching 5 against 7, which seems not to be covered by Max-5's strictly four-to-the-floor tick/beat based system.
Oh, and instead of [transport] just use a metro with a counter sending to some global receiver. Read from this with [select] to get a kind of Max-5's [timepoint] clone.
See, there's no magic behind these new Max 5 features, they just unified a bit what all Max/Pd users do anyway in their patches.
Ciao
Frank Barknecht Do You RjDj.me? _ ______footils.org__
On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a metro with a counter sending to some global receiver. Read from this with [select] to get a kind of Max-5's [timepoint] clone. See, there's no magic behind these new Max 5 features, they just unified a bit what all Max/Pd users do anyway in their patches.
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
On Mon, 13 Sep 2010, Mathieu Bouchard wrote:
On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a metro with a counter sending to some global receiver. Read from this with [select] to get a kind of Max-5's [timepoint] clone. See, there's no magic behind these new Max 5 features, they just unified a bit what all Max/Pd users do anyway in their patches.
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
I mean than "explain to potential buyers"... typically people who don't know it yet, and would only take long-winded explanations if they come as part of a course...
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question about max/msp and PD To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a metro with a
counter sending to some global receiver. Read from this with [select] to get a kind of Max-5's [timepoint] clone. See, there's no magic behind these new Max 5 features, they just unified a bit what all Max/Pd users do anyway in their patches.
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
Better object documentation in Pd is a trivial feature in this sense-- it's easier for you to spend your time documenting GF objects than to explain how to read the source code. (See, there's no magic behind those GF objects!)
Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas).
-Jonathan
On Mon, 2010-09-13 at 09:46 -0700, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question about max/msp and PD To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a metro with a
counter sending to some global receiver. Read from this with [select] to get a kind of Max-5's [timepoint] clone. See, there's no magic behind these new Max 5 features, they just unified a bit what all Max/Pd users do anyway in their patches.
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
Better object documentation in Pd is a trivial feature in this sense-- it's easier for you to spend your time documenting GF objects than to explain how to read the source code. (See, there's no magic behind those GF objects!)
Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
.hc
--- On Mon, 9/13/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Hi, new user. Question about max/msp and PD To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org, "Mathieu Bouchard" matju@artengine.ca, pd-list@iem.at Date: Monday, September 13, 2010, 11:46 PM On Mon, 2010-09-13 at 09:46 -0700, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca
wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question about
max/msp and PD
To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a
metro with a
counter sending to some global receiver. Read
from this with
[select] to get a kind of Max-5's [timepoint]
clone. See,
there's no magic behind these new Max 5 features,
they just
unified a bit what all Max/Pd users do anyway in
their
patches.
It's also that it's more marketable if they add
rather
trivial features just so that they can say «Max
5 has more
features about time scale !». It's easier than
to explain
to them that Max doesn't need those features.
Better object documentation in Pd is a trivial feature
in this sense--
it's easier for you to spend your time documenting GF
objects than
to explain how to read the source code. (See,
there's no magic behind
those GF objects!)
Also, it's more marketable if Max has an object like
[textedit] where
the user can type multi-line text into a box.
It's easier than
picking through the Toxy graveyard and learning that
you can't send
messages to the widget unless its containing canvas is
visible, then
trying to work with [entry] and having the data you
typed in the
box disappear because you minimized the window.
Then realizing that the
whole reason you're looking for an object that
corresponds to [textedit]
is because you can't resize message boxes (and they
don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
.hc
That sounds cool.
Hm, I was reading through the sourcerepositories page on puredata.info, and I'm not sure how I'd go about trying those objects out. Do I need to compile pd-extended from svn, or is there a way to just compile that library and use it with the nightly build? (I tried make in tkwidgets/ but got the "no rule to make target" error.)
-Jonathan
On Sep 13, 2010, at 11:59 PM, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Hi, new user. Question about max/msp and PD To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org, "Mathieu Bouchard" <matju@artengine.ca
, pd-list@iem.at
Date: Monday, September 13, 2010, 11:46 PM On Mon, 2010-09-13 at 09:46 -0700, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca
wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question about
max/msp and PD
To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just use a
metro with a
counter sending to some global receiver. Read
from this with
[select] to get a kind of Max-5's [timepoint]
clone. See,
there's no magic behind these new Max 5 features,
they just
unified a bit what all Max/Pd users do anyway in
their
patches.
It's also that it's more marketable if they add
rather
trivial features just so that they can say «Max
5 has more
features about time scale !». It's easier than
to explain
to them that Max doesn't need those features.
Better object documentation in Pd is a trivial feature
in this sense--
it's easier for you to spend your time documenting GF
objects than
to explain how to read the source code. (See,
there's no magic behind
those GF objects!)
Also, it's more marketable if Max has an object like
[textedit] where
the user can type multi-line text into a box.
It's easier than
picking through the Toxy graveyard and learning that
you can't send
messages to the widget unless its containing canvas is
visible, then
trying to work with [entry] and having the data you
typed in the
box disappear because you minimized the window.
Then realizing that the
whole reason you're looking for an object that
corresponds to [textedit]
is because you can't resize message boxes (and they
don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
.hc
That sounds cool.
Hm, I was reading through the sourcerepositories page on puredata.info, and I'm not sure how I'd go about trying those objects out. Do I need to compile pd-extended from svn, or is there a way to just compile that library and use it with the nightly build? (I tried make in tkwidgets/ but got the "no rule to make target" error.)
-Jonathan
Ok, I fixed the build system and undid some silly changes that broke
everything. It is now in a working state:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/tkwi... cd tkwidgets make
You should have a recent version of Pd-extended installed in order for
it to build.
.hc
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
--- On Tue, 9/14/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: tkwidgets WAS: Hi, new user. Question about max/msp and PD To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org, "Mathieu Bouchard" matju@artengine.ca, pd-list@iem.at Date: Tuesday, September 14, 2010, 6:52 AM
On Sep 13, 2010, at 11:59 PM, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Hans-Christoph Steiner hans@at.or.at
wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Hi, new user. Question about
max/msp and PD
To: "Jonathan Wilkes" jancsika@yahoo.com Cc: "Frank Barknecht" fbar@footils.org,
"Mathieu Bouchard" <matju@artengine.ca
, pd-list@iem.at
Date: Monday, September 13, 2010, 11:46 PM On Mon, 2010-09-13 at 09:46 -0700, Jonathan Wilkes wrote:
--- On Mon, 9/13/10, Mathieu Bouchard matju@artengine.ca
wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] Hi, new user. Question
about
max/msp and PD
To: "Frank Barknecht" fbar@footils.org Cc: pd-list@iem.at Date: Monday, September 13, 2010, 5:19 PM On Mon, 13 Sep 2010, Frank Barknecht wrote:
Oh, and instead of [transport] just
use a
metro with a
counter sending to some global receiver.
Read
from this with
[select] to get a kind of Max-5's
[timepoint]
clone. See,
there's no magic behind these new Max 5
features,
they just
unified a bit what all Max/Pd users do
anyway in
their
patches.
It's also that it's more marketable if
they add
rather
trivial features just so that they can say
«Max
5 has more
features about time scale !». It's easier
than
to explain
to them that Max doesn't need those
features.
Better object documentation in Pd is a trivial
feature
in this sense--
it's easier for you to spend your time
documenting GF
objects than
to explain how to read the source code.
(See,
there's no magic behind
those GF objects!)
Also, it's more marketable if Max has an
object like
[textedit] where
the user can type multi-line text into a box.
It's easier than
picking through the Toxy graveyard and
learning that
you can't send
messages to the widget unless its containing
canvas is
visible, then
trying to work with [entry] and having the
data you
typed in the
box disappear because you minimized the
window.
Then realizing that the
whole reason you're looking for an object
that
corresponds to [textedit]
is because you can't resize message boxes (and
they
don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really
should finish
that library. Its close to done, and it'll probably a suite of nice
GUI
objects, including something like textedit.
.hc
That sounds cool.
Hm, I was reading through the sourcerepositories page
on
puredata.info, and I'm not sure how I'd go about
trying those
objects out. Do I need to compile pd-extended
from svn, or is
there a way to just compile that library and use it
with the
nightly build? (I tried make in tkwidgets/ but
got the "no rule
to make target" error.)
-Jonathan
Ok, I fixed the build system and undid some silly changes that broke everything. It is now in a working state:
svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/tkwi... cd tkwidgets make
You should have a recent version of Pd-extended installed in order for it to build.
.hc
Ok it works now, but I had to change CFLAGS = -DPD -I"$(PD_INCLUDE)/pd" -Wall -W -g to CFLAGS = -DPD -I"$(PD_INCLUDE)/pdextended" -Wall -W -g in the Makefile.
tkwidgets/text
- If I create the object and type some text, the text disappears
if I minimize the window
- If I type the object's name into an object box and click on
the part of the empty canvas where the text object will consequently appear, I can't type anything into the text box.
- I get this error upon creation:
.x85eab08.c.frame85da330.widget85da330 insert end {} and I can't even send a "set foo" message to get text into the box.
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
I remember looking at this some time ago. it would be great if you bundled
it with pd asap, because that gives much more options than the old-as-pd
gui objects. if I recall correctly, it also has the drop-down menus,
textedit, buttons, etc. Was it this one?
On Sep 14, 2010, at 5:53 AM, João Pais wrote:
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
I remember looking at this some time ago. it would be great if you
bundled it with pd asap, because that gives much more options than
the old-as-pd gui objects. if I recall correctly, it also has the
drop-down menus, textedit, buttons, etc. Was it this one?
Yeah, that's the idea.
.hc
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
Hans-Christoph Steiner wrote:
[cut]
Oh, and instead of [transport] just use a metro with a
[cut]
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
[cut]
Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
.hc
Thinking about guish issues, which always come up in the max vs pd discussions... I lately thought quite a bit about this from reading the discussions on here, experimenting with some 'gui' made in GEM etc. and seeing stuff made with max5...
Actually... I'm more and more thinking that maybe the best approach for "full-fledged" guis for Pd patches is an 'external' approach a la GrIPD... maybe using some standard widget set and maybe facilitating the netsend/receive process. Also exploring newer GUIs, like web-based (AJAX and similar) might be interesting for certain applications?
GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'? (maybe something remarkable is already out there and I may not be aware of it :)
All these are still open questions: personally I love the pd 'look and feel', but I do see an issue for certain applications and domains and when comparing to, say, max etc.
Discussion welcome :)
Bests, Lorenzo
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If someone contribute to a really cool, pretty and performance-friendly GUI side for PureData, Max would become pretty much irrelevant now.
2010/9/14 Lorenzo lsutton@libero.it:
Hans-Christoph Steiner wrote:
[cut]
Oh, and instead of [transport] just use a metro with a
[cut]
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
[cut]
Also, it's more marketable if Max has an object like [textedit] where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible, then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing that the whole reason you're looking for an object that corresponds to [textedit] is because you can't resize message boxes (and they don't appear on a gop canvas).
-Jonathan
You could try tkwidgets/text. I really should finish that library. Its close to done, and it'll probably a suite of nice GUI objects, including something like textedit.
.hc
Thinking about guish issues, which always come up in the max vs pd discussions... I lately thought quite a bit about this from reading the discussions on here, experimenting with some 'gui' made in GEM etc. and seeing stuff made with max5...
Actually... I'm more and more thinking that maybe the best approach for "full-fledged" guis for Pd patches is an 'external' approach a la GrIPD... maybe using some standard widget set and maybe facilitating the netsend/receive process. Also exploring newer GUIs, like web-based (AJAX and similar) might be interesting for certain applications?
GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'? (maybe something remarkable is already out there and I may not be aware of it :)
All these are still open questions: personally I love the pd 'look and feel', but I do see an issue for certain applications and domains and when comparing to, say, max etc.
Discussion welcome :)
Bests, Lorenzo
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
On Tue, Sep 14, 2010 at 3:36 PM, Bernardo Barros bernardobarros2@gmail.comwrote:
If someone contribute to a really cool, pretty and performance-friendly GUI side for PureData, Max would become pretty much irrelevant now.
The problem is what can be considered cool?
Is Max 5's gui cool? maybe for someone and for someone else not. In a open community is really hard to decide but quite more rich the process. Because it is not plane but it consider cultural/historical/tecnological differences. When I start my fist workshops with PD in 2006 it was a mess work with different platfoms and OS versions (out of pd-vanila and Gem mostly); or just install pd external in some case (do you remember how was tricky install pdp, for example, in a mac in 2006?). Today for me is very easy during the workshops. And that because the process that this community is doing. Now I see many different developper branch: I guess the direction is have a pdlib fully working and take out all the GUI code from the pdcore. In this way we will not have to decide and impose to others one gui, one language, one way to work with pd but many different approaches will born (I'm imaging different GUIs with different language - qt, html5, gtk) So, all this boring word to say is just a process, and if you want to push it on some direction is up to you (general you and not to Bernardo :)
my two cents husk
I am betting that it is not "someone" but many people who will do
this. That's why there is a GUI plugin interface in 0.43, so we can
have many people experimenting and developing ideas for how a dataflow
GUI should be.
http://puredata.info/docs/PdGuiPluginsAPI
.hc
On Sep 14, 2010, at 9:36 AM, Bernardo Barros wrote:
If someone contribute to a really cool, pretty and performance-friendly GUI side for PureData, Max would become pretty much irrelevant now.
2010/9/14 Lorenzo lsutton@libero.it:
Hans-Christoph Steiner wrote:
[cut]
Oh, and instead of [transport] just use a metro with a
[cut]
It's also that it's more marketable if they add rather trivial features just so that they can say «Max 5 has more features about time scale !». It's easier than to explain to them that Max doesn't need those features.
[cut]
Also, it's more marketable if Max has an object like [textedit]
where the user can type multi-line text into a box. It's easier than picking through the Toxy graveyard and learning that you can't send messages to the widget unless its containing canvas is visible,
then trying to work with [entry] and having the data you typed in the box disappear because you minimized the window. Then realizing
that the whole reason you're looking for an object that corresponds to
[textedit] is because you can't resize message boxes (and they don't appear
on a gop canvas).-Jonathan
You could try tkwidgets/text. I really should finish that
library. Its close to done, and it'll probably a suite of nice GUI objects,
including something like textedit..hc
Thinking about guish issues, which always come up in the max vs pd discussions... I lately thought quite a bit about this from reading
the discussions on here, experimenting with some 'gui' made in GEM etc.
and seeing stuff made with max5...Actually... I'm more and more thinking that maybe the best approach
for "full-fledged" guis for Pd patches is an 'external' approach a la
GrIPD... maybe using some standard widget set and maybe facilitating the netsend/receive process. Also exploring newer GUIs, like web-based
(AJAX and similar) might be interesting for certain applications?GrIPD is already a remarkable tool, but imho we should probably
explore further a paradigm of Pd as an 'audio engine'? (maybe something
remarkable is already out there and I may not be aware of it :)All these are still open questions: personally I love the pd 'look
and feel', but I do see an issue for certain applications and domains
and when comparing to, say, max etc.Discussion welcome :)
Bests, Lorenzo
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
Access to computers should be unlimited and total. - the hacker ethic
On Tue, 14 Sep 2010, Lorenzo wrote:
Actually... I'm more and more thinking that maybe the best approach
There is no best approach. There are several good ones, with upsides and downsides.
GrIPD is already a remarkable tool, but imho we should probably explore further a paradigm of Pd as an 'audio engine'?
As far as I am concerned, Pd is not audio-centric.
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
On Mon, 13 Sep 2010, jm jones wrote:
Thanks for the links and the feedback. These days Im playing a lot with PD & I like it.
Even though you're not into video, you can benefit from using GridFlow. It's a generic tool in pretty much the same way that Jitter can be used for non-video too. Maybe it's even more so for GridFlow, but I wouldn't know, I never really tried Jitter. GridFlow also contains some things specifically for music (but not much). Note that the word 'grid' is used instead of 'matrix'.
look at this :
http://gridflow.ca/help/doremi-help.html http://gridflow.ca/help/qwerty_piano-help.html http://gridflow.ca/help/%23many-help.html http://gridflow.ca/help/display-help.html (etc)
you can download it at http://gridflow.ca/
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
-
Bernardo Barros -
Frank Barknecht -
Hans-Christoph Steiner -
Husk 00 -
jm jones -
Jonathan Wilkes -
Jose Luis Santorcuato -
João Pais -
Lorenzo -
Marco Donnarumma -
Mathieu Bouchard