Pd-dev April 2008

pd-dev@lists.iem.at

24 participants
178 discussions

[ pure-data-Bugs-1854008 ] JackOSX 0.75 crashing Pd 0.40-2
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1854008, was opened at 2007-12-19 09:21 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854008&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: v0.40.2 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: JackOSX 0.75 crashing Pd 0.40-2 Initial Comment: The latest beta of Jack for Multiprocessor support: http://www.grame.fr/~letz/JackOSX.0.75b15.pkg.zip Is crashing the latest version (autobuild) of Pd-extended 0.40-2 when Jack is selected from the Media menu. System is: 10.5.1 os x MacIntel 2.4ghz ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 11:59 Message: Logged In: YES user_id=27104 Originator: NO Try the latest builds. The Mac/Intel builds are back. The Mac OS X builds are now building against JackOSX 0.77. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 11:59 Message: Logged In: YES user_id=27104 Originator: NO Try the latest builds. The Mac/Intel builds are back. The Mac OS X builds are now building against JackOSX 0.77. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-28 06:30 Message: Logged In: NO Which version of PD-extended should i try now? I have been successfully using Jack 0.76 with Pd-0.40.3-extended-20080222 - it wasn't crashing... There haven't been any Intel builds since them afaik. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 00:41 Message: Logged In: YES user_id=27104 Originator: NO does this still happen with jackosx version 0.77? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854008&group_…

1 0

[ pure-data-Bugs-1854008 ] JackOSX 0.75 crashing Pd 0.40-2
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1854008, was opened at 2007-12-19 09:21 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854008&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: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: JackOSX 0.75 crashing Pd 0.40-2 Initial Comment: The latest beta of Jack for Multiprocessor support: http://www.grame.fr/~letz/JackOSX.0.75b15.pkg.zip Is crashing the latest version (autobuild) of Pd-extended 0.40-2 when Jack is selected from the Media menu. System is: 10.5.1 os x MacIntel 2.4ghz ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 11:59 Message: Logged In: YES user_id=27104 Originator: NO Try the latest builds. The Mac/Intel builds are back. The Mac OS X builds are now building against JackOSX 0.77. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-28 06:30 Message: Logged In: NO Which version of PD-extended should i try now? I have been successfully using Jack 0.76 with Pd-0.40.3-extended-20080222 - it wasn't crashing... There haven't been any Intel builds since them afaik. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 00:41 Message: Logged In: YES user_id=27104 Originator: NO does this still happen with jackosx version 0.77? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854008&group_…

1 0

