AT this point, I wish I stuck to just the vanilla gui implementations as adding the droidparty & rjdj support is one of the reasons PdParty wasn’t released years ago. That plus me basically doing a PhD amount of work while in an MFA, I’m still playing catch up!

2016-01-08 7:59 GMT+01:00 Dan Wilcox <danomatika@gmail.com>:
With PdParty, you can forward the sensor events over OSC to Pd running in your computer. I believe people did this with netsend in the RjDj days.

Yes ! definitely, we need to add sensor support in ppp, and we probably want a common api.
 
Also, I decided to support RjDj apps because: 1 it wasn't that hard to & 2 there are a lot of grerat scenes I’d like to see working in the future.

Same here, but I thought it was a bit harder and needed a bit of thinking beforehand. Do you support everything ?

[r_#accelerate] : I guess yes :)

Most things, except for scene paging. See https://github.com/danomatika/PdParty/blob/master/doc/PdParty_User_Guide.md#rjdj-compatibility

[r_#compass], [r_#gyro], [r_#loc], [r_#time], [r_#touch]

I have all those sensors implemented, just not all those specific messages I realize now. I could the missing ones (#compass and #loc) in about 10 minutes as I have basically the same thing implemented with diff names and possible different arguments (#heading and #loc). Does anyone member the specifics? I have the last RjDj dev bundle with the example scenes to work from, but I don’t remember coming across any of those, just #touch and #time.

and do you provide support for [rj_image] ? (we could probably add this - I remember making a small spacecraft game with this)

Yup, both rj_image and rj_text. I basically borrowed the pd-for-android ScenePlayer algorithms.

and what about the specific rj externals ? ([rj_accum], [rj_barflux_accum~], [rj_centroid~], [rj_senergy~], [rj_zcr~]) ?

Those are available from the rjlib repo (https://github.com/rjdj/rjlib/tree/master/src), including the “deprecated” abstractions. 

--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com