Pd-dev April 2012

pd-dev@lists.iem.at

13 participants
49 discussions

[ pure-data-Patches-3521816 ] Setting externals file extension, check for ANDROID platform
by SourceForge.net 28 Apr '12

28 Apr '12

Patches item #3521816, was opened at 2012-04-26 19:25 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Setting externals file extension, check for ANDROID platform Initial Comment: The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it. Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work. It doesn't address the issue of Android x86. Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-27 19:32 Message: In response to #1: very few people are using .d_ppc and .d_fat files with Pd vanilla. and #2: patches welcome ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-27 08:54 Message: <flames> "Those file extension have a lot of issues as they are, for example, no other program for Darwin/MacOSX uses per-arch file extension"...what exactly is the "lot of issues" here? no other program for Darwin/MacOSX is called "Pd", and still this is no issue. </flames> <moreflames> if Pd-extended ignores binary files that it could happily load and by doing so breaks compatibility with Pd-vanilla, i would say this is a bug in Pd-extended. </moreflames> ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-27 07:36 Message: What about just defining '.so' has a possibility if __linux__, __FreeBSD__, __FreeBSD_kernel__, __OpenBSD__ are defined, then people can choose to manage the architecture in their own way. Those file extension have a lot of issues as they are, for example, no other program for Darwin/MacOSX uses per-arch file extensions: they use universal binaries. For this reason , Pd-extended on Mac OS X only uses .pd_darwin and universal binaries and ignores .d_fat and .d_ppc. Also, Pd's .l_ia64 does not actually mean ia64 arch but instead amd64/x86_64, so that file extension is just wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_…

1 0

[ pure-data-Patches-3521816 ] Setting externals file extension, check for ANDROID platform
by SourceForge.net 27 Apr '12

27 Apr '12

Patches item #3521816, was opened at 2012-04-26 19:25 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Setting externals file extension, check for ANDROID platform Initial Comment: The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it. Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work. It doesn't address the issue of Android x86. Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-04-27 08:54 Message: <flames> "Those file extension have a lot of issues as they are, for example, no other program for Darwin/MacOSX uses per-arch file extension"...what exactly is the "lot of issues" here? no other program for Darwin/MacOSX is called "Pd", and still this is no issue. </flames> <moreflames> if Pd-extended ignores binary files that it could happily load and by doing so breaks compatibility with Pd-vanilla, i would say this is a bug in Pd-extended. </moreflames> ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-27 07:36 Message: What about just defining '.so' has a possibility if __linux__, __FreeBSD__, __FreeBSD_kernel__, __OpenBSD__ are defined, then people can choose to manage the architecture in their own way. Those file extension have a lot of issues as they are, for example, no other program for Darwin/MacOSX uses per-arch file extensions: they use universal binaries. For this reason , Pd-extended on Mac OS X only uses .pd_darwin and universal binaries and ignores .d_fat and .d_ppc. Also, Pd's .l_ia64 does not actually mean ia64 arch but instead amd64/x86_64, so that file extension is just wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_…

1 0

[ pure-data-Patches-3521816 ] Setting externals file extension, check for ANDROID platform
by SourceForge.net 27 Apr '12

27 Apr '12

Patches item #3521816, was opened at 2012-04-26 19:25 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Setting externals file extension, check for ANDROID platform Initial Comment: The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it. Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work. It doesn't address the issue of Android x86. Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-04-27 07:36 Message: What about just defining '.so' has a possibility if __linux__, __FreeBSD__, __FreeBSD_kernel__, __OpenBSD__ are defined, then people can choose to manage the architecture in their own way. Those file extension have a lot of issues as they are, for example, no other program for Darwin/MacOSX uses per-arch file extensions: they use universal binaries. For this reason , Pd-extended on Mac OS X only uses .pd_darwin and universal binaries and ignores .d_fat and .d_ppc. Also, Pd's .l_ia64 does not actually mean ia64 arch but instead amd64/x86_64, so that file extension is just wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_…

1 0

[ pure-data-Patches-3521816 ] Setting externals file extension, check for ANDROID platform
by SourceForge.net 27 Apr '12

27 Apr '12

Patches item #3521816, was opened at 2012-04-26 19:25 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Setting externals file extension, check for ANDROID platform Initial Comment: The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it. Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work. It doesn't address the issue of Android x86. Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_…

