[PD-dev] [ pure-data-Patches-1368474 ] expr~ unused vars
Patches item #1368474, was opened at 2005-11-28 19:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368474group_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: None Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Mathieu Bouchard (matju) Assigned to: Nobody/Anonymous (nobody) Summary: expr~ unused vars Initial Comment: removed unused vars in expr~ that cause pagefuls of warnings when compiling with -Wall -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-19 09:06 Message: Logged In: YES user_id=564396 no patch enclosed might be duplicated by patch #1561099 https://sourceforge.net/tracker/?func=detailatid=478072aid=1561099group_id=55736 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1368474group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
Bugs item #1540259, was opened at 2006-08-15 00:21 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_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: None Status: Open Resolution: None Priority: 5 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao -- Comment By: João Miguel Pais (jmmmp) Date: 2006-09-19 15:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new upper value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 19:19 Message: Logged In: YES user_id=564396 even though no special patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
Bugs item #1540259, was opened at 2006-08-14 18:21 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_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: None Status: Open Resolution: None Priority: 5 Submitted By: João Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao -- Comment By: Martin Peach (mrpeach) Date: 2006-09-19 11:20 Message: Logged In: YES user_id=919007 This seems to happen because shuffle_bang() doesn't know that the end point has changed. Only sending a float to the first inlet updates the arrays to match the new begin. Probably shuffle_ft1() and shuffle_ft2() should set a 'dirty' flag so shuffle_bang() can redo the pointers if shuffle_ft1() or shuffle_ft2() have changed a parameter. The shuffle_update() routine would be the same code as shuffle_float() except for the first line, so I would propose taking that code out of shuffle_float() and calling it shuffle_update(). -- Comment By: João Miguel Pais (jmmmp) Date: 2006-09-19 09:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new upper value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-09-18 13:19 Message: Logged In: YES user_id=564396 even though no special patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1540259group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [initbang]: any use?
I just realized that this is going to be quite useful. I tried in the past to make a Pd object with a dynamic number of inlets, and started to make some crazy system where I would start out with 20 outlets, then delete all but the number that were needed. I'll try it with [initbang] now. FYI: I added the patch to Pd-extended, so you can try it out on upcoming auto-builds. .hc On Aug 21, 2006, at 12:07 PM, IOhannes m zmoelnig wrote: hi. i just submitted a patch against the 0.40-prerelease that adds a new object [initbang], which can be used to trigger a constructor in an abstraction. this allows to have abstractions with runtime customizable constructors, especially variable inlets/outlets. ([loadbang] is a bit too late for such things, as it only gets called when the parent of an abstraction is already finished (and connections have been abandoned)) i think this is another important step on making abstractions objects of full age. any thoughts? what is still missing is the possibility for an abstraction to do something before it is destroyed. mfg.asdr IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the pd/extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the pd/extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-1561814 ] MinGW fixes for the pd/extra folder
Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_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: puredata Group: bugfix Status: Open Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the pd/extra folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the pd/extra section which handles Mac OS X, GNU/Linux, and Windows/MinGW. -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-19 20:14 Message: Logged In: YES user_id=27104 I forgot to mention, this is called differently from pd/src/makefile. The extern target should look like this to use this makefile: externs: make -C ../extra -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1561814group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
Bugs item #1561839, was opened at 2006-09-19 21:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_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: puredata Group: v0.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1561839group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: Re: [PD-dev] Going from CVS to Subversion
Any updates on this? I promise to take (one of) the official role(s) of SVN newbie help to all that need it after (if?) the change takes place : ). Regarding the user accounts, Zope seems to have XML export for objects http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/UsingZope.stx. That could perhaps be parsed for migrating to LDAP? (if this is completely off base, sorry : ), I only skimmed quickly through.) Finally, regarding the CVS ACLs, these should be easily translatable to Subversion Per-directory Access Control (which does mean we'd have to run Subversion via Apache). This is covered on pg. 132 of the SVN Book http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authz.perdir Luke On 8/21/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Aug 13, 2006, at 11:56 AM, Frank Barknecht wrote: Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: Frank Barknecht wrote: 1) developer vote: Should the SF repository switch from CVS to SVN on Sourceforge? [ ] yes [ ] no i am all for it, but: does sourceforge already implement some kind of acl for svn? or can we live without acl's? Uh, we need to check this. But AFAIK we currently only use the ACL on Miller's branch. There are a few more ACLs than that: http://pure-data.cvs.sourceforge.net/pure-data/CVSROOT/avail?view=markup This is probably important, so it needs to be sorted before the transition. If ACLs are in place, then I vote YES, otherwise MAYBE (there would have to be some more politicing)... .hc 2) sort out techical issues with branches, tags etc. for externals i would suggest to split branches on each external separately, (e.g. /externals/zexy/trunk instead of /trunk/ externals/zexy or /externals/trunk/zexy) Yes, I agree with this, but this can be dealt with after The Big Change, I suppose. For the externals we also should to take care not to break the extended Build-system. Some changes will be necessary to the Build of course, because of the usual trunk/tags/branches layout in SVN. I cannot really comment on how to best deal with the branches of Pd's sources. 3) find someone (incl. admins!) who volunteers to do the import. I would volunteer but I wouldn't want to do this completely alone. i would volunteer too, however i don't see any advantage in having 2 (or more) persons involved in the migration. (probably when they are at the same terminal, like with XP, then there might be a benefit) Let's do it mid-September then, when I'm in Graz. ;) I would actually prefer if someone else than me would do it, as I'm not that experienced especially with CVS internals, so I would gladly let you take over. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ 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