Pd-dev February 2010

pd-dev@lists.iem.at

22 participants
71 discussions

seeking advice on Pd gui overhaul
by Paul Kohlhoff 27 Mar '10

27 Mar '10

Hello, I am looking for some advice on a possible rewrite of the PureData GUI. I am a member of a team of student developers at Virginia Tech. We are looking to improve the usability and reliability of Pd for integration with Virginia Tech's Linux Laptop Orchestra ("l2ork," if you like witty acronyms). The creator and director of the orchestra, Dr. Ico Bukvic, has expressed to us his dissatisfaction with the current TCL/TK GUI. One possible solution we are discussing is to rewrite the GUI using either the Juce toolkit or the QT toolkit. It would be very helpful to us if anyone could offer any suggestions, criticism, or comments on this project. Does anyone know of any similar projects? What could be some possible issues/consequences? Some basic info about the Laptop Orchestra can be found at http://l2ork.music.vt.edu/. A goal of the project is to be as cost-efficient as possible, so commercial software like Max/MSP is not an option. PureData is being used as an interface for the performers and also as a compositional tool. Again, any input or comments would be much appreciated. Cheers, Paul Kohlhoff Senior, B.S. Computer Science Virginia Tech

10 34

[ pure-data-Bugs-2950978 ] iemlib/[soundfile_info]: does not load certain wav files
by SourceForge.net 15 Mar '10

15 Mar '10

Bugs item #2950978, was opened at 2010-02-13 01:06 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: musil (tmusil) Summary: iemlib/[soundfile_info]: does not load certain wav files Initial Comment: an example file showing described behaviour can be downloaded here: http://www.romanhaefeli.net/test8kanal_interleaved_www.wav when loading such a file with [soundfile_info], it prints the following error: soundfile_info_read-error: /home/roman/projekte/liestal/soundfiles/test8kanal_interleaved_www.wav has a format-chunk not equal to 16 this and other files generated with the nuendo software have this problem. the files though seem to be compliant wav-files. [readsf~] loads and plays them fine. 'mplayer -identify test8kanal_interleaved_www.wav' prints: Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 8 ch, s16le, 5644.8 kbit/100.00% (ratio: 705600->705600) Only [soundfile_info] seems to have troubles with those files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&group_…

3 3

[ pure-data-Bugs-2960764 ] System Crash with PD
by SourceForge.net 28 Feb '10

28 Feb '10

Bugs item #2960764, was opened at 2010-02-28 17:48 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2960764&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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: System Crash with PD Initial Comment: Hello, I have a windows xp intel atom processor with 2 gb of ram (it's a fairly nice netbook). I'm running Pd version 0.42-5 compiled for Microsoft Windows. After I close pd, i check my system programs and pd.exe stays running taking up like 70% of my cpu processing. If I choose to end task it the I get a blue screen system failure and the computer restarts. So two issues: one pd.exe won't close, and two when i try to close it, it crashes my computer. Also, I noticed each time I started pd an added icon of the AISO sound driver pops up and i'm not sure why thats happening but it could be connect to a driver issue I guess. Here's some event logs. Application log Event Type: Error Event Source: Application Hang Event Category: (101) Event ID: 1002 Date: 2/28/2010 Time: 1:39:50 AM User: N/A Computer: YOUR-W5VBZ7LYQ8 Description: Hanging application wish84.exe, version 8.4.2.18, hang module hungapp, version 0.0.0.0, hang address 0x00000000. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 48 61 6e 67 ion Hang 0010: 20 20 77 69 73 68 38 34 wish84 0018: 2e 65 78 65 20 38 2e 34 .exe 8.4 0020: 2e 32 2e 31 38 20 69 6e .2.18 in 0028: 20 68 75 6e 67 61 70 70 hungapp 0030: 20 30 2e 30 2e 30 2e 30 0.0.0.0 0038: 20 61 74 20 6f 66 66 73 at offs 0040: 65 74 20 30 30 30 30 30 et 00000 0048: 30 30 30 000 System log: Event Type: Error Event Source: System Error Event Category: (102) Event ID: 1003 Date: 2/28/2010 Time: 1:35:20 AM User: N/A Computer: YOUR-W5VBZ7LYQ8 Description: Error code 100000d1, parameter1 00000000, parameter2 00000002, parameter3 00000000, parameter4 a91ecab0. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 53 79 73 74 65 6d 20 45 System E 0008: 72 72 6f 72 20 20 45 72 rror Er 0010: 72 6f 72 20 63 6f 64 65 ror code 0018: 20 31 30 30 30 30 30 64 100000d 0020: 31 20 20 50 61 72 61 6d 1 Param 0028: 65 74 65 72 73 20 30 30 eters 00 0030: 30 30 30 30 30 30 2c 20 000000, 0038: 30 30 30 30 30 30 30 32 00000002 0040: 2c 20 30 30 30 30 30 30 , 000000 0048: 30 30 2c 20 61 39 31 65 00, a91e 0050: 63 61 62 30 cab0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2960764&group_…

