Pd-list June 2014

pd-list@lists.iem.at

1 participants
82 discussions

pcduino external
by patrice colet via Pd-list 26 Jun '14

26 Jun '14

Hello, there is an external for accessing pcduino adc and gpio: https://sourceforge.net/p/pdpcduino no lib required for compiling, it simply uses fopen() and fwrite() recursively on each port. Feel free to try on a pcduino, and send comment. Cheers

1 0

[pix_write] crashing Pd-Extended
by Richie Cyngler via Pd-list 24 Jun '14

24 Jun '14

Hi all, No matter what I try I can't get [pix_write] to do much more than create corrupted .tiffs that won't open or just crash Pd. Looks like it's missing gem.conf? open: /etc/pd/gem.conf: No such file or directory open: /home/research/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory pd: tif_dirwrite.c:2084: TIFFWriteDirectoryTagCheckedRational: Assertion `value>=0.0' failed. Pd: signal 6 Running Pd Extended 0.43.4 64 bit on Ubuntu 14.04. I know the 64 bit is buggy but according to my searching [pix_write] has had issues for a while? Is this is known issue? Should I log it to the bug tracker? cheers -- Richie www.glitchpop.com

4 7

long startup time (watchdog warnings) and most externals fail to load
by Renato via Pd-list 24 Jun '14

24 Jun '14

Hi, I have some problems with pd on archlinux x86_64: they occur both with pd vanilla 0.45.5 (from official repositories) and pd-extended 0.43.4 (from AUR) - though it's the latter I'd like to use, so future outputs are to be considered from pd-extended 0.43.4 When I start it from terminal I get lots of "watchdog: signaling pd" lines, and it takes about 2 minutes to start the gui, at which point those watchdog warnings stop. Here's the output from terminal: $ pdextended -verbose -noprefs Pd-0.43.4 ("extended") compiled 13:47:25 Jun 11 2014 port 5401 TCL_LIBRARY="/usr/lib/pd-extended/lib/tcl/library" TK_LIBRARY="/usr/lib/pd-extended/lib/tk/library" wish8.6 "/usr/lib/pd-extended/tcl//pd-gui.tcl" 5401 priority 6 scheduling enabled. Waiting for connection request... priority 8 scheduling enabled. /usr/lib/pd-extended/bin/pd-watchdog watchdog: signaling pd... watchdog: signaling pd... [...] watchdog: signaling pd... ... connected and when the gui finally starts there's a bunch of errors in the log, which I've pasted at the bottom of the mail. It seems to have some problems loading externals? it does find some files but most of them are missing from /usr/lib/pd-extedned/extra Now, I don't know if the two problems are related; I'd certainly like to solve the first one, to have a normal startup time, but I'd also need to use some externals it's failing to load, so second problem would be nice to solve also Only thing I found in the archives was regarding wicd (which I do use) not being properly configured, bringing to a problem with pd trying to reach "localhost" which was not set. Though I don't think this is the culprit in my case, since I have many services running on this pc accessible both from itself and from the LAN. Otherwise I'm at a loss. I'm new to pd and I don't even know how to test if the externals are actually working - any hints on that? Though this problem appeared also without further externals installed, I have to mention I now have also installed this external https://bitbucket.org/agraef/pd-touchosc/ with its dependencies (including for example the pd-pure external which interfaces with the pure programming language), all from their AUR packages (Archlinux User Repository, a collection of build scripts). This us ultimately what I want to use pd for BTW (interfacing with the android TouchOSC app). any help is much appreciated! kind regards, renato log output after startup: input channels = 0, output channels = 0 WARNING: 64-bit builds are still beta, some libraries are known to have serious issues (cyclone, maxlib, moonlib, moocow, pdp, bsaylor, etc.) For more info, see the README.txt in '64-bit-warning-plugin' in the Help Browser opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 0, output channels = 0 tried /usr/lib/pd-extended/extra/libdir/libdir.l_ia64 and failed tried /usr/lib/pd-extended/extra/libdir/libdir.pd_linux and succeeded tried /usr/lib/pd-extended/extra/vanilla/list.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/list.pd_linux and succeeded tried ./extra.l_ia64 and failed tried /home/renato/pd-externals/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra.l_ia64 and failed tried ./extra.pd_linux and failed tried /home/renato/pd-externals/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra.pd_linux and failed tried ./extra/extra.l_ia64 and failed tried /home/renato/pd-externals/extra/extra.l_ia64 and failed tried /usr/local/lib/pd-externals/extra/extra.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/extra.l_ia64 and failed tried ./extra/extra.pd_linux and failed tried /home/renato/pd-externals/extra/extra.pd_linux and failed tried /usr/local/lib/pd-externals/extra/extra.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/extra.pd_linux and failed tried ./extra/extra-meta.pd and failed tried /home/renato/pd-externals/extra/extra-meta.pd and failed tried /usr/local/lib/pd-externals/extra/extra-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/extra-meta.pd and succeeded tried ./pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua.l_ia64 and failed tried /home/renato/pd-externals/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua.l_ia64 and failed tried ./pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua.pd_linux and failed tried /home/renato/pd-externals/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua.pd_linux and failed tried ./pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.l_ia64 and failed tried /home/renato/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.l_ia64 and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.l_ia64 and failed tried ./pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/pdlua/pdlua.pd_linux and failed tried /home/renato/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/local/lib/pd-externals/pdlua/pdlua.pd_linux and failed tried /usr/lib/pd-extended/extra/pdlua/pdlua.pd_linux and succeeded tried ./tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd.l_ia64 and failed tried /home/renato/pd-externals/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd.l_ia64 and failed tried ./tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd.pd_linux and failed tried /home/renato/pd-externals/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd.pd_linux and failed tried ./tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.l_ia64 and failed tried /home/renato/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.l_ia64 and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.l_ia64 and failed tried ./tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/tclpd/tclpd.pd_linux and failed tried /home/renato/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/local/lib/pd-externals/tclpd/tclpd.pd_linux and failed tried /usr/lib/pd-extended/extra/tclpd/tclpd.pd_linux and succeeded tried ./vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla.l_ia64 and failed tried /home/renato/pd-externals/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla.l_ia64 and failed tried ./vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla.pd_linux and failed tried /home/renato/pd-externals/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla.pd_linux and failed tried ./vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.l_ia64 and failed tried /home/renato/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.l_ia64 and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.l_ia64 and failed tried ./vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla.pd_linux and failed tried /home/renato/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/local/lib/pd-externals/vanilla/vanilla.pd_linux and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla.pd_linux and failed tried ./vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/extra/vanilla/vanilla-meta.pd and failed tried /home/renato/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/local/lib/pd-externals/vanilla/vanilla-meta.pd and failed tried /usr/lib/pd-extended/extra/vanilla/vanilla-meta.pd and succeeded

