Pd-dev April 2010

pd-dev@lists.iem.at

9 participants
129 discussions

what is "audio I/O stuck... closing audio" for?
by Hans-Christoph Steiner 27 Apr '10

27 Apr '10

So there is some code in m_sched.c which closes the audio device. On Mac OS X, it gets triggered when the computer goes to sleep, and then Pd can't play audio any more unless you cycle the DSP or restart Pd. This is an source of confusion for newbies and annoyance for users. I don't quite understand why there is this code to close the audio device? Can I just #ifdef it out for Mac OS X? /* on 32nd idle, start a clock watch; every 32 ensuing idles, check it */ if (idlecount == 32) idletime = sys_getrealtime(); else if (sys_getrealtime() - idletime > 1.) { post("audio I/O stuck... closing audio\n"); sys_close_audio(); sched_set_using_audio(SCHED_AUDIO_NONE); goto waitfortick; } It also seems to get triggered a lot on Windows, but I don't know why. Perhaps this isn't really needed? .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs

3 3

[ pure-data-Bugs-2985150 ] pix_film behaves different on Windows vs MacOS
by SourceForge.net 26 Apr '10

26 Apr '10

Bugs item #2985150, was opened at 2010-04-10 20:21 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2985150&group_… 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: pd-extended Group: None >Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Hans-Christoph Steiner (eighthave) Summary: pix_film behaves different on Windows vs MacOS Initial Comment: PD-EXTENDED 0.41.4 WINDOWS (XP or VISTA) - [auto 1( plays movie to end of file - doesn't loop or play again after re-sending the auto 1 message. - end reached (3rd outlet) keeps banging endlessly - sending a [0( message to the frame# inlet starts playing the clip again. - will loop if end reached (3rd outlet) is used to bang a [0( message to the frame inlet. - [auto 0( stops clip; [auto 1( starts it again from where left off. MAC (OSX) [auto 1( plays movie through and auto loops until [auto 0( ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-26 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-11 15:05 Message: the bug-tracker for Gem is at http://sf.net/projects/pd-gem this is printed whenever you start Gem to the pd-console. also, i seriously wonder why you assign this bug to hans. (what makes you think that the cause of the problem is pd-extended rather than the OS; if you don't know, why don't you file a bug report at Microsoft or Apple? if you don't know, why do you assign it to the maintainer of pd-extended? are you paying hans to get the bugs fixed by him?) if auto-assigning all bugs is some half-automated thing (e.g. the bug gets automatically assigned to hans if you report the bug via the "report bug" menu-entry in pd-extended) then please accept my apologies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2985150&group_…

1 0

[ pure-data-Bugs-2991563 ] abs~ only works on first sample of each block
by SourceForge.net 24 Apr '10

24 Apr '10

Bugs item #2991563, was opened at 2010-04-23 23:46 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_… 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.42 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: abs~ only works on first sample of each block Initial Comment: The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples. I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-24 09:52 Message: hmm, there are quite a lot of implementations of [abs~]. i tried: - pd-vanilla [abs~] (part of Pd>=0.42) - zexy's built-in [abs~] - zexy's abstraction wrapper for [abs~] all of them work perfectly on 0.42.5 (self-compiled Pd and zexy on a Debian GNU/Linux system) my test patch is: [sig~ -1] | [abs~] | [print~] ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-04-23 23:47 Message: Sorry it was me, i wasn't logged in. I cannot change the priority now, well.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…

1 0

[ pure-data-Bugs-2991563 ] abs~ only works on first sample of each block
by SourceForge.net 23 Apr '10

23 Apr '10

Bugs item #2991563, was opened at 2010-04-23 23:46 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_… 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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: abs~ only works on first sample of each block Initial Comment: The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples. I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-04-23 23:47 Message: Sorry it was me, i wasn't logged in. I cannot change the priority now, well.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…

1 0

[ pure-data-Bugs-2991563 ] abs~ only works on first sample of each block
by SourceForge.net 23 Apr '10

23 Apr '10

Bugs item #2991563, was opened at 2010-04-23 21:46 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_… 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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: abs~ only works on first sample of each block Initial Comment: The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples. I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…

