Re: [PD] Fwd: Play a soundfile reverse
Check the help patch for -maxsize, you can override the max with that. .hc On Jun 23, 2008, at 4:58 AM, Ricardo Dueñas Parada wrote: I realized that soundfiler truncate the file to 400 elements. Is there a way to load a file into an array, withuot this restriction? What I'm trying to do is: 1. record the file with [writesf~] (this file could be long, about 5 or 7 minutes) 2. finish the recording 3. load it into an array, not play 4. reverse it 5. write it into other file 6. play with [readsf~] But, I can't load the entire file. Any idea, please let me know. Thanks. _Ricardo 2008/6/22 Andy Farnell [EMAIL PROTECTED]: On Sun, 22 Jun 2008 09:06:12 -0500 Ricardo Dueñas Parada [EMAIL PROTECTED] wrote: Thanks Andy, what do you mean with not very long? You might find that files over about 2 mins will play back with poor quality on a 32 bit machine. I am working with 4 channels, so I chose writesf~ + soundfiler + tabread4~ and everything is working fine. _Ricardo -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Size of a table
Ok, then in a few days might be ready. Edit the existing help patch and add this stuff, then add it to the patch tracker, and it should be included. At least, I'd include it in Pd-extended. .hc On Jun 22, 2008, at 12:06 PM, João Pais wrote: who is responsible for this object? these features should go to the help patches João Pais And just in case someone on the list hasn't seen this, http://crca.ucsd.edu/~syadegar/expr.html gives documentation for the expr expr~ fexpr~ objects. Table functions (including size(), sum(), and Sum() ) at the very bottom. Matt Date: Wed, 11 Jun 2008 15:03:56 +0100 From: Andy Farnell [EMAIL PROTECTED] Subject: Re: [PD] Size of a table To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 On Wed, 11 Jun 2008 13:23:28 +0200 Roman Haefeli [EMAIL PROTECTED] wrote: On Wed, 2008-06-11 at 12:09 +0100, Hans Roels wrote: Apart from [soundfiler] I use this trick to get the size of any array (audio or data) in pd vanilla: (array1 = the name of an example array) bang | [expr size(array1)] | print hey, nice trick. thanks for sharing. roman Yeah, nice! Not seen that before, it's very useful. Thanks ___ Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list --Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc2 released
On Jun 23, 2008, at 5:58 AM, Max Neupert wrote: Hans, thank you for doing that. I have some remarks though: Am 2008-06-23 um 06:58 schrieb Hans-Christoph Steiner: - default locations for user-installed externals, helpfiles, etc. Mac OS X: /Library/Pd and ~/Library/Pd i still think it should rather be /Library/Application Support/Pd Yeah, it should, but Pd doesn't always handle spaces in directories so well. I think we could make this switch for the next release, then we'll have time to find all the problems with spaces. Could you file a bug report? - lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows error when doing that on the text editor. ok on Mac OS X, Cmd-` cycles thru open windows this is quite useless on a german keyboard, since cycling through windows is cmd- and cmd- for the ` i have to press shift as well and its in the opposite corner of the keyboard. no other program uses it. Hmm ok, cmd- and cmd- don't work on a US keyboard, at least in TextEdit.app. Could you file a bug report on that? .hc If you are not part of the solution, you are part of the problem. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc2 released
I see now. My guess is that this issue is related to the very large search path caused by having the hexloader and all of the libraries loaded by default. Could you guys try a couple things: - take hexloader out of the start up libs and try opening - take all of the libs out of the startup prefs and try opening The GOP issue seems different that Luke's issue. Could submit a bug report and post a patch that has this behavior? .hc On Jun 23, 2008, at 2:40 AM, Matthew Logan wrote: So it's not just XP then. It makes it hard to even build a patch, because I'm afraid of using GOP. Start-up of the program itself is no issue. The slow-down occurs whenever I open my main working patch. It took about 30-45 sec before (last released pd-extended package). Now it takes 5 1/2 minutes ( I timed it just now). Everytime I edit a section of it, things take a long time to regen as well. I have some GOPs nested in other GOPs, so I was wondering if it had to do with that. I can't think of anything in particular that might cause it, but his is what I'm experiencing. On Sun, Jun 22, 2008 at 4:40 PM, Luke Iannini [EMAIL PROTECTED] wrote: Hurrah, great work Hans... Pd is starting to feel quite native on the Mac. The app-generator is fantastic. I've got quite a few patches designed for just such a thing. - the GUI runs slower on some older Macs It's definitely not just older Macs! I've got a two month old Mac Pro 2.8x8 that takes 15 minutes to load one of my more complex patches (as I mentioned in another thread). I never timed it before this development, but it was probably in the 1-2 minute range (which I thought was long at the time :)). I'll start going through the autobuilds to see if I can narrow down when the loading issue began. Other than that, I'm very happy. Thanks for all your hard work as always. Cheers Luke On Sun, Jun 22, 2008 at 1:58 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later) http://at.or.at/hans/pd/installers.html Here is a partial changelog: - next visual appearance designed for readability - default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/local/lib/pd-externals and ~/pd-externals Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/ Application Data/Pd - lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser - you can now use ~ in all paths to mean home folder, and on Windows you can use environment variables, lie %UserProfile% in paths - Cut/Copy/Paste now work directly into object and message boxes on all platforms - fixed Cut/Copy/Paste for the Pd window's console - [declare] and [import] now sorted out for loading (but much work needs to be done before there namespace support is complete) - File - Save As defaults to the Home folder (~/) on Mac OSX - new patches default to the folder last saved in - included pgp_opengl aka 3dp on GNU/Linux and Mac OS X - 'hardware' and 'deprecated' removed from libraries loaded by default - On Debian/Ubuntu, the packages now install into /usr rather than / usr/local - On Mac OS X, you can now build standalone applications from the File menu. KNOWN BUGS - check http://puredata.info/dev/bugtracker before reporting bugs - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it - the GUI runs slower on some older Macs -- -- 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-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list
Re: [PD] better tabread4~
On Jun 23, 2008, at 7:52 AM, Andy Farnell wrote: On Mon, 23 Jun 2008 00:50:44 -0400 (EDT) Mathieu Bouchard [EMAIL PROTECTED] wrote: On Mon, 16 Jun 2008, Andy Farnell wrote: with [tabread4~] being good enough for playing back files at their original rate, If you are going to playback at original rate, [tabread4] is both useless and 10 times slower than [tabread]. All that [tabread4] is good at, is playing back at different non-original rates (that is anything else than +1 times and -1 times). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec Yes that'right, hmm I guess I knew that but said it in a woolly way Amend that to [tabread~] - play back at exactly the original rate [tabread4~] - play back at close to the orginal rate [tabread4c~] - play back with wider transposition Perhaps these could have more descriptive names, especially if there was a tabread, etc. library. Some quick ideas: [tabread_tweak~] [tabread_transpose~] .hc -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] autosaving incluing GOP subpatches Autosaver
Hi Luigi, my abstraction is just sending a save message to Pd. The same way as if you clicked FileSave. As i understand Pd it should save all subpatches if the mainpatch is saved. So if you put the empty [pd $0-subpatch] (see autosaver-help.pd) as receiver in your mainpatch it should do the same. ... please dont change the subject you are replying to Georg Luigi Rensinghoff schrieb: Hi List, Hi Georg I would like to have one subject discussed... I am encountering a problem (OS X Mac-Intel - Pd-extended version 0.40.3-extended-20080614) When quite a big patch i am working on (CPU-load around 80-90%) i actually can not close it in a clean way. Sometimes i slightly modify subpatches, or pd thinks they are modified because some numberboxes have a different value comapred to the state when opening a patch. Every Time i want to close the Master-parent-patch PD asks whether i want to discard changes. Sometimes the subpatch in question is opened and i can save it sometimes pd does not show me the subpatch. Is there a way to (auto)save a patch INCLUDING all related subpatches ?? The GOP issue has been discussed, i dont know if thats related ? Thanks List Luigi Am 10.06.2008 um 11:12 schrieb Georg Werner: Hi, when working under unstable conditions i thought about an autosaving funtion for Pd. This an abstraction i did and like to share. It does saving every x minutes as well as immediate saving with a bang. All options are explained in the help file. Georgautosaver.zip___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list --- Luigi Rensinghoff [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ 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] better tabread4~
On Mon, 23 Jun 2008 11:38:27 +0200 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Perhaps these could have more descriptive names, especially if there was a tabread, etc. library. Some quick ideas: [tabread_tweak~] [tabread_transpose~] Hard to argue against, but I'm such a fan of Vanilla style compactness and brevity. :) This may have been discussed before, but to widen the discussion... I got thinking about a great discussion I read on music-dsp or harmony-central (sorry can't find the ref now) about sampler design. Since , as matju points out there's no interpolation advantage at unity pitch I remembered the hoopla proposed to make 'one size fits all' compromise designs. The conclusions were something indicationg that a general purpose [sampler~] (?) object would use the approach taken by Emu or Native Instruments, selecting the best method depending on the case. There are maybe 5 classes, each requiring different approaches for quality results. No transposition - very common for drum machines etc Very small transpositions - microtonal variations on existing scale multisamples Transpositions down within a fifth Transpositions down greater than a fifth Transpositions up With the interpolation choices being none, linear, cubic, oversampled sinc and several variations of decimation/resampling schemes. I'm not sure where 'very small' transpositions fit into that, aren't they actually a difficult case? When people talk about the 'sound quality' of Pd I suspect they are more casual musical users who largely do sample based work. It would be great to have a whole suite of [tabreadX~] for the programmers. But for more casual users I think extended might greatly benefit from a 'just works' [sampler~] object. You could give it arguments along the lines of polyphony, outputs etc... It could even do multi-sample (with many tables). Add that to a file reader [soundfiler-kontakt] or [soundfiler-akai] to automatically generate the tables for [sampler~] and Pd would become quite attractive to a larger user base I think. a. .hc -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list kill your television -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Jun 23, 2008, at 1:01 PM, Andy Farnell wrote: On Mon, 23 Jun 2008 11:38:27 +0200 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Perhaps these could have more descriptive names, especially if there was a tabread, etc. library. Some quick ideas: [tabread_tweak~] [tabread_transpose~] Hard to argue against, but I'm such a fan of Vanilla style compactness and brevity. :) This compactness only really helps speed up the typing of code. It hinders the reading of code and the learning of code. Plus it means that us mere mortals, who cannot remember what c in [tabread4c~] means, it means we have to constantly ride the reference pages rather than just writing code. Trading all this for typing a few less keystrokes seems to me a very bad deal. Apparently, people who use Smalltalk, Java, Python, Ruby, Obj-C and even sometimes C++ seem to agree. .hc This may have been discussed before, but to widen the discussion... I got thinking about a great discussion I read on music-dsp or harmony-central (sorry can't find the ref now) about sampler design. Since , as matju points out there's no interpolation advantage at unity pitch I remembered the hoopla proposed to make 'one size fits all' compromise designs. The conclusions were something indicationg that a general purpose [sampler~] (?) object would use the approach taken by Emu or Native Instruments, selecting the best method depending on the case. There are maybe 5 classes, each requiring different approaches for quality results. No transposition - very common for drum machines etc Very small transpositions - microtonal variations on existing scale multisamples Transpositions down within a fifth Transpositions down greater than a fifth Transpositions up With the interpolation choices being none, linear, cubic, oversampled sinc and several variations of decimation/resampling schemes. I'm not sure where 'very small' transpositions fit into that, aren't they actually a difficult case? When people talk about the 'sound quality' of Pd I suspect they are more casual musical users who largely do sample based work. It would be great to have a whole suite of [tabreadX~] for the programmers. But for more casual users I think extended might greatly benefit from a 'just works' [sampler~] object. You could give it arguments along the lines of polyphony, outputs etc... It could even do multi-sample (with many tables). Add that to a file reader [soundfiler-kontakt] or [soundfiler-akai] to automatically generate the tables for [sampler~] and Pd would become quite attractive to a larger user base I think. a. .hc -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- kill your television -- Use the source It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Mon, 23 Jun 2008 13:18:11 +0200 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: This compactness only really helps speed up the typing of code. It hinders the reading of code and the learning of code. Plus it means that us mere mortals, who cannot remember what c in [tabread4c~] means, it means we have to constantly ride the reference pages rather than just writing code. Trading all this for typing a few less keystrokes seems to me a very bad deal. Apparently, people who use Smalltalk, Java, Python, Ruby, Obj-C and even sometimes C++ seem to agree. Can't disagree with any of that. You're absolutely right. I have had rather a special case interest in compact code - writing the sound design book. Many diagrams would have been impossible to typeset or fit onto a page if Pd used long object names. You might think Ah heck, what difference a few characters makes?! But when you multiply that by 20, 30, 40 objects in a patch the real-estate issues get quite tough. I've spent hours refactoring and shuffling patches about to make them presentable. -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Mon, 2008-06-23 at 06:52 +0100, Andy Farnell wrote: Yes that'right, hmm I guess I knew that but said it in a woolly way Amend that to [tabread~] - play back at exactly the original rate [tabread4~] - play back at close to the orginal rate [tabread4c~] - play back with wider transposition i don't see any justification to keep [tabread4~] in this list. cyrille once mentioned that his new class isn't computationally more expensive. if there is a difference between [tabread4~] and [tabread4c~], then it is, that [tabread4c~] is _better_ than [tabread4~] (according to some previous posts regarding this subject). the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Mon, June 23, 2008 2:17 pm, Roman Haefeli wrote: the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. Witch is a good enough reason to keep it, imho. I much prefer Frank's suggestion. I.e. using the tabread4 name for a /class/ that offered a bunch of /methods/ - f.x. one like how tabread4 does now and one like how tabread4c. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Mon, 2008-06-23 at 14:35 +0200, Steffen Juul wrote: On Mon, June 23, 2008 2:17 pm, Roman Haefeli wrote: the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. Witch is a good enough reason to keep it, imho. i wasn't proposing to deprecate it, but i was only saying, it is the _only_ reason to keep it i can think of. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] piksel08 - code dreams :: open call
**Piksel08: code dreams december 4-7 2008 Bergen, Norway How does code dream? What are the dreams of code? Piksel08 examines the other side of code, an alternative side to a hard-coded reality of work and play. Open hardware and free software project a utopic vision, yet exist within economies of capital, the dream factory of mainstream technology. Within the chance meeting of sewing machine and umbrella on the dissecting table, hardware and software are flattened. Piksel08: code dreams explores the dreams of this soft machine; bachelors coding for pleasure, reverse engineering paranoiac constructs of the real, automatic coding practice, soft hardware, and everyday magic. **open call: 1. Installations Projects related to the code dreams theme including but not restricted to: reverse engineering, soft hardware, code poetry, novel instruction sets, invisible exploration, ghosted computation... programmed by and running on free and open source software and/or open/DIY hardware. 2. Audiovisual performance Live art realised by the use of free and open source software. We specially encourage live coding and DIY hardware projects to apply. 3. Software/Hardware Innovative DIY hardware and audiovisual software tools or software art released under an open licence. Deadline - august 15. 2008 Please use the online submit form at: http://piksel.no/piksel08/subform.html or send documentation material - preferably as a URL to online documentation with images/video to piksel08 [AT] piksel [DOT] no **subsections: **real code real.co.[de][re] actively explores code which has strong effects on the real, constructing the world through prediction and description. The twelve hour real.co.[de][re] session will attempt the active construction of a working code model (of any form) which addresses a flattening of the distinction between software and hardware, to resolve a new political reference for real core code. **abstract code Abstract code is software whose results can be invisible, a software implementing different layers of action at the same time. Abstract code is a connection to parallel worlds, a poetic formula dealing with outer forces. Code is art, its action is subtile, effective, magic. procedural text maledictions, oracles, iambi, hymn, formula, refrains, hypnotic sentences, prayers, and other. Piksel is supported by the Municipality of Bergen, Arts Council Norway, Vestnorsk Filmsenter, Hordaland County Council and others. More info: http://piksel.no --- ___ Pd-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] still the long load time - pd ext
Hi, just installed the last XP build. The program loads quite fast (but maybe that's because I did it on my new desktop). But the problem with the loading the patch still persists. Is there any relevant information that can be collected from somewhere? João There is a bug in the prefs loading of Pd in general where it'll peg the CPU while loading for a bit unless you specify npath and nloadlib. Perhaps it is related to that? Right now would be a good time to download and try a nightly build. AFAIK, there aren't any outstanding bugs. I just installed today's build and ran it in Windows XP in an emulator (Parallels) on top of Mac OS X, and it started up almost instantly. .hc On Jun 22, 2008, at 12:13 PM, João Pais wrote: Hi, going back to the subject of the long loading time of patches: before I suspected that it was due (besides some difference in the newer version) to several nested gops. that's not the case, as after switching off the gops it still takes as long (or maybe slightly less, but still too long). Ah, and I think I didn't say: while all this time the patch is loading, cpu is at 100%. XP, Pd version 0.40.3-extended-20080603 Or was there already improvements in this area? I don't go download the nightly builds each day, because sometimes they're unstable. João Pais --Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
well, tabread4c~ is far from perfect, it has the same aliasing problem than tabread4~ and it create more distortion than tabread4~. (but in lower frequency). one told me that modern commercial audio software can use 32 points shannon interpolation. http://en.wikipedia.org/wiki/Whittaker–Shannon_interpolation_formula i'd like to try that... it will be more expensive, but this is negligible on recent hardware, and sound quality worth it. so, for now, i'll try different interpolation schematic, and we will see latter what to use... cyrille Roman Haefeli a écrit : On Mon, 2008-06-23 at 06:52 +0100, Andy Farnell wrote: Yes that'right, hmm I guess I knew that but said it in a woolly way Amend that to [tabread~] - play back at exactly the original rate [tabread4~] - play back at close to the orginal rate [tabread4c~] - play back with wider transposition i don't see any justification to keep [tabread4~] in this list. cyrille once mentioned that his new class isn't computationally more expensive. if there is a difference between [tabread4~] and [tabread4c~], then it is, that [tabread4c~] is _better_ than [tabread4~] (according to some previous posts regarding this subject). the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ 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] still the long load time - pd ext
Other people are reporting this too. It doesn't happen with my patches, I ran an installation a couple of weeks ago with the latest version and it worked fine. Could you create a bug report and include a patch or collection of patches that has this problem? .hc On Jun 23, 2008, at 3:12 PM, João Pais wrote: Hi, just installed the last XP build. The program loads quite fast (but maybe that's because I did it on my new desktop). But the problem with the loading the patch still persists. Is there any relevant information that can be collected from somewhere? João There is a bug in the prefs loading of Pd in general where it'll peg the CPU while loading for a bit unless you specify npath and nloadlib. Perhaps it is related to that? Right now would be a good time to download and try a nightly build. AFAIK, there aren't any outstanding bugs. I just installed today's build and ran it in Windows XP in an emulator (Parallels) on top of Mac OS X, and it started up almost instantly. .hc On Jun 22, 2008, at 12:13 PM, João Pais wrote: Hi, going back to the subject of the long loading time of patches: before I suspected that it was due (besides some difference in the newer version) to several nested gops. that's not the case, as after switching off the gops it still takes as long (or maybe slightly less, but still too long). Ah, and I think I didn't say: while all this time the patch is loading, cpu is at 100%. XP, Pd version 0.40.3-extended-20080603 Or was there already improvements in this area? I don't go download the nightly builds each day, because sometimes they're unstable. João Pais --Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Jun 23, 2008, at 2:58 PM, Roman Haefeli wrote: On Mon, 2008-06-23 at 14:35 +0200, Steffen Juul wrote: On Mon, June 23, 2008 2:17 pm, Roman Haefeli wrote: the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. Witch is a good enough reason to keep it, imho. i wasn't proposing to deprecate it, but i was only saying, it is the _only_ reason to keep it i can think of. tabread4~ isn't such a great name that it should be used for the new one. Why not use a more descriptive name for the new one? Also, changing the code of tabread4~ will change the sound quality of a piece. I think it is very important to keep the same sound quality since many people have spent a lot of time building patches around tabread4~ and like the way those patches sound. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] seeking graphics for PD FLOSS Manual
Dear PDeople, I'm looking for a volunteer to do some simple graphics and icons for the Pure Data FLOSS Manual. The general description of the images needed follows. Please get in touch with me so we can discuss them a bit more in depth if you are interested to help. PD FLOSS Manual: http://flossmanuals.net/PureData/ TO DO BY CHAPTER LISTGRAPHICS/ICONS ONLY # Pure Data # Introduction ---cover image, important! # WhatIsGraphicalProgramming icons/graphics to go with concepts in text icons of modular synth with patch cables or similar analog patching flowchart of inputs and outputs between PD and audio, MIDI, network, video, Arduino/motors, etc chart describing relationship of PD to Externals # WhatIsDigitalAudio icons/graphics to go with concepts in text icon of speaker cone movement icon of microphone to voltage to soundcard icon of soundcard to voltage to speaker movement icon of clipping audio (I can probably do this in PD) icon/graph illustrating Nyquist foldover (I can probably do this in PD) best! Derek ps... I'll be sending a call for people to contribute specific chapters soon as well -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 183: When is it for? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM pix_buffer question
Hi, just have rebuilt one of my patches to fetch single videoframes not from harddisc but from RAM with the pix_buffer objects. It works great, about 20 times faster - the problem is I can`t load more than 960 frames of Quicktime DV PAL in RAM and the 2 GB of RAM are full this is strange because the hole file of about 4 min. has about 500 MB. Any idea why? GEM Vers. 0.90 on WinXP thanks, Rainer _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM counter, alternate and friends
...where are they gone in GEM ver: 0.91.1 'tigital' ??? This breaks approx. 99,% of my patches. best regards, Rainer _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_buffer question
My guess is because pix_buffer stores uncompressed frames, which are much bigger. But I could be wrong. .hc On Jun 23, 2008, at 6:18 PM, rainer _ wrote: Hi, just have rebuilt one of my patches to fetch single videoframes not from harddisc but from RAM with the pix_buffer objects. It works great, about 20 times faster - the problem is I can`t load more than 960 frames of Quicktime DV PAL in RAM and the 2 GB of RAM are full this is strange because the hole file of about 4 min. has about 500 MB. Any idea why? GEM Vers. 0.90 on WinXP thanks, Rainer Connect to the next generation of MSN Messenger Get it now! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] wiimote and guitarHero Wii
hello, i want to use the guitar hero wii guitar with Pd. Actually is a wiimote inside a guitar hero axe,and the connection between the computer is via bluetooth with the wiimote. Seems like the wiimote + nunchuck. Have any of you test it yet? Can i use the same wii library to pd or darwinmote to play it? thanks in advance... sergi. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM counter, alternate and friends
They are in the markex lib, where they always have been. It is just that markex is no longer included in Gem. It is included in Pd-extended, and is easy enough to build. .hc On Jun 23, 2008, at 6:23 PM, rainer _ wrote: ...where are they gone in GEM ver: 0.91.1 'tigital' ??? This breaks approx. 99,% of my patches. best regards, Rainer Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiimote and guitarHero Wii
There was a lot of discussion on this topic a few months ago. Check the archives: http://lists.puredata.info/search/Pd-list?query=guitar+heromax=20result=normalsort=score best! d. [EMAIL PROTECTED] wrote: hi list, i want to use the guitarhero wii guitar with pd. it´s actually a wiimote with some more buttons and a whammy bar... please see the attachment. The connection is via the wiimote(bluetooth). do you test it yet? thanks in advance. sergi. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 129: Put in earplugs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_buffer question
Hmm, it seems that the ram message never made it into the pix_film/ movie help patches. Are there any details that should be added? .hc On Jun 23, 2008, at 6:35 PM, chris clepper wrote: pix_buffer store the frames uncompressed which is many times larger than DV. You may try the 'ram' message for pix_film/movie which will load the compressed QT mov into RAM. On Mon, Jun 23, 2008 at 11:18 AM, rainer _ [EMAIL PROTECTED] wrote: Hi, just have rebuilt one of my patches to fetch single videoframes not from harddisc but from RAM with the pix_buffer objects. It works great, about 20 times faster - the problem is I can`t load more than 960 frames of Quicktime DV PAL in RAM and the 2 GB of RAM are full this is strange because the hole file of about 4 min. has about 500 MB. Any idea why? GEM Vers. 0.90 on WinXP thanks, Rainer Connect to the next generation of MSN Messenger Get it now! ___ 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 You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiimote and guitarHero Wii
There is a GNU/Linux Pd object for the wii remote floating around. The Mac OS X version doesn't work (yet), you'll need to use OSCulator for now: http://www.osculator.net/wiki/ .hc On Jun 23, 2008, at 6:24 PM, [EMAIL PROTECTED] wrote: hello, i want to use the guitar hero wii guitar with Pd. Actually is a wiimote inside a guitar hero axe,and the connection between the computer is via bluetooth with the wiimote. Seems like the wiimote + nunchuck. Have any of you test it yet? Can i use the same wii library to pd or darwinmote to play it? thanks in advance... sergi. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Installing Extended on Ubuntu/Debian [WAS: Re: [PD-announce] Proof Me! PD FLOSS Manual]
Hi IOhannes, just getting back around to these edits.. IOhannes m zmoelnig wrote: Installing: i find it highly confusing that the Installing Pure Data on Debian (and ubuntu) does not mention in a single word that you could just run aptitude install puredata Does this install PD Extended? The manual is aimed at Extended rather than Vanilla. If it does install extended, have the package requirements which forced us to make some strange workarounds for Ubuntu been resolved? Or do the repositories still need to be edited. See the InstallingUbuntu page for details... http://flossmanuals.net/PureData/InstallingUbuntu best! D. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 103: Left channel, right channel, centre channel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] convolution tutorials?
Hi there, I'd like to learn fft/convolution methods (especially to build reverbs or amp. simulation patches), does anyone know of good tutorials around? Thanks a lot! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-Extended user prefs locations
Hi HC or somebody else that knows this offhand, I know this has been a big subject of debate on the list this month, so I'll keep this short and simple: Where are the current user preferences files on each platform for Pd-Extended? I have only OS X in front of me now, so I see ~/Library/Preferences/org.puredata.pd.plist works for that. What about Linux and Windows? Will these stay current or are they likely to change sometime soon? I'm asking so I know what to write for the Pd FLOSS Manual. best, D. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 154: The most easily forgotten thing is the most important ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_buffer question
Hi Chris, pix_film movie dont want the ram message - error: pix_filmNEW: no method for 'ram' . I have tried it with GEM 0.90 tigital - ??? cheers, Rainer Date: Mon, 23 Jun 2008 11:35:10 -0500 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [PD] GEM pix_buffer question CC: pd-list@iem.at pix_buffer store the frames uncompressed which is many times larger than DV. You may try the 'ram' message for pix_film/movie which will load the compressed QT mov into RAM. _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
On Mon, Jun 23, 2008 at 8:23 AM, cyrille henry [EMAIL PROTECTED] wrote: well, tabread4c~ is far from perfect, it has the same aliasing problem than tabread4~ and it create more distortion than tabread4~. (but in lower frequency). Strictly speaking, these interpolations don't create distortion in as much as they have a non-flat frequency response. No matter which method you use, the interpolation function can be re-written as a convolution, which is linear. In my prior analysis of the tabread4~ impulse response, I obtained the following function for the impulse response. g(t)=I[-2,2](t)(-1/6*|t|^3 - 2*t^2 - 11/6*|t| + 1) + I[-1,1](t)(2/3*|t|^3 - 2*t^2 + 4/3*|t|) And it's fourier transform, where w=pi represents the Nyquist frequency. (by the way, the angular frequency notation greatly simplifies the calculus involved) G(w)=(1/w^2)*[1/3*cos(2w) - 4/3*cos(w) + 1]+ (1/w^4)*[2*cos(2w) - 8*cos(w) + 6] This function falls off at a rate of at most -6 dB/octave (according to the 1/w^2 term). What you are referring to as distortion is not actually distortion, but aliasing and a non-flat frequency response. The spectrum of this function is pretty nice, but everything above pi rad/sec is aliased, which causes some additional frequencies, mostly high frequencies. I'm reluctant to do the same for tabread4c~ because it takes several hours to do. If you come up with a good set of coefficients that seem to be pretty solid, I'll spare some time for the frequency response. one told me that modern commercial audio software can use 32 points shannon interpolation. http://en.wikipedia.org/wiki/Whittaker–Shannon_interpolation_formula i'd like to try that... it will be more expensive, but this is negligible on recent hardware, and sound quality worth it. I doubt that it would be negligible. I do agree that it would find many applications, but not as a replacement for a fast, good-enough tabread. 32-point windowed sinc interpolation borders on anal retentive. Instead of that, it might be better to probe out what degree of fast polynomial interpolation will have a good-enough spectrum. Chuck so, for now, i'll try different interpolation schematic, and we will see latter what to use... cyrille Roman Haefeli a écrit : On Mon, 2008-06-23 at 06:52 +0100, Andy Farnell wrote: Yes that'right, hmm I guess I knew that but said it in a woolly way Amend that to [tabread~] - play back at exactly the original rate [tabread4~] - play back at close to the orginal rate [tabread4c~] - play back with wider transposition i don't see any justification to keep [tabread4~] in this list. cyrille once mentioned that his new class isn't computationally more expensive. if there is a difference between [tabread4~] and [tabread4c~], then it is, that [tabread4c~] is _better_ than [tabread4~] (according to some previous posts regarding this subject). the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ 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
[PD] read a pixel value
Hi list, I need to use a bmp file as a score, and I need to read a pixel value from a bmp file. I've been looking for an object that can do that, but I haven't found it yet, do you know a way to do that?, maybe with gem? _Ricardo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] better tabread4~
Hello, The speed of this conversation makes me a little uncomfortable. Perhaps [tabread4~] is not so weird after all: if I'm not mistaken, this is algebraically identical to the interpolation used in csound's opcodes (e.g. oscil3)... I'm pretty sure both are piecewise Lagrange polynomial interpolators (with x_i values equal to -1, 0, 1, and 2, and interpolation between x=0 and x=1). There seems to be, then, at least some consensus about what generic cubic interpolation means, given csound's rather long history to sort this out (though, I'm surprised they haven't pulled together some of the algebra to reduce the number of divides... maybe this leads to a more accurate result?). I would be a lot more comfortable if it could be established exactly what kind of cubic interpolation is in the [tabread4c~] -- this would help with the naming standards as well. Whatever new algorithms become available should be extended to the vd~ class (or copies thereof) as well. BTW, the naming difference between csound's oscil3 and [tabread4~] (one has 3 and the other 4) seems justified, since csound will automatically calculate the two extra guard points you need (tables in csound can come with one guard point, but not more, so the 3 is a clear reminder that it's doing cubic interpolation), and in PD, the guard points should be put in the table by hand (so the 4 is a reminder that it's always using 4 points). This is one important reason [tabread_transpose~] and the like should not be implemented, unless the guard points are automatically generated in the object class. For the value of the consumer I appended the relevant code snippets... Pd code, from d_array.c: a = wp[-1].w_float; b = wp[0].w_float; c = wp[1].w_float; d = wp[2].w_float; cminusb = c-b; *out++ = b + frac * ( cminusb - 0.167f * (1.-frac) * ( (d - a - 3.0f * cminusb) * frac + (d + 2.0f*a - 3.0f*b) ) ); csound code, from OOps/ugens2.c: MYFLT frsq = fract*fract; MYFLT frcu = frsq*ym1; MYFLT t1 = y2 + y0+y0+y0; ar[n] = amp * (y0 + FL(0.5)*frcu + fract*(y1 - frcu/FL(6.0) - t1/FL(6.0) - ym1/FL(3.0)) + frsq*fract*(t1/FL(6.0) - FL(0.5)*y1) + frsq*(FL(0.5)* y1 - y0)); Date: Mon, 23 Jun 2008 14:17:36 +0200 From: Roman Haefeli [EMAIL PROTECTED] Subject: Re: [PD] better tabread4~ To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain On Mon, 2008-06-23 at 06:52 +0100, Andy Farnell wrote: Yes that'right, hmm I guess I knew that but said it in a woolly way Amend that to [tabread~] - play back at exactly the original rate [tabread4~] - play back at close to the orginal rate [tabread4c~] - play back with wider transposition i don't see any justification to keep [tabread4~] in this list. cyrille once mentioned that his new class isn't computationally more expensive. if there is a difference between [tabread4~] and [tabread4c~], then it is, that [tabread4c~] is _better_ than [tabread4~] (according to some previous posts regarding this subject). the only good reason to keep [tabread4~] in pd is to keep backwards compatibility with patches that exploit [tabread4~]'s wierd behaviour, imo. roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list