[PD] Looking for a way to add bytes to beginning of a file using [binfile]
I'm attempting to use [binfile] to add additional bytes to a file. If I first read the file - using [read( - and then specify the write position - [writeat 0 ( - when I add bytes they _overwrite_ the already existing bytes instead of adding new ones. Previously I have used one [binfile] object to read a file output each byte of it to another [binfile] object. This method has worked great for small files but when I'm faced with 60mb files it takes far too long! Is there a way to add bytes to the beginning of a file without overwriting? Thanks Antonio -- anto...@hellocatfood.com http://www.hellocatfood.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] RPi overclocking
Seen this : http://www.raspberrypi.org/archives/tag/overclocking ? Sounds like good news. Cheers, Pierre. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] strange GEM behaviour
hello, the right pix_image reset the "new image" flag that is set by the left pix_invert. (you can see that thanks to a pix_info) i thinks it's a bug that should be corrected : the left pix_image should not be affected by the right one, at least, a pix_separator should prevent that. currently, toggling only the left pix_invert does not only have no visual effect, but it do also trigger computation of the one on the right. here is a workaround this problem : setting the "new image" flag only after the right part of the chain is rendered. Cheers c Le 20/09/2012 17:19, Marian Weger a écrit : Hello list, I just stumbled across some strange behavior of Gem. I attached a small patch to demonstrate this problem. If multiple [pix_image] connect to the same gemhead (with separator), changes in "pix_..."-effects that are connected below get only effective for the first one. The resulting texture of the other branches gets only updated if the image is reloaded. Of course, everything works fine, if i use individual gemheads for each branch. Is it a bug or a feature? How can I solve it? Tried it in Pd-0.43-2 with Gem 0.93.3 on OSX and Pd-0.42.5-extended on Windows. thanks! marian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list pix_image_test.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPi overclocking
cool, let's put a fan and a bigger power supply to a raspberry pi, so we can have something as big, as expensive and as noisy as a small computer, but less powerful ;-) seriously, since the turbo mode is available only when temperature of the core is less then 85°, you can experience unexpected slow down, so this is not something that i want in any application i can make of a raspberry. cheers c Le 20/09/2012 21:20, Pierre Massat a écrit : Seen this : http://www.raspberrypi.org/archives/tag/overclocking ? Sounds like good news. Cheers, Pierre. ___ 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] how to convert a sound into array of partials
Hi, how can i convert a sound into a array of partials? Is there is an object for this? any idea? cheers U. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to convert a sound into array of partials
I use fiddle~ for that job. 5th output is a list of partial components, can be split/routed and tabwritten to an array. /knudriis 2012/9/20 umberto torrez : > ___ > 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] strange GEM behaviour
thank you, cyrille. i knew i could count on you. i can live with this workaround for now, but i'll do a bug report tomorrow. Am 20.09.12 21:35, schrieb Cyrille Henry: hello, the right pix_image reset the "new image" flag that is set by the left pix_invert. (you can see that thanks to a pix_info) i thinks it's a bug that should be corrected : the left pix_image should not be affected by the right one, at least, a pix_separator should prevent that. currently, toggling only the left pix_invert does not only have no visual effect, but it do also trigger computation of the one on the right. here is a workaround this problem : setting the "new image" flag only after the right part of the chain is rendered. Cheers c Le 20/09/2012 17:19, Marian Weger a écrit : Hello list, I just stumbled across some strange behavior of Gem. I attached a small patch to demonstrate this problem. If multiple [pix_image] connect to the same gemhead (with separator), changes in "pix_..."-effects that are connected below get only effective for the first one. The resulting texture of the other branches gets only updated if the image is reloaded. Of course, everything works fine, if i use individual gemheads for each branch. Is it a bug or a feature? How can I solve it? Tried it in Pd-0.43-2 with Gem 0.93.3 on OSX and Pd-0.42.5-extended on Windows. thanks! marian ___ 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] it's a mess but it's gettin close to bein a masterpiece
hey pd cable connector clickers. I'm sharing my xenharmonic synthesizer patch in it's current state because I really like the way it sounds. can work with vanilla if you put some sort of knob in where it's supposed to go, uses the iem filters as well as moog from ggee. there might be a thing or 2 other I was playing with that wasn't vanilla but hey this is the pd list after all youz guyz know how to compile an external in u aint allready got it done compiled. link to zip file with synth, fractal sequencer, and sample looper, and just started on 2 years ago drummachine. thanks for all ye patches n bytes n bits. The only patch I don't remember where I got it from is the drum loop glitchens. I looked at Tim Vet's when I done the original variable speed sample player but didn't use the glitch. I reckon I might have changed the glitcher a little bit and connected it up in freaky ways. That Miller Puckette is somethin else. I was just playing with the vcf~ today and it freakin rocks, been hooked up in my filter bank since the filter bank was placed in the voice. happy patchin http://youtu.be/_aX25icLG-U haha just kiddin, I'm writing up a multipage report on how to turn the thing on so you can get to jammin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] VideoSecu DVR Security board with 3 cameras plus PD
Is it doable? The cameras are black and white, the mics are great except for the hum from poor insulation, the infrared had probably half blinded me, it allready has some linux on it but the network interface is through an activex browser dohicky, Should I just throw preloaded 12.04 Ubuntu Sstudio in there and see how it picks up on whats in it becasu I can't find any info on the board but it has an ARM SATA controler it looks like with a 2TB drive that my linux can not understand the partition tables on. It would make for a nice video piano and a triangulated sound wave input. Should I just use the drive to install a fresh copy of windows so I can scan(dagone Lexmark) in my patch guidemap drawings or what? Maybe I can grab pictures from the scanner with pure data if I can figure out how to get it to stop sayingCannot Retrieve Application List! Maybe that is why Pure Data does not understand strings. hahahahaha! j/k about the strings. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
