Pd-dev March 2008

pd-dev@lists.iem.at

27 participants
110 discussions

[ pure-data-Bugs-1912314 ] [import] doesn't seem to add pathes
by SourceForge.net 12 Mar '08

12 Mar '08

Bugs item #1912314, was opened at 2008-03-12 00:24 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912314&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [import] doesn't seem to add pathes Initial Comment: tested with: Pd version 0.40.3-extended-20080308 which is installed in: /home/roman/pd-extended-0.40/usr/local/bin/pd (don't know if this infor useful. i think i should mention it, because usually it is installed in /usr/local/bin/pd) [import iemmatrix] prints: [import] loaded library: iemmatrix however, when i load this patch: ---- [import iemmatrix] [matrix] ----- [matrix] doesn't get instantiated, but outputs the error: matrix ... couldn't create instantiating [iemmatrix/matrix] works fine, though. also this patch loads fine: ------- [declare -stdpath extra/iemmatrix] [matrix] ------- i tested the same with 'tof' and [destroysend] from the library 'tof' and got similar results. ---------------------------------------------------------------------- >Comment By: Roman Haefeli (reduzent) Date: 2008-03-12 01:38 Message: Logged In: YES user_id=1895440 Originator: YES it turned out, that this behaviour is indeed related to the non-standard install location. it also turned out, that on linux several things in pd won't work as expexted, if pd is _not_ installed in the directory, where it was compiled for (unlike windows, where pd can be put to an arbitrary place while still everything works fine). sorry for the noise and bogus bug report ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912314&group_…

1 0

[ pure-data-Bugs-1912314 ] [import] doesn't seem to add pathes
by SourceForge.net 12 Mar '08

12 Mar '08

Bugs item #1912314, was opened at 2008-03-12 00:24 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=1912314&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [import] doesn't seem to add pathes Initial Comment: tested with: Pd version 0.40.3-extended-20080308 which is installed in: /home/roman/pd-extended-0.40/usr/local/bin/pd (don't know if this infor useful. i think i should mention it, because usually it is installed in /usr/local/bin/pd) [import iemmatrix] prints: [import] loaded library: iemmatrix however, when i load this patch: ---- [import iemmatrix] [matrix] ----- [matrix] doesn't get instantiated, but outputs the error: matrix ... couldn't create instantiating [iemmatrix/matrix] works fine, though. also this patch loads fine: ------- [declare -stdpath extra/iemmatrix] [matrix] ------- i tested the same with 'tof' and [destroysend] from the library 'tof' and got similar results. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912314&group_…

1 0

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

12 Mar '08

Patches item #1910718, was opened at 2008-03-09 18:55 Message generated for change (Comment added) made by eighthave 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: Pending >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: Hans-Christoph Steiner (eighthave) Date: 2008-03-11 19: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 13: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 12: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-1912242 ] [makefilename %c] broken in some versions
by SourceForge.net 11 Mar '08

11 Mar '08

Bugs item #1912242, was opened at 2008-03-11 22:41 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=1912242&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [makefilename %c] broken in some versions Initial Comment: [makefilename %c] seems to be broken in various autobuilds. this is the test-patch [32( | [makefilename _%c_] | [print] here a short list of pd (extended) versions and the according output: LINUX -- Pd version 0.40.3-extended-20080308: symbol _*_ -- Pd version 0.40.3: symbol _ _ (OK) -- Pd version 0.39.3-extended: symbol _ _ (OK) --------------------------------------- WINDOWS -- Pd version 0.40.3 symbol _ _ (OK) -------------------------------------- MAC OSX 10.5.2 (tested by eni) -- Pd-0.40.3-extended-20071231 print: symbol _4_ -- Pd-0.40.3-extended-20080111 print: symbol _ _ (OK) -- Pd-0.40.3-extended-20080117 print: symbol _ _ (OK) -- Pd-0.41.0 print: symbol _ _ (OK) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912242&group_…

1 0

Tcl_Eval() vs. Tcl_EvalObjEx()
by Hans-Christoph Steiner 11 Mar '08

11 Mar '08

I found the root of the disappearing lines on Windows, it is indeed related to namespaces. And in that process, I found out that Pd uses Tcl_Eval() to execute the Tcl commands. It turns out that Tcl_Eval() seems to be the slowest Tcl function available for doing this. I am thinking of switching it to use Tcl_EvalObjEx(), which compiles the Tcl to bytecode, then caches the bytecode. It also skips some deprecated actions which Tcl_Eval() still does. Anyone know anything about this? I am curious about what the pitfalls might be before going down this road. .hc ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

2 4

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

11 Mar '08

Bugs item #1911426, was opened at 2008-03-10 16:48 Message generated for change (Comment added) made by mrpeach 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: Pending 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: Martin Peach (mrpeach) Date: 2008-03-11 13: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 11 Mar '08

11 Mar '08

Bugs item #1911415, was opened at 2008-03-10 16:38 Message generated for change (Comment added) made by mrpeach 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: Pending 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: Martin Peach (mrpeach) Date: 2008-03-11 13: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-Patches-1910718 ] Error compiling OSCx on x86_64
by SourceForge.net 11 Mar '08

11 Mar '08

Patches item #1910718, was opened at 2008-03-09 18:55 Message generated for change (Comment added) made by eighthave 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >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: Hans-Christoph Steiner (eighthave) Date: 2008-03-11 13: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 12: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-Patches-1910718 ] Error compiling OSCx
by SourceForge.net 11 Mar '08

11 Mar '08

Patches item #1910718, was opened at 2008-03-09 18:55 Message generated for change (Comment added) made by pbrinkmann 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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error compiling OSCx 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: Peter Brinkmann (pbrinkmann) Date: 2008-03-11 12: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-1910937 ] make install does not create directories
by SourceForge.net 11 Mar '08

11 Mar '08

Bugs item #1910937, was opened at 2008-03-10 05:48 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1910937&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: P.J.Leonard (eespjl) Assigned to: Nobody/Anonymous (nobody) Summary: make install does not create directories Initial Comment: I needed to make these to get make install to work /usr/local/lib/pd/extra /usr/local/lib/pd/bin/ ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-03-11 11:57 Message: Logged In: YES user_id=27104 Originator: NO That's a really old version. I think this has been fixed in more recent versions. ---------------------------------------------------------------------- Comment By: P.J.Leonard (eespjl) Date: 2008-03-10 05:49 Message: Logged In: YES user_id=54980 Originator: YES That was with pd-0.38-4-devel-2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1910937&group_…

1 0

← Newer
1
...
5
6
7
8
9
10
11
Older →

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