[ pure-data-Bugs-1325663 ] Higher CPU load in 0.39 than older versions
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1325663, was opened at 2005-10-13 07:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&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: None Status: Open Resolution: None Priority: 8 Private: No Submitted By: Piotr Majdak (piotrmajdak) Assigned to: Nobody/Anonymous (nobody) Summary: Higher CPU load in 0.39 than older versions Initial Comment: Updating to 0.39 I noticed that most patches use more CPU than in previous versions. Configuration: OS: Windows 2000, ASIO driver activated. CPU Load without any patch loaded: - 0.38.3: 2% - 0.39: 4% CPU Load with a patch: - 0.38.3: 3% - 0.39: 40% (!) CPU Load with comport object receiving data from serial port: - 0.38.3: 3% - 0.39: 25% It seems to depend on audio channels used: more channels higher CPU load. It is hardware independent (several sound interfaces tested with different computers). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 11:41 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-31 04:13 Message: Logged In: YES user_id=564396 does this still happen with the 0.40 prereleases? if so, could you narrow down the problem a bit? ---------------------------------------------------------------------- Comment By: Piotr Majdak (piotrmajdak) Date: 2005-10-13 07:13 Message: Logged In: YES user_id=633784 changed priority: this bug makes 0.39 unusable :-( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&group_…

1 0

[ pure-data-Patches-1242495 ] changing properties doesn't set "modified" status
by SourceForge.net 28 Apr '08

28 Apr '08

Patches item #1242495, was opened at 2005-07-21 14:07 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242495&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) >Assigned to: Miller Puckette (millerpuckette) Summary: changing properties doesn't set "modified" status Initial Comment: When you change the properties of an object, it does not set the "dirty" or "modified" flag on the patch. Therefore, Pd does not prompt to save if that patch is closed and those changes are lost. To see this bug in action, make a new patch, and place a GUI bang object on the canvas (i.e. [bng]), then save the file. Now, open the properties dialog of that bang and change the color of it and it OK. When you close the patch, it does not prompt you to save your changes. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 11:34 Message: Logged In: YES user_id=27104 Originator: YES Attached is a patch that fixes this for all canvas-related properties panels (i.e. NOT the audio/midi/path/startup pref panels). This should work for adding and deleting cords, and properties panels for: canvas, arrays, iemguis, and atom boxes. The only downside is that with the properties panels, there is no checking whether there has actually be any change. I just sets the dirty flag if the user clicks on OK or Apply. File Added: cords_and_properties_set_dirty-0.41.4.patch ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-27 11:08 Message: Logged In: YES user_id=1709568 Originator: NO Not only changing properties of an object. Also deleting an existing connection does not set the modified flag! To see the bug in action: Make a new patch, create any two objects and connect them in any way (any inlet of one to any outlet of the other), then save the file. Now, click on the wire connection and delete it, without moving the objects. When you close the patch, it does not prompt you to save your changes. This is true both for control and signal connections. At least Windows XP, version 0.40-2 Should I post this as a separate bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242495&group_…

1 0

[ pure-data-Bugs-1795369 ] red border GOP
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1795369, was opened at 2007-09-14 23:47 Message generated for change (Comment added) made by mariusschebella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&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: None Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: red border GOP Initial Comment: hey, when I have a subpatch that contains no element in it, but is a GOP, then I don't see the red GOP border. that does not seem to be a problem. BUT... when I use this empty subpatch and create an object in it via message command, then that red border suddenly is visible in the parent patch. see attached file. marius. ---------------------------------------------------------------------- >Comment By: marius schebella (mariusschebella) Date: 2008-04-28 11:19 Message: Logged In: YES user_id=1856112 Originator: YES it's the same, but #1351274 does not show up when I browse the bugs. wrong settings? strange. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:43 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:42 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 http://sourceforge.net/tracker/index.php?func=browse&group_id=55736&atid=47… ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 09:58 Message: Logged In: YES user_id=1658640 Originator: NO This seam very similar to the report #1351274 called "pd 0.39-1 GOP bounding box doesn't appear if no objects". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&group_…

1 0

[ pure-data-Bugs-1065333 ] readsf~
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1065333, was opened at 2004-11-12 12:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1065333&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: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: readsf~ Initial Comment: pd crashes the whole system and can't even be killed by the watchdog (i'm using -rt) when more than 20 readsf~s (i'm not sure if it is always exactly 20) are created one by one in an empty patch. the whole computer becomes unresponsive to anything and the hard drive thrashes constantly. computer can only be restarted with power button. this is even before any messages have been sent to the readsf~s or dsp has been turned on. i'm using 0.38 test 10 on planetCCRMA fedora core 1 with jack. stefan turner stefan underscore turner at yahoo dot co dot uk ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:51 Message: Logged In: YES user_id=27104 Originator: NO I was not able to reproduce this on Mac OS X 10.4.11/Intel using Pd-0.40.3-extended-20080427. Is this still a problem anywhere? I attached my test patch. File Added: manyreadsf.pd ---------------------------------------------------------------------- Comment By: Anton Woldhek (anton-w) Date: 2004-11-29 02:32 Message: Logged In: YES user_id=1139337 This behaviour doesnt seem to happen on the win32 version of pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1065333&group_…

1 0

[ pure-data-Bugs-1795369 ] red border GOP
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1795369, was opened at 2007-09-14 23:47 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&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: None Status: Closed Resolution: Duplicate Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: red border GOP Initial Comment: hey, when I have a subpatch that contains no element in it, but is a GOP, then I don't see the red GOP border. that does not seem to be a problem. BUT... when I use this empty subpatch and create an object in it via message command, then that red border suddenly is visible in the parent patch. see attached file. marius. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:43 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:42 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 http://sourceforge.net/tracker/index.php?func=browse&group_id=55736&atid=47… ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 09:58 Message: Logged In: YES user_id=1658640 Originator: NO This seam very similar to the report #1351274 called "pd 0.39-1 GOP bounding box doesn't appear if no objects". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&group_…

1 0

[ pure-data-Bugs-1795369 ] red border GOP
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1795369, was opened at 2007-09-14 23:47 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&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: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: red border GOP Initial Comment: hey, when I have a subpatch that contains no element in it, but is a GOP, then I don't see the red GOP border. that does not seem to be a problem. BUT... when I use this empty subpatch and create an object in it via message command, then that red border suddenly is visible in the parent patch. see attached file. marius. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:42 Message: Logged In: YES user_id=27104 Originator: NO This is the same as bug #1351274 http://sourceforge.net/tracker/index.php?func=browse&group_id=55736&atid=47… ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 09:58 Message: Logged In: YES user_id=1658640 Originator: NO This seam very similar to the report #1351274 called "pd 0.39-1 GOP bounding box doesn't appear if no objects". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1795369&group_…

1 0

[ pure-data-Bugs-1351274 ] pd 0.39-1 GOP bounding box doesn't appear if no objects
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1351274, was opened at 2005-11-08 09:15 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1351274&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.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) Summary: pd 0.39-1 GOP bounding box doesn't appear if no objects Initial Comment: This is minor, but confused me and made me think something was broken: Create a new patch, don't create any objects. Make the patch graph-on-parent. The red GOP bounding box doesn't appear until the first object is created (pressing Ctrl-1 without typing an object name is enough). Alternatively, Create a new patch, create some objects, delete them all. Make the patch graph-on-parent. The red GOP bounding box doesn't appear until a new object is created (pressing Ctrl-1 without typing an object name is enough). Once GOP is activated for the first time, the bounding box appears correctly when there are no objects, even when GOP is turned off and on again. Pd version 0.39-1 compiled 05:20:44 Nov 7 2005 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 10:35 Message: Logged In: YES user_id=27104 Originator: NO Confirmed on Mac OS X 10.4.11 using Pd-0.41-4 and Pd-0.40.3-extended-2008-04-28 ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2006-10-18 12:14 Message: Logged In: YES user_id=769033 Behaves the same in pd-0.40-1 from Miller's site. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1351274&group_…