1 0

[ pure-data-Patches-3521816 ] Setting externals file extension, check for ANDROID platform
by SourceForge.net 27 Apr '12

27 Apr '12

Patches item #3521816, was opened at 2012-04-26 19:25 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Setting externals file extension, check for ANDROID platform Initial Comment: The Android GCC toolchain #defines linux, so the Android specific branch was never being hit. Moving the check above Linux fixes it. Before this patch external extensions ".l_i386" and ".pd_linux" are checked for on Android. This patch will accept either ".l_arm" or ".pd_linux", so the externals built by PdCore will still work. It doesn't address the issue of Android x86. Should probably add a check for arm vs x86 architecture too, but I haven't been able to find documentation of the architecture macros. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3521816&group_…

1 0

Source code for [comport]
by Thomas Mayer 25 Apr '12

25 Apr '12

Hi, where is the source code for [comport] that is included in Pd-extended? Is this still the most recent source? https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem… as it is referenced on http://puredata.info/downloads/comport Thanks, Thomas -- "When one's home has a really excellent computer capable of reaching other computers anywhere in the Galaxy, one scarcely needs to budge." (Janov Pelorat in: Isaac Asimov - Foundation's Edge) http://www.residuum.org/

2 1

[ pure-data-Bugs-3521307 ] GUI stopped working after TCL error in H10.measurement.pd
by SourceForge.net 25 Apr '12

25 Apr '12

Bugs item #3521307, was opened at 2012-04-25 02:32 Message generated for change (Tracker Item Submitted) made by elmex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3521307&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robin Redeker (elmex) Assigned to: Hans-Christoph Steiner (eighthave) Summary: GUI stopped working after TCL error in H10.measurement.pd Initial Comment: First my info: Pd-0.43.1 ("extended-20120424") compiled 10:32:22 Apr 24 2012 & Pd-0.43.1 ("extended-20120404") on squeeze/sid Debian GNU/Linux AMD64 I get this error in the GUI when trying a different filter in Pure Data/03.audio.examples/H10.measurement.pd : (Tcl) UNHANDLED ERROR: wrong # coordinates: expected an even number, got 1 while executing ".x1f5edc0.c create line \ 634 -nan \ 636 79.869949 \ 638 77.204491 \ 640 72.286003 \ 642 64.855995 \ 644 55.431900 \ 646 47.351097 \ 648 49.146599 \ 6..." ("uplevel" body line 2) invoked from within "uplevel #0 $cmds_from_pd" Here is the debugging output I got from running "pd-extended -stderr -d 5 2> out.log": http://ue.o---o.eu/txt/54075780c6d159cca0e3fbd5896cf5a6.txt Steps to reproduce: 1. start pd-extended 2. open help browser 3. goto Pure Data/ => 3.audio.examples/ => H10.measurement.pd 4. replace the text in the bp~ object box with hp8_butt~ (a filter from iemlib) 5. hit the bang on the top left of the patch 6. take a look at the main window of pd for the error After this the GUI also stopped updating any changes in the valueboxes and I have to restart it. "rdz" from IRC tried to reproduce it with the following versions on Ubuntu 10.04: 0.43.1-extended-20120318 and Pd-0.43.1-extended-20120404-ubuntu-lucid-i386.deb BUT he was not able to reproduce this behaviour and the graph in the patch was plotted properly for hp8_butt~. We were both using mostly the same tk/tcl major version. Mine is: tcl8.5 8.5.11-1 tk8.5 8.5.11-1 I also experienced similar problems with other examples and my own patches, but I was not able to reproduce them properly yet. Greetings, RobinFirst my info: Pd-0.43.1 ("extended-20120424") compiled 10:32:22 Apr 24 2012 & Pd-0.43.1 ("extended-20120404") on squeeze/sid Debian GNU/Linux AMD64 I get this error in the GUI when trying a different filter in Pure Data/03.audio.examples/H10.measurement.pd : (Tcl) UNHANDLED ERROR: wrong # coordinates: expected an even number, got 1 while executing ".x1f5edc0.c create line \ 634 -nan \ 636 79.869949 \ 638 77.204491 \ 640 72.286003 \ 642 64.855995 \ 644 55.431900 \ 646 47.351097 \ 648 49.146599 \ 6..." ("uplevel" body line 2) invoked from within "uplevel #0 $cmds_from_pd" Here is the debugging output I got from running "pd-extended -stderr -d 5 2> out.log": http://ue.o---o.eu/txt/54075780c6d159cca0e3fbd5896cf5a6.txt Steps to reproduce: 1. start pd-extended 2. open help browser 3. goto Pure Data/ => 3.audio.examples/ => H10.measurement.pd 4. replace the text in the bp~ object box with hp8_butt~ (a filter from iemlib) 5. hit the bang on the top left of the patch 6. take a look at the main window of pd for the error After this the GUI also stopped updating any changes in the valueboxes and I have to restart it. "rdz" from IRC tried to reproduce it with the following versions on Ubuntu 10.04: 0.43.1-extended-20120318 and Pd-0.43.1-extended-20120404-ubuntu-lucid-i386.deb BUT he was not able to reproduce this behaviour and the graph in the patch was plotted properly for hp8_butt~. We were both using mostly the same tk/tcl major version. Mine is: tcl8.5 8.5.11-1 tk8.5 8.5.11-1 I also experienced similar problems with other examples and my own patches, but I was not able to reproduce them properly yet. You can find me on IRC (elmex) or via E-Mail if there are any questions or things I can do to help. Greetings, Robin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3521307&group_…

