Pd-dev March 2008

pd-dev@lists.iem.at

27 participants
110 discussions

[ pure-data-Bugs-1925552 ] abstraction [debytemask]: output order is from left to right
by SourceForge.net 27 Mar '08

27 Mar '08

Bugs item #1925552, was opened at 2008-03-25 17:51 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925552&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: abstraction [debytemask]: output order is from left to right Initial Comment: the output order of the abstraction [debytemask] is left-to-right instead of right-to-left. simply adding a [t a a a a a a a a] should fix it. i decided to post it to 'externals', because the mapping library is located in <pd-cvs>/externals, although it actually only contains abstractions. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-03-27 15:31 Message: Logged In: YES user_id=27104 Originator: NO Stupid oversight on my part, thanks, fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925552&group_…

1 0

building from svn vanilla
by David Plans Casal 27 Mar '08

27 Mar '08

Hello Can people (Miller?) let me know what Tcl/Tk versions they are using to build from SVN trunk on OSX 10.5? Brandon? And, how about those Leopard builds? Can I help in any way? (just been trying to build from trunk using 8.4 and then 8.5 and finding a bit tough) David

4 3

what is schedlib/externalschedlibmain?
by Hans-Christoph Steiner 26 Mar '08

26 Mar '08

I just noticed this new code in s_loader.c and pdj. Is there any explanation of what it is anywhere? I couldn't find it. But from what I read in pdj about it, it sounds useful for me elsewhere. .hc ------------------------------------------------------------------------ ---- 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

3 9

[ pure-data-Bugs-1925796 ] helpfile for pix_snap2pix~
by SourceForge.net 26 Mar '08

26 Mar '08

Bugs item #1925796, was opened at 2008-03-26 00:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925796&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: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: helpfile for pix_snap2pix~ Initial Comment: pix_snap2pix~ searches for pix_snap2pix-help. (missing the tilde) the error message says: 'sorry, couldn't find help patch for "Gem/pix_sig2pix.pd"' please either change the name of the help-patch or the helpfilename inside the object (to search for the tilde version). this happens with latest gem version from march 21. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925796&group_…

1 0

[ pure-data-Patches-1910718 ] Error compiling OSCx on x86_64
by SourceForge.net 26 Mar '08

26 Mar '08

Patches item #1910718, was opened at 2008-03-09 15:55 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1910718&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Error compiling OSCx on x86_64 Initial Comment: I am trying to compiling pd-extended and I got an error for the OSCx. I am running Gentoo 64bits. ..... make -C /home/mysthr2/logiciels/musique/pure-data/externals/OSCx make[3]: entrant dans le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx » cd libOSC && make make[4]: entrant dans le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/libOSC » make[4]: Rien à faire pour « all ». make[4]: quittant le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/libOSC » cd src && make make[4]: entrant dans le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » cc -Wl,-export_dynamic -shared -o sendOSC.pd_linux sendOSC.o htmsocket.o OSC-system-dependent.o -L../../../pd/bin -lpd -lc -lm ../libOSC/libOSC.a /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lpd collect2: ld a retourné 1 code d'état d'exécution make[4]: *** [sendOSC.pd_linux] Erreur 1 make[4]: quittant le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src » make[3]: *** [all] Erreur 2 make[3]: quittant le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals/OSCx » make[2]: *** [/home/mysthr2/logiciels/musique/pure-data/externals/OSCx/src/OSCroute.pd_linux] Erreur 2 make[2]: quittant le répertoire « /home/mysthr2/logiciels/musique/pure-data/externals » make[1]: *** [externals_install] Erreur 2 make[1]: quittant le répertoire « /home/mysthr2/logiciels/musique/pure-data/packages » make: *** [install] Erreur 2 finally I succeeded deleting the "-lpd" flag in the makefile. from : /pure-data/externals/OSCx/src/Makefile Hope this would help. Mysth-R mysthr21 ..At.. gmail ..dot.. com ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-03-25 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: Hans-Christoph Steiner (eighthave) Date: 2008-03-11 16:33 Message: Logged In: YES user_id=27104 Originator: NO added -fPIC and changed wildcard to support 64-bit builds on GNU/Linux with the same section as the 32-bit builds. Let's hope that -fPIC doesn't break things on 32-bit :) But I'd like to keep the complexity down. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-03-11 10:02 Message: Logged In: YES user_id=27104 Originator: NO What happens if you just change it so that the x86 target works for both? It seems that the code in the if statements is the same. E.g., change this: *86-*-linux*) to this: *86*-linux*) Then that should work for both x86 and x86_64. ---------------------------------------------------------------------- Comment By: Peter Brinkmann (pbrinkmann) Date: 2008-03-11 09:23 Message: Logged In: YES user_id=2033041 Originator: NO Hi! I was able to compile OSCx on my 64-bit machine (FC6 with Planet CCRMA) with the following change to configure.ac: svn diff configure.ac Index: configure.ac =================================================================== --- configure.ac (revision 9531) +++ configure.ac (working copy) @@ -77,6 +77,13 @@ esac else case $host in + *86_64-*-linux*) + CFLAGS="$CFLAGS -DUNIX -Wall -Wimplicit -Wunused -Wmissing-prototypes -O2 -fPIC" + LDFLAGS="-Wl,-export_dynamic -shared" + dnl we could test for bad glibc here, but don't + pd_suffix=pd_linux + LIBS="-lc -lm" + ;; *86-*-linux*) CFLAGS="$CFLAGS -DUNIX -Wall -Wimplicit -Wunused -Wmissing-prototypes -O2" LDFLAGS="-Wl,-export_dynamic -shared" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1910718&group_…

