Pd-list July 2003

pd-list@lists.iem.at

127 participants
191 discussions

random
by afenerich 21 Jul '03

21 Jul '03

Hy everybody Thanks for the people who helped me with the other questions (granule, joystick); Jordan, fof~ don´t exist in PD, version 0.36-0 There are any other objects that can make granular process in PD? Other question: how can I range random generation (random object)? I would like to determine a range between 60 and 5000, but I couldn´t. Does anybody have a sugestion? Thanks Alx __________________________________________________________________________ Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - É grátis! http://antipopup.uol.com.br/

3 2

RE: [PD] random
by Matthew Allen 21 Jul '03

21 Jul '03

If you do: [random 4940] | | [+ 60] you should get a ransom number in the range of 60-5000. you can also send an integer to the right inlet of random to set the range (0-range) m.

1 0

Re: [PD] fluid~ : add_history unresolved?
by Frank Barknecht 20 Jul '03

20 Jul '03

Hallo, Larry Troxler hat gesagt: // Larry Troxler wrote: > Ahh, thanks! An educational experience. I guess everybody has to encounter > readline at least once, and this was my time. I was wondering why there would > be a function called "add_history" in an audio app! It's used for the commandline interface in fluidsynth. Actually I think the error is just my fault: Does it help if you add "-lreadline" to the fluid~ makefile at "FLUIDLIB=..."? ciao -- Frank Barknecht _ ______footils.org__

2 2

How to dl list archive?
by Larry Troxler 20 Jul '03

20 Jul '03

Hi, I know I've asked this before, but thought I'd bring it up again in case anybody has any new ideas: Is there a way to download the PD list archives? Going through the archive web site is very slow and painfull. I would like to just get, say a year's worth of messages in one big text file, which I can compress and burn to CD, and then apply search algorithms at my discretion and leisure. There's so much usefull stuff on this list that I can't always keep up with it day to day. But the current archive site is too slow and too limiting to be useful. I just want to get the whole thing, thank you very much! Any ideas? Larry

1 0

Re: [PD] GEM and transparency
by bbogart＠ryerson.ca 19 Jul '03

19 Jul '03

