[PD] a crunchy noisy unpitched kind of affair
Hi, Im being a bit lazy here but thought I'd ask in case anyone had a start on this. I need a patch to generate some sound. It will be controlled by just one potentiometer's position and velocity and must generate unpitched sound. So i guess I'll use the velocity to control amplitude and the position will control some other element related to timbre, or something. I was thinking of something like a sound of a sweeping brush or gravel being raked. Any quick patches or approaches to get me started would be great. thanks in advance Nicky ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pix Film crashing
Hi, Just a quick check but do all the movies have the same codec and have you tested that they load okay by themselves? On 14 Dec 2007, at 19:01, Jack wrote: Hello. Very strange. Maybe a problem in txt file. Here an exemple working on my old G4. I hope it will help you. Sorry for the 400 ko but there are 4 movies. ++ Jack testing.zip Le 14 déc. 07 à 16:38, Donal Carey a écrit : Hi All I'm using a combination of coll and makefilename in order to output a list of quicktime clips to pix_film. I'm using coll to load a list of 4 clips and then outputting them through makefilename into pix_film, the first clip loads in fine and it play's, however, when I hit the next message on coll to output the second clip filename, nothing happens. I am getting no error message in the pd window, it just says that the second clip has been loaded with no errors, but I cannot play back the clip in the GEM window. When I try to load in the third clip PD crashes out (constantly). The clips are all quite small (under 2mb) so my question is, do I need to reset pix_film in some way after each clip has finished playing so that it will play the next clip? I've attached a screenshot of my patch so you can see what I'm doing. Thanks and regards Donal screenshot1.png ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] YAMIB: yet another mac intel build
PD-0.39.2-extended-test6 seems to run fine here on imac 2GHz core 2 Duo (listended to an osc~ opened some GEM patches) With PD-0.39.2-extended-2006-12-14 it launched fine and loaded up GEM library but I couldnt open any patches or create patches. Incidentally when i tried to open PD-0.39.2-extended-2006-12-14 when PD-0.39.2-extended-test6 was already open it completely locked up the machine. On 14 Dec 2006, at 11:33, Miguel Cardoso wrote: im testing on a imac 2Gb Intel core duo the extended 2006-12-14 version and the system crashes. with earlier versions I couldn't open files, but with this one the system stalls completely (only the mouse pointer moves) best miguel On Dec 14, 2006, at 12:21 AM, Hans-Christoph Steiner wrote: They are up now. .hc On Dec 13, 2006, at 6:43 AM, Miguel Cardoso wrote: Sorry Hans! Couldn't find the nightly build on the Mac/Intel, 2006-12-13 in http://autobuild.puredata.info Did it change name? best miguel On Dec 13, 2006, at 5:58 AM, Hans-Christoph Steiner wrote: Ok, please test the next nightly build on the Mac/Intel, 2006-12-13. 13 is my lucky number ;). I think I got it working now. I had to build Tcl/Tk from CVS (8.4.15-pre). Which is nice because it includes the new Mac OS X drawing speed-up code. http://autobuild.puredata.info It turns out that the Tcl/Tk that Apple includes on Mac/Intel is buggy... .hc --- - I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] tuning an AM radio ideas
Hi all, I was just wondering would anyone here have an idea on a starting point for a patch to simulate tuning in a station on an AM radio. I want to make a virtual radio with say 5 chanels that i can tune between replete with the hissing fizzing in between out of tune bits. Thanks Nick ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tuning an AM radio ideas
Getting there now. Just what I was thinking of. Where to add in a bit of noise is the next thing. Thanks Roman On 13 Dec 2006, at 15:02, Roman Haefeli wrote: hi nick again i didn't want to 'steal' your idea, but i found this subject so interesting, that i tried to realize that approach in a pd-patch. the patch needs [abs~] from zexy and [lp8_butt~] from iemlib. the patch has 3 'stations' (three sources modulated on differently tuned carriers) and one 'receiver'. because of the very high sampling rate in the subpatch (1.53MHz, when pd runs with 44100Hz), the patch eats quite a lot of the cpu. surprisingly it sounds a bit like am-radio, though the quality of the received signal is very bad. the choice of the carrier frequencies does have big effect on the typical am-radio artefacts. there are sure some things, that could be improved. maybe you have use for it. cheers roman On Wed, 2006-12-13 at 12:45 +, [EMAIL PROTECTED] wrote: yep, Thats kinda the approach I was thinkin of. Off to read up on AM radio a bit. thanks for the suggestions On 13 Dec 2006, at 11:43, Roman Haefeli wrote: hi Nick a possibly stupid, unrealistic and very untested idea comes to my mind: why not build a real AM radio in pd? in a subpatch with a very high samplingrate (using [block~]-object) you could amplitude modulate the signal you want to transmit. with a narrow band-pass filter [bp~], that is tuned to the carrier frequency, you could get back the amplitude of the original signal. maybe you add some [noise~] to simulate cosmic radiowaves. just a few ideas. i would be interested, if this approach has a chance to work roman On Wed, 2006-12-13 at 11:04 +, [EMAIL PROTECTED] wrote: Hi all, I was just wondering would anyone here have an idea on a starting point for a patch to simulate tuning in a station on an AM radio. I want to make a virtual radio with say 5 chanels that i can tune between replete with the hissing fizzing in between out of tune bits. Thanks Nick am-radio.pd ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] error compiling PD.
Hi, I followed the instructions for compiling pd extended from here http://puredata.org/docs/developer/Debian. Unfortunately i get this error right at the start pretty much /usr/bin/m4: unrecognised option '--debugfile=autom4te.cache/traces.0t' Try '/usr/bin/m4 --help' for more information autom4te: /usr/bin/m4 failed with exit status 1 Any ideas? Im on debian unstable pentium 4 Thanks Nick ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] comport issue
A bit of a strange one this. Hope someone can help. I have an arduino communicating with PD via comport. If I set the baud rate higher than about 22000 comport throws out rubbish. The arduino is just counting from 1 to 10 with a 10ms gap between each value. If I use zterm to look at the data its all fine and as expected. So I was seeing this as a limitation of comport not supporting higher baudrate but I have also used comport to communicate with a bluetooth device set at 115200 and no problems at all. Any ideas? That zterm shows the correct info rules out a problem with the arduino. That comport talks happily to bluetooth device I took to rule out the iea that it cant support higher baud. Im on os x 10.3.9 Thanks Nick ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] desiredata 0.39.A.pre2
Hi, I just got scons installed and tried to install desire data on os x 10.4.7 and there seems to be a problem with jack. Any ideas would be welcome, Am very new to this compiling. thanks scons: Reading SConscript files ... Checking for dlopen() in C library dl... yes Checking for jack_activate() in C library jack... no jack not found, so it's not enabled Checking for sin() in C library m... yes Checking for pthread_create() in C library pthread... yes Checking for C header file pthread.h... yes Checking for main() in C library fftw3f... no NameError: name 'jack' is not defined: File SConstruct, line 46: pdwatchdog, pdsend, pdreceive, pdgui, pd, pdlib = SConscript('./ src/SConscript') File /sw/lib/scons/SCons/Script/SConscript.py, line 581: return apply(method, args, kw) File /sw/lib/scons/SCons/Script/SConscript.py, line 508: return apply(_SConscript, [self.fs,] + files, {'exports' : exports}) File /sw/lib/scons/SCons/Script/SConscript.py, line 239: exec _file_ in stack[-1].globals File src/SConscript, line 463: if jack: ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list