1 1

Re: [PD] Gem on UDOO
by Dan Wilcox via Pd-list 22 Jun '14

22 Jun '14

Usually limited resources/embedded and Java do not mix ... On Jun 22, 2014, at 6:00 AM, via Pd-list <pd-list(a)lists.iem.at> wrote: > To push the "which small board?" button: > I've had frustrating times with waiting for Processing on the UDOO, but I've seen claims that it runs OK on an Odroid U3 board. Heresay I know, but here is the thread: > http://forum.processing.org/two/discussion/1060/processing-serial-support-o… -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

1 0

Re: [PD] Gem on UDOO
by Dan Wilcox via Pd-list 21 Jun '14

21 Jun '14

Probably because it's running OpenGL ES *not* OpenGL which Gem doesn't have support for, as fas I know ... On Jun 20, 2014, at 6:00 AM, via Pd-list <pd-list(a)lists.iem.at> wrote: > From: Cyrille Henry via Pd-list <pd-list(a)lists.iem.at> > Subject: [PD] Gem on UDOO > Date: June 20, 2014 at 5:02:25 AM EDT > To: "pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> > Reply-To: Cyrille Henry <ch(a)chnry.net> > > > hello, > > UDOO board are advertised to be full openGL compatible. > Since I've got an UDOO board with lubuntu installer, i tried to run Gem. > i use Gem compiled from git. > > i worked with major limitation : > - it's only in fullscreen, since opengl did not work on a window (udoo limitation) > - pd crash when destroying the opengl context > > so, it's not really usable. > > cheers > cyrille -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

6 6

watchdog: signaling pd... message -ubuntu 14.04
by matthew via Pd-list 20 Jun '14

20 Jun '14

'watchdog: signaling pd...' does anyone else get this message in the linux terminal if pd freezes? what does it mean?

2 1

Fwd: Fwd: sox > fifo > readsf~ not working
by Ali Momeni via Pd-list 20 Jun '14

20 Jun '14

