Pd-dev November 2010

pd-dev@lists.iem.at

17 participants
63 discussions

[ pure-data-Patches-3077431 ] add threaded read/write for coll to avoid xruns
by SourceForge.net 21 Nov '10

21 Nov '10

Patches item #3077431, was opened at 2010-09-28 13:29 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&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: feature >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: add threaded read/write for coll to avoid xruns Initial Comment: Xruns occur when coll tries to read/write large files, particularly when Pd is running more complex patches. Following proposed solution does read/write in a separate thread to avoid generating xruns and outputs bang on load using clock_delay to make it sync properly with the main thread. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-21 16:27 Message: Hey Ico, glad to see you putting work into hard problems. cyclone is a complex library with a very specific goal: a collection of clones of Max/MSP objects, bugs, warts and all. I recommend that you just make your own version of [coll] and give it a new name to avoid confusion, unless you really share this goal and are willing to test against Max/MSP. ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-10-02 10:35 Message: Fixed and re-uploaded the patch after discovering some stability issues. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3077431&group_…

1 0

found source of crazy focus bug
by Hans-Christoph Steiner 21 Nov '10

21 Nov '10

Hey all, Miller and I have been banging our heads against the Mac OS X-only bug where the menubar would get focus and flash when you hit keys, but the key command wouldn't work or do anything else. It turns out that it is caused by the 'grab' command in the ::pdwindow::busygrab proc. If you comment that out, then this bug goes away. Odd that it only affects Mac OS X... The grab function is used to put up the busy cursor when Pd is loading a patch, and it also locks the user out of trying to do things, like edit a patch, while 'pd' is busy trying to load the patch. This works by forcing the focus to be on the Pd window while 'pd' is busy. It seems to work like a charm on X11 and Windows, but on Mac OS X, it causes the new windows to not get the FocusIn message, and therefore not set itself up properly. So now the question is how to fix this and retain the busy cursor feature? .hc ---------------------------------------------------------------------------- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

1 1

Re: [PD-dev] [PD] Trying to track a ghost pdtk_canvas_getscroll call
by Hans-Christoph Steiner 18 Nov '10

18 Nov '10

On Nov 18, 2010, at 12:50 PM, Mathieu Bouchard wrote: > On Thu, 18 Nov 2010, Ivica Ico Bukvic wrote: > >> I have a real pickle in trying to debug Pd. Namely, when I grep-ed >> every single instance of pdtk_canvas_getscroll and commented it >> out, it still gets invoked somehow and I am at a loss how. I know >> it occurs as many times as there are objects selected that have >> been moved (so it is definitely per-object) > > Use <execinfo.h>'s backtrace() so that sys_vgui prints the name of > the calling function just before each line is printed while in -d 1 > mode. That sounds useful, do you have an example of how that you could share? .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs

1 0

Trying to track a ghost pdtk_canvas_getscroll call
by Ivica Ico Bukvic 18 Nov '10

18 Nov '10

Hi all, I have a real pickle in trying to debug Pd. Namely, when I grep-ed every single instance of pdtk_canvas_getscroll and commented it out, it still gets invoked somehow and I am at a loss how. I know it occurs as many times as there are objects selected that have been moved (so it is definitely per-object) The only thing I managed to isolate so far is the following code: g_editor.c void gobj_displace(t_gobj *x, t_glist *glist, int dx, int dy) { if (x->g_pd->c_wb && x->g_pd->c_wb->w_displacefn) (*x->g_pd->c_wb->w_displacefn)(x, glist, dx, dy); } I am however unable to decipher what function is exactly being called by (*x->g_pd->c_wb->w_displacefn). I only found in g_canvas.h definition of w_displacefn as part of _widgetbehavior struct but nowhere (except in iemgui objects) is it linked to anything I can actually understand. Where does this struct get initialized? Any help on this one would be most appreciated as that will put a stop on me pulling my hairs out :-) Best wishes, Ico

1 1

asio not starting on last pd-extended relsease
by patko 18 Nov '10

18 Nov '10

