Pd-dev October 2002

pd-dev@lists.iem.at

23 participants
26 discussions

Pdplay?
by Nicola Bernardini 21 Oct '04

21 Oct '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear all, at the SOb project (http://www.soundobject.org) we're writing some really cool physical model objects which we are soon going to package and propose to the pure-data externals repository (they are GNU/GPL). However, we now have a problem that we want to solve soon: we need standalone versions of some demo applications (possibly running griPD etc.) we did. It would be nice to have a sort of MaxPlay type of thing (how about PdPlay?). I have some ideas on how to do it and it could be trivial, and therefore it is very probable that someone has already done it somewhere. If no one has done it, I'll hack up one solution and report back to the list as soon as it is done (it is going to be GNU/GPL anyway :). Thank you in advance for all the help you will want to give. nicb +--------------------------------------------------------------------+ |Nicola Bernardini | |E-mail: nicb(a)centrotemporeale.it | |GPG Fingerprint = 6AE6 AF21 E160 D9B3 396E EBAC 906C CFAE 4D65 D910| |Neither MS-Word nor MS-PowerPoint attachments please: | |http://www.fsf.org/philosophy/no-word-attachments.html | +--------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9mf2qkGzPrk1l2RARAqi/AJ92NXY9HoDWlMbRcu59RkUQNH8E7gCeLU07 +ocbGJWYRzzrrdQO/cG0BcM= =TT6i -----END PGP SIGNATURE-----

5 7

arbitrary start position with tabwrite~
by Chris McCormick 13 Nov '02

13 Nov '02

Hi Miller, list, I've made the following tiny patch to tabwrite~ so i can begin recording to a table at an arbitrary sample position. instead of banging tabwrite~ you can send it 'start 123' and it will start recording at sample position 123. I need this because i want to make long audio recordings but i might not want to start recording the whole thing at the beginning. Regards, Chris. chr15m:~/software/installed/pd-0.35-0/src$ diff d_array.c d_array.c.old 96,100d95 < static void tabwrite_tilde_start(t_tabwrite_tilde *x, t_floatarg fstart) < { < x->x_phase = fstart; < } < 139,140d133 < class_addmethod(tabwrite_tilde_class, (t_method)tabwrite_tilde_start, < gensym("start"), A_FLOAT, 0); _________________________________ chris(a)mccormick.cx http://www.mccormick.cx http://www.sciencegirlrecords.com

8 11

TCL/TK tags
by Thomas Grill 07 Nov '02

07 Nov '02