Wah!? Johannes, did you take a look at my example patch? It works as I describe, arguments to separator DO change render order as they do with gemheads... Oh was it a fluke? I'm using 87 on Windows... I tried it again with three objects, using 1 5 and 10 as the separator arguments and it seems to work fine, I don't have any source on this machine so I can't tell you whats going on... I disagree that its confusing, its just as intuitive as gemhead's render priority. Actually I think using a [t a a] confuses things more significantly. Does this patch work for anyone else? Here is an other example with three layers. Ben ----- Original Message ----- From: zmoelnig(a)iem.at Date: Friday, July 18, 2003 9:42 am Subject: Re: [PD] GEM and transparency > Zitiere bbogart(a)ryerson.ca: > > > Hey Martin, > > > > your problem is render-order not transparency. transparency only > workstrue > > > Gemheads with smaller numbers get rendered first (0-1-2-3-4 > etc..) and > > the same goes for separators, > hey, this is news to me. > i cannot think of any way how to achieve this (from the > programmer's side, of > course), without getting a *lot* of timing problems. > if you really need a specific rendering order with several > separators, you'll > have to do what you have to do in pd to acchieve a certain order > of message- > execution (basically Gem is message based): use "trigger" > > sketch: > > [gemlist( > | > [t a a] > | | > [gemlist2( [gemlist1( > > > > > > I've attached a demo example to make things more clear > > > i'll have a look at this. > however, i will *strongly* recommend to not rely on a feature like > the ordering > of several gem-sublists by giving an argument to [separator]. > it will be really confusing to ignore pd's way of handling such > problem. > > mfg.as.r > IOhannes >

4 3

Re: [PD] GEM and transparency
by IOhannes m zmoelnig 19 Jul '03

19 Jul '03

hi. bbogart(a)ryerson.ca wrote: > Good catch Johannes! so i was right then ? you were so insistent, that i really wasn't that sure anymore, that nobody has done the seperator-numbering already ;-) having had a look at the code, i was quite relieved (there is a lot of work to be done, before concentrating on such things) > > Now I just need an effective way to do this for 10+ chains, all in abstractions... > > I agree that trigger is the most important (and of course I use it a lot) but I do still think its confusing in the context of a gem-chain, but thats just the way to do it. yes, i'm sorry to say so (no, i am not sorry ;-) but you are right) the problem with gem-chains is, that they didn't really appear to be message-lists until the cvs-version. in fact, all the message-handling was done in a separate DAG, and that was really confusing. however, nowadays, gem-chains are really just messages between gem-objects, and thus all the cool things can be done, like demux'ing gemchains, gateing parts of gemchains (with [spigot]) and using the trigger thing, you could also change the execution-order of sublists in real-time. > > I've not been in the Gem CVS yet, what is the status of pix_video using DV (firewire) input under linux? well, good time to ask. i have just (1 week ago) committed a test-version of [pix_video] supporting video over ieee1394 to the CVS. i need alpha-testers for now ;-) the basic thing is, that you need to send a [driver 1( message to the [pix_video] object to use dv4linux instead of video4linux (which would be [driver 0() and you will need the dv1394-driver installed. you can only capture to full resolution (720x576 for PAL), but you can use grey, yuv or rgba colour-space. texturing these images is quite slow under linux (as chris has pointed out, only mac offers a cool way to do *lots* of textures.) mfg.a.sr IOhannes

1 0

readanysf~0.11 compile errors
by derek holzer 19 Jul '03

19 Jul '03

august, what am i doin' wrong here? i have latest [non CVS] flext, commented out the libflac lines, and i also did an apt-get install libmad0 just beforehand..... d. glsbk:/usr/lib/pd/extra/readanysf~# make g++ -c -mcpu=i686 -O6 -fno-rtti -DFLEXT_SYS=2 -DFLEXT_THREADS -DREAD_VORBIS -DREAD_VORBIS_URL -DREAD_MAD -DREAD_MAD_URL -I/src -I/usr/local/lib/pd/flext -Wall main.cpp -o pd_linux/main.o In file included from main.h:39, from main.cpp:31: ReadMad.h:43: mad.h: No such file or directory In file included from main.h:42, from main.cpp:31: ReadMadUrl.h:54: mad.h: No such file or directory make: *** [readanysf] Error 1

1 1

RE: [PD] FM problems
by Matthew Allen 19 Jul '03

19 Jul '03

Sorry about the complexity. I am attaching 2 new files (as simple as possible illustrating the point). I think it is normal PD behavior just to turn off the audio stream when you try and connect a straight audio feedback loop (which is why i was suprised you were getting PD to crash, I didnt really think it was a bad loop). NoWorks.pd is basically a straight feedback loop, it just stops producing audio when I connect it. Works.pd is even more interesting. Not using z~ or a delay (straight connections with z~ doesn't seem to work either) instead I am using a throw~/catch~ pair. And this seems to work. In fact any time I try doing a feedback loop with connections I get the audio shutting off, but if I use a throw~ or send~ i am fine. My assumption here is that both of the remote sending objects have a 1 sample delay? either way it should help you come up with an acceptable solution to you problem. -----Original Message----- From: matthijs(a)devdsp.net To: Matthew Allen Cc: 'pd-list(a)iem.kug.ac.at ' Sent: 7/18/2003 1:13 PM Subject: Re: [PD] FM problems On Fri, Jul 18, 2003 at 09:49:38AM -0700, Matthew Allen wrote: > To the original poster I have attached my work in progress 3-op FM synth. > Its uses z~ to give the users the ability to feedback any of the operators > to any other operator (including self feedback). You'll need Zexy of course > and IEMlibs for the interface. Thanks a lot - it's *way* too complex for my meagre skills to comprehend, but I'll definitely study it. But I think I messed up somewhere else as well, because when I was preparing a simple example patch to share with the list that was basically nothing more than the output of a phasor~ and the output of an osc~ added together feeding into cos~ and the output of that manipulating the frequency of the osc~ object, PD no longer segfaulted. Nor did it output sound, but at least this shows there's something else going on. > > My Apologies to Miller for stealing the basics from his docs, and also to > Native instruments for stealing their idea for the Operator matrix. I have > been programming fm synths since the SY77 came out and I was amazed when I > first saw this implemented. It just makes sense. > > The patch itself is still in pre-alpha. The synthesis works, I'm just > working on an interface. Use the bang in the upper left to send note and > velocity info (unless you have a midi keyboard, then just play the > keyboard). I have some random pitch stuff going on so don't thik that that > is broken, just look in [PD FM_Pitch]. Make sure and set both the > feedback/output matrix and the envelopes under them. > > m. > > > -- take care, Matthijs de Jonge http://devdsp.net - news and resources for computer musicians _________________________________________________ Scanned on 18 Jul 2003 20:13:15 Scanning by http://erado.com

2 1

joystick, granule
by afenerich 19 Jul '03

19 Jul '03

Hy PD users I have 2 questions: first, if is possible to control any PD argument by a joystick plugged into soundcard´s midi port; the other is if there are any granule argument (message) into PD, like granule FOF or FOG in Csound, and with wich name. Thanks Alx __________________________________________________________________________ Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - É grátis! http://antipopup.uol.com.br/

1 0

RE: [PD] FM problems
by Matthew Allen 18 Jul '03

18 Jul '03

> From: Krzysztof Czaja [mailto:czaja@chopin.edu.pl] > > no... it has nothing to do with patch complexity -- it is just > the case of connecting a feedback loop to an outlet~ causing > Pd to crash. But due to the complexity I couldn't track down (in my quick gander at the patch) which connection was doing it. :) To the original poster I have attached my work in progress 3-op FM synth. Its uses z~ to give the users the ability to feedback any of the operators to any other operator (including self feedback). You'll need Zexy of course and IEMlibs for the interface. My Apologies to Miller for stealing the basics from his docs, and also to Native instruments for stealing their idea for the Operator matrix. I have been programming fm synths since the SY77 came out and I was amazed when I first saw this implemented. It just makes sense. The patch itself is still in pre-alpha. The synthesis works, I'm just working on an interface. Use the bang in the upper left to send note and velocity info (unless you have a midi keyboard, then just play the keyboard). I have some random pitch stuff going on so don't thik that that is broken, just look in [PD FM_Pitch]. Make sure and set both the feedback/output matrix and the envelopes under them. m.

3 2

← Newer
1
...
5
6
7
8
9
10
11
...
20
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 July 2003