Pd-list March 2012

pd-list@lists.iem.at

130 participants
180 discussions

MIDI input problems in PD
by Villa Anna 24 Jun '12

24 Jun '12

Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura

6 10

GEM + Boids
by Oussama Mubarak 19 Jun '12

19 Jun '12

Hi, I'm new to PD and trying to use boids (http://puredata.info/community/projects/software/boids) with GEM (http://puredata.info/community/projects/software/gem). The example "boids2d-help.pd" (attached) that comes with boids is almost what I need, but it renders each boids result in a separate pd subpatch; in "pd gem_example" a route object is used to route each result of boids to a separate subpatch "pd boid" which takes care of the gem rendering. Is there a way to send the results of boids to one subpatch that would take care of all the rendering no matter how many boids results there are ? This would allow me to fluctuate the number of boids without having to create and attach new subpatches. Any help is highly appreciated. Best, -- Oussama Mubarak http://semiaddict.com

4 9

[pd] tables as patch storage
by Billy Stiltner 17 Jun '12

17 Jun '12

why havent i seen more usage of tables as patch storage? save contents automatically loads last saved value, easy to load file into. perfect patch memory or any kind of memory for that matter.

9 21

Problem to compile Pd 0.43-1 with JACK
by Jack 19 May '12

19 May '12

