Thanks, IOhannes. I will research GriPD and DesireData. But I was asking if it would be something like DirectShow pragraming. I'm new in PD but have a little experience with DirectShow witch we can build a graph with GraphEdit.exe. But we can build the same graph using directshow functions in c++, hard coded in our program. Now imagine PDGUI instead of GraphEdit, so where can I find the functions to connect the pd modules in my code, hard coded, without knowing anything about PDGUI and how can I access the PD objects? over the air... (in DirectShow its possible because of COM registry) I mean a funtion like for example "pGraph->Connect(pOut, pIn);" in the function ConnectFilters(IGraphBuilder *pGraph, IBaseFilter *pFirst, IBaseFilter *pSecond) of Gem's pix_videoDS.cpp but in our case, connecting PD modules pins instead of DirectShow filters pins. j.jR.

On 9/16/06, IOhannes m zmoelnig zmoelnig@iem.at wrote:

Jarbas Jacome wrote:

...

Brothers, is it possible to use PD just as code API, without using its GUI? I mean, for example, create a program with a completely diferent GUI for PD? Or make a program without interface at all. Any good example of something like that?

"pd -nogui"

seriously, there have been numerous efforts and solutions to use different guis for pd. basically there are 2 different approaches: the simple one is using FUDI/OSC to remote control an invisible pd; personally i use this a lot with remote-controlling pd with another pd; projects that use other toolkits include GriPD and the 2 browser plugins for pd. the other approach tries to have a better separation between audio-kernel and pd-gui (which unfortunately are very much interdependent in the current state of the pd codebase); the most notable of these projects is DesireData.

try searching the archives on these topics...

mf.gadrs IOhannes

...

Thank you. j.jR.

---

PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev