Pd-list November 2012

pd-list@lists.iem.at

96 participants
119 discussions

cq2midi – Polyphonic MIDI notes from audio
by Thomas Grill 02 Nov '12

02 Nov '12

Hi all, I just added the cq2midi project to my list of software publications. This project tries to analyze a stream of digital audio data into MIDI notes. It does so not from a traditional musicological perspective (f0 analysis or the likes), but rather in a raw fashion, so that “all” predominant frequencies of the spectrum at a certain time are interpreted as MIDI notes. Some filtering options are available to reduce noise. I originally designed this software to realize the composition luscinia megarhynchos for computer-controlled carillon, premiered at the Pure Data convention 2011 in Weimar. http://grrrr.org/research/software/cq2midi gr~~~ -- Thomas Grill http://grrrr.org

3 2

[PD-announce] Ominous, new work for the Xth Sense at the 5th Live Electronic Music Competition, ECPNM, BE
by Marco Donnarumma 02 Nov '12

02 Nov '12

Dear all, A novel piece for the Xth Sense [1], my visceral biophysical instrument, was commissioned by ECPNM (European Conference of Promoters of New Music), in occasion of the finals of the 5th Live Electronic Music Project Competition, during the ISCM World New Music Days [2]. The new work, titled "Ominous", is ready to be premiered tomorrow at De Singel concert hall, in Atwerp, BE. "Ominous is a sculpture of incarnated sound... The performance embodies, before the audience, the metaphor of an invisible and unknown object enclosed in my hands. This is made of malleable sonic matter. Similarly to a mime, I model the object in the empty space by means of whole-body gestures. The natural sound of my muscles and its virtual counterpart blend together into an unstable sonic object... The listeners see through sound the sculpture which their sight cannot perceive." Tags: multidimensional gesture, machine learning, muscle sounds, visceral embodiment. Read more at: http://marcodonnarumma.com/works/ominous/ Also on stage tomorrow John Eckhardt, one of the most fascinating performers of the contemporary music scene. fingers crossed! best wishes, [1] http://res.marcodonnarumma.com/projects/xth-sense [2] http://goo.gl/a7B6g -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

xensynth9.01
by Billy Stiltner 02 Nov '12

02 Nov '12

the latest version of my xenharmonic synthesizer and fractal music sequencer is here http://www.geocities.ws/billy_stiltner/music/pd/zensynth9.01.zip some of the more recent recordings from it as well as a good old fashioned hillbilly lovesong with fretless banjo,guitar, and fiddle can be heard here http://soundcloud.com/xensynth3 enjoy! it would be nice to know what part of my synth is eating up the cpu so I can fix it

1 0

24bit file bug
by peiman khosravi 02 Nov '12

02 Nov '12

Dear all, I reported this a few months ago and it was acknowledged as a bug. The latest version of pd is still unable to read 24bit files to table. Unless I'm doing something wrong? (See attached file but please be careful with the volume as it is deafening). Please try this with a 24bit aif file. Thanks Peiman

3 5

Re: [PD] rjdj is gone, robotcowboy is coming ...
by Dan Wilcox 01 Nov '12

01 Nov '12

[expr] / [expr~] are C externals which must be compiled and statically linked on iOS as dynamic linking is not allowed. This is against the GPL, so I can't include GPL code. However, as my app is open source, I can use LGPL code. Patches, on the other hand, are simply text files. The GPL requires that users must be able to freely update/modify GPL objects. Obviously you can't do that with a statically linked library, but you can with a text file. All patch abstraction libraries will be in the Documents folder where you can update them over WebDAV. The app simply adds any folders it sees to the search path, although I'm considering [declare] as a standard of practice. On Nov 1, 2012, at 1:08 PM, pd-list-request(a)iem.at wrote: > From: Epic Jefferson <jeffreyconcepcion(a)gmail.com> > Subject: Re: [PD] rjdj is gone, robotcowboy is coming ... > Date: November 1, 2012 1:08:23 PM EDT > To: Dan Wilcox <danomatika(a)gmail.com> > Cc: pd list <pd-list(a)iem.at> > > > i'm not sure i understood correctly. > > you say you left out [expr~], [expr] and other GPL code > out due to licensing issues, but i'll still be able to use/modify > GPL patches. > > Hmm, will we be able to add these objects with a path of sorts, > or are they strictly off limits? > > > On Thu, Nov 1, 2012 at 12:36 PM, Dan Wilcox <danomatika(a)gmail.com> wrote: > Correct. RjDj like + visual scripting. > > I know [expr~] is now LGPL, but I'm not sure about [expr] yet ... in either case, I've left them and any GPL code out so far due to Apple's licensing. GPL patches, however are kosher since they are not compiled and you'll be able to modify/update them. > > Also, the app has a desktop version ... -------- Dan Wilcox danomatika.com robotcowboy.com

2 2

Re: [PD] share-mem lib
by Marco Donnarumma 01 Nov '12

01 Nov '12

the project sounds great, quite happy you had time and will to take this on, thank you! Look forward to give it a try. cheers, -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net btw : the object is still in development and may improve these days > specially concerning the message syntax. > we may provide osx (and ubuntu) binaries after the testing period. > best, > n >

1 0

[pd] using set with tabosc4~ and tabread~ while dsp=off
by Billy Stiltner 01 Nov '12

01 Nov '12

hey it appears I can use set with tabread~ while dsp is off and it works when dsp is set to one but not so with tabosc4~ actually though i'm not getting set to work with tabosc4~ at all

2 2

Re: [PD] mysterious segfault while receiving midi commands...
by Hans-Christoph Steiner 01 Nov '12

01 Nov '12