Hi all, as i am new to TCL/TK, i encounter problems with it all the time. Here is a simple example, the creation of two rectangles (please don't mind the strange specifiers... they are generated from pointer values) ----------------- .x8ff8c8.c create rectangle 69 64 169 164 -tags ec0858GUI -width 2 -fill #00ff00 -outline #00ff00 .x8ff8c8.c create rectangle 89 84 139 134 -tags ec08c8GUI -fill #0000ff that's just ok... the second (slightly smaller one) is displayed on top of the first one. ------------------- Now, i'd like to add an additional tag (ec0728GRP) to each of them, to e.g. move them with a single command .x8ff8c8.c create rectangle 69 64 169 164 -tags ec0858GUI -width 2 -fill #00ff00 -outline #00ff00 .x8ff8c8.c addtag ec0728GRP withtag ec0858GUI .x8ff8c8.c create rectangle 89 84 139 134 -tags ec08c8GUI -fill #0000ff .x8ff8c8.c addtag ec0728GRP withtag ec08c8GUI Now, only the first (larger) one is visible... why? ------------------------------ many thanks, Thomas

11 16

porting zexy to linux-powerpc
by Hans-Christoph Steiner 31 Oct '02

31 Oct '02

I am trying to get zexy running on linux-powerpc since I was just given 8 PowerMac G4-500s and 5 PowerMac 8600 604e 250 to do sound installations. Anyway, everything in zexy compiles, except for the parallel port module, z_lp.c. At first it balked on compile, because linux-powerpc doesn't use sys/io.h, but rather asm/io.h. So adding this #ifdef made it compile with a few warnings: #ifdef __powerpc__ #include <asm/io.h> #else #include <sys/io.h> #endif Here are the warnings: z_lp.c: In function `lp_float': z_lp.c:44: warning: implicit declaration of function `outb' z_lp.c: In function `lp_new': z_lp.c:86: warning: implicit declaration of function `ioperm' z_lp.c:93: warning: implicit declaration of function `iopl' But now it doesn't load, giving this error: /usr/local/lib/pd/externs/zexy.pd_linux: /usr/local/lib/pd/externs/zexy.pd_linux: undefined symbol: outb /usr/local/lib/pd/externs/zexy: can't load library So looking at how outb is defined should lead to the answer, but that's about the limits of my knowledge: sys/io.h: static __inline void outb (unsigned char value, unsigned short int port) { __asm__ __volatile__ ("outb %b0,%w1": :"a" (value), "Nd" (port)); } asm/io.h: #define outb(val, port) out_8((u8 *)((port)+_IO_BASE), (val)) Any pointers, advice, whatever would be appreciated. I don't need the lp object to work, I just need zexy to work, so I can use the rest of those tasty objects. -Hans zen \ \ \[D[D[D[D

3 3

pitch bend yet again
by Krzysztof Czaja 31 Oct '02

31 Oct '02

hi Miller, hi devs, this is nothing really important, but as I would like to fix xeq_parse's handling of pitch bend data, and since it seems that currently in Pd bendin's output is incompatible with bendout's input, I wonder which scheme would you be willing to choose: bendin's -- mapping bender data to the 0..16383 range, or bendout's -- having null transposition point at 0. I think either is ok (but not both:). For example max classes xbendin and xbendout, now also in cyclone, use unsigned values, otoh sequencers, I believe (at least cubase), tend to show bender values in the -8192..8191 range. Krzysztof (btw, bendin/bendout in max use only the second data byte of a midi message)

1 0

import Makefiles into VC++
by Mark Khemma 30 Oct '02

30 Oct '02

Hello Pd Devers, Does anybody know how to import makefiles (specifically pd makefiles) into a Visual C++ (v6.0) workspace or project file? And one other thing (stupid question). whats the difference between a workspace(.dsw) and a project (.dsp) file thanks in advanced, mark .k

2 1

Re: [PD] using graphics tablet for input
by Maurizio Umberto Puxeddu 27 Oct '02

27 Oct '02

Hi Thomas. Hi all. Are you using the tablet via X-Window/Xinput? I modified [grid] so that it can parse the /dev/input/event0 messages from a Wacom Graphire USB tablet. I'm quite happy but for the CPU usage: reading the device with a socketreceiver (like [netrec]) is relatively time consuming and can eat up to 4% of a PIII 800. Any alternative approach? Something like reading the device in a thread and polling at a configurable rate makes sense? (I think people was talking about this in another context in recent past). Regards, Maurizio Umberto Puxeddu. On Thu, 3 Oct 2002, Thomas Grill wrote: > Hi all, > has anyone worked out a general scheme to use a graphics tablet for > triggering events in the sense that one has a map sticked to its surface > where several zones can be defined and recognized in a PD patch? > > I was thinking of a very general system which includes drawing the map, > printing it and stuffing the (metafile graphics format of the) map into an > object to get out the zones triggered by the tablet coordinates. This > procedure shouldn't be too time-consuming to quickly sketch new setups. > Which portable graphics format could be used for that? The only usable one > that i know is DXF but that doesn't seem to be common apart from the CAD > world.... > > greetings, > Thomas

1 0

flext & fiiwu~
by Michal Seta 23 Oct '02

23 Oct '02

Hi Thomas, Frank and al. Following Thomas' directions I got xsample 2.4 and pyext working. I ended up reverting to gcc 2.95 (and g++, too, of course) just to be on the safe side as all of my system is built with those... Thanks Thomas. xsample is working great. Pyext is as well. Now, fiiwu~... I seem to have made some progress. I can instantiate it now without crashing. I can load a soundfont and it reports that the soundfont was loaded OK. However, sending it a note message makes pd hang and I have to kill it. However, it also says (upon loading): WARNING: Current samplerate 0 != 44100 WARNING: fiiwu~ might be out of tune! which is strange because I always run pd @ 44100. pd 0.35, as usual... (NOT the CVS version) -- ./MiS

3 3

CVS pd, fiiwu~
by Michal Seta 21 Oct '02

21 Oct '02

Hello devs, I just got the CVS pd version (checked out today) and I'm wondering... should I recompile all my externs and libs? Anyways, things seem to be working fine but I get this problem: Consistency check failed: glist_findrtext Segmentation fault when opening certain patches or subpatches. It seems to be happening to the patches that contain the [env] object from ggext (I just checked and recompiled it as well) but not all of them... any ideas? debian-ppc, 2.4.18-benh0, gcc 2.95.4 Also, I was trying (lately) to get any of the iiwu synths working... I tried the original iiwu (both versions) and I could get as far as getting it show up on canvas and load a sound font. It hangs pd after I send it a note. [fiiwu~] makes pd exit at the instantiation time. And, in contrary to David Casal iiwusynth is working from the console (but I compiled the 0.2.3 version). BTW, the shadows are cool! :) -- ./MiS

7 18

PD canvas interaction - flext GUI
by Thomas Grill 17 Oct '02

17 Oct '02

Hi Miller, hi all, i find that one of the most severe drawbacks concerning the PD interface is the poor information a gui object can get of the interaction status. As far as i could explore, there's is no idle mouseover position information (only click and drag), no mouse up, no mouse wheel and, and less important, only incomplete information on key modifiers (like alt etc.). Although this is all available from the TCL/TK side, directly interfacing TCL/TK (which requires intercepting the PD<->TK communication) could mean possible inportability with future PD versions and problems with other externals also using such hacks. The desirable solution would be a interaction callback provided by PD to let a GUI object collect all possible interaction information. The latter can be obtained by e.g. using the following TCL/TK statements: t_canvas *canvas; t_symbol *bindsym; sys_vgui("bind .x%x.c <Motion> {pd %s %s %%x %%y %%s \\;}\n",canvas,bindsym,gensym("motion")); sys_vgui("bind .x%x.c <ButtonPress> {pd %s %s 1 %%x %%y %%b %%s \\;}\n",canvas,bindsym,gensym("button")); sys_vgui("bind .x%x.c <ButtonRelease> {pd %s %s 0 %%x %%y %%b %%s \\;}\n",canvas,bindsym,gensym("button")); sys_vgui("bind .x%x.c <MouseWheel> {pd %s %s %%x %%y %%s %%D \\;}\n",canvas,bindsym,gensym("wheel")); sys_vgui("bind .x%x.c <KeyPress> {pd %s %s 1 %%k %%A %%N %%s \\;}\n",canvas,bindsym,gensym("key")); sys_vgui("bind .x%x.c <KeyRelease> {pd %s %s 0 %%k %%A %%N %%s \\;}\n",canvas,bindsym,gensym("key")); Note also, that contrary to the PD.TK, where all modifiers are bound separately, here the %s variable is used. Is it foreseeable that such a callback be included in upcoming versions of PD or should i install a temporary hack? best greetings, Thomas

5 15

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 October 2002