1 0

[ pure-data-Bugs-3521284 ] pd.ico in wrong folder
by SourceForge.net 25 Apr '12

25 Apr '12

Bugs item #3521284, was opened at 2012-04-25 01:33 Message generated for change (Tracker Item Submitted) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3521284&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: João Pais (jmmmp) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pd.ico in wrong folder Initial Comment: Hi, trying out the build from yesterday, there's an error in the startup script: pd.ico (usually in the bin folder) is being searched in the tcl folder. This doesn't allow Pd to start. By copying pd.ico to /tcl, Pd does start. I transcribe the error window: bitmap "xxxxxxxxx/tcl/pd.ico" not defined while executing "wm iconbitmap -default [file join $:: sys_guidir pd.ico]" invoked from within "init_for_platform" (procedure "main" line 9) invoked from within "main $::argc $::argv" (file "xxxxxxxxxxxxxxxx\tcl\pd-gui.tcl line 716) I'm on Windows XP sp3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3521284&group_…

1 0

including pduino in Pd-extended 0.43
by Hans-Christoph Steiner 25 Apr '12

25 Apr '12

I just had a thought: now that Pduino 0.5 is nailed down and Pd-extended can load [arduino] from arduino/arduino.pd, I think its time to include Pduino in Pd-extended. Anyone have any ideas about why this would be bad? Or other related comments? .hc ---------------------------------------------------------------------------- Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

2 1

[ pure-data-Bugs-3519504 ] PD should not autoconnect to jackd
by SourceForge.net 19 Apr '12

19 Apr '12

Bugs item #3519504, was opened at 2012-04-19 06:03 Message generated for change (Tracker Item Submitted) made by blindekinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3519504&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: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Blindekinder (blindekinder) Assigned to: Nobody/Anonymous (nobody) Summary: PD should not autoconnect to jackd Initial Comment: This was discussed many times: http://www.mail-archive.com/pd-list@iem.at/msg07964.html http://www.mail-archive.com/pd-list@iem.at/msg26623.html [...] Pd should not connect automatically to jackd, at least, it should be an option. This is mac/win philosophy, where user choose it's output device, and pd route the outputs to it. Jack server is another idea: each pd ports can be connected to several I/O from different softwares/device I/O, and so it can be used as plugin or whatever. My personal experience: in one patch, some outputs goes directly to L/R (out 1+2), other pass through a CALF compressor. Sometimes I get a sound from a device input (but not obviously In 1 -> pd In 1), and other from Ardour, etc... So every times I launch Pd, I have to disconnect every I/O in jack, boring... For this complex routing, qjackctl patchbay do very well his job, and autoconnect pd to all jack client I decided, and same for MIDI. Then maybe PD will be ready for compatibility with jack session / ladish? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3519504&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 April 2012