Hello, I've figured out that I couldn't use asio in that 0.45-5 release, I'm also working over some compilation and got these messages from the compiler: g++ -DPD -DPD_INTERNAL -DMSW -DNT -DPA_NO_DS -DUSEAPI_MMIO -DPA_NO_WASAPI -DUSEAPI_PORTAUDIO -DPA19 -DPA_LITTLE_ENDIAN -mms-bitfields -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -Wall -W -Wstrict-prototypes -Wno-unused -Wno-unused-parameter -Wno-parentheses -Wno-switch -O3 -funroll-loops -fomit-frame-pointer -I../../pd/portaudio -I../../pd/asio -I../../pd/portaudio/include -I../../pd/portaudio/src/common -c -o ../../pd/portaudio/src/hostapi/asio/iasiothiscallresolver.o ../../pd/portaudio/src/hostapi/asio/iasiothiscallresolver.cpp cc1plus.exe: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++ g++ -DPD -DPD_INTERNAL -DMSW -DNT -DPA_NO_DS -DUSEAPI_MMIO -DPA_NO_WASAPI -DUSEAPI_PORTAUDIO -DPA19 -DPA_LITTLE_ENDIAN -mms-bitfields -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -Wall -W -Wstrict-prototypes -Wno-unused -Wno-unused-parameter -Wno-parentheses -Wno-switch -O3 -funroll-loops -fomit-frame-pointer -I../../pd/portaudio -I../../pd/asio -I../../pd/portaudio/include -I../../pd/portaudio/src/common -c -o ../../pd/portaudio/src/hostapi/asio/pa_asio.o ../../pd/portaudio/src/hostapi/asio/pa_asio.cpp cc1plus.exe: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++ ../../pd/portaudio/src/hostapi/asio/pa_asio.cpp: In function `PaError IsFormatSupported(PaUtilHostApiRepresentation*, const PaStreamParameters*, const PaStreamParameters*, double)': ../../pd/portaudio/src/hostapi/asio/pa_asio.cpp:1425: warning: 'asioDeviceIndex' might be used uninitialized in this function ../../pd/portaudio/src/hostapi/asio/pa_asio.cpp: In function `PaError OpenStream(PaUtilHostApiRepresentation*, PaStream**, const PaStreamParameters*, const PaStreamParameters*, double, long unsigned int, PaStreamFlags, int (*)(const void*, void*, long unsigned int, const PaStreamCallbackTimeInfo*, PaStreamCallbackFlags, void*), void*)': ../../pd/portaudio/src/hostapi/asio/pa_asio.cpp:1877: warning: 'asioDeviceIndex' might be used uninitialized in this function before going ahead, I'm asking to the list if this is a known problem, if I'm using the good asio version (or which one should I use?) best regards. -- Patrice Colet

3 3

[ pure-data-Patches-3110267 ] [bugfix] cyclone usability improvements
by SourceForge.net 16 Nov '10

16 Nov '10

Patches item #3110267, was opened at 2010-11-16 13:56 Message generated for change (Tracker Item Submitted) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3110267&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] cyclone usability improvements Initial Comment: Following fixes core miXed/cyclone functionality (miXed/shared/hammer/file.c file) to allow for easier editing of coll files as well as other objects that use hammereditor_open function (about dozen from the cyclone library). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3110267&group_…

1 0

[ pure-data-Patches-3108513 ] [bugfix] collection of fixes improving scrolling/popup
by SourceForge.net 15 Nov '10

15 Nov '10

Patches item #3108513, was opened at 2010-11-13 13:48 Message generated for change (Settings changed) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&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: Ivica Ico Bukvic (ico_bukvic) >Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] collection of fixes improving scrolling/popup Initial Comment: For detailed info please see my post to pd-dev list http://www.mail-archive.com/pd-dev@iem.at/msg08015.html This patch differs from one submitted to pd-dev mailing list in that it adjusts changes to pd.tk to reflect additions that have been made to it since (some chunks apply with "fuzz" enabled but they should all apply rather cleanly). It should be applied against latest Pd-extended 0.42.5 svn branch. NB: I have not had a chance to do the porting to 0.43 as I am still using 0.42.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3108513&group_…

1 0

[ pure-data-Patches-3109768 ] [bugfix] gop patch name uneditable after disabling gop
by SourceForge.net 15 Nov '10

15 Nov '10

Patches item #3109768, was opened at 2010-11-15 16:10 Message generated for change (Settings changed) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&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: Ivica Ico Bukvic (ico_bukvic) >Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] gop patch name uneditable after disabling gop Initial Comment: Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when: 1) open a new patch and create [pd something] 2) right-click on object's properties, enable both GOP and "hide text" options and click on OK/Apply 3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable 4) right-clicking on its properties shows that both "hide text" and GOP are still enabled This is because disabling GOP function does not reset hidetext variable. Following patch fixes this. ---------------------------------------------------------------------- Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-15 16:11 Message: Forgot to mention, this applies to 0.42.5 branch of both pd and pd-extended. It has not been tested against 0.43. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&group_…

1 0

[ pure-data-Patches-3109768 ] [bugfix] gop patch name uneditable after disabling gop
by SourceForge.net 15 Nov '10

15 Nov '10

Patches item #3109768, was opened at 2010-11-15 16:10 Message generated for change (Comment added) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&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: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] gop patch name uneditable after disabling gop Initial Comment: Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when: 1) open a new patch and create [pd something] 2) right-click on object's properties, enable both GOP and "hide text" options and click on OK/Apply 3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable 4) right-clicking on its properties shows that both "hide text" and GOP are still enabled This is because disabling GOP function does not reset hidetext variable. Following patch fixes this. ---------------------------------------------------------------------- >Comment By: Ivica Ico Bukvic (ico_bukvic) Date: 2010-11-15 16:11 Message: Forgot to mention, this applies to 0.42.5 branch of both pd and pd-extended. It has not been tested against 0.43. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&group_…

1 0

[ pure-data-Patches-3109768 ] [bugfix] gop patch name uneditable after disabling gop
by SourceForge.net 15 Nov '10

15 Nov '10

Patches item #3109768, was opened at 2010-11-15 16:10 Message generated for change (Tracker Item Submitted) made by ico_bukvic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&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: Ivica Ico Bukvic (ico_bukvic) Assigned to: Nobody/Anonymous (nobody) Summary: [bugfix] gop patch name uneditable after disabling gop Initial Comment: Last lingering GOP bug (after all previous GOP bugfixes that I submitted have been applied). Namely, when: 1) open a new patch and create [pd something] 2) right-click on object's properties, enable both GOP and "hide text" options and click on OK/Apply 3) the object will revert to its original object-like appearance and will be open-able but its name (text) will not be editable 4) right-clicking on its properties shows that both "hide text" and GOP are still enabled This is because disabling GOP function does not reset hidetext variable. Following patch fixes this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3109768&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 November 2010