1 0

[ pure-data-Feature Requests-2960329 ] add dollarsign variable for abstraction args
by SourceForge.net 27 Feb '10

27 Feb '10

Feature Requests item #2960329, was opened at 2010-02-27 13:48 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2960329&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: add dollarsign variable for abstraction args Initial Comment: There should be a special dollarsign variable to get abstraction args. This would make it easier to build expressive abstractions, without having to rely on dynamic patching which evidently is not "officially supported." For example, say I have an abstraction that uses comparisons to decide whether or not the incoming value should be sent out the left or right outlet. Currently I can use the relational objects-- i.e., let the user decide which one to give as args to the abstraction and just have a [$1 $2] object inside it. But then maybe at some point in using my abstraction I think it would be really handy to use [expr] for a more complicated comparison. Currently to do so requires adding dynamic patching to my abstraction, which is of course a pain. If there were one dollarsign variable for getting all the args, however, I just use that in place of [$1 $2] (and it would work seamlessly). I've purposely avoided putting a name to this dollarsign variable because I'm fine with whatever someone who has the skills to implement it comes up with. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2960329&group_…

1 0

[ pure-data-Bugs-2957058 ] pointer to [route symbol]-[print] crashes pd
by SourceForge.net 26 Feb '10

26 Feb '10

Bugs item #2957058, was opened at 2010-02-23 07:11 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2957058&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: None Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: pointer to [route symbol]-[print] crashes pd Initial Comment: [namecanvas foo] [traverse foo, bang( | [pointer] | [route symbol] | [print] 1) a pointer message is erroneously routed as a symbol 2) this crashes Pd 3) [route pointer] doesn't route a pointer ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2010-02-25 17:37 Message: Yep, a gpointer is not simply a message composed of "pointer" and some actual pointer blob. I don't know the exact details myself and don't really understand the source code, but they seem to be something very "special" just like signals are. As you know, [print] shows them as a not very helpful "(gpointer)", but if you pass a pointer to [list prepend set]-[list trim] and into a message box: There pointers show up as "(pointer)" with the "g" missing. Anyway don't bother trying [route (pointer)], it doesn't work either. :) In the end we probably have to accept that gpointers don't have a "printable" selector, just like audio signals don't have one. Introducing a print- and routable selector as "pointer" may be useful, or maybe it's not, as some people may already use "pointer" as a meta-message in their patches, for example to handle mouse-"pointer" events or so. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2010-02-25 06:54 Message: Hm, I'm just not understanding something about gpointers-- I'd just assumed when you send a pointer message it consists of the selector "pointer" followed by the gpointer itself (gridflow's [display] seems to confirm this). But clearly something else is going on because [route pointer] doesn't currently work for gpointers, nor will [pointer] accept a gpointer that has passed through [pointer $1( (though [route] will, without crashing, and output a usable gpointer that has the selector "list"). It also seems like "pointer 1 2 3" is an unchecked case of "bad arguments to message 'pointer'". So I guess I'm saying I agree that [route pointer] should route according to the selector "pointer", I just don't understand why a gpointer wouldn't match under those conditions. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2010-02-23 09:40 Message: Hi Jonathan, I raised the priority as crashes are really serious. I disagree with your item 3), though. [route pointer] should not route GPointers, but meta-messages starting with the symbol "pointer" e.g. [pointer 1 2 3( | [route pointer] | It does that just fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2957058&group_…

4 3

[ pure-data-Bugs-2959373 ] pddplink doesn't handle relative paths correctly
by SourceForge.net 26 Feb '10

26 Feb '10

