Thanks Hans! Anyone have a darwin-x86 build of iemguts? My build attempts are failing spectacularly. x_x

—0x73DB07

On Aug 2, 2010, at 3:06 PM, Hans-Christoph Steiner wrote:

Hey t3db0t, I'm happy to see you digging into the guts! mrpeach's [which] will tell you if an object exists or not. Maybe something in the iemguts lib will tell you more?

.hc

On Aug 2, 2010, at 12:55 PM, Ted Hayes wrote:

...

Hi all, this is t3db0t, been meaning to subscribe here for a while and finally did, and I have a question.

I'm writing a remote front-end that sends FUDI internal messages over a socket to a server running a -nogui Pd instance. I'd like to be able to get a listing of every object available to that instance with how many inlets and outlets each object has, i.e., osc~ 2 1 etc. etc. I wouldn't assume this is possible, but I had to ask before I just start hand-coding my own. I image the native Pd front-end builds this list when it initializes, so is there any way I can listen in to that—over a socket? Thanks everyone!!

—t3db0t _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

Well I'm on a Snow Leopard snow, and I get:

(from .../externals/iem/iemguts) make d_i386 make[1]: *** No rule to make target `d_i386'. Stop. make: *** [auto] Error 2

Not sure what architecture I need to target; if I specify 64-bit will that work (and how would I do that)? I figure the pd binary is 32-bit?

Thanks :D —t3db0t

On Aug 2, 2010, at 6:19 PM, Hans-Christoph Steiner wrote:

Try posting the build errors. Should be relatively straightforward to build.

.hc

On Mon, 2010-08-02 at 16:00 -0400, Ted Hayes wrote:

...

Thanks Hans! Anyone have a darwin-x86 build of iemguts? My build attempts are failing spectacularly. x_x

—0x73DB07

On Aug 2, 2010, at 3:06 PM, Hans-Christoph Steiner wrote:

...

Hey t3db0t, I'm happy to see you digging into the guts! mrpeach's [which] will tell you if an object exists or not. Maybe something in the iemguts lib will tell you more?

.hc

On Aug 2, 2010, at 12:55 PM, Ted Hayes wrote:

...

Hi all, this is t3db0t, been meaning to subscribe here for a while and finally did, and I have a question.

I'm writing a remote front-end that sends FUDI internal messages over a socket to a server running a -nogui Pd instance. I'd like to be able to get a listing of every object available to that instance with how many inlets and outlets each object has, i.e., osc~ 2 1 etc. etc. I wouldn't assume this is possible, but I had to ask before I just start hand-coding my own. I image the native Pd front-end builds this list when it initializes, so is there any way I can listen in to that—over a socket? Thanks everyone!!

—t3db0t _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

---

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

It seems that it would be good if it used the template... Have just noticed that with the pd_darwin it is not working (it compiles but it is in the wrong architecture so PD can't create the objects) josé

Em 11/08/10 11:16, Hans-Christoph Steiner escreveu:

Hey IOhannes,

How about we switch iemguts to the Makefile/Library template? Then it'll build a universal binary on Mac OS X, among other things.

.hc

On Tue, 2010-08-10 at 23:53 -0400, Ted Hayes wrote:

...

Well I'm on a Snow Leopard snow, and I get:

(from .../externals/iem/iemguts) make d_i386 make[1]: *** No rule to make target `d_i386'. Stop. make: *** [auto] Error 2

Not sure what architecture I need to target; if I specify 64-bit will that work (and how would I do that)? I figure the pd binary is 32-bit?

Thanks :D —t3db0t

On Aug 2, 2010, at 6:19 PM, Hans-Christoph Steiner wrote:

...

Try posting the build errors. Should be relatively straightforward to build.

.hc

On Mon, 2010-08-02 at 16:00 -0400, Ted Hayes wrote:

...

Thanks Hans! Anyone have a darwin-x86 build of iemguts? My build attempts are failing spectacularly. x_x

—0x73DB07

On Aug 2, 2010, at 3:06 PM, Hans-Christoph Steiner wrote:

...

Hey t3db0t, I'm happy to see you digging into the guts! mrpeach's [which] will tell you if an object exists or not. Maybe something in the iemguts lib will tell you more?

