hi,
i've made a kind of stochastic control object, it's called "probalizer" : it outputs a serial of integer according to a probability curve.
it can also be used as a random object without repetition ( like urn in MAX ).
i would have liked to use flext for this but there doesn't seem to be any graphic capabilities provided for now. Q : is it planned to have this one day ??
cheers,
Yves/ http://ydegoyon.free.fr
you keep developing alot of objects i am very interested in ! thank you every much . got it running on pd 0.34 for window$ , you know where to find it .
joge .
----- Original Message ----- From: "Yves Degoyon" ydegoyon@free.fr To: "pd-list" pd-list@iem.kug.ac.at Sent: Thursday, March 28, 2002 9:36 PM Subject: [PD] [announce] probalizer : a brick for stochastic music
hi,
i've made a kind of stochastic control object, it's called "probalizer" : it outputs a serial of integer according to a probability curve.
it can also be used as a random object without repetition ( like urn in MAX ).
i would have liked to use flext for this but there doesn't seem to be any graphic capabilities provided for now. Q : is it planned to have this one day ??
cheers,
Yves/ http://ydegoyon.free.fr
i would have liked to use flext for this but there doesn't seem to be any graphic capabilities provided for now. Q : is it planned to have this one day ??
Hi Yves, i have yet to become more familiar with GUI objects in PD, but i know that graphics is totally different from MaxMSP (no TCL/TK there). I can't really imagine how a portable layer for graphics can look like. Hence, you can use flext for your external but the graphic functions will remain much the same.
I will try to port one of your externals to flext to see what could be done. Maybe i try the sonogram~...
Another thing is that i'm just to release a first python script object - and python provides excellent portable graphic functions (wxPython - see gripd). This seems much easier to access.
greetings, Thomas
Another thing is that i'm just to release a first python script object -
and
python provides excellent portable graphic functions (wxPython - see
gripd).
This seems much easier to access.
wow , a python script object would be great ! i must say that i very appreciative and inspired by all the work done on pd !
joge .
i would have liked to use flext for this but there doesn't seem to be any graphic capabilities provided for now. Q : is it planned to have this one day ??
Hi Yves, i have yet to become more familiar with GUI objects in PD, but i know that graphics is totally different from MaxMSP (no TCL/TK there). I can't really imagine how a portable layer for graphics can look like.
As Seg (http://dh7.free.fr) is a Graphical server, it is not linked to the pd disgn. This mean that any software (Max for example) could use seg as a graphical server for his interface.
I'll be happy if someone try to run seg with max... (it sould run strait)
Damien.
Hi Yves, i think flext should definitely provide a possibility for creating GUI objects. I have not yet made a lengthy research on that issue but as Framestein seems to be able to steal a portion of a canvas for DirectX (and i'm sure that the same is possible in MaxMSP), why not give it a try and develop a portable interface for GUI stuff? It seems to me that wxWindows is the best choice for such a thing as it supports Windows, Linux and MacOS and provides a lot of features. Additionally it can also be steered from Python. Would anyone comment on that or recommend other libraries?
I consider the planned multithreading ability of flext a prerequisite for that, so that the GUI generating code be separated from any DSP and message processing code.
greetings, Thomas
-----Ursprüngliche Nachricht----- Von: Yves Degoyon [mailto:ydegoyon@free.fr] Gesendet: Freitag, 29. März 2002 03:36 An: pd-list Betreff: [PD] [announce] probalizer : a brick for stochastic music
i would have liked to use flext for this but there doesn't seem to be any graphic capabilities provided for now. Q : is it planned to have this one day ??
hi,
well, speaking of graphic library, tcl/tk fits perfectly my needs and is also available for Linux, Windows ans Mac OSX, so that's not the real problem. Besides, libggi could also be a candidate ...;
The real problem is what embeddable graphic lib can be supported by MAX. i don't know much of MAX so i'd like to know what graphic capabilities are provided for MAX externals ???
Thanx for answering or pointing me to some documents.
Yves/
Hi Yves, i think flext should definitely provide a possibility for creating GUI objects. I have not yet made a lengthy research on that issue but as Framestein seems to be able to steal a portion of a canvas for DirectX (and i'm sure that the same is possible in MaxMSP), why not give it a try and develop a portable interface for GUI stuff? It seems to me that wxWindows is the best choice for such a thing as it supports Windows, Linux and MacOS and provides a lot of features. Additionally it can also be steered from Python. Would anyone comment on that or recommend other libraries?
I consider the planned multithreading ability of flext a prerequisite for that, so that the GUI generating code be separated from any DSP and message processing code.
greetings, Thomas
Hi Yves, that _was_ a fast reply.
I'm no GUI expert at all, but as i understand it, Max provides a t_box object which describes a portion of the patcher and provides some functions to control it (resize, locking, etc.). I guess that it is similar in pd, is it? See the "Writing Max/MSP Externals.pdf" by David Zicarelli... should be somewhere on the cycling74 website.
I think, the duty of flext would be just to provide that handle to the object's box (along with some means to control it) and let the user use whatever GUI generating interface he likes (if portable or not).
greetings, Thomas
-----Ursprungliche Nachricht----- Von: Yves Degoyon [mailto:ydegoyon@free.fr] Gesendet: Montag, 01. April 2002 20:15 An: Thomas Grill Cc: Pd-List Betreff: Re: [PD] GUI objects via flext
hi,
well, speaking of graphic library, tcl/tk fits perfectly my needs and is also available for Linux, Windows ans Mac OSX, so that's not the real problem. Besides, libggi could also be a candidate ...;
The real problem is what embeddable graphic lib can be supported by MAX. i don't know much of MAX so i'd like to know what graphic capabilities are provided for MAX externals ???
Thanx for answering or pointing me to some documents.
Yves/
Hi Yves, i think flext should definitely provide a possibility for creating GUI objects. I have not yet made a lengthy research on that issue but as
Framestein seems
to be able to steal a portion of a canvas for DirectX (and i'm
sure that the
same is possible in MaxMSP), why not give it a try and develop a portable interface for GUI stuff? It seems to me that wxWindows is the best choice for such a thing as it supports Windows, Linux and MacOS and provides a lot of features. Additionally it can also be steered from Python. Would anyone comment on that or recommend other libraries?
I consider the planned multithreading ability of flext a prerequisite for that, so that the GUI generating code be separated from any DSP
and message
processing code.
greetings, Thomas
I think, the duty of flext would be just to provide that handle to the object's box (along with some means to control it) and let the user use whatever GUI generating interface he likes (if portable or not).
i don't think so, the principle is that the external sends messages to a graphic server which is embedded in the application's GUI, that's TCL/TK for PD, don't know of MAX's.
This graphic engine in return generates callbacks which are registered by the external, so you have to know what messages are delivered by MAX's graphic engine.
There's no way of modifying those messages as we ( except one of us ??? ) don't have access to MAX's sources.
Good luck !!!
Yves/
I think, the duty of flext would be just to provide that handle to the object's box (along with some means to control it) and let the user use whatever GUI generating interface he likes (if portable or not).
i don't think so, the principle is that the external sends messages to a graphic server which is embedded in the application's GUI, that's TCL/TK for PD, don't know of MAX's.
I see, my simple approach is much like the one Max uses, where there is no client/server architecture. It's all self-consistent and bound to one machine. Maybe there is some cross-platform GUI library which support the client/server approach? (there are some indications that wxWindows does) I honestly admit that i don't like TCL/TK at all.
greetings, Thomas
-
Damien HENRY -
joge . -
Thomas Grill -
Yves Degoyon