Hello, I would like to compile Pd 0.43-1 with ALSA and JACK on Ubuntu 11.10. (Without JACK all is OK). I installed lib : libjack-jackd2-dev, jackd2, jackd, libjack-jackd2-0. After : $ ./configure --enable-alsa --enable-jack I get : checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for an ANSI C-conforming const... yes checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking whether gcc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for _doprnt... no checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for working alloca.h... yes checking for alloca... yes checking for dlopen in -ldl... yes checking for sin in -lffm... no checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking tcl.h usability... no checking tcl.h presence... no checking for tcl.h... no checking tcl8.7/tcl.h usability... no checking tcl8.7/tcl.h presence... no checking for tcl8.7/tcl.h... no checking tcl8.6/tcl.h usability... no checking tcl8.6/tcl.h presence... no checking for tcl8.6/tcl.h... no checking tcl8.5/tcl.h usability... yes checking tcl8.5/tcl.h presence... yes checking for tcl8.5/tcl.h... yes checking for main in -ltcl85... no checking for main in -ltcl8.5... yes checking for main in -ltk85... no checking for main in -ltk8.5... yes .................... alsa= yes checking for snd_pcm_info in -lasound... yes checking for shm_open in -lrt... yes checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 configure: creating ./config.status config.status: creating makefile config.status: WARNING: 'makefile.in' seems to ignore the --datarootdir setting And after : $ make I get an error : s_audio_jack.o: In function `jack_shutdown': /home/jack/pd-0.43-1/src/s_audio_jack.c:165: undefined reference to `jack_deactivate' s_audio_jack.o: In function `process': /home/jack/pd-0.43-1/src/s_audio_jack.c:56: undefined reference to `jack_port_get_buffer' /home/jack/pd-0.43-1/src/s_audio_jack.c:62: undefined reference to `jack_port_get_buffer' /home/jack/pd-0.43-1/src/s_audio_jack.c:97: undefined reference to `jack_port_get_buffer' s_audio_jack.o: In function `callbackprocess': /home/jack/pd-0.43-1/src/s_audio_jack.c:121: undefined reference to `jack_port_get_buffer' /home/jack/pd-0.43-1/src/s_audio_jack.c:123: undefined reference to `jack_port_get_buffer' s_audio_jack.o: In function `jack_open_audio': /home/jack/pd-0.43-1/src/s_audio_jack.c:404: undefined reference to `jack_get_sample_rate' /home/jack/pd-0.43-1/src/s_audio_jack.c:433: undefined reference to `jack_activate' s_audio_jack.o: In function `jack_connect_ports': /home/jack/pd-0.43-1/src/s_audio_jack.c:261: undefined reference to `jack_get_ports' /home/jack/pd-0.43-1/src/s_audio_jack.c:265: undefined reference to `jack_port_name' /home/jack/pd-0.43-1/src/s_audio_jack.c:265: undefined reference to `jack_connect' /home/jack/pd-0.43-1/src/s_audio_jack.c:266: undefined reference to `jack_port_name' s_audio_jack.o: In function `jack_open_audio': /home/jack/pd-0.43-1/src/s_audio_jack.c:328: undefined reference to `jack_client_open' s_audio_jack.o: In function `jack_get_clients': /home/jack/pd-0.43-1/src/s_audio_jack.c:184: undefined reference to `jack_get_ports' s_audio_jack.o: In function `jack_open_audio': /home/jack/pd-0.43-1/src/s_audio_jack.c:368: undefined reference to `jack_set_process_callback' /home/jack/pd-0.43-1/src/s_audio_jack.c:371: undefined reference to `jack_set_error_function' /home/jack/pd-0.43-1/src/s_audio_jack.c:381: undefined reference to `jack_set_sample_rate_callback' s_audio_jack.o: In function `jack_connect_ports': /home/jack/pd-0.43-1/src/s_audio_jack.c:270: undefined reference to `jack_get_ports' /home/jack/pd-0.43-1/src/s_audio_jack.c:274: undefined reference to `jack_port_name' /home/jack/pd-0.43-1/src/s_audio_jack.c:274: undefined reference to `jack_connect' /home/jack/pd-0.43-1/src/s_audio_jack.c:275: undefined reference to `jack_port_name' s_audio_jack.o: In function `jack_open_audio': /home/jack/pd-0.43-1/src/s_audio_jack.c:411: undefined reference to `jack_port_register' /home/jack/pd-0.43-1/src/s_audio_jack.c:411: undefined reference to `jack_port_register' /home/jack/pd-0.43-1/src/s_audio_jack.c:421: undefined reference to `jack_port_register' /home/jack/pd-0.43-1/src/s_audio_jack.c:421: undefined reference to `jack_port_register' /home/jack/pd-0.43-1/src/s_audio_jack.c:421: undefined reference to `jack_port_register' s_audio_jack.o:/home/jack/pd-0.43-1/src/s_audio_jack.c:411: more undefined references to `jack_port_register' follow s_audio_jack.o: In function `jack_close_audio': /home/jack/pd-0.43-1/src/s_audio_jack.c:455: undefined reference to `jack_deactivate' /home/jack/pd-0.43-1/src/s_audio_jack.c:456: undefined reference to `jack_client_close' collect2: ld a retourné 1 code d'état d'exécution make: *** [../bin/pd] Erreur 1 Did I miss something ? Thanx for help. ++ Jack

6 18

ANN: pd-l2ork v.20120304 and new disis_wiimote external now available
by Ivica Ico Bukvic 11 May '12

11 May '12

The new release includes following fixes: *tooltips (partially based on Jonathan Wilkes's implementation) that appear in form of speech bubbles next to the object they relate to. Reliable detection of objects. Also works with gop objects. *major overhaul of the font resizing dialog/logic--font resizing made simple (everything scales proportionately except for gui objects whose properties obey user-set settings) *font-based zoom using ctrl+mousewheel *font resizing integrated in the infinite undo *hslider/vslider instead of possibly corrupting data due to its values tied to the drawing logic output unaltered data where possible (e.g. float values that fall within the range of the slider) *minor cosmetic improvements to hslider/vslider *several minor bug-fixes *hslider and vslider redraw their slider properly when resized *Minor build/documentation improvements *Removed selection as part of the undo queue as it vastly limits ability to use infinite undo's potential L2Ork supports builds for both 32-bit and 64-bit Linux systems and can be downloaded from the usual place: http://l2ork.music.vt.edu/main/?page_id=56 On a related note, disis_wiimote has been bumped to version 0.8.0. It now supports automatic detection of all extensions including motionplus. New l2ork version of libcwiid required (also available on the same page). Coming up in the next release (hopefully!) soon, support for pass-through mode (e.g. motionplus + nunchuk). As usual, bug reports are in high demand, so get busy and let me know of any potential hiccups. Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound& Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net

6 26

trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
by John Harrison 02 May '12

02 May '12

I've been trying to track down a seg fault I keep getting and I'm still not sure if the problem is Gem or Pd-extended or what. This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running on Oneric 32 but. I have simplified my patch to a point it doesn't make sense anymore but I can still make it crash, so I figure that's what we need. Basically if you create a new patch then make the object [test99 1], then copy and paste that object, then change the 1 parameter to a 2 you get a seg fault most of the time. If not, creating a [test99 3] or [test99 4] should do it, again most of the time. It seems related with Gem but I'm not sure if it is a Gem bug. I tried the same Gem library with Pd vanilla and it didn't crash. On the other hand, it seems related to the [pix_image] object in test99. Also you need to have the parameters to get the patch to crash, even though the patch doesn't take parameters. (The original patch did take parameters.) Core dump has only this information: Program terminated with signal 11, Segmentation fault. #0 0x0111ac01 in gem::RTE::Outlet::send(std::string, std::vector<gem::any, std::allocator<gem::any> >) () from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux [test99] is attached.

5 21

[PD-announce] wrapping float counter
by Ed Kelly 19 Apr '12

19 Apr '12

A small but perfectly formed float counter. Quite simple, but bloody useful. Metastudio 4 for Pure Data - coming soon!! _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

3 2

Mac OSX 10.7 resume states crash Pd-extended
by Dan Wilcox 18 Apr '12

18 Apr '12

Since I've upgraded to Mac OSX 10.7 Lion, I've noticed Pd-extended 0.42.5 seemed to crash on startup sometimes, while other times it was fine. It finally dawned on me that OSX is trying to load the previous "saved state" since I had CMD-Q'd Pd with windows open. It automatically opens those windows at start. I assume pd is not yet ready for these and crashes due to some init order issue ... If anyone else has noticed this, a quick fix is to delete the save state so you can open Pd again. Then make sure to close all windows before quitting the next time ... thanks for the "help" apple. http://osxdaily.com/2011/07/17/delete-specific-application-saved-states-fro… Commandline: rm -rf ~/Library/Saved\ Application\ State/org.puredata.* -------- Dan Wilcox danomatika.com robotcowboy.com

3 9

GEM in 10.7
by Jaime Oliver 16 Apr '12

16 Apr '12

hi Everyone, I just compiled Gem-0.93.3 in OSX 10.7 and with Pd-0.43-0 and I get the following error when loading Pd and calling GEM: /Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: dlopen(/Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin, 10): no suitable image found. Did find: /Applications/Gem-0.93.3/src/.libs/Gem.pd_darwin: mach-o, but wrong architecture /Applications/Gem-0.93.3/src/.libs/Gem: can't load library I guess this is the 32 vs 64 bit issue? Are there any flags in the ./autogen.sh or in the ./configure I should be using? best, J -- Jaime E Oliver LR jo2357(a)columbia.edu www.jaimeoliver.pe 858 750 0924 (cel)

6 20

Re: [PD] wiimote report
by Ivica Ico Bukvic 11 Apr '12

11 Apr '12

> Yeah, no doubt that disis-wiimote has been well tested. I'm just > highlighting different cases. I know a couple projects that needed 6 > wiimotes connected to 1 computer, where I think L2Ork does one > wiimote per computer. Now, it would be good to rely on a single object > to handle all cases. Good point. We only did as many as 2 per computer. Then again, I cannot imagine why more would not work other than hardware/driver limitations that have nothing to do with the external. > Just to illustrate this point, pd-l2ork is based on Pd-extended, which > includes the work of over 100 people. Any of those chunks of work would > be much less valuable without the rest. There is additional work just to > make all those chunks of work into one, of course. Indeed. Some of those chunks are my own spread across Pd, Gem, and other externals. Please don't get me wrong, I would love to see all these changes integrated into one uniform package but the key stepping stone to this is that pd/extended (unlike pd-l2ork) is trying too hard to maintain binary compatibility. I see no benefit in that when the core design is still a moving target. Besides, some of the early architectural choices have been undoubtedly less than optimal as it was difficult if not impossible to anticipate ways pd would evolve and yet they to this day continue to hamper progress. This is why pd-l2ork can do things that pd or pd-extended cannot without *major* code rewrites. Of course, major code rewrite is the ideal way but also one that is very unlikely to happen unless someone is paid to do just that for a year or two (which again is not the most likely thing). So, iterative improvements seem to me the most plausible way for a project like Pd to move forward and that is exactly what I am doing. However, due to the core difference in opinion as to how this should be approached (namely binary compatibility) makes merging pd-l2ork and pd/extended difficult if not impossible without considerable adaptations to the patches themselves and/or architectural choices. For me to spend time on those differences or worse yet guess what those architectural choices might mean to Miller or you would be just as inefficient as it was early on when I was submitting patches upstream. And this is why I leave such decisions/merging efforts to Miller and you. Best wishes, Ico

4 17

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list March 2012