It only seems to be with pdp_ieee1394, which seems to HOG the whole cpu and is mysteriously missing from newer versions. The OpenGL seems to be much faster in GEM though.
On Tue Nov 15 15:07:05 EST 2005, "B. Bogart" ben@ekran.org wrote:
shreeswifty wrote:
I spent more time attempting to build and install jMAX then actually using it. Christian Klippel ported FFTEASE to it nicely and there was an awesome granular patch that someone built that worked on 2.5, but then it plummetted.
I use pd recently for GEM, pdp, PIDIP an gridflow. It is nice. I recently have tried Jitter and it works very well too. I have noticed that the same type of patch is a little faster on Jitter than on GEM, but i think that is because of a mem leak with pdp_ieee1394.
*cough* seems to me that would be more a comparison between the quicktime architecture (and loads of proprietary code) compared to pdp, which I beleive on OSX ignores all that stuff and still uses the free(er?) dv decoder.
Funny I had heard the opposite, the same patch running on Gem faster than on jitter... ;)
b.
On Mon Nov 14 16:13:32 EST 2005, Arie van Schutterhoef arsche@xs4all.nl wrote:
Jitter is a clone of GridFlow.
-Jitter is rumored to be 'inspired' by nato 0,55 of the (in)famous NN-aglomerate.
implementing an alternative gui for jmax in python was (i think) only an attempt to make jMax fit better into an opensource project like agnula (they had license problems dueto java)
Right, and also the Java/Swing UI had too many bugs, several of which were in SUN's and IBM's implementations of Java/Swing.
-I have always been puzzled by this insistence on using java for the GUI. Seems to me also being the main reason why people disbanded jMax. and moved either to PD or to Max/MSP.
Oh, and as far as I can tell, IRCAM has destroyed the mailing-list archives of the old jMax, which conveniently removes most traces of the existence of former 3rd-party developers.
-I don't know that's the reason, but its disappearance is strange, to say the least.
AvS
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................
` |Schreck Ensemble . . . . . . . . . . . . . . . . . . . . +
` |# -laboratory for live electro-acoustic music- # | | http://www.schreck.nl/ | | http://www.xs4all.nl/~schreck/ | `*===========================================================++
|Compositions http://www.xs4all.nl/~schreck/html/compo.html ||Samples
http://www.xs4all.nl/~schreck/html/samp.html ||Patches http://www.xs4all.nl/~schreck/html/pat.html ||Videos
http://www.xs4all.nl/~schreck/html/video.html |` |Scoreshttp://www.xs4all.nl/~schreck/html/scores.html |
*===========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082
shreeswifty wrote:
It only seems to be with pdp_ieee1394, which seems to HOG the whole cpu and is mysteriously missing from newer versions. The OpenGL seems to be much faster in GEM though.
sorry, but pdp_ieee1394, the big culprit, was a very fat sketch of something good, never mind, i'm not any more into doing efficient objects for people with a nice titanium and a dv, i think i don't care..
you can have expensive means of production, still got nothing to say...
hehe, provocation, sooo sweet...
please, switch to linux..
sevy
Le 15 Novembre 2005 21:30, Yves Degoyon a écrit :
never mind, i'm not any more into doing efficient objects for people with a nice titanium and a dv, i think i don't care..
Steve Jobs (from the Church of Apple) would say: "Because I'm the CEO, and I think it can be done." "Real artists ship." ;) -- Marc
Marc Lavallée wrote:
Le 15 Novembre 2005 21:30, Yves Degoyon a écrit :
never mind, i'm not any more into doing efficient objects for people with a nice titanium and a dv, i think i don't care..
Steve Jobs (from the Church of Apple) would say: "Because I'm the CEO, and I think it can be done." "Real artists ship." ;) -- Marc
i must say the words "real artists" makes an internal laugh combustion phenomenon...
oh,ok, i've got friends who have some macs too ( but most of them have a hidden linux partition somewhere ), anyway, why can you desesperatly want to run an ad-friendly system ? do you like pop-ups???
i only said i'm not spending any more time on mac ports ...
time is so short, sevy
Hallo, Pat Pagano hat gesagt: // Pat Pagano wrote:
please, switch to linux..
Sure, which flavor do you suggest sevy?
Yves probably will suggest Gentoo or Linux from Scratch, but for starters Ubuntu is quite comfortable, though AGNULA/Demudi has better audio support (like the sound server set to off by default etc.)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Hallo, Pat Pagano hat gesagt: // Pat Pagano wrote:
please, switch to linux..
Sure, which flavor do you suggest sevy?
Yves probably will suggest Gentoo or Linux from Scratch, but for starters Ubuntu is quite comfortable, though AGNULA/Demudi has better audio support (like the sound server set to off by default etc.)
Ciao
i actually use a Fedora Core 3 ( a bit modified ), cause i'm lazy...
but i've seen a very good distribution lately that includes pd, it'argentinian and focused on music softwares :
MUSIX : http://www.musix.org.ar/
it even works, ardour, jack and all, so, respekt !!
sevy
Hey sevy,
Is it possible to use pdp/pidip with a non-accelerated, shared memory graphics card? If I can't I will sell my new laptop and buy another. That is a compliment to you my friend...
BTW Musix+GNU looks great but I don't speak Spanish (but I'll do anything to get the best platform - within reason)
Best, Ed
Yves Degoyon ydegoyon@free.fr wrote: Frank Barknecht wrote:
Hallo, Pat Pagano hat gesagt: // Pat Pagano wrote:
please, switch to linux..
Sure, which flavor do you suggest sevy?
Yves probably will suggest Gentoo or Linux from Scratch, but for starters Ubuntu is quite comfortable, though AGNULA/Demudi has better audio support (like the sound server set to off by default etc.)
Ciao
i actually use a Fedora Core 3 ( a bit modified ), cause i'm lazy...
but i've seen a very good distribution lately that includes pd, it'argentinian and focused on music softwares :
MUSIX : http://www.musix.org.ar/
it even works, ardour, jack and all, so, respekt !!
sevy
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-> -> --> ---> -----> --------> -------------> r3search + praktik EK5perimenz
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre.
Ed Kelly wrote:
Is it possible to use pdp/pidip with a non-accelerated, shared memory graphics card?
The only way PDP would use accelerated graphics is if you used the [pdp_glx] window. Otherwise, it all gets rendered in the CPU anyway. Accelerated graphics only gets used in PD by GEM/OpenGL, AFAIK. Put a sock in my mouth if this in untrue ;-)
My suggestion is with Frank. Start with Ubuntu, then add some new Debian sources to /etc/apt/sources.list like:
deb http://snapshot.debian.net/archive/2005/11/11/debian/ testing main contrib non-free
deb http://sindominio.net/~caedes/debian/ unstable main deb ftp://ftp.nerim.net/debian-marillat/ unstable main
then:
apt-get update
apt-get install pd-pdp pd-pidip pd-gem2pdp pd-unauthorized gem
And see if that helps.
d.
Ed Kelly wrote:
Hey sevy,
Is it possible to use pdp/pidip with a non-accelerated, shared memory graphics card?
claro!, even pdp_glx will work when no acceleration is available ( but slowly )
suerte, sevy
If I can't I will sell my new laptop and buy another. That is a compliment to you my friend...
BTW Musix+GNU looks great but I don't speak Spanish (but I'll do anything to get the best platform - within reason)
Best, Ed
*/Yves Degoyon ydegoyon@free.fr/* wrote:
Frank Barknecht wrote: >Hallo, >Pat Pagano hat gesagt: // Pat Pagano wrote: > > > >>>please, switch to linux.. >>> >>> >>Sure, which flavor do you suggest sevy? >> >> > >Yves probably will suggest Gentoo or Linux from Scratch, but for >starters Ubuntu is quite comfortable, though AGNULA/Demudi has better >audio support (like the sound server set to off by default etc.) > >Ciao > > i actually use a Fedora Core 3 ( a bit modified ), cause i'm lazy... but i've seen a very good distribution lately that includes pd, it'argentinian and focused on music softwares : MUSIX : http://www.musix.org.ar/ it even works, ardour, jack and all, so, respekt !! sevy _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list-> -> --> ---> -----> --------> -------------> r3search + praktik EK5perimenz
To help you stay safe and secure online, we've developed the all new *Yahoo! Security Centre* http://us.rd.yahoo.com/mail/uk/taglines/default/security_centre/*http://uk.security.yahoo.com/.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I am a big fan of Debian and all its progeny. The package management
is awesomely flexible and so many of the packages really set themselves
up these days. Its only getting better.
Ubuntu seems to be a really good way to start with Debian.
.hc
On Nov 16, 2005, at 3:56 PM, Ed Kelly wrote:
Hey sevy, Is it possible to use pdp/pidip with a non-accelerated, shared memory
graphics card? If I can't I will sell my new laptop and buy another. That is a
compliment to you my friend... BTW Musix+GNU looks great but I don't speak Spanish (but I'll do
anything to get the best platform - within reason) Best, EdYves Degoyon ydegoyon@free.fr wrote:
Frank Barknecht wrote:
Hallo, Pat Pagano hat gesagt: // Pat Pagano wrote:
please, switch to linux..
Sure, which flavor do you suggest sevy?
Yves probably will suggest Gentoo or Linux from Scratch, but for starters Ubuntu is quite comfortable, though AGNULA/Demudi has better audio support (like the sound server set to off by default etc.)
Ciao
i actually use a Fedora Core 3 ( a bit modified ), cause i'm lazy...
but i've seen a very good distribution lately that includes pd, it'argentinian and focused on music softwares :
MUSIX : http://www.musix.org.ar/
it even works, ardour, jack and all, so, respekt !!
sevy
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list-> -> --> ---> -----> --------> -------------> r3search + praktik EK5perimenz
To help you stay safe and secure online, we've developed the all new
Yahoo! Security Centre._______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
On 17 Nov 2005, at 18:19, Hans-Christoph Steiner wrote:
I am a big fan of Debian and all its progeny. The package
management is awesomely flexible and so many of the packages really
set themselves up these days. Its only getting better.Ubuntu seems to be a really good way to start with Debian.
Only problem with Ubuntu is its non-debian packages (as in, they have
their own), which may make your life a little difficult. A solution
is to add debian sources (repositories of packages) to Ubuntu's
Synaptic package management application, but actually, it's worth
just using Debian from the start. Caveat: Ubuntu had some really
smart bunnies working for it, and its install will catch most
hardware (except Acer laptops, as reported recently here); so, unless
you -know- your hardware is Linux supported, maybe you do want to
start on Ubuntu first.
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
Hi all,
about switch to Linux, im a MacOS user, and im thinking about change my platform, but i have to continue using MacOSX for a while for profesional reasons. I bought a external drive but dont know how can install Linux on an external hard drive...It looks only possible to do in a partition or in a whole internal hard disk...
any suggestion?
About max vs pd, i use the two and max is more easy cause the documentation, but Pd is powerful and has potential cause the comunity,
thanks to all!
" El mutismo aparente de las cosas no es más que la cortés espera de nuestras preguntas"
--- josue moreno josuemoreno1@hotmail.com :
about switch to Linux, im a MacOS user, and im thinking about change my platform, but i have to continue using MacOSX for a while for profesional reasons. I bought a external drive but dont know how can install Linux on an external hard drive...It looks only possible to do in a partition or in a whole internal hard disk...
any suggestion?
Hi, I've installed Fedora core 4 on an external USB 16Mo cache HD for my Packard Bell laptop, then warranty couldn't say anything about linux installing (Packard bell don't like linux), performances are good, the only inconvenient is about being obliged to make an initrd image with the USB modules for every new kernels.
Patco
___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com
Yves Degoyon wrote:
but i've seen a very good distribution lately that includes pd, it'argentinian and focused on music softwares :
MUSIX : http://www.musix.org.ar/
My Brasillian friends are working with something they call Mubuntu. Basically it's just the Ubuntu installer with DeMuDi packages on top. Not difficult to do, just add the sources to your apt-sources list. Only watch out for the DeMuDi core packages, as the configuration they do breaks some of the Ubuntu nicities.
i'm not any more into doing efficient objects for people with a nice titanium and a dv, i think i don't care..
you can have expensive means of production, still got nothing to say...
hehe, provocation, sooo sweet...
If you're running a "nice titanium", you'll be wasting a lot more time with Linux than you should, unfortunately. The amount of work, and in some cases sheer impossibility, to get a Powerbook (espc a newer one) to properly do such normal things as sleep mode, wifi and and accelerated graphics is pretty frustrating. (Mind you, this is coming from a guy who builds Gentoo multimedia systems on x86 all the time!) Makes you wonder if all that work just tuning the OS is worth it when a great many FLOSS apps can be made to run in OSX with at least the same amount of work or much less.
Another provocation? ;-)
d.
On Nov 15, 2005, at 4:04 PM, shreeswifty wrote:
It only seems to be with pdp_ieee1394, which seems to HOG the whole
cpu and is mysteriously missing from newer versions. The OpenGL seems
to be much faster in GEM though.
...there are technical reasons for all this:
- pdp runs in it's own thread, and the quicktime sequence grabber
Idle() needs more time than it's given in pdp_ieee1394_thread(), so
it winds up blocking or something...I've looked at this, but haven't
figured out a way to make it work...good news is that you can go
ahead and use pix_video in gem and pix_2pdp with very little cost...
- pdp_ieee1394 is mac only, so yves doesn't need to distribute it
in his linux archive
- pdp by itself doesn't use opengl: that functionality comes from
3dp...otoh, opengl is gem's bread and butter...
...personally, I've not crosstested to see how pd/gem/pdp/pidip/
gridflow fare against max/msp/jitter/nato, but I'd imagine that it
more than holds it's ground except in documentation ;-)
l8r, james
I havent tested GF or pdp, but I have dont some testing between
Jitter 1.2.3, 1.5, and Gem 0.9.
Gem makes Jitter 1.2.3 its bitch for doing any kind of openGL work,
or texturing to the screen as far as raw framerates go, Jitter 1.5 is
a huge improvement over 1.2.3, but Gem still edges out in terms of
raw OpenGL capability (esp jitter 1.5 now has YUV support, but not
all 'effects' modules properly support it. However, Jitter all
inclusive allows for much more flexibility in what/how etc gets drawn
(esp. with 1.5 with full shader support, etc). I know shader support
is in cvs, but ive yet to toy with it for GEM.
I might be persuaded to do a bake off on a group of patches. Would be
a good way to learn the best way to program for each env. efficiency
wise.
And yeah, Documentation and all that ;)
v a d e //
http://homepage.mac.com/doktorp/ doktorp@mac.com
On Nov 16, 2005, at 9:45 AM, james tittle wrote:
On Nov 15, 2005, at 4:04 PM, shreeswifty wrote:
It only seems to be with pdp_ieee1394, which seems to HOG the
whole cpu and is mysteriously missing from newer versions. The OpenGL seems
to be much faster in GEM though....there are technical reasons for all this:
- pdp runs in it's own thread, and the quicktime sequence grabber
Idle() needs more time than it's given in pdp_ieee1394_thread(), so
it winds up blocking or something...I've looked at this, but
haven't figured out a way to make it work...good news is that you
can go ahead and use pix_video in gem and pix_2pdp with very little
cost...
- pdp_ieee1394 is mac only, so yves doesn't need to distribute it
in his linux archive
- pdp by itself doesn't use opengl: that functionality comes
from 3dp...otoh, opengl is gem's bread and butter...
...personally, I've not crosstested to see how pd/gem/pdp/pidip/ gridflow fare against max/msp/jitter/nato, but I'd imagine that it
more than holds it's ground except in documentation ;-)l8r, james
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
On 11/16/05, vade doktorp@mac.com wrote:
I know shader support is in cvs, but ive yet to toy with it for GEM.
For what it's worth, I've decided to forego moving the altivec code to SSE and plan to re-implement everything possible as a fragment shader.
james tittle wrote:
On Nov 15, 2005, at 4:04 PM, shreeswifty wrote:
It only seems to be with pdp_ieee1394, which seems to HOG the whole cpu and is mysteriously missing from newer versions. The OpenGL seems to be much faster in GEM though.
...there are technical reasons for all this:
- pdp runs in it's own thread, and the quicktime sequence grabber
Idle() needs more time than it's given in pdp_ieee1394_thread(), so it winds up blocking or something...I've looked at this, but haven't figured out a way to make it work...good news is that you can go ahead and use pix_video in gem and pix_2pdp with very little cost...
- pdp_ieee1394 is mac only, so yves doesn't need to distribute it in
his linux archive
- pdp by itself doesn't use opengl: that functionality comes from
3dp...otoh, opengl is gem's bread and butter...
except that you forget the hidden part of pdp : 3dp, yes precisely in the folder (opengl, will you port it to OSX too ?
cheers, sevy
...personally, I've not crosstested to see how pd/gem/pdp/pidip/ gridflow fare against max/msp/jitter/nato, but I'd imagine that it more than holds it's ground except in documentation ;-)
l8r, james
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hey yves,
On Nov 16, 2005, at 10:05 AM, Yves Degoyon wrote:
james tittle wrote:
- pdp by itself doesn't use opengl: that functionality comes from
3dp...otoh, opengl is gem's bread and butter...
except that you forget the hidden part of pdp : 3dp, yes precisely in the folder (opengl, will you port it to OSX too ?
...but I did! It was point #3 :-\ And yes, that is very high on my
to-do list: actually, there's some half working code around, only
really required setting up an opengl window n'all...
...btw, are you using pdp-0.12.4 or the libpdp/libtile stuff? I
haven't really figured out if the latter adds anything beyond forth-
possibilities...?
thanx, james
james tittle wrote:
hey yves,
On Nov 16, 2005, at 10:05 AM, Yves Degoyon wrote:
james tittle wrote:
- pdp by itself doesn't use opengl: that functionality comes from
3dp...otoh, opengl is gem's bread and butter...
except that you forget the hidden part of pdp : 3dp, yes precisely in the folder (opengl, will you port it to OSX too ?
...but I did! It was point #3 :-\ And yes, that is very high on my to-do list: actually, there's some half working code around, only really required setting up an opengl window n'all...
ooops, sorry, i read your mail too fast.. hope it will work soon.
...btw, are you using pdp-0.12.4 or the libpdp/libtile stuff? I haven't really figured out if the latter adds anything beyond forth- possibilities...?
still, 0-12-4, yes...
thanx, james
-
chris clepper -
David Plans Casal -
derek holzer -
Ed Kelly -
Frank Barknecht -
Hans-Christoph Steiner -
james tittle -
josue moreno -
Marc Lavallée -
megale -
Pat Pagano -
shreeswifty
-
vade -
Yves Degoyon