Hi Patrick,

On Thu, Jul 07, 2011 at 10:29:20PM +0000, Pagano, Patrick wrote:

Will droid party work with udpsend?

As Pedro said, yep.

PdDroidParty is libpd under the hood, which is vanilla Pd. Basically anything which works in Miller's Pd should work in PdDroidParty (although not every GUI is fully emulated yet, and there are restrictions on patching style - you have to use send/receive instead of directly connecting GUIs).

I am now also bundling a few abstractions on the website (droidparty-abstractions.zip) and most those are also emulated in PdDroidParty's GUI. This means you can put e.g. a 2d [touch] surface in your patch in vanilla Pd and also have it show up in PdDroidParty on your device (i.e. kaospad). I am also working on [menubang] which is a bang in Pd that gets it's own menu entry on the device and a bang is sent when it is pressed - good for saving patch parameters for example. Another one I am using a bit is called [wordbutton] which is a bang in Pd that shows up as a button with a word on it on the device.

My aim is to really make things work exactly the same way whether you are developing on your PC or playing on your device. Hopefully "write once, run everywhere" - every device that is. This was born out of a frustration with trying to port patches to the RjDj platform and having to build my own GUIs there from images and #touch events.

http://mccormick.cx/projects/PdDroidParty

At some point I expect it to be trivial to package up Pd patches as standalone Android applications.

Cheers,

Chris.

http://mccormick.cx

On Fri, Jul 08, 2011 at 05:14:03PM -0400, Mathieu Bouchard wrote:

On Fri, 8 Jul 2011, Chris McCormick wrote:

...

PdDroidParty is libpd under the hood, which is vanilla Pd. Basically
anything which works in Miller's Pd should work in PdDroidParty
(although not every GUI is fully emulated yet, and there are
restrictions on patching style - you have to use send/receive instead of directly connecting GUIs).

Do you mean that it's doing something different than just -nogui in
vanilla ?

AFAIK, there are no differences between the g_*.c files in libpd and those in vanilla.

But I do remember seeing that GUI classes in ZenGarden were just throwing away all messages they received. Perhaps you are thinking about this ?

What I mean by "not every GUI is fully emulated yet" is that my Android/Java code, which draws an emulation of the tcl/tk GUIs of the built-ins on the device, does not have coverage of every object yet and does not have coverage of all features of the objects that it does emulate.

The built-in GUI objects from g_*.c are still running in "-nogui" mode exactly as they do in vanilla Pd.

Cheers,

Chris.

http://mccormick.cx