1 0

Ubuntu/Lucid builds starting today
by Hans-Christoph Steiner 23 Apr '10

23 Apr '10

I updated the Ubuntu/Jaunty box to Lucid 9.10 so we should have Lucid builds starting tonight. .hc ---------------------------------------------------------------------------- Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

2 1

[ pure-data-Bugs-2991292 ] ggee/button does not work (winxp)
by SourceForge.net 23 Apr '10

23 Apr '10

Bugs item #2991292, was opened at 2010-04-23 09:58 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991292&group_… 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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: ggee/button does not work (winxp) Initial Comment: Pd version 0.41.4-extended-20090509 error: button0xa4f8d0: no such object 0.43.0-devel-20100417 invalid command name "pd" invalid command name "pd" while executing "pd [concat buttona7baf8 b \;]" (procedure "button_cba7baf8" line 1) invoked from within "button_cba7baf8" invoked from within ".xa54798.c.sa7baf8 invoke" ("uplevel" body line 1) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991292&group_…

1 0

[ pure-data-Bugs-2991291 ] ggee/image GOP crashes (winxp)
by SourceForge.net 23 Apr '10

23 Apr '10

Bugs item #2991291, was opened at 2010-04-23 09:54 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991291&group_… 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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: ggee/image GOP crashes (winxp) Initial Comment: Pd version 0.41.4-extended-20090509 and 0.43.0-devel-20100417 but it crashes only as long as there is any connection to the [image] object it crashes when you close the patch and even if you try to delete the GOP abstraction from your patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991291&group_…

1 0

[ pure-data-Bugs-2990462 ] Discrepency between tabosc4~ and tabread4~
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990462, was opened at 2010-04-21 12:28 Message generated for change (Tracker Item Submitted) made by irmaosaturno You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990462&group_… 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.41 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paulo Casaes (irmaosaturno) Assigned to: Nobody/Anonymous (nobody) Summary: Discrepency between tabosc4~ and tabread4~ Initial Comment: I believe I've found a discrepency between tabread4~ and tabosc4~. If you use them to synthesis a signal from the same table they will go out of phase with each other. The problem is more apparent with a table with lots of harmonics. I tested this on PD-Extended 0.41 Not sure how much of a problem this really is or whether this has been fixed in later version. I've included a patch demonstrating the discrepancy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990462&group_…

1 0

[ pure-data-Bugs-2990309 ] dumpOSC fails to create if no arguments
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990309, was opened at 2010-04-21 10:34 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_… 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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: dumpOSC fails to create if no arguments Initial Comment: If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 13:49 Message: sure i only looked at the code and there it says that it will print out the error before failing to create. at this point i hadn't even tried to create an OSCx object. then, i added an "OSCx is deprecated" message to the three OSCx objects (which get's printed whenever one of these objects is created), which i think is enough hint for the user (rather than creating help-patches). while doing so, i i also created [dumpOSC] (without args) and can confirm that it also prints out the warning about empty arguments (i also added a hint that a "port number" is missing) i think with my additions (deprecation-message and hint that it is the port-number that's missing) we can close this issue ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-04-21 13:39 Message: IOhannes, OK I won't use dumpOSC, I didn't know it was deprecated. It would be fine to include some note in the help patches (which don't exist) so that a user can know the objects are deprecated. Regarding this: > furthermore, [dumpOSC]will print out an error to the console if you don't > specify an argument ("[dumpOSC] needs at least one argument") maybe your version does; I use the Pd Extended precompiled binaries for Windows from puredata.info, and I can assure you that the only error message that appears on the consol is: dumpOSC: couldn't create ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:48 Message: furthermore, [dumpOSC]will print out an error to the console if you don't specify an argument ("[dumpOSC] needs at least one argument") the message could be more meaningful (i changed that now), but it still has tto be read.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:41 Message: i will not get tired of that: do not use [dumpOSC] (and other friends from OSCx), as they are buggy, outdated, unmaintained and superceded by the better-designed, up-to-date, actively maintained objects from mrpeach. the objects are mainly there for legacy reasons. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev April 2010