Hello, Thanks @cyrille, found the answer to my arguments for open question in the help file as you said. @ben: first, hi! second, i'm a ware of a number of 3rd party externals for pd that are supposed to do streaming in, like mp3amp~ and ogg~ and readanysf~ but none of them are really working in pd-vanilla on rpi for me. some crash right away, and others never get a stream. sox on the other hand is working beautifully and is rather robust, and the fifo solution for getting audio into pd seems critical/awesome enough that i'm keen on figuring it out. i see that sox is getting the stream (i have tested it by sending it to pifm and its there), but i'm just hung up on the header format of the file. pd doesn't like it. i'm wondering if there are details in 'mkfifa' that make it better for pd reading i'll report back if i discover something... a On Thu, Jun 19, 2014 at 5:15 PM, Benjamin ~ 01xy via Pd-list < pd-list(a)lists.iem.at> wrote: > Hello, > > not the answer, but you can open stream inside PD with readanysf~ if you > can accept this dependency http://aug.ment.org/readanysf/ > else y use this command to pipe a raw flux to sox > stream, maybe you can > adapt : > > sox -t raw --ignore-length -r 44100 -e signed-integer -b 16 -c 2 > bridge.fifo -t ogg -C 5 - | oggfwd labomedia.org 8000 rclabo01 > /streamtest.ogg > > or I modified .asoundrc so as to allow a non jack software (sox/aplay) to > get into jackd as an input : > > cat ~/.asoundrc > > pcm.rawjack { > type jack > playback_ports { > 0 system:playback_1 > 1 system:playback_2 > } > capture_ports { > 0 system:capture_1 > 1 system:capture_2 > } > } > > pcm.jack { > type plug > slave { pcm "rawjack" } > hint { > description "JACK Audio Connection Kit" > } > } > > and then : > > aplay -i anyaudiofile-flux -v -D rawjack > > hopes it can help > > ++ > b > > Le 19/06/2014 16:56, Ali Momeni via Pd-list a écrit : > >> >> >> >> Hello Cyrille, >> >> Thanks for the help >> still have the same problem: >> >> >> >> *dsp:/home/pi/tempaudio: unknown or bad header format* >> >> try providing the header to pd >> open ~/tempaudio 0 0 1 2 b >> >> >> >> no error when i send this open message, >> but when i "start", i still get >> >> "unknown or bad header format >> >> where do you get those numbers, 0 0 1 2 b ? >> >> ali >> cheers >> c >> >> * >> >> * >> i've tried some other params in the sox write command but i get >> the bad header error no matter what i do. >> >> any thoughts? >> >> thanks, >> >> ali >> >> >> _______________________________________________ >> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >> >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> _______________________________________________ >> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >> >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> >> >> >> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list >

2 1

setting patcher window position from within the patch?
by Ali Momeni via Pd-list 20 Jun '14

20 Jun '14

i'm having an issue with rpi puredata, where new patches i try to open open outside of the screen so i can't move them. what's the way to set the patcher position from within the patcher, with scripting, or else have the default patcher location reset to another location? the same is happening for both pd-vanila and pd-extended, installed on latest raspian with apt-get... a

4 3

Fwd: sox > fifo > readsf~ not working
by Ali Momeni via Pd-list 19 Jun '14

19 Jun '14

Hello Cyrille, Thanks for the help still have the same problem: >> >> *dsp:/home/pi/tempaudio: unknown or bad header format* >> > try providing the header to pd > open ~/tempaudio 0 0 1 2 b > no error when i send this open message, but when i "start", i still get "unknown or bad header format where do you get those numbers, 0 0 1 2 b ? ali cheers c * > > * > i've tried some other params in the sox write command but i get the bad > header error no matter what i do. > > any thoughts? > > thanks, > > ali > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list > > _______________________________________________ Pd-list(a)lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

2 1

sox > fifo > readsf~ not working
by Ali Momeni via Pd-list 19 Jun '14

19 Jun '14

hello all, i'm trying to catch some internet radio streams with sox and pass the audio to pd to process it. so i first make a fifo buffer: *mkfifo ~/tempaudio* then i run a sox command that catches an mp3 stream, and writes it to a wave stream in the fifo buffer made above: *sox -v .9 -t mp3 http://icy-e-04.sharp-stream.com:80/lincsfmrutland.mp3 <http://icy-e-04.sharp-stream.com/lincsfmrutland.mp3> -t wav -input-buffer 80000 -r 22050 -c 1 ~/tempaudio* these commands run with no errors; i'm executing both as "sudo". then i open pd and try to run readsf~ with the fifo file above as the input. when i send the "open" message to readsf~, i have no error: * open ~/tempaudio* then i send the "start" message message and i get an error: *dsp:/home/pi/tempaudio: unknown or bad header format* i've tried some other params in the sox write command but i get the bad header error no matter what i do. any thoughts? thanks, ali

2 1

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 June 2014