1 0

[ pure-data-Bugs-1914851 ] menubar - window filename update
by SourceForge.net 28 Apr '08

28 Apr '08

Bugs item #1914851, was opened at 2008-03-15 11:45 Message generated for change (Comment added) made by mariusschebella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1914851&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: None >Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: menubar - window filename update Initial Comment: hi, I found a minor bug. when you open a patch (or create new patch) and then "save as" (or "save" with a new patch) then that name is not updated in the menubar-window menu. the patch is still listed under the old name or "untitled". maybe that's only on mac 10.5. I tried pd-extended 0.40.3(080222) and the current pd 0.41-2 from millers site. marius. ---------------------------------------------------------------------- >Comment By: marius schebella (mariusschebella) Date: 2008-04-28 08:09 Message: Logged In: YES user_id=1856112 Originator: YES sorry, if I was not clear. to reproduce create a new patch and look in the menubar under "Windows". It will be listed as Untitled-1 or something. then save it as somename.pd and look again under "Windows". it is still listed as untitled. this does not get updated until you open a new patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-04-28 00:57 Message: Logged In: YES user_id=27104 Originator: NO I cannot reproduce his bug on Pd-0.40.3-extended-20080427 or Pd-0.41-4 on Mac OS X 10.4.11. If you saveas an abstraction that is in use, it will not change the title , and it will indeed remain as that abstraction, and just save a copy, IIRC. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1914851&group_…

1 0

← Newer
1
2
3
4
5
6
7
...
18
Older →

Jump to page:

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 2008