1 0

[ pure-data-Bugs-1911426 ] mrpeach/midifile works best with real note-off messages
by SourceForge.net 26 Mar '08

26 Mar '08

Bugs item #1911426, was opened at 2008-03-10 13:48 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1911426&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: Closed Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Martin Peach (mrpeach) Summary: mrpeach/midifile works best with real note-off messages Initial Comment: Some software (at least timidity and midi2ly) require real note off messages and not the "note on with velocity 0" messages provided by [makenote] used in the midifile help patch. I'm not sure what the official spec says, but switching to writing proper note-off messages to the file fixed my issues with notes not ending and instrument polyphony being exceeded. So, instead of [makenote 64 100] [pack f f] [list prepend ...] Use: "my note float" [t f f] | [pack f 64] | [list prepend ...] // channel number + 144 | [pipe f 100] [pack f 64] [list prepend ...] // channel number + 128 or similar. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-03-25 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: Martin Peach (mrpeach) Date: 2008-03-11 10:30 Message: Logged In: YES user_id=919007 Originator: NO Changed more or less as suggested. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1911426&group_…

1 0

[ pure-data-Bugs-1911415 ] mrpeach/midifile writes invalid midi files
by SourceForge.net 26 Mar '08

26 Mar '08

Bugs item #1911415, was opened at 2008-03-10 13:38 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1911415&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: Closed Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Martin Peach (mrpeach) Summary: mrpeach/midifile writes invalid midi files Initial Comment: The midifile external by Martin Peach writes invalid MIDI files that have a nasty habit of making other software crash. The problem is in the header: 00000000 4d 54 68 64 00 00 00 06 00 00 00 01 00 00 4d 54 |MThd..........MT| Which should be: 00000000 4d 54 68 64 00 00 00 06 00 00 00 01 ** ** 4d 54 |MThd..........MT| Where **** is a valid MIDI file "time code" value, for example, 0x0060 for 96 ticks (I used hexedit to change it to this value and it mostly worked for what I was doing). It would be good if midifile.c and midifile-help.pd could both be updated to: 1) disallow 0x0000 in the header 2) allow setting of the time code value in various ways (MIDI files support at least 'ticks' and 'SMPTE') 3) document and explain how to set the time code value Thanks ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-03-25 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: Martin Peach (mrpeach) Date: 2008-03-11 10:09 Message: Logged In: YES user_id=919007 Originator: NO Changed to default 90 ticks per quarter note. Added frames per second and ticks per frame fields to 'write' message. midifile-help shows how to set these. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1911415&group_…

1 0

[ pure-data-Bugs-1925552 ] abstraction [debytemask]: output order is from left to right
by SourceForge.net 25 Mar '08

25 Mar '08

Bugs item #1925552, was opened at 2008-03-25 21:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925552&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: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: abstraction [debytemask]: output order is from left to right Initial Comment: the output order of the abstraction [debytemask] is left-to-right instead of right-to-left. simply adding a [t a a a a a a a a] should fix it. i decided to post it to 'externals', because the mapping library is located in <pd-cvs>/externals, although it actually only contains abstractions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1925552&group_…

1 0

s_inter.c crashes
by David Plans Casal 25 Mar '08

25 Mar '08

Hello Happy Easter everyone (for whom Easter is relevant) I'm experiencing crashes on pd-extended (0.40.3 nightly) and 0.41 miller, with: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xdfffedc4 0x0004326b in sys_domicrosleep (microsec=134217727, pollem=4427984) at s_inter.c:180 180 s_inter.c: No such file or directory. in s_inter.c Now, I realise that there is a static pointer between binbuf and s_inter.c in parsing messages from gui processes, but gdb will not tell me anymore about why this is crashing. Also, it doesn't crash at specific times. Sometimes when opening a patch, sometimes when saving it, etc. Anyone get the same problem? David

3 3

allow only one instance of external object
by best boy 24 Mar '08

24 Mar '08

hi is there a way to keep track of the number of opened instances of an external? if so, can anyone point me to an example object? thanks olli _________________________________________________________________ Testen Sie Live.com - das Zentrum Ihrer Online-Welt, das Sie mit aktuellen Nachrichten, Sport- und Wetterinfos und vielem mehr versorgt. http://www.live.com/getstarted

5 7

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 March 2008