[PD] [PD-announce] MobMuPlat for Android
Hi everyone, I'm happy to announce the initial public release of MobMuPlat for Android! Now your Pd patch+interface creations work the same on iOS and Android: MIDI, sensors, GPS, 2D graphics, networking, etc, are all there, plus the Android-only feature of connecting Gamepads/Joysticks. https://play.google.com/store/apps/details?id=com.iglesiaintermedia.mobmuplat and www.mobmuplat.com I still consider it somewhat in beta: given the chaotic breadth of Android hardware out there, please contact me with any glaring problems or questions. Improvements are still being made... Additionally, both iOS and Android versions (and the editor applications) are open-source on github (better building directions coming soon). Please contact me with any questions, or to show off what you've made with it... Best, Dan === www.danieliglesia.com ___ Pd-announce mailing list pd-annou...@lists.iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Moving subpatch abstraction canvas in parent patch with message
I saw that but I couldn't figure out what was limiting the view of Droidparty. On Sep 17, 2014 9:22 PM, "Chris McCormick" wrote: > Hi Samuel! > > I don't think it's possible. I guess if simulating mouse clicks work > then that is a solution (although it sounds fragile). Did you know that > you are able to change the focus of which parts of the patch are > rendered on screen ("viewport") using a feature that Antoine added - see > pure-widgets-demo in the droidparty-demos folder. > > Cheers, > > Chris. > > On 18/09/14 01:37, Samuel Burt wrote: > > Greetings all, > > > > I'm designing a Pddroid party patch that has control components that > > move on and off screen. I'm using the touch.pd abstraction for an > > onscreen xy keyboard controller. I'd like to be able to move it > > offscreen dynamically to make space for a set of sequencer controls. All > > the canvases I can move with pos x y messages, but the abstraction > > doesn't respond in this manner. Does anyone have advice? I saw mention > > of simulating mouse clicks to move it, but would this involve switching > > to edit mode simulating a click, mouse motion, unclick, and then switch > > back into runtime mode? Would this even work in Droidparty? There's got > > to be a better way, but I'm not finding it. > > > > Thanks, > > Sam > > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > -- > http://mccormick.cx/ > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Moving subpatch abstraction canvas in parent patch with message
Hi Samuel! I don't think it's possible. I guess if simulating mouse clicks work then that is a solution (although it sounds fragile). Did you know that you are able to change the focus of which parts of the patch are rendered on screen ("viewport") using a feature that Antoine added - see pure-widgets-demo in the droidparty-demos folder. Cheers, Chris. On 18/09/14 01:37, Samuel Burt wrote: > Greetings all, > > I'm designing a Pddroid party patch that has control components that > move on and off screen. I'm using the touch.pd abstraction for an > onscreen xy keyboard controller. I'd like to be able to move it > offscreen dynamically to make space for a set of sequencer controls. All > the canvases I can move with pos x y messages, but the abstraction > doesn't respond in this manner. Does anyone have advice? I saw mention > of simulating mouse clicks to move it, but would this involve switching > to edit mode simulating a click, mouse motion, unclick, and then switch > back into runtime mode? Would this even work in Droidparty? There's got > to be a better way, but I'm not finding it. > > Thanks, > Sam > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- http://mccormick.cx/ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PDuino and servo control
Ok. nobody answered, so i do it myself. so the problem was , that it is nowhere described how to controll continues servo (the 360-servo in which PWM controlls not angle, but speed and direction) with PDUINO. as no one answered this post i suppose - nobody knows it, or doesn't care )) Hans-Christoph Steiner (author of PDuino) wrote to me, that he is not working with arduino for a long time. Here's what i had to find experimentally. 1) need to switch pin to servo-mode in pduino interface 2) after that you can use pduino's servo-slider to experimentally find the proportions in which your servo is controlled, but doing it slowly and gradually. 3) then most probably you will need to send to the [arduino] abstraction the analogue messages like [ analog 7 0.88 ( - in my case i use 7th pin to control the FS5103r speed and direction.. some of the values will mean STOP.. and higher and lower this value will mean forward and backward.. 4) and all the changes should be gradual, but not jumping values, because the jumpings are too fast for the comport - that was the reason of it's overloading. 5) this means, that if you will need to change speed - you will need to use [line] object and find the appropriate speed of the ramp experimentally. 6) in case of pduino it also means that you can't do a thing like: going one way with high speed <-> going back with high speed.. because you can't switch speed immidiatly and always need to go through a STOP-value .. don't know if it is common for the comport and all continues servos.. thanks Mon, 15 Sep 2014 06:19:06 +0400 от Фывапр Олджэвич : >Dear List . > >I'm trying to control Servo FS5103r (continuos rotation servo) with PDuino 0.5 >via Firmata which was included into Arduino 1.0.4. . I use PureData 42.5. > >I can't understand how to controll this servo. > >When i just send to the digital outpin 0 and 1 every 20 or 10 milliseconds - i >can control the direction of the motor (forward and backward), but it is very >unstable. Finally it ruins comport with > >[comport]: WriteFile:GetOverlappedResult error: 31 >[comport]: WriteFile:GetOverlappedResult error: 1167 > >If i switch the pin to SERVO-mode in PDuino interface - the motor just starts >to go in one direction (slowly) .. and i don't know how to turn it to another >direction or how to switch it off.. > >Is there any tutorial on how to control servos with the PDuino ? > >Thanks ! >___ >Pd-list@lists.iem.at mailing list >UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crasher bug
On 09/17/2014 11:10 AM, Miller Puckette wrote: I believe the bug, at its simplest, was this: Make an empty patch (in Pd 0.46, say), set it as GOP, save it, close it, open it again, un-set GOP, and kaboom. Amazing I never saw that before... M Thank you both for the clarification. It seems pd-l2ork is unaffected. Best, Ico On Wed, Sep 17, 2014 at 05:57:13AM -0400, Ivica Ico Bukvic wrote: Trying to reproduce this in pd-l2ork. What do you mean by the last sentence? Delete all the objects? Is this on the MAIN.pd or inside text.pd? Also, unchecking the GOP option, if that applies to test, haven't we already deleted it in the previous step? Or, have you actually saved the text patch as its help file with the GOP enabled? On 09/16/2014 07:18 AM, Max wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 here is how to reproduce it: make two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd open test.pd as an abstraction. make it GOP. from MAIN rightclick and coose help the context menu to open the not existing help file. The GOP abstraction test.pd will open. Save it as test-help.pd. Delete all the objects. Uncheck the GOP option. Crash. that's in Pd 0.45.4 On 09/16/2014 08:02 PM, Max wrote: hi list, i got this at two incidents: terminate called after throwing an instance of 'boost::exception_detail::clone_impl ' pure virtual method called terminate called recursively but I can't reproduce it now. I was doing something like this: making two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd calling test.pd as an abstraction and going through the context menu to the not existing help file. Saving this as test-help.pd. i think that's where the crash happened. m. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQYHIEACgkQ3EB7kzgMM6IpmQCeIBR0E2ASWDwkZ6vb7koJttSY w8cAnAx8K+XR2GXoi8GuUl1YH9TiTRB8 =H6hU -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Moving subpatch abstraction canvas in parent patch with message
Greetings all, I'm designing a Pddroid party patch that has control components that move on and off screen. I'm using the touch.pd abstraction for an onscreen xy keyboard controller. I'd like to be able to move it offscreen dynamically to make space for a set of sequencer controls. All the canvases I can move with pos x y messages, but the abstraction doesn't respond in this manner. Does anyone have advice? I saw mention of simulating mouse clicks to move it, but would this involve switching to edit mode simulating a click, mouse motion, unclick, and then switch back into runtime mode? Would this even work in Droidparty? There's got to be a better way, but I'm not finding it. Thanks, Sam ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crasher bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bug confirmed with Pd-0.46.0 ("test1") compiled 13:01:01 Aug 16 2014. ++ Jack Le 17/09/2014 17:10, Miller Puckette a écrit : > I believe the bug, at its simplest, was this: > > Make an empty patch (in Pd 0.46, say), set it as GOP, save it, > close it, open it again, un-set GOP, and kaboom. Amazing I never > saw that before... > > M > > On Wed, Sep 17, 2014 at 05:57:13AM -0400, Ivica Ico Bukvic wrote: >> Trying to reproduce this in pd-l2ork. What do you mean by the >> last sentence? Delete all the objects? Is this on the MAIN.pd or >> inside text.pd? Also, unchecking the GOP option, if that applies >> to test, haven't we already deleted it in the previous step? Or, >> have you actually saved the text patch as its help file with the >> GOP enabled? >> >> On 09/16/2014 07:18 AM, Max wrote: > here is how to reproduce it: > > make two pd documents, let's say MAIN.pd and text.pd. then, in > MAIN.pd open test.pd as an abstraction. make it GOP. from MAIN > rightclick and coose help the context menu to open the not existing > help file. The GOP abstraction test.pd will open. Save it as > test-help.pd. Delete all the objects. Uncheck the GOP option. > Crash. > > that's in Pd 0.45.4 > > On 09/16/2014 08:02 PM, Max wrote: > hi list, i got this at two incidents: > > terminate called after throwing an instance of > 'boost::exception_detail::clone_impl > > ' > pure virtual method called terminate called recursively > > > but I can't reproduce it now. I was doing something like > this: making two pd documents, let's say MAIN.pd and > text.pd. then, in MAIN.pd calling test.pd as an abstraction > and going through the context menu to the not existing help > file. Saving this as test-help.pd. i think that's where the > crash happened. > > m. > > ___ > Pd-list@lists.iem.at mailing list UNSUBSCRIBE and > account-management -> > http://lists.puredata.info/listinfo/pd-list > >>> >>> ___ >>> Pd-list@lists.iem.at mailing list UNSUBSCRIBE and >>> account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> >> -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music >> ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of >> Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 >> i...@vt.edu www.performingarts.vt.edu disis.music.vt.edu >> l2ork.music.vt.edu >> >> >> ___ >> Pd-list@lists.iem.at mailing list UNSUBSCRIBE and >> account-management -> >> http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list UNSUBSCRIBE and > account-management -> http://lists.puredata.info/listinfo/pd-list > -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUGahkAAoJEOuluecjw8GUEy0H/ROVQkbDottg7syqGGvpd8Vk FgHIWM5wu+fUf+tzFzf8t+J9fFKg/QXLmpIXtfDMEzy+1yyIsPf9Qjf2sGbpQbGH d+hDU9I5NWIaoUB56XMaFO7/sjIMf+bXNQmKNcJkR8fITX7iiWoNTB487Ej9iBhq k9PKanPy4vRj0D9gvHEu9i7j6HcqigrvefzRHb8LYLO4+Q/CW958qd1i5fQfoTO4 v+LMP2GSeO0N1g/HNYHFXlieOFf/x0MHGQ8YvQnKaHW5eXRnvdOwQZ85wZ4KacrP RbBVP+ylUHek/PM+QgBgsmfztz5WsWDrUDft4sNPmCvfbqZQjRtwuKqonErKrZM= =E8a0 -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crasher bug
I believe the bug, at its simplest, was this: Make an empty patch (in Pd 0.46, say), set it as GOP, save it, close it, open it again, un-set GOP, and kaboom. Amazing I never saw that before... M On Wed, Sep 17, 2014 at 05:57:13AM -0400, Ivica Ico Bukvic wrote: > Trying to reproduce this in pd-l2ork. What do you mean by the last sentence? > Delete all the objects? Is this on the MAIN.pd or inside text.pd? Also, > unchecking the GOP option, if that applies to test, haven't we already > deleted it in the previous step? Or, have you actually saved the text patch > as its help file with the GOP enabled? > > On 09/16/2014 07:18 AM, Max wrote: > >-BEGIN PGP SIGNED MESSAGE- > >Hash: SHA1 > > > >here is how to reproduce it: > > > >make two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd > >open test.pd as an abstraction. make it GOP. from MAIN rightclick and > >coose help the context menu to open the not existing help file. The > >GOP abstraction test.pd will open. Save it as test-help.pd. Delete all > >the objects. Uncheck the GOP option. > >Crash. > > > >that's in Pd 0.45.4 > > > >On 09/16/2014 08:02 PM, Max wrote: > >>hi list, i got this at two incidents: > >> > >>terminate called after throwing an instance of > >>'boost::exception_detail::clone_impl > >' > >>pure virtual method called terminate called recursively > >> > >> > >>but I can't reproduce it now. I was doing something like this: > >>making two pd documents, let's say MAIN.pd and text.pd. then, in > >>MAIN.pd calling test.pd as an abstraction and going through the > >>context menu to the not existing help file. Saving this as > >>test-help.pd. i think that's where the crash happened. > >> > >>m. > >> > >>___ > >>Pd-list@lists.iem.at mailing list UNSUBSCRIBE and > >>account-management -> http://lists.puredata.info/listinfo/pd-list > >> > >-BEGIN PGP SIGNATURE- > >Version: GnuPG v1 > > > >iEYEARECAAYFAlQYHIEACgkQ3EB7kzgMM6IpmQCeIBR0E2ASWDwkZ6vb7koJttSY > >w8cAnAx8K+XR2GXoi8GuUl1YH9TiTRB8 > >=H6hU > >-END PGP SIGNATURE- > > > >___ > >Pd-list@lists.iem.at mailing list > >UNSUBSCRIBE and account-management -> > >http://lists.puredata.info/listinfo/pd-list > > > -- > Ivica Ico Bukvic, D.M.A. > Associate Professor > Computer Music > ICAT Senior Fellow > DISIS, L2Ork > Virginia Tech > School of Performing Arts - 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > www.performingarts.vt.edu > disis.music.vt.edu > l2ork.music.vt.edu > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How can more than one input trigger an operation?
if you have a lot of buttons , make an abstraction with inlet [t b f II send ControlTouched outlet 2014-09-17 7:19 GMT+02:00 Ingo : > The first example is exactly how you should do it. > The second example is missing the [t b f]. This way you cannot be sure that > you are receiving the value first and then bang the left input or the other > way around. > This means both values und the right need their own [t b f]. > > Ingo > > > >> -Ursprüngliche Nachricht- >> Von: Pd-list [mailto:pd-list-boun...@lists.iem.at] Im Auftrag von JC >> Pedroza >> Gesendet: Mittwoch, 17. September 2014 02:12 >> An: pd-list@lists.iem.at >> Betreff: [PD] How can more than one input trigger an operation? >> >> I need an operation to be performed whenever a change in a control is >> performed. Operations are only performed when the left input is changed or >> it receives a bang. >> >> Right now I'm achieving this by using a `[t b f]` object, like this: >> >> http://i.imgur.com/9S0LZun.png >> >> This works for two inputs (I still wonder if there is a different, better, >> less ugly approach though) but things get uglier and uglier as more inputs >> are needed. >> >> For three inputs, for example, I thought about something like this: >> >> http://i.imgur.com/7g5lrzH.png >> >> But I don't know, I feel that there must better alternatives (maybe >> there's a bug with this?) >> >> What is the common way to implement multiple controls triggering an >> operation? Which are my options here? >> >> >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crasher bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ivica, sorry that was late night. I'll put more detail: make two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd create [test] as an abstraction. make it GOP. from MAIN.pd rightclick on [test] and coose help the context menu to open the not existing help file. The GOP abstraction test.pd will open. Save it as test-help.pd. Delete all the objects you may have in test.pd. Uncheck the GOP option. Then click apply or OK -> Crash. "works" for you? m. On 09/17/2014 06:57 PM, Ivica Ico Bukvic wrote: > Trying to reproduce this in pd-l2ork. What do you mean by the last > sentence? Delete all the objects? Is this on the MAIN.pd or inside > text.pd? Also, unchecking the GOP option, if that applies to test, > haven't we already deleted it in the previous step? Or, have you > actually saved the text patch as its help file with the GOP > enabled? > > On 09/16/2014 07:18 AM, Max wrote: here is how to reproduce it: > > make two pd documents, let's say MAIN.pd and text.pd. then, in > MAIN.pd open test.pd as an abstraction. make it GOP. from MAIN > rightclick and coose help the context menu to open the not existing > help file. The GOP abstraction test.pd will open. Save it as > test-help.pd. Delete all the objects. Uncheck the GOP option. > Crash. > > that's in Pd 0.45.4 > > On 09/16/2014 08:02 PM, Max wrote: hi list, i got this at two incidents: terminate called after throwing an instance of 'boost::exception_detail::clone_impl > ' pure virtual method called terminate called recursively but I can't reproduce it now. I was doing something like this: making two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd calling test.pd as an abstraction and going through the context menu to the not existing help file. Saving this as test-help.pd. i think that's where the crash happened. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQZgi0ACgkQ3EB7kzgMM6I0rwCeIZ1Mb10T7GDlukE4vv7N3vLk 710An1hyFNeB6W9ma4sCFtYtXWTMXct9 =JMiL -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crasher bug
Trying to reproduce this in pd-l2ork. What do you mean by the last sentence? Delete all the objects? Is this on the MAIN.pd or inside text.pd? Also, unchecking the GOP option, if that applies to test, haven't we already deleted it in the previous step? Or, have you actually saved the text patch as its help file with the GOP enabled? On 09/16/2014 07:18 AM, Max wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 here is how to reproduce it: make two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd open test.pd as an abstraction. make it GOP. from MAIN rightclick and coose help the context menu to open the not existing help file. The GOP abstraction test.pd will open. Save it as test-help.pd. Delete all the objects. Uncheck the GOP option. Crash. that's in Pd 0.45.4 On 09/16/2014 08:02 PM, Max wrote: hi list, i got this at two incidents: terminate called after throwing an instance of 'boost::exception_detail::clone_impl ' pure virtual method called terminate called recursively but I can't reproduce it now. I was doing something like this: making two pd documents, let's say MAIN.pd and text.pd. then, in MAIN.pd calling test.pd as an abstraction and going through the context menu to the not existing help file. Saving this as test-help.pd. i think that's where the crash happened. m. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQYHIEACgkQ3EB7kzgMM6IpmQCeIBR0E2ASWDwkZ6vb7koJttSY w8cAnAx8K+XR2GXoi8GuUl1YH9TiTRB8 =H6hU -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow DISIS, L2Ork Virginia Tech School of Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list