Pd-list October 2004

pd-list@lists.iem.at

142 participants
303 discussions

Re: [PD] compiling externals on osx
by altern 22 Oct '04

22 Oct '04

hi again thanks for your tips martin. i have tried to change the makefile to point ti the right directories but i still get an error (pasted below). I am not sure if i am setting the paths properly. The problem i see is that the way osx works it has this app packages that wont show you the content unless you tell the sytem to show you it. So one thinks that the pd executable is in /applications/pd but actually (if i am rigth) it is in /applications/audio/pd.app/contents/resources/bin/pd Here below is the new error. Again it cannot find m_pd.h file i am not sure where this should be. Now i cannot find it anywhere in the system. Maybe i should go back to the linux style pd distribution for osx? ... thanks Ordenador-de-ibook:/applications/audio/Pd-0.38-0test4HCS1.app/contents/resources/src/externals/build/darwin ibook$ make cc -DPD -Os -DUNIX -DMACOSX -Dunix -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -Wno-shadow -I. -I.. -I../include -o "aenv~.o" -c "../src/aenv~.c" In file included from ../src/aenv~.c:1: ../../aenv~/aenv~.c:18:18: m_pd.h: No such file or directory In file included from ../src/aenv~.c:1: ../../aenv~/aenv~.c:31: error: parse error before '*' token ../../aenv~/aenv~.c:31: warning: type defaults to `int' in declaration of `aenv_class' ../../aenv~/aenv~.c:31: warning: data definition has no type or storage class ../../aenv~/aenv~.c:34: error: parse error before "t_object" ../../aenv~/aenv~.c:34: warning: no semicolon at end of struct or union ../../aenv~/aenv~.c:35: warning: type defaults to `int' in declaration of `srate' ../../aenv~/aenv~.c:35: warning: data definition has no type or storage class ../../aenv~/aenv~.c:36: error: parse error before "a" ../../aenv~/aenv~.c:36: warning: type defaults to `int' in declaration of `a' ../../aenv~/aenv~.c:36: warning: data definition has no type or storage class ../../aenv~/aenv~.c:37: error: parse error before "d" ../../aenv~/aenv~.c:37: warning: type defaults to `int' in declaration of `d' ../../aenv~/aenv~.c:37: warning: data definition has no type or storage class ../../aenv~/aenv~.c:38: error: parse error before "s" ../../aenv~/aenv~.c:38: warning: type defaults to `int' in declaration of `s' ../../aenv~/aenv~.c:38: warning: data definition has no type or storage class ../../aenv~/aenv~.c:39: error: parse error before "r" ../../aenv~/aenv~.c:39: warning: type defaults to `int' in declaration of `r' ../../aenv~/aenv~.c:39: warning: data definition has no type or storage class ../../aenv~/aenv~.c:40: error: parse error before "lastval" ../../aenv~/aenv~.c:40: warning: type defaults to `int' in declaration of `lastval' ../../aenv~/aenv~.c:40: warning: data definition has no type or storage class ../../aenv~/aenv~.c:43: error: parse error before '}' token ../../aenv~/aenv~.c:43: warning: type defaults to `int' in declaration of `t_aenv' ../../aenv~/aenv~.c:43: warning: data definition has no type or storage class ../../aenv~/aenv~.c:45: error: parse error before '*' token ../../aenv~/aenv~.c:45: error: parse error before '*' token ../../aenv~/aenv~.c:46: warning: return type defaults to `int' ../../aenv~/aenv~.c: In function `aenv_perform': ../../aenv~/aenv~.c:47: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c:47: error: (Each undeclared identifier is reported only once ../../aenv~/aenv~.c:47: error: for each function it appears in.) ../../aenv~/aenv~.c:47: error: parse error before ')' token ../../aenv~/aenv~.c:47: error: `w' undeclared (first use in this function) ../../aenv~/aenv~.c:48: error: `t_float' undeclared (first use in this function) ../../aenv~/aenv~.c:48: error: `out' undeclared (first use in this function) ../../aenv~/aenv~.c:48: error: parse error before ')' token ../../aenv~/aenv~.c:51: error: parse error before "lastval" ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:100: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_dsp': ../../aenv~/aenv~.c:102: warning: implicit declaration of function `dsp_add' ../../aenv~/aenv~.c:102: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c:102: error: `sp' undeclared (first use in this function) ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:105: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_float': ../../aenv~/aenv~.c:107: error: `f' undeclared (first use in this function) ../../aenv~/aenv~.c:108: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:113: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_new': ../../aenv~/aenv~.c:115: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c:115: error: parse error before ')' token ../../aenv~/aenv~.c:116: warning: implicit declaration of function `floatinlet_new' ../../aenv~/aenv~.c:120: warning: implicit declaration of function `outlet_new' ../../aenv~/aenv~.c:120: warning: implicit declaration of function `gensym' ../../aenv~/aenv~.c:122: warning: implicit declaration of function `sys_getsr' ../../aenv~/aenv~.c:131: error: `argc' undeclared (first use in this function) ../../aenv~/aenv~.c:132: warning: implicit declaration of function `atom_getfloat' ../../aenv~/aenv~.c:132: error: `argv' undeclared (first use in this function) ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:141: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_lina': ../../aenv~/aenv~.c:143: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:146: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_loga': ../../aenv~/aenv~.c:148: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c: At top level: ../../aenv~/aenv~.c:151: error: parse error before '*' token ../../aenv~/aenv~.c: In function `aenv_zero': ../../aenv~/aenv~.c:153: error: `x' undeclared (first use in this function) ../../aenv~/aenv~.c: In function `aenv_tilde_setup': ../../aenv~/aenv~.c:159: warning: implicit declaration of function `class_new' ../../aenv~/aenv~.c:159: error: `t_newmethod' undeclared (first use in this function) ../../aenv~/aenv~.c:159: error: parse error before "aenv_new" ../../aenv~/aenv~.c:160: warning: implicit declaration of function `class_sethelpsymbol' ../../aenv~/aenv~.c:161: warning: implicit declaration of function `class_addmethod' ../../aenv~/aenv~.c:161: error: `t_method' undeclared (first use in this function) ../../aenv~/aenv~.c:161: error: parse error before "aenv_dsp" ../../aenv~/aenv~.c:162: warning: implicit declaration of function `class_addfloat' ../../aenv~/aenv~.c:162: error: parse error before "aenv_float" ../../aenv~/aenv~.c:163: error: parse error before "aenv_lina" ../../aenv~/aenv~.c:164: error: parse error before "aenv_loga" ../../aenv~/aenv~.c:165: error: parse error before "aenv_zero" make: *** [aenv~.pd_darwin] Error 1

2 1

v4 and all that jazz
by matthew jones 22 Oct '04

22 Oct '04

Just wondering if anyone had any experience with vvvv software, and exactly what differences, if any, there are! There is this in the website FAQ regarding how it differs from Pd: "vvvv differs most from these programs in its architecture. vvvv was designed to work with groups of objects, making it easier for users to control multiple objects simultaneously" ???????????????????! Well this makes no sense to a novice like meself... Matt -=-=-=-=-=-=-=-=-=-=-=-=- http://www.loopit.org/ -=-=-=-=-=-=-=-=-=-=-=-=-

3 2

embedding abstractions..
by adam armfield 22 Oct '04

22 Oct '04

That dependency checking script sounds like a really good idea. I agree that PD embedding everything without asking would be wasteful and a bit rude. I think that having the option of Embedding abstractions would be a useful one. Either that or giving subpatches some of the same advantages that abstractions have. I have been thinking a bit about the problem of Embedding (via voice has decided to spell Embedding with a capital E today, don't be alarmed; - ) abstractions and then keeping them automatically updated (from the original file) I think that some kind of script similar to the one you have described might be useful in this case, so that when Apaches (ViaVoice again, I mean " a patch is" ) loaded, the embedded abstractions are checked against the original file in the same directory and the user is given the option to update them. Keeping all the project files in their own directory seems like a very good solution as well.. Best wishes Adam ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

a/d/a and jackd alsa low-latency problems
by thewade 21 Oct '04

21 Oct '04

Hello all, I\'ve a few questions to beg of you, What are A/D/A sync errors caused by? Also I seem to have plenty of spare time available when I run jackd (Thanks for the help by the way!) but I cannot fully utilize it. When I run: sudo jackd -v -R -d alsa -d hw:1 -r 48000 -p 32 Alsa says it cannot allocate a buffersize of 32. 64 seems as small as I can go. How can I circumvent this? Lastly, what is this? bad window path name \".x0x8208f0\" bad window path name \".x0x847780\" bad window path name \".x0x881cb0\" Im running a voice synthsis patch with a seperate gem interface to be run on a different computer. When I start the voice interface wihtout the graphics I obviously get nesend errors, but I get these errors as well. PD-0.38-0test4. Any Ideas? Thanks, -thewade

10 12

$0-GriPD
by Bradon Webb 21 Oct '04

21 Oct '04

Can anyone tell me how or why $0-variables do not work using GriPD? It seems like this is kind of problematic for developing abstractions to reuse multiple instances of in a patch, because everything has to be renamed. Maybe I would be better of to just use PD GOP for abstractions? Thanks Bradon Bradonwebb(a)yahoo.com _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

2 2

Re: [PD] textfile - which externals ?
by Marius Schebella 21 Oct '04

21 Oct '04

"Ik" wrote: > Just to know - if you would make something that requires a bit of an > external - what would be the most common externals to choose to use? which > are the most wide available and used ones - In terms of 'can be expected > to be available 90% of the time"? I think cyclone is one of the most powerful external libraries, offering a lot of basic objects. zexy and the iemlib are also very common libraries. And then it depends what you want to do. For opengl renderings you will want to use GEM or parts of pdp. for video and movie rendering there is pdp and pidip. matju made a great gridflow ibrary. for non realtime processings on buffers there is vasp. and there are tons of other externals. if you want to have skripting possibilities i recommend the python library of thomas grill (pyext), but there are also libraries for C, ruby, ... what else, forth? still, none of those libraries are really available 90% of time. marius.

1 0

dac~ workings
by Ian Smith-Heisters 21 Oct '04

21 Oct '04

One of my students was wondering how dac~ works under the hood, and since I couldn't figure it out, thought I'd ask y'all. Is there a difference between these three patches (the patches are below but I'll describe them for your ease): 1. Two osc~, each connected to both channels of the same dac~ 2. Two osc~, each connected to both channels of two separate dac~ 3. Two osc~, each connected to the same +~, which is connected to both channels of a single dac~ Thanks, -Ian [envying all y'all in Graz /and/ Riga] =============================== PATCH 1: #N canvas 0 0 450 300 10; #X obj 82 89 osc~; #X obj 232 87 osc~; #X obj 160 183 dac~; #X connect 0 0 2 0; #X connect 0 0 2 1; #X connect 1 0 2 0; #X connect 1 0 2 1; =============================== PATCH 2: #N canvas 0 0 450 300 10; #X obj 62 60 osc~; #X obj 232 60 osc~; #X obj 74 152 dac~; #X obj 234 160 dac~; #X connect 0 0 2 0; #X connect 0 0 2 1; #X connect 1 0 3 0; #X connect 1 0 3 1; =============================== PATCH 3: #N canvas 0 0 450 300 10; #X obj 116 70 osc~; #X obj 252 70 osc~; #X obj 192 220 dac~; #X obj 186 152 +~; #X connect 0 0 3 0; #X connect 1 0 3 1; #X connect 3 0 2 0; #X connect 3 0 2 1;

7 12

Re: [PD] saving abstractions within pd patch
by Ian Smith-Heisters 21 Oct '04

21 Oct '04

I just keep everything in the same directory, with the main patch having the same name as the directory. This is basically what Pro Tools does, it creates a project directory and a sub directory for all the soundfiles, and puts the main project file in the project directory. It might be nice to have a dependencies script that would scan the main patch for references to abstractions, check if they're in the same directory, and if not, list the abstractions that are being kept in the library so you can copy them to the project directory for easy distribution. That wouldn't be hard to write in something like perl, maybe I'll do it this weekend. I don't like the idea of PD doing all that for me, so that every time I use an abstraction I end up with another copy of it on my harddrive. That kind of defeats the purpose of having centralized libraries. Cheers, Ian adam armfield wrote: > i use subpatches in my files but would like to use > abstractions because of all the advantages.. > > however.. for me the main disadvantage of abstractions > is that they are not embedded within the main project > file.. > > this is usually a problem if a friend sends me a patch > or i download one and it won't run because of missing > abstractions.. > > is there already a way to save abstractions inside a > patch? > > if not i would like an option (checkbox for instance) > to do this.. i haven't quite worked out how to update embedded > files if the main abstraction file is changed in this > case.. > maybe some kind of file browser which also tracks > dependencies would also be another approach... > > i'm wondering if the approach used by tracktion would > be good in pd.. that program uses project files which > contain all files used.. sounds, midi info etc. > > i like the idea of having all files used saved in some > kind of project file so that everything is always > there even if the files are moved, and so it still > works quickly and easily if sent to others.. > > best wishes > adam > > > > > > ___________________________________________________________ALL-NEW > Yahoo! Messenger - all new features - even more fun! > http://uk.messenger.yahoo.com > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://iem.at/cgi-bin/mailman/listinfo/pd-list > > _______________________________________________ http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist

1 0

gem & macos x -- unresolved symbol _glAccum...
by Andrew (Andy) W. Schmeder 21 Oct '04

21 Oct '04

Hi all. I have a little problem with Gem loading... Here are the specifics: - pd dev 0_37 cvs fftwf jack g4 build -- macos 10.3 - Gem 0.90 precompiled from iem $ ./pd -lib Gem ... Unresolved symbols _glAccum ... _glClearSten Cannot load library (15 symbols total) I traced the functions via otool / nm to libGL.dylib where they are indeed defined (no suprises there).... so why doesn't it resolve? See also the attachment for a shell transcript. Failing that, I tried to compile Gem from source; but the docs don't discuss the darwin build and I couldn't get configure to recognize the host system. I'll try the .pbproj next, but so far this approach has not been fruitful. Any ideas what is wrong? Advice? Hopefully its just some stupid mistake on my part (you never know...) Any other mac users who have gotten past this? Thanks so much, Andy. -- Andrew (Andy) W. Schmeder <andy \at a2hd \dot com> http://www.a2hd.com/

1 0

saving abstractions within pd patch
by adam armfield 21 Oct '04

21 Oct '04

i use subpatches in my files but would like to use abstractions because of all the advantages.. however.. for me the main disadvantage of abstractions is that they are not embedded within the main project file.. this is usually a problem if a friend sends me a patch or i download one and it won't run because of missing abstractions.. is there already a way to save abstractions inside a patch? if not i would like an option (checkbox for instance) to do this.. i haven't quite worked out how to update embedded files if the main abstraction file is changed in this case.. maybe some kind of file browser which also tracks dependencies would also be another approach... i'm wondering if the approach used by tracktion would be good in pd.. that program uses project files which contain all files used.. sounds, midi info etc. i like the idea of having all files used saved in some kind of project file so that everything is always there even if the files are moved, and so it still works quickly and easily if sent to others.. best wishes adam ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
31
Older →

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