.hc

On Aug 2, 2010, at 12:55 PM, Ted Hayes wrote:

...

Hi all, this is t3db0t, been meaning to subscribe here for a while and finally did, and I have a question.

I'm writing a remote front-end that sends FUDI internal messages over a socket to a server running a -nogui Pd instance. I'd like to be able to get a listing of every object available to that instance with how many inlets and outlets each object has, i.e., osc~ 2 1 etc. etc. I wouldn't assume this is possible, but I had to ask before I just start hand-coding my own. I image the native Pd front-end builds this list when it initializes, so is there any way I can listen in to that—over a socket? Thanks everyone!!

—t3db0t _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

---

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

---

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

Try using the template Makefile yourself, it should be pretty easy to plug in:

http://puredata.info/docs/developer/MakefileTemplate

Basically, you just need to list the C files in the right place, at the top.

.hc

On Aug 16, 2010, at 12:12 PM, Ted Hayes wrote:

Any news on this? Still can't compile on OSX... :)

±±t3db0t!

On Aug 11, 2010, at 10:16 AM, Hans-Christoph Steiner wrote:

...

Hey IOhannes,

How about we switch iemguts to the Makefile/Library template? Then it'll build a universal binary on Mac OS X, among other things.

.hc

On Tue, 2010-08-10 at 23:53 -0400, Ted Hayes wrote:

...

Well I'm on a Snow Leopard snow, and I get:

(from .../externals/iem/iemguts) make d_i386 make[1]: *** No rule to make target `d_i386'. Stop. make: *** [auto] Error 2

Not sure what architecture I need to target; if I specify 64-bit will that work (and how would I do that)? I figure the pd binary is 32-bit?

Thanks :D —t3db0t

On Aug 2, 2010, at 6:19 PM, Hans-Christoph Steiner wrote:

...

Try posting the build errors. Should be relatively straightforward to build.

.hc

On Mon, 2010-08-02 at 16:00 -0400, Ted Hayes wrote:

...

Thanks Hans! Anyone have a darwin-x86 build of iemguts? My build attempts are failing spectacularly. x_x

—0x73DB07

On Aug 2, 2010, at 3:06 PM, Hans-Christoph Steiner wrote:

...

Hey t3db0t, I'm happy to see you digging into the guts! mrpeach's [which] will tell you if an object exists or not. Maybe something in the iemguts lib will tell you more?

.hc

On Aug 2, 2010, at 12:55 PM, Ted Hayes wrote:

> Hi all, this is t3db0t, been meaning to subscribe here for a > while and finally did, and I have a question. > > I'm writing a remote front-end that sends FUDI internal > messages over a socket to a server running a -nogui Pd > instance. I'd like to be able to get a listing of every > object available to that instance with how many inlets and > outlets each object has, i.e., > osc~ 2 1 > etc. etc. I wouldn't assume this is possible, but I had to > ask before I just start hand-coding my own. I image the > native Pd front-end builds this list when it initializes, so > is there any way I can listen in to that—over a socket? > Thanks everyone!! > > —t3db0t > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev

---

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

---

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

----------------------------------------------------------------------------

If you are not part of the solution, you are part of the problem.

On 08/17/2010 01:59 AM, Hans-Christoph Steiner wrote:

Try using the template Makefile yourself, it should be pretty easy to plug in:

http://puredata.info/docs/developer/MakefileTemplate

Basically, you just need to list the C files in the right place, at the top.

for what it is worth, iem/iemguts/Makefile is now template-based, so it should build on a numbe of platforms wihtout too much hazzle.

fgmasdr IOhannes

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On 08/22/2010 12:52 AM, Hans-Christoph Steiner wrote:

To be pedantic, I'd say its _derived_ from the Makefile library template, not really based on it since you have organized the files into different directories. But it does seem to build as universal on Mac OS

what has my kernel and directory layout to do with whether the build system is based on it or derived from it?

if i change the LIBRARY_NAME from "template" to "foo", does this qualify already as _derived_ rather than _based upon_?

the only changes to the makefile are: - - changed the names and files to mine - - added a VPATH - - added a HELPPATCHES

so, that's exactly 2 extra lines (VPATH, HELPPATCHES) compared to "proper" template-Makefile based libraries.

fdsdrtm IOhannes

Ok, just had read the makefile and now it compiles:

make pd_darwin

cheers, josé

Em 11/08/10 00:53, Ted Hayes escreveu:

Well I'm on a Snow Leopard snow, and I get:

(from .../externals/iem/iemguts) make d_i386 make[1]: *** No rule to make target `d_i386'. Stop. make: *** [auto] Error 2

