Pd-list March 2007

pd-list@lists.iem.at

139 participants
278 discussions

general approach for live-input
by Luigi Rensinghoff 07 Mar '07

07 Mar '07

Hi list i have a question from the first days, when i started to use PD. So many cool abstractions are made for "sample" manipulation, based on tables or arrays. But not for live-audio input. To test i usually "jack" itunes to pd. So if i want to change such a patch to be used for realtime-use, what is it i need to do ?? I guess, but i dont know exactly how to do that.... send the iput to a del or vd~ object and then to an array....but i am confused about how to read that in and out. If someone wants to give me a hint, i would be very happy bye luigi

1 0

[PD-announce] unDEAF: Call for participation
by Rui Guerra 07 Mar '07

07 Mar '07

Dear friends, Would you be so nice to forward unDEAF: Call for participation to whom it might interest. Thanks a lot, Rui --------------------------- Call for participation unDEAF: Dutch Electronic Art unFestival unDEAF is a satellite event of the Dutch Electronic Art Festival 2007. unDEAF is uncurated. Your work will not be judged, or restricted by a theme, neither it has to be finalized. unDEAF is self- organized. You organize and promote your own event, whether an art piece, a performance, a talk, a workshop, a meal, a song, a party or other as-yet-undefined events. How to participate in 3 steps: 1. Announce your event at the website (http://undeaf.v2.nl/ WhoIsDoingWhat). 2. Subscribe to the mailinglist and stay tuned to the latest news. 3. Show up in person or avatar from 10th to 15th of April. For those brave-hearts that would like to help organizing unDEAF, we might have simple accommodation for free. From Tuesday 10th to Sunday 15th of April Rotterdam, The Netherlands Free participation http://undeaf.v2.nl _______________________________________________ PD-announce mailing list PD-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Is asynchronous but fast loading possible?
by Matteo Sisti Sette 07 Mar '07

07 Mar '07

Hi all, This is not related to the "reading big sound files" thread, although that made me remember of this question I have been wanting to ask for a long time. I know two ways of reading sound files in PD. One is loading them into a table with [soundfiler], and the other is playing them realtime from disk with [readsf]. Readsf is ok for playing big files in realtime without loading the whole of them into ram, and also, it does not block dsp processing while loading. The problem is you can't jump to any point of the file in an instant: you have to allow for a few millisecond to fill the buffer or you'll hear clicks; not to mention you can't do much more than just playing, or if you want to read a chunk of file into a table, you will have to do it at "1x" speed. Soundfiler, if you don't load huuuuuge files and/or have sufficient ram, is ok... ...as far as you don't need to use it during performance!! Being synchronous, it will block dsp processing for the time necessary to read the whole file, so you have to pre-load all waves before you start performing... So my question is. Is there an asynchronous, non-blocking way to load a wave file into a table, but faster than real-time playing? I mean, something that loads the file as fast as it can but without blocking dsp execution, and for example bangs when load is complete? Thanks in advance M.

5 6

Local Tables
by David F. Place 07 Mar '07

07 Mar '07

I would like to have some tables that are local to a patch. Although I can make [table $0-foo 100], I can't figure any way to send it messages. Also, why don't tables have an inlet so you can send them messages directly? If they did, I could just write [r $0-foo] | [table 100] which seems more in the style of everything else. Cheers, David --o-------o-o-o---o-o-o--- David F. Place mailto:d@vidplace.com

5 5

Re: [PD] Percolate
by Ivica Ico Bukvic 07 Mar '07

07 Mar '07

>I didn't check, but isn't munger~ licensed with the "no commercial, >educational only" clause? If yes, then you might run into legal >trouble because flext is GPL and the two licenses would be way >incompatible. Hi Frank, Well I am "educational only" currently so no problem there. Apart from that I know Dan well and he is AFAIK all in support of this effort. I am also currently discussing with him and Luke whether we could adjust Percolate license to have it include in PD. At least as far as munger~ object is concerned, this may not be a problem (don't know for sure yet, though). But the rest of the external does have some stuff that may belong to Yamaha patent-wise, so I am not sure how that will play itself out. Will keep you posted... Best wishes, Ico

2 1

Re: [PD] PD-list Digest, Vol 24, Issue 25
by Geert Bleyen 07 Mar '07

07 Mar '07

I'm indeed using the latest 32bit build available on the website, since there there is no 64 bit version available. I've tried to compile it for vista64 but no luck so far. Keep getting build errors. If anyone could provide me with a VS2005 solution for me to build, i'm more than happy to build it and give it to the developers. Kind regards, Geert On Tue, 06 Mar 2007 12:00:01 +0100, <pd-list-request(a)iem.at> wrote: > Message: 1 > Date: Tue, 6 Mar 2007 03:59:31 -0500 > From: carmen <_(a)whats-your.name> > Subject: Re: [PD] PD vista compatability > To: pd-list(a)iem.at > Message-ID: <20070306085931.GA22185(a)replic.net> > Content-Type: text/plain; charset=us-ascii > On Tue Mar 06, 2007 at 08:40:41AM +0100, Geert Bleyen wrote: >> That isn't really an answer to my question. I'm actually quite happy >> with >> vista64 and would hate to make a dual boot just for PD. PD is the first >> problem i've encountered with it. > if you build pd 0.41 for win64, it should work. > i gues youre using a 32 bit build, and its compatibility layer for the > audio is less than savory? or youre running an older version built in > 64bit mode? > >> So please, can you keep your answer sensible and meaningfull in the >> future, thanks. >> >> Geert >> >> On Tue, 06 Mar 2007 06:20:09 +0100, <pd-list-request(a)iem.at> wrote: >> >> > Message: 5 >> > Date: Tue, 6 Mar 2007 17:52:46 +0000 >> > From: padawan12 <padawan12(a)obiwannabe.co.uk> >> > Subject: Re: [PD] PD vista compatability >> > To: pd-list(a)iem.at >> > Message-ID: <20070306175246.12f805ba.padawan12(a)obiwannabe.co.uk> >> > Content-Type: text/plain; charset=US-ASCII >> > >> > It's a trap! Get out of there Geert! >> > >> > On Mon, 05 Mar 2007 22:58:01 +0100 >> > "Geert Bleyen" <geert.bleyen(a)student.uhasselt.be> wrote: >> > >> >> Has anyone else had any experience with using PD on Vista64? I've >> tried >> >> it >> >> running on a vista 64bit machine and must say that it doesnt really >> work >> >> very well. The sound is totally screwed, a simple sinus synthesizer >> >> gives >> >> me weird sound anomalies (pulsating sounds). Using the same files in >> XP >> >> gives me no problems whatsoever. I presume that is caused by >> >> incompatibilities with either (or both) the 64bit of the vista OS. So >> >> are >> >> there any plans to release a vista64 release of PD? >> >> >> >> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile >> and a >> >> 'Realtek High Definition Audio' soundcard. >> >> >> >> Kind regards, >> >> Geert >> >> >> >> -- >> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Re: [PD] Percolate
by Ivica Ico Bukvic 07 Mar '07

07 Mar '07

> I know Dan very well, he's a really cool guy. Luke less so, however. FWIW, I just realized how awkward this sounded. Sorry all, especially my sincere apologies to Luke if he is reading this. <obligatory excuse>My proofreading has gone down the drain since I began averaging 30+ e-mails a day...</obligatory excuse> What I meant to say is that both Luke and Dan are very cool guys, I just don't know Luke as well as I do know Dan... Ico

1 0

routing CD player input to PD
by B. Bogart 07 Mar '07

07 Mar '07

Hey all, What is the best way to get my CD player (actually TV-tuner) audio into PD? The Tuner is connected through the CDaudio input on the sound-card, I can hear the signal through the alsamixer (through "CD audio") but how can I get that signal as the audio input into PD? Or at least get it to work so that I can manipulate the signal through PD before I hear it, right now the card seems to just route the signal right through the speakers... Thanks. .b.

2 1

Thanks for you patience.
by David F. Place 07 Mar '07

07 Mar '07

I figured out how to do what I want with [until]. Sorry for being so dense. I have a strong leaning toward recursive solutions as I have been programming exclusively in Haskell for years. #N canvas 243 71 993 768 10; #X obj 15 13 zexy; #X obj 366 135 until; #X msg 201 110 print; #X msg 287 53 rewind; #X obj 366 54 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 238 170 textfile; #X msg 69 54 clear \, read test4.txt; #X msg 89 79 clear \, read josquin.seq; #X text 72 35 1.); #X text 287 32 2.); #X text 364 30 3.); #X obj 238 276 route do control wait; #X obj 238 214 t a a; #X obj 268 242 print record; #X obj 333 384 delay 100; #X obj 333 353 * 100; #X obj 381 81 r continueTT; #X obj 396 105 r waitingTT; #X obj 332 312 t f b; #X obj 376 335 s waitingTT; #X obj 334 419 s continueTT; #X obj 210 383 print action; #X obj 318 582 until; #X msg 153 557 print; #X msg 239 500 rewind; #X obj 318 501 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X msg 21 501 clear \, read test4.txt; #X msg 41 526 clear \, read josquin.seq; #X text 24 482 1.); #X text 239 479 2.); #X text 316 477 3.); #X obj 190 723 route do control wait; #X obj 190 661 t a a; #X obj 220 689 print record; #X obj 285 831 delay 100; #X obj 285 800 * 100; #X obj 284 759 t f b; #X obj 162 830 print action; #X obj 190 617 msgfile; #X obj 333 528 r continueMM; #X obj 348 552 r waitingMM; #X obj 328 782 s waitingMM; #X obj 286 866 s continueMM; #X obj 191 639 list trim; #X connect 1 0 5 0; #X connect 2 0 5 0; #X connect 3 0 5 0; #X connect 4 0 1 0; #X connect 5 0 12 0; #X connect 5 1 1 1; #X connect 6 0 5 0; #X connect 7 0 5 0; #X connect 11 0 21 0; #X connect 11 1 21 0; #X connect 11 2 18 0; #X connect 12 0 11 0; #X connect 12 1 13 0; #X connect 14 0 20 0; #X connect 15 0 14 0; #X connect 16 0 1 0; #X connect 17 0 1 1; #X connect 18 0 15 0; #X connect 18 1 19 0; #X connect 22 0 38 0; #X connect 23 0 38 0; #X connect 24 0 38 0; #X connect 25 0 22 0; #X connect 26 0 38 0; #X connect 27 0 38 0; #X connect 31 0 37 0; #X connect 31 1 37 0; #X connect 31 2 36 0; #X connect 32 0 31 0; #X connect 32 1 33 0; #X connect 34 0 42 0; #X connect 35 0 34 0; #X connect 36 0 35 0; #X connect 36 1 41 0; #X connect 38 0 43 0; #X connect 38 1 22 1; #X connect 39 0 22 0; #X connect 40 0 22 1; #X connect 43 0 32 0;

2 1

Re: [PD] Percolate
by Ivica Ico Bukvic 07 Mar '07

07 Mar '07

Hi all, Given the recent discussion, here's some ahead notice (FWIW). I am currently working with my GTA on completing the port of the munger~ object which is a part of the Percolate lib but is also broken in the old Pd port. The port is flext-based which will allow the original author to continue its maintenance in a platform-agnostic way. The current status is that it is fully operational and based off of the 0.9beta5. The only thing remaining is to port elements found in the beta6 and release it. We should be hopefully releasing this object in the next couple of days. Best wishes, Ico

3 4

← Newer
1
...
20
21
22
23
24
25
26
27
28
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 March 2007