Pd-list September 2003

pd-list@lists.iem.at

121 participants
151 discussions

list archive
by Tim Blechmann 29 Sep '03

29 Sep '03

would it be possbile to put the list archive online as mbox files beside the web interface? searching an mbox archive on your own machine is much faster than online ... and you don't have to be connected do the internet all the time ... take care... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

2 1

[ANN] GridFlow 0.7.5
by Mathieu Bouchard 28 Sep '03

28 Sep '03

Here is a new release of GridFlow (a multi-dimensional dataflow processing library for Ruby, jMax and PureData, specialized in pictures and video) http://artengine.ca/jmax/gridflow/ http://artengine.ca/jmax/gridflow/download/gridflow-0.7.5.tar.gz If you have any questions and/or want to talk, there is the #dataflow chatroom on IRC.FreeNode.Net, where PD/jMax/MAX-like software is on-topic. If you have any trouble installing GridFlow (or have any questions), please send me an email about it, or see me on IRC. IMPORTANT NOTE: This was supposed to be version 0.8.0, but some big improvements promised for 0.8.0 have not been made. Still, an abnormally high number of improvements have been made, so think of this as two or three version changes. The version number has skipped accordingly. For those who tried 0.7.5 at the workshop: this version is slightly different, with a few new bugfixes. version 0.7.5 (2003.09.28): * type aliases: int32,i32,i; int16,i16,s; uint8,u8,b; float32,f32,f * added support for float64 (alias f64, d) * added support for int64 (alias i64, l) * doc: added number type table * @convolve: supports even-sized grids * fixed bug: puredata gf clock ran way too fast * rewrote the profiler subsystem (and removed bugs) * @scale_by: now works with any number of channels * renamed samples/ to jmax_examples/ * Algebraic Properties Descriptions (internal, used for accelerations) * @convolve,@outer,@for,@inner,@draw_polygon: much faster * quicktime: support for pluggable codecs (eg: dv, divx, rpza, ...) * quicktime: fixed more bugs * quicktime: major speed increase * quicktime: added "colorspace" option * videodev: fixed bugs * videodev: removed obsolete option "noinit" * videodev: added option "colormodel" (especially because of new camera drivers) * sdl: added automatic resizing of window * png: read support * jMax bridge: more stable than ever * PureData bridge: *much* more stable than ever * Operator1, Operator2 renamed to Numop1, Numop2 * x11: now also called "window", so you can write "@out window", "open window" * new object classes: @draw_image: picture-in-picture, with alpha blending, etc jmax4_udpsend: send to a jMax 4.0.x system via UDP jmax4_udpreceive: receive from a jMax 4.0.x system via UDP pd_netsend: send to a pd system via UDP pd_netreceive: receive from a pd system via UDP @eight: (like @four, but with eight of them ;-) peephole: like [@out x11] but as inset of a patcher (jMax 2.5 only) * support for upcoming jMax 4.1 the previous version was released on 2002.04.24 and was numbered 0.7.2. ________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju

1 0

pdvst MIDI
by ix 27 Sep '03

27 Sep '03

> ...Is it possible to route midi messages to and from pdvst? first of all, big up jsarlo for his great work, definitely a welcome addition tthe flexibility of pd and really for a v0.0.1 it works quite well. to get midi working, you can make the following changes: pdvst.cpp:218: "%s -outchannels %d -inchannels %d -midiindev 0,1", s_main.c:297: sys_open_midi(sys_nmidiin, sys_midiindevlist, s_main.c:298: sys_nmidiout, sys_midioutdevlist); and recompile.. realize this is a hack, there is a 'proper' way to send midi to vst plugins within the host spec, which presumably could be added rather easily but this should do the trick for now... carmen

3 3

newbie question--pd patches on website
by MilesOkazaki＠aol.com 27 Sep '03

27 Sep '03

PD list, I've built some patches that are kind of freestanding music machines--I'd like to put them on a website so that people could play with them--what's the best way to do this? I've made displays so that someone with no knowledge of pd could just manipulate controls, choose sounds from a list, and get results. -Miles Okazaki

3 2

