Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 06:08 AM, Hans-Christoph Steiner wrote: Any objections? Shall I go with lazy consensus on this one? .hc On 10/16/2012 07:17 PM, Hans-Christoph Steiner wrote: Hey all, I was tired of dealing with a cryptic ./configure, so I converted OSCx to be based on the Library Template. THis is currently in the pd-extended/0.43 branch. Anyone have any objections of me removing the old OSCx and replacing it with the 'oscx' library? why would you want to keep OSCx alive? i would rather entirely remove this buggy and un-maintained (as in: upstream, not within PdX) library from any distribution. and i don't get the point of replacing OSCx by oscx. fgmadrs IOhannes ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 03:03 AM, IOhannes m zmölnig wrote: On 10/19/2012 06:08 AM, Hans-Christoph Steiner wrote: Any objections? Shall I go with lazy consensus on this one? .hc On 10/16/2012 07:17 PM, Hans-Christoph Steiner wrote: Hey all, I was tired of dealing with a cryptic ./configure, so I converted OSCx to be based on the Library Template. THis is currently in the pd-extended/0.43 branch. Anyone have any objections of me removing the old OSCx and replacing it with the 'oscx' library? why would you want to keep OSCx alive? i would rather entirely remove this buggy and un-maintained (as in: upstream, not within PdX) library from any distribution. Its still widely used and still the easiest way to use OSC, albeit in a limited way. If someone makes comparably easy way to use OSC, then I see no reason to keep this one. and i don't get the point of replacing OSCx by oscx. Every other library folder in externals/ is all lower case. .hc ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote: and i don't get the point of replacing OSCx by oscx. Every other library folder in externals/ is all lower case. which is a good rule for all new libraries. imho, it's a bad idea to change a given name of an old library that is still widely used. mfdg IOhannes ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote: why would you want to keep OSCx alive? i would rather entirely remove this buggy and un-maintained (as in: upstream, not within PdX) library from any distribution. Its still widely used and still the easiest way to use OSC, albeit in a limited way. If someone makes comparably easy way to use OSC, then I see no reason to keep this one. here's 2 abstractions that implement OSCx's [sendOSC] and [dumpOSC] in terms of vanilla/mrpeach objects. [OSCroute] cannot really be implemented in vanilla due to it's multi-outlet nature. otoh, [routeOSC] is compatible with [OSCroute] (apart from the name). #N canvas 640 221 450 300 10; #X obj 50 90 udpreceive \$1; #X obj 50 112 unpackOSC; #X obj 50 134 outlet; #N canvas 266 80 631 300 check-2nd-arg 0; #X obj 149 33 loadbang; #X obj 149 55 symbol \$2-foo; #X obj 149 77 t s b; #X obj 217 121 makefilename %c2-foo; #X msg 212 20 bang; #X obj 149 149 select symbol; #X obj 237 168 t b; #X msg 181 98 36; #X obj 237 240 print dumpOSC; #X msg 237 219 2nd argument (\$1) not supported in this implementation ; #X obj 237 190 list prepend \$2; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 2 0 5 0; #X connect 2 1 7 0; #X connect 3 0 5 1; #X connect 4 0 1 0; #X connect 5 1 6 0; #X connect 6 0 10 0; #X connect 7 0 3 0; #X connect 9 0 8 0; #X connect 10 0 9 0; #X restore 257 105 pd check-2nd-arg; #X connect 0 0 1 0; #X connect 1 0 2 0; #N canvas 733 197 450 300 10; #X obj 9 47 inlet; #X obj 174 195 udpsend; #X obj 174 167 packOSC; #X msg 164 113 disconnect; #X obj 164 91 t b; #X obj 9 91 t a b; #X obj 9 69 route connect disconnect; #X obj 9 113 list prepend connect; #X obj 9 135 list trim; #X obj 9 157 t a; #X obj 174 257 outlet connectionstate; #X obj 260 228 outlet bundleDepth; #X connect 0 0 6 0; #X connect 1 0 10 0; #X connect 2 0 1 0; #X connect 2 1 11 0; #X connect 3 0 9 0; #X connect 4 0 3 0; #X connect 5 0 7 0; #X connect 5 1 3 0; #X connect 6 0 5 0; #X connect 6 1 4 0; #X connect 6 2 2 0; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 9 0 1 0; ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 09:10 AM, IOhannes m zmölnig wrote: On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote: and i don't get the point of replacing OSCx by oscx. Every other library folder in externals/ is all lower case. which is a good rule for all new libraries. imho, it's a bad idea to change a given name of an old library that is still widely used. Its only the source folder in SVN that will be renamed. Its always been included in Pd-extended as 'oscx', never as 'OSCx'. .hc ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] auto builds for libs in trunk/externals/
I have set up automatic builds direct from trunk/externals of SVN for all libraries that are based on the Library Template[1]. It runs the script trunk/externals/build-all-libdirs.sh whenever there is a new commit anywhere in trunk/externals/. Its currently building on debian-stable-amd64 debian-testing-amd64 macosx105-i386 macosx105-powerpc, and macosx106-x86_64. Hopefully I'll get some Windows builds up there too. [1] https://puredata.info/docs/developer/LibraryTemplate/ .hc signature.asc Description: OpenPGP digital signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 10:45 AM, IOhannes m zmölnig wrote: On 10/19/2012 03:02 PM, Hans-Christoph Steiner wrote: why would you want to keep OSCx alive? i would rather entirely remove this buggy and un-maintained (as in: upstream, not within PdX) library from any distribution. Its still widely used and still the easiest way to use OSC, albeit in a limited way. If someone makes comparably easy way to use OSC, then I see no reason to keep this one. here's 2 abstractions that implement OSCx's [sendOSC] and [dumpOSC] in terms of vanilla/mrpeach objects. [OSCroute] cannot really be implemented in vanilla due to it's multi-outlet nature. otoh, [routeOSC] is compatible with [OSCroute] (apart from the name). That's good to have, please post and maintain that somewhere, like maybe in the 'osc' lib. But its not yet a replacement because at the very least its not deployed. .hc ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] gop properties settings
You can definiteyl post this to the sourceforge bugtracker, you can even do it without logging in. But its much better if you do log in first, before posting the bug report. So please add a report there if its still an issue. .hc On 07/19/2012 03:16 PM, Patrice Colet wrote: Hello, I'd like to report a bug but I'm not allowed to do this on sourceforge bugtracker. - right click on a subpatch - properties - disable gop nothing happens it only works when right clicking inside a subpatch Colet Patrice ___ 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
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 08:21 PM, Hans-Christoph Steiner wrote: That's good to have, please post and maintain that somewhere, like maybe in the 'osc' lib. But its not yet a replacement because at the very least its not deployed. i honestly dunno what you mean here. imho, if you want to make changes to the OSCx library, you should rather replace the externals with the patches i sent than replacing the autoconf stuff with template/Makefile and renaming the folder (obviously, once that is done there is exactly no reason to keep autoconf stuff so template/Makefile (or even a stripped down version if you think it too bloaded) is enough. this would deploy those objects to all PdX-0.43 installations (if this is what you mean by deploy). i figure, that the replacement patches have less bugs than the external versions. starting yet another library doesn't make sense to me (esp. since the 2 objects are almost 100% compatible (the only thing missing is multicast-group support, and i wonder whether anybody uses that). adding those patches to mrpeach/osc (if this is what you refer to as the 'osc' lib) is imo not a splendid idea either, as mrpeach/osc is blissfully unaware of the transport layer. (if martin thinks differently, he should go and add those patches) fgmsdra IOhannes ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] auto builds for libs in trunk/externals/
On Fri, Oct 19, 2012 at 8:17 PM, Hans-Christoph Steiner h...@at.or.atwrote: I have set up automatic builds direct from trunk/externals of SVN for all libraries that are based on the Library Template[1]. It runs the script trunk/externals/build-all-libdirs.sh whenever there is a new commit anywhere in trunk/externals/. Its currently building on debian-stable-amd64 debian-testing-amd64 macosx105-i386 macosx105-powerpc, and macosx106-x86_64. Hopefully I'll get some Windows builds up there too. [1] https://puredata.info/docs/developer/LibraryTemplate/ .hc You can count ubuntu-lts-amd64 in too. Removing oss4-dev did the trick. András ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] converting OSCx to a template library
On 10/19/2012 04:29 PM, IOhannes m zmölnig wrote: On 10/19/2012 08:21 PM, Hans-Christoph Steiner wrote: That's good to have, please post and maintain that somewhere, like maybe in the 'osc' lib. But its not yet a replacement because at the very least its not deployed. i honestly dunno what you mean here. imho, if you want to make changes to the OSCx library, you should rather replace the externals with the patches i sent than replacing the autoconf stuff with template/Makefile and renaming the folder (obviously, once that is done there is exactly no reason to keep autoconf stuff so template/Makefile (or even a stripped down version if you think it too bloaded) is enough. this would deploy those objects to all PdX-0.43 installations (if this is what you mean by deploy). i figure, that the replacement patches have less bugs than the external versions. starting yet another library doesn't make sense to me (esp. since the 2 objects are almost 100% compatible (the only thing missing is multicast-group support, and i wonder whether anybody uses that). adding those patches to mrpeach/osc (if this is what you refer to as the 'osc' lib) is imo not a splendid idea either, as mrpeach/osc is blissfully unaware of the transport layer. (if martin thinks differently, he should go and add those patches) I'm not going to take on the maintenance of those patches, so just copying them into Pd-extended is not an option. I'm think Pd-extended should have an 'oscx' compatible library , and 'oscx' is already there, tested, etc. If you want to write a replacement, then please do. But for it to be truly a replacement, it needs to be released properly, widely tested, etc. .hc ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3578559 ] kamagra forum
Patches item #3578559, was opened at 2012-10-19 20:50 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3578559group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: kamagra forum Initial Comment: kamagra forum -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3578559group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev