What specific change did you make to DroidParty? Any new objects, etc?
I have PdParty about 95% done, including support for the DroidParty specific uis & objects (no theming though): https://github.com/danomatika/PdParty/issues/28 https://github.com/danomatika/PdParty/issues/28
Hopefully, if I don’t get to busy from school, I’ll finish off my list and send out beta info in a week or two.
We should coordinate. Chris and I had some discussions and the basic idea was to work towards a standard functionality between DroidParty & PdParty.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jan 5, 2016, at 10:00 PM, pd-list-request@lists.iem.at wrote:
From: Berenger Recoules <berenger.recoules@gmail.com mailto:berenger.recoules@gmail.com> Subject: [PD] [PD-announce] PPP : pure-data (libpd) based jamming system Date: January 5, 2016 at 6:22:10 AM MST To: pd-announce <pd-announce@iem.at mailto:pd-announce@iem.at>, ppp@mgsx.net mailto:ppp@mgsx.net Reply-To: pd-list@iem.at mailto:pd-list@iem.at
Hi Everyone,
Here is a fun project based on libpd and thus pd : ppp.mgsx.net http://ppp.mgsx.net/
This work is based on a fork of droidparty by Chris McCormick : it helps you to build binary apps for android, and include a standard wifi MIDI clock in your patch. This means that every app published with this framework can be synched with one another, or even any other kind of MIDI compliant music gear.
We still have some documentation to write up, but we have a good start as well as a video and a few sample apps available for free in the android playstore.
Feedback is welcome :)
I hope you like it as much as we enjoy making it, have fun !
Hi Dan,
To sum up we've made a break from the fork, ppp is very different in the sense that it's used to publish binaries, and we didn't keep the base functionnality of a list of patches that you can load at will : one project = one patch = one app. It's not made to replace droidparty at all, it's more about synching standalone apps built with pd with one another, and hopefully any other kind of midi gear.
You can check out this page : http://b2renger.github.io/PdDroidPublisher/2015/11/04/List_abstractions.html It explains which abstractions we kept from droidparty and what we added (mainly the clock one - that is interfaced with a java implementation of a raw midi clock) - still some stuff to document there ... but it will give you an overview.
For the gui part, we added support for the missing gui objects of pd (arrays, radios ...), made a system to use tabs, and a system to override behavior and looks with java code - those overrides are meant to be written by contributors/developp and can be used with a simple declaration when publishing (in java again).
To port all of this stuff back to droidparty would be a lot of work.
Concerning you issue thread :
- ribbon : how is it really different from slider ? it only has a different
look right ?
- the knob would be a square slider in pd with a graphical and behavior
override when used in android (we have an implementation but it's not used anywhere).
- In android the taplist can also open an android-style popup for you to
choose from instead of cycling through a list at each tap, in pd the taplist is the same as it was (plus the fix about symetric messages, and we added a label - for gui theming purposes).
- we dropped the features to add images to android menus, we will use the
android menu later on.
- we kept the touch as is.
Cheers !
2016-01-06 9:49 GMT+01:00 Dan Wilcox danomatika@gmail.com:
What specific change did you make to DroidParty? Any new objects, etc?
I have PdParty about 95% done, including support for the DroidParty specific uis & objects (no theming though): https://github.com/danomatika/PdParty/issues/28
Hopefully, if I don’t get to busy from school, I’ll finish off my list and send out beta info in a week or two.
We should coordinate. Chris and I had some discussions and the basic idea was to work towards a standard functionality between DroidParty & PdParty.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Jan 5, 2016, at 10:00 PM, pd-list-request@lists.iem.at wrote:
*From: *Berenger Recoules berenger.recoules@gmail.com *Subject: **[PD] [PD-announce] PPP : pure-data (libpd) based jamming system* *Date: *January 5, 2016 at 6:22:10 AM MST *To: *pd-announce pd-announce@iem.at, ppp@mgsx.net *Reply-To: *pd-list@iem.at
Hi Everyone,
Here is a fun project based on libpd and thus pd : ppp.mgsx.net
This work is based on a fork of droidparty by Chris McCormick : it helps you to build binary apps for android, and include a standard wifi MIDI clock in your patch. This means that every app published with this framework can be synched with one another, or even any other kind of MIDI compliant music gear.
We still have some documentation to write up, but we have a good start as well as a video and a few sample apps available for free in the android playstore.
Feedback is welcome :)
I hope you like it as much as we enjoy making it, have fun !
Sounds good.
I have all built in pd & iem guis implemented, feature rich. Too bad your versions currently can’t be back ported to DroidParty. In this case, I feel it would make sense to work with Chris, et al. to separate the DroidParty core from it’s specific Android UI implementation and then both projects could use the pd UI work y’all have put in. At least that’s my 2 cents and *small* fear of fragmentation. It’s not like there are tons of Pd developers. On the other hand, different projects have different focuses of course.
My focus so far is to maintain compatibility with Pure Data itself and include DroidParty & RjDj compatibility. To that end I’ve spent perhaps too much time the last few weeks implementing and checking against the DroidParty tests. Maybe I’m being too thorough ;)
One of my further plans, after getting the app out, is to separate the PdParty core (libpd, OSC, MIDI, pd UI implementations) from the specific app UI so it can be used as a basis for building other apps as well.
Also midiclock is a good idea :)
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jan 6, 2016, at 11:08 AM, Berenger Recoules berenger.recoules@gmail.com wrote:
Hi Dan,
To sum up we've made a break from the fork, ppp is very different in the sense that it's used to publish binaries, and we didn't keep the base functionnality of a list of patches that you can load at will : one project = one patch = one app. It's not made to replace droidparty at all, it's more about synching standalone apps built with pd with one another, and hopefully any other kind of midi gear.
You can check out this page : http://b2renger.github.io/PdDroidPublisher/2015/11/04/List_abstractions.html http://b2renger.github.io/PdDroidPublisher/2015/11/04/List_abstractions.html It explains which abstractions we kept from droidparty and what we added (mainly the clock one - that is interfaced with a java implementation of a raw midi clock) - still some stuff to document there ... but it will give you an overview.
For the gui part, we added support for the missing gui objects of pd (arrays, radios ...), made a system to use tabs, and a system to override behavior and looks with java code - those overrides are meant to be written by contributors/developp and can be used with a simple declaration when publishing (in java again).
To port all of this stuff back to droidparty would be a lot of work.
Concerning you issue thread :
- ribbon : how is it really different from slider ? it only has a different look right ?
- the knob would be a square slider in pd with a graphical and behavior override when used in android (we have an implementation but it's not used anywhere).
- In android the taplist can also open an android-style popup for you to choose from instead of cycling through a list at each tap, in pd the taplist is the same as it was (plus the fix about symetric messages, and we added a label - for gui theming purposes).
- we dropped the features to add images to android menus, we will use the android menu later on.
- we kept the touch as is.
Cheers !
2016-01-06 19:21 GMT+01:00 Dan Wilcox danomatika@gmail.com:
Sounds good.
I have all built in pd & iem guis implemented, feature rich. Too bad your versions currently can’t be back ported to DroidParty. In this case, I feel it would make sense to work with Chris, et al. to separate the DroidParty core from it’s specific Android UI implementation and then both projects could use the pd UI work y’all have put in. At least that’s my 2 cents and *small* fear of fragmentation. It’s not like there are tons of Pd developers. On the other hand, different projects have different focuses of course.
I agree fragmentation is sometimes an issue, but I'm sure we can minimize it so it's a goo idea to start discuss it all together.
My focus so far is to maintain compatibility with Pure Data itself and include DroidParty & RjDj compatibility. To that end I’ve spent perhaps too much time the last few weeks implementing and checking against the DroidParty tests. Maybe I’m being too thorough ;)
I loved rjdj and wrote a bunch of patches for it but sadly it doesn't exist anymore so we didn't really take rjdj compatibility into account. We are pretty much compatible with droidparty (you can use a patch from droidparty in ppp you just won't benefit from the clock), we kept the support for svg theming too.
We were not really sure of what kind of gui we will need in the future, hence our decision to ensure the gui from pd-vanilla was available with ppp and also open up the possibilities for overrides with code.
I think touch is needed for a touchscreen ... so we kept it (but how to prototype a multi-touch app in pd-vanilla ?) , and taplist is a good way to select an element in list with a very small on screen size so it's pretty usefull so we kept it too.
I think/hope that the community will tell us what they need in terms of gui :)
One of my further plans, after getting the app out, is to separate the PdParty core (libpd, OSC, MIDI, pd UI implementations) from the specific app UI so it can be used as a basis for building other apps as well.
That's mainly what we did, that makes it hard to port back new stuff :) I think it's good idea to work in that direction.
Also midiclock is a good idea :)
Cheers !
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Jan 6, 2016, at 11:08 AM, Berenger Recoules < berenger.recoules@gmail.com> wrote:
Hi Dan,
To sum up we've made a break from the fork, ppp is very different in the sense that it's used to publish binaries, and we didn't keep the base functionnality of a list of patches that you can load at will : one project = one patch = one app. It's not made to replace droidparty at all, it's more about synching standalone apps built with pd with one another, and hopefully any other kind of midi gear.
You can check out this page : http://b2renger.github.io/PdDroidPublisher/2015/11/04/List_abstractions.html It explains which abstractions we kept from droidparty and what we added (mainly the clock one - that is interfaced with a java implementation of a raw midi clock) - still some stuff to document there ... but it will give you an overview.
For the gui part, we added support for the missing gui objects of pd (arrays, radios ...), made a system to use tabs, and a system to override behavior and looks with java code - those overrides are meant to be written by contributors/developp and can be used with a simple declaration when publishing (in java again).
To port all of this stuff back to droidparty would be a lot of work.
Concerning you issue thread :
- ribbon : how is it really different from slider ? it only has a
different look right ?
- the knob would be a square slider in pd with a graphical and behavior
override when used in android (we have an implementation but it's not used anywhere).
- In android the taplist can also open an android-style popup for you to
choose from instead of cycling through a list at each tap, in pd the taplist is the same as it was (plus the fix about symetric messages, and we added a label - for gui theming purposes).
- we dropped the features to add images to android menus, we will use the
android menu later on.
- we kept the touch as is.
Cheers !
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.
Also, I decided to support RjDj apps because: 1 it wasn't that hard to & 2 there are a lot of great scenes I’d like to see working in the future.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jan 7, 2016, at 11:47 AM, Berenger Recoules berenger.recoules@gmail.com wrote:
I think touch is needed for a touchscreen ... so we kept it (but how to prototype a multi-touch app in pd-vanilla ?) , and taplist is a good way to select an element in list with a very small on screen size so it's pretty usefull so we kept it too.
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 :)
[r_#compass], [r_#gyro], [r_#loc], [r_#time], [r_#touch]
and do you provide support for [rj_image] ? (we could probably add this - I remember making a small spacecraft game with this)
and what about the specific rj externals ? ([rj_accum], [rj_barflux_accum~], [rj_centroid~], [rj_senergy~], [rj_zcr~]) ?
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Jan 7, 2016, at 11:47 AM, Berenger Recoules < berenger.recoules@gmail.com> wrote:
I think touch is needed for a touchscreen ... so we kept it (but how to prototype a multi-touch app in pd-vanilla ?) , and taplist is a good way to select an element in list with a very small on screen size so it's pretty usefull so we kept it too.
Wow, it's pretty amazing to read you all still supporting RjDj stuff! Rock on!
On 8 January 2016 at 09:28, Berenger Recoules berenger.recoules@gmail.com wrote:
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 :)
[r_#compass], [r_#gyro], [r_#loc], [r_#time], [r_#touch]
and do you provide support for [rj_image] ? (we could probably add this - I remember making a small spacecraft game with this)
and what about the specific rj externals ? ([rj_accum], [rj_barflux_accum~], [rj_centroid~], [rj_senergy~], [rj_zcr~]) ?
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Jan 7, 2016, at 11:47 AM, Berenger Recoules < berenger.recoules@gmail.com> wrote:
I think touch is needed for a touchscreen ... so we kept it (but how to prototype a multi-touch app in pd-vanilla ?) , and taplist is a good way to select an element in list with a very small on screen size so it's pretty usefull so we kept it too.
-- http://b2renger.github.io/ http://berengerrecoules.wordpress.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks to Joe White for getting me a copy of the RjDj get_sensors.pd patch. I’ve added support for all the rj sensor objects:
https://github.com/danomatika/PdParty/blob/master/doc/PdParty_User_Guide.md#... https://github.com/danomatika/PdParty/blob/master/doc/PdParty_User_Guide.md#rjdj-compatibility
With this done, I just have some bug fixes, cleanup, & new screenshots to do before launching the open beta. Hopefully I can convince a number of y’all to test things out again, then onto the AppStore she goes!
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jan 8, 2016, at 2:28 AM, Berenger Recoules berenger.recoules@gmail.com wrote:
2016-01-08 7:59 GMT+01:00 Dan Wilcox <danomatika@gmail.com mailto: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 :)
[r_#compass], [r_#gyro], [r_#loc], [r_#time], [r_#touch]
and do you provide support for [rj_image] ? (we could probably add this - I remember making a small spacecraft game with this)
and what about the specific rj externals ? ([rj_accum], [rj_barflux_accum~], [rj_centroid~], [rj_senergy~], [rj_zcr~]) ?
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jan 7, 2016, at 11:47 AM, Berenger Recoules <berenger.recoules@gmail.com mailto:berenger.recoules@gmail.com> wrote:
I think touch is needed for a touchscreen ... so we kept it (but how to prototype a multi-touch app in pd-vanilla ?) , and taplist is a good way to select an element in list with a very small on screen size so it's pretty usefull so we kept it too.
-- http://b2renger.github.io/ http://b2renger.github.io/ http://berengerrecoules.wordpress.com/ http://berengerrecoules.wordpress.com/
-
Berenger Recoules -
Dan Wilcox -
Joe White