[tot] on Debian/sid
by Hans-Christoph Steiner 27 Sep '03

27 Sep '03

So I am trying to get [tot] working on my Debian/sid box with the code Krzysztof just checked into the CVS (thanks!). I have gotten this same code working on MacOS X no problem, but when I try to load it on Linux, I get this: hans@winky:toxy > /usr/local/lib/pd/extra/tot.pd_linux: /usr/local/lib/pd/extra/tot.pd_linux: undefined symbol: class_setsavefn tot ... couldn't create I am using the Debian/unstable(sid) packages, so that's Pd 0.37-test7. I have tried compiling [tot] against 0.37-test7, 0.37-0, and 0.37-devel from CVS and I get this same error. It compiles fine, the only errors I got where: cyclone.c:19: ../build_counter: No such file or directory make[1]: *** [../../bin/cyclone.pd_linux] Error 1 hammer.c:11: ../build_counter: No such file or directory make[1]: *** [../../bin/hammer.pd_linux] Error 1 sickle.c:11: ../build_counter: No such file or directory make[1]: *** [../../bin/sickle.pd_linux] Error 1 .hc ________________________________________________________________________ ____ There is no way to peace, peace is the way. -A.J. Muste

2 2

Re: [PD-announce] PdVst: Pd as a VST plugin v0.0.1
by Andrey Savitsky 26 Sep '03

26 Sep '03

nice project! and works fine (it is a pity that pd starts without additional libraries). seems i (we) have to spend much more time with pd for creating special vst patches now : ) notes: i have found out, that when i close vst window or apply on an audio track, pd does not unload from the memory. thus, after a few times of loading pd like vst plugin the memory is overfilled by N pd.exes Гµ 6MB. all the best ----- Original Message ----- From: "Joseph A. Sarlo" <jsarlo(a)ucsd.edu> To: "PD Announce List" <pd-announce(a)iem.kug.ac.at> Sent: Tuesday, September 23, 2003 3:39 AM Subject: [PD-announce] PdVst: Pd as a VST plugin v0.0.1 > Hi all, > > I've just finished the first version of PdVst. It allows you to run Pd > patches as VST plugins (Win32 only). It's still pretty alpha, but for any > brave souls out there who want to give it a try... > > http://crca.ucsd.edu/~jsarlo/pdvst/ > > Joe > jsarlo(a)ucsd.edu > > > _______________________________________________ > PD-announce mailing list > PD-announce(a)iem.at > http://iem.at/cgi-bin/mailman/listinfo/pd-announce >

5 6

OT: ICMC
by Adam Lindsay 26 Sep '03

26 Sep '03

Are any other PDers going to be at ICMC (Singapore) next week? adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay atl(a)comp.lancs.ac.uk Computing Dept, Lancaster University +44(0)1524/594.537 Lancaster, LA1 4YR, UK Fax:+44(0)1524/593.608 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

4 3

auto summing
by derek＠x-i.net 26 Sep '03

26 Sep '03

hope this is 't a RTFM question, but i don't recall seeing it..... ;-) it appears that outlet~ and inlet~ autosum their inputs, as does dac~. so what is the benefit of using a +~ object? is it necessary at all? --just looking for ways around throw~ and catch~ without using tons of +~... the former objects seem to give me immense trouble under linux. best, d.

3 2

(pd)Staminee31
by kurt stockman 26 Sep '03

26 Sep '03

hi all, Some of you might remember PdStaminee[1]. Since there's more (not much) to life than pd I'd like to suggest to team up with the people from Code31 (Brussel based collective) and skip Staminee[2] to [30] and have a Staminee31 in Gent... so... : preliminary announce: -Staminee31- The 'Vooruit' (Local Arts Center) in Gent is willing to host an informal meeting-patching-soldering happening in it's cafe (on the little stage with sofa's on your right as you walk in the cafe) on sat 15th Nov(?). If it turns out enjoyable for all involved we could make this a monthly happening.... (?) The'll provide electricity, heating, mixer&speakers, beamer(s) (we could project on the front windows...), LAN (with wireless connection), netconnection, publicity ... We could do some streaming stuff,... We could use the space from 14-21Hr. Who would be interested? Who would come? Who would do what? grtz.krt relevant links: PdStamineePix: http://pd.iem.at/pdwiki/index.php?PdStaminee code31: http://code31.lahaag.org Vooruit: http://www.vooruit.be