Not sure what architecture I need to target; if I specify 64-bit will that work (and how would I do that)? I figure the pd binary is 32-bit?

Thanks :D —t3db0t

Sounds like quite a project. The 'purity' python library by Alexandre Quessy might be of interest, it aims to allow you to dynamically generate Pd patches from python.

On Thu, 2010-08-19 at 01:14 -0400, Ted Hayes wrote:

Following up on this—doesn't look like anything in iemguts will help.

Basically I need either

1. A way to generate a list (once) of all object names, number of inlets and outlets or

The question here is: all objects loaded, in use, currently available, or ever available? The answer is quite different depending on the answer. For "ever available", wiki.puredata.info is probably your best bet. For "currently available" you could navigate the whole tree of symbols, and see which has an "s_thing" attached (see the t_symbol struct). I think that would get you all loaded objects combined with all receive names. For "currently available" you might just search thru the search path in the filesystem, but that would mean that Gem's objects would be represented since they are all bundled into one file.

Check out the t_object struct for the linked list of inlets and outlets.

2. A way to output the number of inlets and outlets for a given object name.

Traverse the inlet and outlet linked lists, and count them.

pd-dev is your best bet for these kinds of questions.

.hc

I've been hunting through the pd source looking for inspiration... perhaps I could write an external that calls obj_noutlets and obj_ninlets, for instance. However it would be ideal to just generate a list once that I can refer to later...

If anyone has any ideas or pointers (har) I'd love to hear them! Would it be of any use to cross-post to the pd-list?

Thanks everyone :) —t3db0t

On Aug 2, 2010, at 3:06 PM, Hans-Christoph Steiner wrote:

...

Hey t3db0t, I'm happy to see you digging into the guts! mrpeach's [which] will tell you if an object exists or not. Maybe something in the iemguts lib will tell you more?

.hc

On Aug 2, 2010, at 12:55 PM, Ted Hayes wrote:

...

Hi all, this is t3db0t, been meaning to subscribe here for a while and finally did, and I have a question.

I'm writing a remote front-end that sends FUDI internal messages over a socket to a server running a -nogui Pd instance. I'd like to be able to get a listing of every object available to that instance with how many inlets and outlets each object has, i.e., osc~ 2 1 etc. etc. I wouldn't assume this is possible, but I had to ask before I just start hand-coding my own. I image the native Pd front-end builds this list when it initializes, so is there any way I can listen in to that—over a socket? Thanks everyone!!

—t3db0t _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

---

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

I've been playing around with iemguts (finally got it compiled!)—and I think I may have asked my question in a misleading way.

Having done a lot more experimentation I've figured out that what I need is for Pd to print a message to the console when a new object is instantiated (which for me is via a FUDI message) showing the number of inlets and outlets it has.

I could either modify the pd source to post this information (started trying but boy... it'd take some time to figure out how it works) or try to make an external that does this? I've never done either, so if there's already some easier/better way I'd love to know!

As far as I can tell, [canvasconnections] counts the number of [inlet] and [outlet] objects in the parent abstraction, right? Or am I missing something?

—t3db0t

On Aug 19, 2010, at 3:53 AM, IOhannes m zmoelnig wrote:

On 2010-08-19 07:14, Ted Hayes wrote:

...

Following up on this—doesn't look like anything in iemguts will help.

Basically I need either

1. A way to generate a list (once) of all object names, number of inlets and outlets or

2. A way to output the number of inlets and outlets for a given object name.

iemguts will help.

see [canvasindex], [canvasconnections] and friends.

fgmasdr IOhannes

---

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