Pd-dev January 2011

pd-dev@lists.iem.at

12 participants
70 discussions

[ pure-data-Patches-3064521 ] label positions in GOPs get placed wrong when changed dynami
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3064521, was opened at 2010-09-11 22:22 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3064521&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: label positions in GOPs get placed wrong when changed dynami Initial Comment: fix label_pos in all IEMGUI ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:27 Message: applied for 0.43 ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-12 16:51 Message: I second this bug--had encountered the exact same problem and the patch solves it perfectly. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-09-13 01:01 Message: see the attached patch for an illustration of the bug. Included in Pd-extended 0.42.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3064521&group_…

1 0

[ pure-data-Patches-3139922 ] fix plugin loading other files
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3139922, was opened at 2010-12-18 19:37 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3139922&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: bugfix >Status: Closed Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fix plugin loading other files Initial Comment: GUI plugins often want to load other files, like images,etc. so make it easy to do without weird workarounds. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:26 Message: applied for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3139922&group_…

1 0

[ pure-data-Patches-3065109 ] [bugfix] for crasher bug when setting samplerate in alsa
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3065109, was opened at 2010-09-13 08:58 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&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: bugfix >Status: Closed Resolution: Accepted Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] for crasher bug when setting samplerate in alsa Initial Comment: on my system (with an "nvidia CK804" onboard soundcard), i get immediate crashes if i select the plughw device (in Pd this shows up as "NVidia CK808 (plug-in)") with 44100Hz (the device only supports 48kHz) [1] with the help of the alsa-developpers i hunted the problem down; it can be easily worked around if Pd was not using snd_pcm_hw_params_set_rate_min() (without setting a rate_max()) but snd_pcm_hw_params_set_rate_near() instead [2]. this patch does this (it's a one-liner) so now i can select all devices that show up in the media menu without having to fear a crash. (since it's a crasher, i raise the priority) [1] i usually don't select plughw devices, so i haven't cared so much until now. but it's really annoying if you simply select a configuration in the preferences to make Pd crash) [2] when alsa-devs were finally able to reproduce my problem, they simply asked "but why don't you just use rate_near()?" ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:33 Message: applied for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065109&group_…

1 0

[ pure-data-Patches-3065099 ] [bugfix] broken multiple-midi dialog
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3065099, was opened at 2010-09-13 08:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] broken multiple-midi dialog Initial Comment: in the upcoming 0.43, their is a small typo in the "long form" of the midi dialog (the "long form" is the one that allows you to select multiple midi devices): it references to "midi_midi_outdevlist" rather than "midi_outdevlist", resulting in an tcl error. attached patch fixes this. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:31 Message: applied for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3065099&group_…

1 0

[ pure-data-Patches-3136984 ] [bugfix] "pd -font-weight normal" causes mayhem
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3136984, was opened at 2010-12-14 04:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&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: bugfix >Status: Closed Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] "pd -font-weight normal" causes mayhem Initial Comment: If you launch pd like "pd -font-weight normal" then try to open a patch, you get a Tcl dump saying that 'norm' is not a correct font property. This is caused because the size of sys_fontweight gets set by the sys_fontweight[] = "bold";. This page just adds some padding. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:23 Message: applied for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3136984&group_…

1 0

[ pure-data-Patches-3137000 ] [bugfix] Tcl barfs if you hit Enter while adding a lib
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3137000, was opened at 2010-12-14 04:48 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&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: bugfix >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] Tcl barfs if you hit Enter while adding a lib Initial Comment: In the Startup preferences, if you add a new lib, then type the name, then hit Enter, you get a Tcl dump. This simple patch fixes that. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-01-23 05: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: Miller Puckette (millerpuckette) Date: 2011-01-09 04:24 Message: applied for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3137000&group_…

1 0

[ pure-data-Patches-3164161 ] set cursors in Tcl per-platform to get good behavior on all
by SourceForge.net 23 Jan '11

23 Jan '11

Patches item #3164161, was opened at 2011-01-23 00:01 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: set cursors in Tcl per-platform to get good behavior on all Initial Comment: This simple patch sets the mouse cursors per-platform in pd-gui.tcl. First, the allows the mouse cursors to work properly on all platforms, second it allows the mouse cursors to be customized both from patches and from GUI plugins. Its been in Pd-extended since 0.40.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&group_…