7 6

Grid compilation errors
by derek＠x-i.net 26 Sep '03

26 Sep '03

hi yves, i've got some compilation errors for Grid. using Redhat 9.0 on this box, with Planet CCRMA packages. PD 0.36.0 errors below. as a side note, compiling on my Debian laptop gives an equally long string of errors, mostly "parse error before [...]". anything that anybody can do about this? is this release of the object already dependent on pd 0.37? thx + best, d. [root@medienturm grid]# make clean rm -f *.o *.pd_* so_locations [root@medienturm grid]# make ./tk2c.bash < grid.tk > grid.tk2c cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wno-shadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o grid.o -c grid.c In file included from ../../src/m_imp.h:8, from grid.c:16: ./../src/m_pd.h:49: redefinition of `t_int' ./../src/m_pd.h:49: `t_int' previously declared here ./../src/m_pd.h:52: redefinition of `t_float' ./../src/m_pd.h:52: `t_float' previously declared here ./../src/m_pd.h:53: redefinition of `t_floatarg' ./../src/m_pd.h:53: `t_floatarg' previously declared here ./../src/m_pd.h:56: redefinition of `struct _symbol' ./../src/m_pd.h:60: redefinition of `t_symbol' ./../src/m_pd.h:60: `t_symbol' previously declared here ./../src/m_pd.h:75: redefinition of `struct _gstub' ./../src/m_pd.h:83: redefinition of `t_gstub' ./../src/m_pd.h:83: `t_gstub' previously declared here ./../src/m_pd.h:86: redefinition of `struct _gpointer' ./../src/m_pd.h:94: redefinition of `t_gpointer' ./../src/m_pd.h:94: `t_gpointer' previously declared here ./../src/m_pd.h:97: redefinition of `union word' ./../src/m_pd.h:104: redefinition of `t_word' ./../src/m_pd.h:104: `t_word' previously declared here ./../src/m_pd.h:108: conflicting types for `A_NULL' ./../src/m_pd.h:108: previous declaration of `A_NULL' ./../src/m_pd.h:109: conflicting types for `A_FLOAT' ./../src/m_pd.h:109: previous declaration of `A_FLOAT' ./../src/m_pd.h:110: conflicting types for `A_SYMBOL' ./../src/m_pd.h:110: previous declaration of `A_SYMBOL' ./../src/m_pd.h:111: conflicting types for `A_POINTER' ./../src/m_pd.h:111: previous declaration of `A_POINTER' ./../src/m_pd.h:112: conflicting types for `A_SEMI' ./../src/m_pd.h:112: previous declaration of `A_SEMI' ./../src/m_pd.h:113: conflicting types for `A_COMMA' ./../src/m_pd.h:113: previous declaration of `A_COMMA' ./../src/m_pd.h:114: conflicting types for `A_DEFFLOAT' ./../src/m_pd.h:114: previous declaration of `A_DEFFLOAT' ./../src/m_pd.h:115: conflicting types for `A_DEFSYM' ./../src/m_pd.h:115: previous declaration of `A_DEFSYM' ./../src/m_pd.h:116: conflicting types for `A_DOLLAR' ./../src/m_pd.h:116: previous declaration of `A_DOLLAR' ./../src/m_pd.h:117: conflicting types for `A_DOLLSYM' ./../src/m_pd.h:117: previous declaration of `A_DOLLSYM' ./../src/m_pd.h:118: conflicting types for `A_GIMME' ./../src/m_pd.h:118: previous declaration of `A_GIMME' ./../src/m_pd.h:120: conflicting types for `A_CANT' ./../src/m_pd.h:120: previous declaration of `A_CANT' ./../src/m_pd.h:120: confused by earlier errors, bailing out make: *** [grid.pd_linux] Error 1

6 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 September 2003