Re: [PD] PDF of Kreidler´s Loadbang book
This page has a 10 download limit, which has been exceeded. Please upload it again. Thanks! Matt Logan On Tue, Jun 16, 2009 at 9:45 AM, Caio Barros caio.bar...@gmail.com wrote: Hi all. I´m new in Pd and the Pd-list. I built a PDF file of the English translation of the Johannes Kreidler´s book Programming Electronic Music with Pd also known as Loadbang and I think that this could be usefull for everybody. I maid this only with the English translation because is the only language I can read so far (I`m brasillian). But there is one problem in the file: I had to squeeze some images so they can fit in the page (I used A4 because is the regular size here in Brazil). So I included in the zip file the .odt (OpenOffice) file that I used to build the PDF so I guys can maybe make some changes to make it look better, if you will. Anyway, here is the download link: http://rapidshare.com/files/245237474/kreidler_pemwpd.zip.html Best of all Caio G. de Barros ___ 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] Re : Split multichannel audio file into stereo pairs
Well Jurgen, I like Audacity too. Indeed, that's the way I'm doing it now. But I need to insert this process in a automatic chain of processes that is made entirely in PD, that is the reason of my obstination in that specific point. I'll try the -batch flag. That will be useful not only for this but for the entire process. How do I make it work? Just putting the -batch flag on startup? One last thing. I remember to have some synch problems while recording with many [writesf~] (correctly triggered, of course). Any ideas about that? I might had been doing something wrong… Thanks Ignacio ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some naive questions
I've never fully understood the delay parameter either.. Assuming you set the block size to 128 and working at 44.1kHz, one block is 2.9 msec long. In this case, is setting the delay to 3msec and 4msec the same? -- David Shimamoto Hi Tania, you'll find some detailed answers to both these questions in the configuring and Starting sections of the PD FLOSS Manual: http://en.flossmanuals.net/PureData/ConfiguringPD http://en.flossmanuals.net/PureData/StartingPD best! Derek tania habib wrote: Hello, I have two questions regarding the audio settings on PD. When you open the audio settings in PD, normally 44.1 kHz sampling rate and a delay of 50 msec are given with various options for inputs/outputs. My question is whether someone can tell me about this delay and what does that really mean? Is there a way of intializing and running a patch through command line on mac osx? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd + git
On Tue, 16 Jun 2009 14:02:42 -0300 cristiano figueiró wrote: exactly, well...i can acces every commit in text format, then save as othername.pd and then open pd..anyone maintain pd patches repos in git? As far as I know, you can not access files from two commits simultaneously in git. If you need that you can clone your git repository and checkout older commits in the second one while working on the mainline. However, I think, this way becomes awkward if you need accessing files from three and more commits simultaneously because you need to store several repos, yet it does not use extra disk space when working locally. Can i acces directly in pd my older revisions? I'm doing in the wrong way i think, i pickup some commit id and save with another name and than open pd :p hmm, i'm not sure whether i fully understand your question. do you mean like in svn, where you can open both mypatch.pd and .svn/text-base/mypatch.pd.svn-base ? i don't think this is possible with git, as it stores the meta-data in a binary compressed format. (but then i don't use git) signature.asc Description: PGP signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some naive questions
Hallo, PSPunch hat gesagt: // PSPunch wrote: I've never fully understood the delay parameter either.. Assuming you set the block size to 128 and working at 44.1kHz, one block is 2.9 msec long. In this case, is setting the delay to 3msec and 4msec the same? The delay in the audio settings dialog is the soundcard buffer duration, it is not directly related to Pd's internal blocksize. You can set the delay with the -audiobuf command line option, and the blocksize with -blocksize. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PDF of Kreidler´s Loadbang book
Or upload it someplace without a limit, such as the files section of puredata.org D. Matthew Logan wrote: This page has a 10 download limit, which has been exceeded. Please upload it again. Thanks! -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 28: Change nothing and continue consistently ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM objects missing
that works for pix_buffer_filmopen, but not for pix_substract. thanks. Am 17.06.2009 um 00:30 schrieb Jack: Have you try to replace [pix_buffer_filmopen] with [Gem/ pix_buffer_filmopen] ? Le 16 juin 09 à 23:52, Max a écrit : hi list, i am looking for [pix_buffer_filmopen] (there is a helpfile, but it can't be created and [pix_substract] which is referenced in the [pix_diff] helpfile but doesn't create eiher. GEM: Graphics Environment for Multimedia GEM: ver: 0.91.3 'tigital' GEM: compiled: May 30 2009 Pd-ext 0.41.4 rc5 m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM objects missing
Are you sure that's not [pix_subtract]? D. Max wrote: that works for pix_buffer_filmopen, but not for pix_substract. thanks. Am 17.06.2009 um 00:30 schrieb Jack: Have you try to replace [pix_buffer_filmopen] with [Gem/pix_buffer_filmopen] ? -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 175: What are the sections sections of? Imagine a caterpillar moving ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some naive questions
Frank Barknecht wrote: Hallo, PSPunch hat gesagt: // PSPunch wrote: I've never fully understood the delay parameter either.. Assuming you set the block size to 128 and working at 44.1kHz, one block is 2.9 msec long. In this case, is setting the delay to 3msec and 4msec the same? The delay in the audio settings dialog is the soundcard buffer duration, it is not directly related to Pd's internal blocksize. You can set the delay with the -audiobuf command line option, and the blocksize with -blocksize. So if I set the blocksize in gjackctl, does that override Pd's delay or does that relate to the difficulty of getting them to sync up sometimes? Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] some naive questions
Martin Peach wrote: So if I set the blocksize in gjackctl, does that override Pd's delay or does that relate to the difficulty of getting them to sync up sometimes? afair, using jack as audio backend will just ignore whatever you put into the delay. fmgasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM objects missing
aik. way too much wine in croatia. thanks. Am 17.06.2009 um 12:10 schrieb Derek Holzer: Are you sure that's not [pix_subtract]? D. Max wrote: that works for pix_buffer_filmopen, but not for pix_substract. thanks. Am 17.06.2009 um 00:30 schrieb Jack: Have you try to replace [pix_buffer_filmopen] with [Gem/ pix_buffer_filmopen] ? -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 175: What are the sections sections of? Imagine a caterpillar moving PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Revising Help Files
Ok, a couple of questions before I get deeper into the revisions: 1. Should help patches be tailored for font sizes other than 10? It might be feasible to do this for size 12 fonts, but it will make patches look worse at size 10. For example, to accommodate 12pt fonts, paragraphs and comments to the right of objects will have to be given more padding, which looks awkward at 10pts. If there's no padding, objects and paragraphs will collide when you try to enlarge the fonts. 2. The description: comment isn't long enough for some of the descriptions, which I think are already reasonably short (e.g., czero_rev~). It would fit without the word description, but I'm guessing this would cause problems for the future search functionality that's been discussed. Any ideas? I could just duplicate the description in the pd-meta subpatch but that's kind of awkward. Thanks, Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