Bugs item #2959373, was opened at 2010-02-25 22:26 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2959373&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: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: pddplink doesn't handle relative paths correctly Initial Comment: The attached example shows the problem clearly. If you use the link in main.pd it will open ./myPatch.pd, but myPatch.pd will erroneously inherit the path of the canvas that contains the link. Thus helperAbstraction won't create because ./folder is not searched. You can see this clearly in the window heading of myPatch.pd after you follow the link: it lists the object as "./folder/myPatch.pd" and the path as that of main.pd. But if you make an object [./folder/myPatch.pd] in main.pd and open it, you can see it correctly lists the object as "myPatch.pd" and makes ./folder part of the path. This is what pddplink should do, too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2959373&group_…

1 0

Re: [PD-dev] seeking advice on Pd gui overhaul
by Ivica Ico Bukvic 25 Feb '10

25 Feb '10

you mean in opengl? Ico João Pais <jmmmpais(a)googlemail.com> wrote: >I'm not a coder, but I could also give a sugestion, which I haven't tried >myself for lack of time: how about circumventing tcl/tk, by writing your >gui in gem? There was once a report that it's much faster - I can only say >it does if you're using data structures inside a gop. > >>> The problem is that Tcl/Tk is not the bottleneck when it comes to array >>> redrawing. Its how pd sends draw commands. Redrawing a big array >>> once >>> could result in literally 500KB of Tcl code generated by Pd and sent to >>> the GUI. >>> >>> So whether you use Tcl/Tk, Qt, JUCE, or whatever, you'll have to address >>> that issue to get any real gain. I'd say the best place to start is try >>> updating the array drawing code so that it just sends a simple command >>> to Tcl and let's Tcl do the drawing work. You could easily make that an >>> external and use it with any version of Pd. >>> >>> .hc >> >> Interesting. Still, this does not resolve the issue of a large number >> box on the screen being updated rapidly taking up a lot of CPU (it >> scales exponentially with growing font size and in this case I suspect >> Pd's output is minimal, amounting to change in the displayed set of >> characters). >> >> Ico >> >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev(a)iem.at >> http://lists.puredata.info/listinfo/pd-dev > > >-- >Friedenstr. 58 >10249 Berlin (Deutschland) >Tel +49 30 42020091 | Mob +49 162 6843570 >Studio +49 30 69509190 >jmmmpais(a)googlemail.com | skype: jmmmpjmmmp

2 4

[ pure-data-Patches-2958837 ] Fix bendout on alsa
by SourceForge.net 25 Feb '10

25 Feb '10

Patches item #2958837, was opened at 2010-02-25 12:10 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958837&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: Martin Peach (mrpeach) Assigned to: Miller Puckette (millerpuckette) Summary: Fix bendout on alsa Initial Comment: Using ALSA MIDI on linux, the [bendout] object takes input between -8192 and 8191 but the output is scrambled because it is sent as signed instead of offset. This patch sends -8192 - 8191 as 0 - 16384 as per the spec. [bendin] still needs to have 8192 subtracted from its outlet on _UNIX and _WIN32 at least. ---------------------------------------------------------------------- >Comment By: Martin Peach (mrpeach) Date: 2010-02-25 12:16 Message: Er, that should read "This patch sends -8192 through 8191 as 0 through 16383" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958837&group_…

1 0

[ pure-data-Patches-2958837 ] Fix bendout on alsa
by SourceForge.net 25 Feb '10

25 Feb '10

Patches item #2958837, was opened at 2010-02-25 12:10 Message generated for change (Tracker Item Submitted) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958837&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: Martin Peach (mrpeach) Assigned to: Miller Puckette (millerpuckette) Summary: Fix bendout on alsa Initial Comment: Using ALSA MIDI on linux, the [bendout] object takes input between -8192 and 8191 but the output is scrambled because it is sent as signed instead of offset. This patch sends -8192 - 8191 as 0 - 16384 as per the spec. [bendin] still needs to have 8192 subtracted from its outlet on _UNIX and _WIN32 at least. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958837&group_…

1 0

[ pure-data-Patches-2958600 ] Updated pddp/print objects
by SourceForge.net 25 Feb '10

25 Feb '10

Patches item #2958600, was opened at 2010-02-25 04:05 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958600&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: abstractions Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: Updated pddp/print objects Initial Comment: Here are some updated versions of pddp/print and pddp/print_long that display selectors correctly (or at least as correctly as vanilla [print] does). I also added a -d flag to both objects so you can explicitly show all selectors (-d for debug, but it could be changed to something else if there's a better arg). Help files are also included. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2958600&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 February 2010