1 0

Re: [PD-dev] pd 0.43 test4: Canvas Position
by Roman Haefeli 22 Jan '11

22 Jan '11

(I hope you don't mind if I bring that back to the list) On Sat, 2011-01-22 at 15:50 -0500, Hans-Christoph Steiner wrote: > ----- Original message ----- > > On Sat, 2011-01-22 at 15:31 -0500, Hans-Christoph Steiner wrote: > > > ----- Original message ----- > > > > On Fri, 2011-01-21 at 18:02 -0500, Hans-Christoph Steiner wrote: > > > > > It was changed to work on GNOME/metacity, which is the default on > > > > > Fedora, Debian, Ubuntu, Mint, etc. So it is by far and away the most > > > > > common. Since it is going to be different with each window manager, I > > > > > think it makes sense to have the defaults work for the most people. > > > > > > > > Didn't it work for everything before? Or am I even wrong in thinking > > > > that up to 0.42 Pd used to write the window geometry into the patch file > > > > and not the canvas geometry? Sorry to repeat myself: Why was it changed > > > > to storing the canvas geometry? > > > > > > > > Roman > > > > > > from my experience, it was not working, that's why I changed it. I didn't > > > realize at the time that it was different on each window manager in X11, I > > > only use GNOME/metacity. > > > > Not that I care _that_ much about it, but I still wonder: In what way is > > it working better now than it was before? I wouldn't call it 'working' > > when it actually only works with one window manager (metacity). > > > > OTOH, I must say that it is quite easy to make it working in > > non-metacity window managers. Only two numbers need to be adjusted in > > <pd-src>/tcl/pdtk_canvas.tcl. > > > > Is there a way for tcl/tk to know in which window manager it is running > > in? If so, a real solution wouldn't be too hard, hopefully. > > > > Roman > > there has got to be a way, at worst you could always "ps auxww | grep metacity" for each supported WM. I only use the default Debian and Ubuntu setup, so I not the one to take this project on. True. However, I think it's not even tied to the window manager, but to the theme it uses. At least I tested it also on Gnome/Metacity (default theme on Lucid) and it was still off (which might be an indication that your Gnome is different from mine). Also I believe it is dangerous to assume that the default theme uses the same measures on different Ubuntu versions or the measures are the same across different distros (most likely they are _not_). I don't see how it could be solved in a consistent way. I consider the current implementation rather 'broken' than 'working'. This is not a rant, but I think we should be aware of where things might fail. Personally, I am very fine with adjusting two numbers in a file whenever I install Pd. Roman

2 1

pd 0.43 test4: Canvas Position
by Roman Haefeli 22 Jan '11

22 Jan '11

Hi It seems that since Pd 0.43 a Pd file does not save the window manager window position and size anymore (at least on linux), but instead the position and the size of the canvas, i.e. the white patching area. This has some implications. Since window decorations (title bar, window borders) have different sizes/widths across different window managers, but even different sizes across certain themes of certain window managers, the patch window of a saved patch doesn't always appear at the position where it was saved. Even more, the next time the patch is saved and re-loaded, it's shifted again, etc. I am usually running fluxbox and with my current theme, the offset is x: -3px y: -9px With the Ubuntu Lucid default theme (Gnome), the offset is: x: -1px y: 0px Can that be addressed somehow, or is it not possible from tcl/tk to know the properties of the window decorations? In fluxbox, there is the side effect, that when xPos or yPos is negative, the window is drawn to the next window free area of the screen instead of the stored position. Another new issue since 0.43 in fluxbox is, that a second instance of Pd is always opened on the workspace where the first instance is running. This wasn't the case with older versions of Pd (i.e.: it was possible to start a second instance of Pd in a new workspace. Is anybody else experiencing similar issues and might have some ideas how to resolve this? Cheers Roman

3 6

restored remote access to macosx104-powerpc
by Hans-Christoph Steiner 21 Jan '11

21 Jan '11

Just an FYI, I restored remote access to the revived Mac OS X 10.4/ PowerPC build machine, with its freshly updated fink libs: http://puredata.info/docs/developer/Macosx104Powerpc You do need to ssh with a weird port number tho: ssh -p 2222 pddev(a)hq.nycresistor.com .hc ---------------------------------------------------------------------------- "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman

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 January 2011