On Oct 31, 2012, at 12:39 PM, Jörn Nettingsmeier wrote: > On 10/30/2012 10:10 PM, Hans-Christoph Steiner wrote: >> >> That's a tough one to track down. One thing I'd recommend is to reduce the >> complexity. Specifically, [readanysf~] is a wonderful object, but relies on >> many many libraries and has many layers in it. This bug could have come from >> any one of those libraries in addition to Pd, readanysf, etc. > > >> For the media that you're using, I recommend converting them with 32-bit float >> WAVs, the internal format used in Pd. Then you can use [readsf~] or even >> better, load them into tables and play them with [tabplay~]. > > very good points. i'll definitely follow that advice. > > nonetheless, i'd very much like to track down the issue. yesterday, i had a very similar crash and was finally able to get a post-mortem: > > Reading symbols from /usr/local/lib64/pd/bin/pd...done. > [New LWP 19272] > [New LWP 19278] > [New LWP 19276] > [New LWP 19783] > [New LWP 19803] > [New LWP 19785] > [New LWP 19784] > [New LWP 19788] > [New LWP 19787] > [New LWP 19798] > [New LWP 19786] > [New LWP 19799] > [New LWP 19801] > [New LWP 19802] > [New LWP 19800] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > Core was generated by `pd DasLamm.pd'. > Program terminated with signal 11, Segmentation fault. > #0 0x000000000046d343 in vu_float () This above seems like the cause, the crash happens in vu_float(). Also, since the VU image gets messed up, that also points to the crash being in VU meter. .hc > Missing separate debuginfos, use: zypper install glibc-debuginfo-2.15-22.6.4.x86_64 libFLAC8-debuginfo-1.2.1-96.1.2.x86_64 libasound2-debuginfo-1.0.25-3.5.1.x86_64 libgcc47-debuginfo-4.7.1_20120723-1.1.1.x86_64 libjpeg62-debuginfo-62.0.0-15.5.1.x86_64 libmad0-debuginfo-0.15.1b-3.2.x86_64 libogg0-debuginfo-1.3.0-4.1.2.x86_64 libpng12-0-debuginfo-1.2.49-2.1.2.x86_64 libspeex1-debuginfo-1.1.999_1.2rc1-16.1.2.x86_64 libstdc++47-debuginfo-4.7.1_20120723-1.1.1.x86_64 libtheora0-debuginfo-1.1.1-20.1.2.x86_64 libtiff3-debuginfo-3.9.5-8.10.1.x86_64 libvorbis0-debuginfo-1.3.3-1.1.2.x86_64 libvorbisenc2-debuginfo-1.3.3-1.1.2.x86_64 zlib-debuginfo-1.2.7-2.1.2.x86_64 > (gdb) thread apply all bt > > Thread 15 (Thread 0x7f1542ea9700 (LWP 19800)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 14 (Thread 0x7f15416a6700 (LWP 19802)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 13 (Thread 0x7f1541ea7700 (LWP 19801)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 12 (Thread 0x7f15426a8700 (LWP 19799)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 11 (Thread 0x7f1546f15700 (LWP 19786)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 10 (Thread 0x7f15436aa700 (LWP 19798)): > ---Type <return> to continue, or q <return> to quit---thread apply all bt > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 9 (Thread 0x7f1549369700 (LWP 19787)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 8 (Thread 0x7f1548924700 (LWP 19788)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 7 (Thread 0x7f1543eab700 (LWP 19784)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 6 (Thread 0x7f153bfff700 (LWP 19785)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 5 (Thread 0x7f1540ea5700 (LWP 19803)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb02a in ReadMedia::waitA() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > ---Type <return> to continue, or q <return> to quit--- > #2 0x00007f154bdfc62e in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 4 (Thread 0x7f1546714700 (LWP 19783)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f154bdfb10c in ReadMedia::waitDispatch() () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x00007f154bdfbdb8 in ?? () from /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 3 (Thread 0x7f155094d700 (LWP 19276)): > #0 0x00007f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > #1 0x00007f1550cfdd8b in mb_thread_func () from /usr/local/lib64/libjack.so.0 > #2 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #3 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 2 (Thread 0x7f1551c7f700 (LWP 19278)): > #0 0x00007f1550a2a13f in poll () from /lib64/libc.so.6 > #1 0x00007f1550cfc806 in jack_cycle_wait () from /usr/local/lib64/libjack.so.0 > #2 0x00007f1550cfcb38 in jack_process_thread_work () from /usr/local/lib64/libjack.so.0 > #3 0x00007f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x00007f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 1 (Thread 0x7f1551cfc700 (LWP 19272)): > #0 0x000000000046d343 in vu_float () > #1 0x000000000047345f in outlet_float () > #2 0x000000000047345f in outlet_float () > #3 0x000000000047345f in outlet_float () > #4 0x000000000047f412 in m_mainloop () > #5 0x00007f155096f455 in __libc_start_main () from /lib64/libc.so.6 > #6 0x0000000000414df1 in _start () at ../sysdeps/x86_64/elf/start.S:113 > (gdb) > > nothing midi-specific, but obviously a breakage in the vu meter. i wonder if the odd-looking vus i'm getting (see http://stackingdwarves.net/download/pd-odd_vu_meter.png) are a hint? > > i think i copied-and-pasted the two vus when i created the 6-channel player, but i don't see how that could cause a segfault later... > > looks like i'm having a hard time to create a proper reproducible test case, but maybe some devs are inspired by this backtrace anyway :) > > best, > > > jörn > > -- > Jörn Nettingsmeier > Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 > > Meister für Veranstaltungstechnik (Bühne/Studio) > Tonmeister VDT > > http://stackingdwarves.net >

1 0

Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
by Fero Kiraly 01 Nov '12

01 Nov '12

oh. I understand. So is here any body who can solve this problem (compiling GEM from branch) ? fk

2 1

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 November 2012