Re: [PD] *.lua = *.pd_lua or *.l_lua?
Hallo, Jamie Bullock hat gesagt: // Jamie Bullock wrote: How about *.pd.lua? This has the advantage keeping the standard .lua extension whilst providing a standardised suffix which indicates that this is a special Pd Lua script... This would be better than it currently is, but would still put a restriction on how external modules are named. CIao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] FOSS audio tools
On Wed, 2008-02-13 at 19:03 +0100, Pablo Martin wrote: Frank Barknecht escribió: Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: Uhm, while Blender certainly is great, you aren't seriously trying to tell me you really think its shortcuts are intuitive, are you?!? ;-) Someone who mastered Blender should have no problems with Ardour, given he invests about a tenth of the time to learn it. Maybe mastering it will take less time that blender (as blender has so many features), but i *really* think it's easier to get used to blender initially (s, g, r, tab ;)). Not that it matters that much... It's probably a matter of field of interest, but still, as a simple tool, mostly everyone i know and cares a little can use blender to a certain degree (for making small vj videos, or simple props for games), while they can't use ardour (even though some would really like to learn). Note i don't have anything special against ardour :), but your remark deserved some kind of action ;). Also, i don't imply that blender is perfect in the usability field at all of course. Anyways, lets better forget this happened XD, dont want no holy usability war me neither. and it was also not my point in comparing blender and ardour in terms of usability, initially. my point was to be appreciative for the makers of elephants dreams decision to use non-free audio software. i highly appreciate softwares like ardour and puredata, but those don't cover everything one needs to do in the field of audio (yet and in my personal opinion, at least). yo, but i shut up now and hope i can come to LAC next year and hopefully see what cool projects people do by using FOSS tools. 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] [PD-dev] SQLite for PD v0.0
Basically, I have a set of abstractions that I have been developing along with the externals (some for SQL, and some for other things). But I am seeing my stuff as kind of a self contained library that I have been using for my own projects. hi mike, i have looking at doing something with pdlua and luasql for database management in pd - i was just interested in seeing your externals and what they do in case i am wasting my time reinventing something you have already made, do your externals write to sql databases or only do lookup in existing sql databases? thanks rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
hi there im using on mac program called snapz pro x and it is a screen capture program, witch can grab opengl window of gem as movie. this process needs a lot of cpu power so u need a powerfull machine. it is quite easy to use it. hope it helps nikola Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, *not* necessarily involving having Gem itself create a file? Dudley Brooks wrote: Jaime Oliver wrote: pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1 powerbook ppc. That's been my experience so far too. there was a thread about it not that long ago. Maybe in gem-dev. best, Thanks. I'll look for it. Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, *not* necessarily involving having Gem itself create a file? Thanks. J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver http://www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ http://www-crca.ucsd.edu/ www.realidadvisual.org http://www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ 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] Trinity audio group multitrack recorder
Hi all, I was wondering if some of you have seen or used this device: http://www.trinityaudiogroup.com/ It seems quite interesting portable Linux based multi-track recorder. I've never ported anything to a hand held devices, but it would be interesting to use PD on something like that. I'm aware of the Geiger's work with PDa, so any ideas how that port might fit to the above mentioned device?? Or better yet, is there someone already doing the porting?? -Mika Ristimäki ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] FOSS audio tools
Hallo, Pablo Martin hat gesagt: // Pablo Martin wrote: Maybe mastering it will take less time that blender (as blender has so many features), but i *really* think it's easier to get used to blender initially (s, g, r, tab ;)). Not that it matters that much... It's probably a matter of field of interest, but still, as a simple tool, mostly everyone i know and cares a little can use blender to a certain degree (for making small vj videos, or simple props for games), while they can't use ardour (even though some would really like to learn). I think, it's really a field of interest matter mostly. Blender has much more functionality to present than Ardour, which is natural for the tasks they are targetting. Ardour is just about recording, editing and playing back audio, while Blender is a modeller, animator, renderer and much more. This also becomes obvious by simply comparing shortcut cheat sheets of both: http://ardour.org/files/manual/sn-mouse-and-keyboard-bindings.html http://en.wikibooks.org/wiki/Blender_3D:_Noob_to_Pro/Hot_Keys Basic recording and editing in Ardour can be realised almost without using the keyboard at all: http://ardour.org/files/manual/sn-user-interface-conventions.html The biggest trouble is getting the audio routing right for the first time and understanding tracks and busses, but when that is done everything falls into place naturally (for audio people at least). Anyway Pd beats both in simplicity by only requiring 6 special keyboard shortcuts: Ctl-1,...,5 and Ctl-e ;) Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Invalid public movie atom, was Re: Saving Gem output as video file on MacOSX ?
Dudley Brooks wrote: Olivier Heinry wrote: The last time I tried to pix_record on OSX (on a Dual G5 running Panther, 2Go RAM) , I switched to Gem2pdp + pdp_rec because the Mac couldnt handle it in realtime for a 640x480 window and PDP made it (might be related to PDP multithread capability). I'm sorry, what is pdp_rec? It won't create, and I don't find it listed. The only thing I find that seems to be able to write to a file is pdp_rawout. I found it as soon as I added the missing tilde at the end: pdp_rec~. So I now have pdp_rec~. But when I try to play the output file in QuickTime, I get the error message The movie could not be opened. An invalid public movie atom was found in the movie. The same thing happens if I try to import into Final Cut or iMovie. Google reveals that it's because when QT 7.3 came out, they changed the value of a null byte from 0 to -1 -- thereby invalidating many .mov files and infuriating many people. The only suggested solution I've found mentioned is reverting to QT 7.2 (someone recommends 7.1.6), which apparently involves wiping the HD and re-installing the OS -- *if* you can find QT 7.2 or 7.1.6. I searched for the error message on the pd-list archive and didn't find anything. Does anyone have experience with this and know a solution? Olivier, when you use gem2pdp and pdp_rec~ as mentioned in your post, what do you do with the resulting file? Thanks. -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] bang.pdf?
Hi, is there any .pdf of the book bang for free? Regards www.myspace.com/vjgarff _ MSN Video. http://video.msn.com/?mkt=es-es___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] gop array in abstraction appears outside abstraction boundaries
Hello, I was able to reproduce this on Pd 0.41-0 : the abstraction testt.pd contains an array, which appears in the parent patch tes.pd although it's outside the boundaries of the abstraction's canvas. If you move the abstraction and click the bang again, the waveform appears at the same distance relative to the abstraction. In another patch I even got this behaviour after turning off graph on parent for the array itself. Can someone else reproduce this ? (patches attached) gr, Tim #N canvas 0 0 738 479 10; #N canvas 0 308 805 517 gopgop 0; #N canvas 0 0 450 300 (subpatch) 0; #X array gopgop 22050 float 2; #X coords 0 1 22049 -1 255 200 1; #X restore 112 112 graph; #X coords 0 -1 1 1 300 220 1 100 100; #X restore 244 87 pd gopgop; #X coords 0 -1 1 1 85 60 1 100 100; #N canvas 262 163 892 556 10; #X obj 92 57 testt; #X obj 82 337 tabwrite~ gopgop; #X obj 90 214 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 28 205 adc~; #X obj 29 166 osc~ 110; #X text 329 156 watch here; #X text 108 215 click here; #X obj 93 397 loadbang; #X msg 93 422 \; pd dsp 1; #X connect 2 0 1 0; #X connect 3 0 1 0; #X connect 3 1 1 0; #X connect 4 0 1 0; #X connect 7 0 8 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Comments on pd as a library to be used in game
Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: i) Dynamic DSP graph reconfiguration. The ability to seamlessly (no clicks or dropouts) create and destroy graph elements and garbage collect on the fly. ii) Through a supported (official and documented) message passing system iii) Intermediate object manager layer (Python?) (as suggested Pd objects) to create, coordinate, destroy sound objects. These points are issues in Pd that vessel/lua~ by Graham Wakefiled tries to solve in a way, where in a way means embedding Lua as a scripting language for DSP inside of a Pd/Max object, which would make using Pd in a game engine kind of superfluous - as you could directly embed Vessel into the game instead of into Pd first. ;) Ciao -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Comments on pd as a library to be used in game
On Thu, Feb 14, 2008 at 10:40 AM, Andy Farnell [EMAIL PROTECTED] wrote: i) Dynamic DSP graph reconfiguration. The ability to seamlessly (no clicks or dropouts) create and destroy graph elements and garbage collect on the fly. ii) Through a supported (official and documented) message passing system iii) Intermediate object manager layer (Python?) (as suggested Pd objects) to create, coordinate, destroy sound objects. vi) Some properly optimised reverb and spacialisation (5.1 etc) objs (as C externs) SuperCollider pretty much covers this list and it seems well suited for working with a game. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] audio sample labeling... (onset, fundamental freq)
Hey list, I was wondering if anyone has implemented any type of sample labeler in pd.. I was thinking about doing something that gave a list of onsets and the fundamental frequency of segments.. could be useful for chopping up samples in real-time. So far, everything I've found takes in an audio signal, whereas I think it would be useful to take in a sampletable or wavefile. cheers, rich ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Comments on pd as a library to be used in game
Hello Pablo, list, Let's differentiate two issues, 1) To use Pd as a sample replay based game audio engine 2) To use Pd as a procedural audio engine (synthesis). These are different tasks with different goals and challenges. The latter is my domain of expertise and something, for me; i) Very optimistic and enthusiastic about. ii) Aware that it is still ambitious and difficult. iii) Have though about many of the problems and how to do it. (and prepared to lead a team who want to do this) The former is also very exciting, and would yield wonderful benefits. It may in fact be a necessary stage to get to doing realtime synthetic game audio through Pd. Maybe we should focus on that first. But, if I were leading the audio team right now I would be quite wary of doing this in such a bold way as to say we will rely 100% on Pd, from an entirely practical, realistic POV. I only say this from my experience with mod teams and the practicalities of switching technology mid stream, that's why i sound cautious. However, we should start this... even if it doesn't get used this cycle, maybe with a fallback position of using the CS audio engine and doing content in Pd? Creating a project that brings together CS, Blender and Pd is awesome! FWIW I can; 1) Donate some existing models or patches 2) Work as procedural sound designer to create sound objects. 3) Help out the team by guiding others to do this. 4) Be a regular sound designer and create static content using Pd for the game. My opinion about the challenges Before Pd can be a truly good candidate for the job it must solve these issues. None of this means Pd can't be used right now with some hacking, but this is where the Pd-Games project should be headed...Some of these are easy, some are hard, some are being worked on, some are just dreams... i) Dynamic DSP graph reconfiguration. The ability to seamlessly (no clicks or dropouts) create and destroy graph elements and garbage collect on the fly. ii) Through a supported (official and documented) message passing system iii) Intermediate object manager layer (Python?) (as suggested Pd objects) to create, coordinate, destroy sound objects. vi) Some properly optimised reverb and spacialisation (5.1 etc) objs (as C externs) 2) Link in as a library with i) The interpreter/scheduler ii) A solid, complete set of standard opcodes. iii) Threadable subgraphs for (good enough - not optimal/perfect) parallelism vi) Cost prediction/resource capping etc (so the Pd engine can't kill the machine if someone tries to spawn 1000 expensive sounds) OTOH, if Pd is to be run as a separate process we must be able to terminate it and/or bring it back reliably. Nova and Desiredata both have made progress with some of these. Plus there are successful external (not Pd) projects we can look to for inspiration. When is the next meeting of the Apricot sound team? best wishes, Andy On Mon, 11 Feb 2008 15:55:45 +0100 Pablo Martin [EMAIL PROTECTED] wrote: Andy Farnell escribió: Hey Pablo, Yes it is feasible. So Apricot is to use Pd? Well its still being decided, and most team know nothing about pd, so they are a bit reluctant to accept this kind of risks... though they also understand some of the good parts, but of course i think it would be great. Pablo -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Comments on pd as a library to be used in game
On Thu, 14 Feb 2008 17:52:59 +0100 Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: i) Dynamic DSP graph reconfiguration. The ability to seamlessly (no clicks or dropouts) create and destroy graph elements and garbage collect on the fly. ii) Through a supported (official and documented) message passing system iii) Intermediate object manager layer (Python?) (as suggested Pd objects) to create, coordinate, destroy sound objects. These points are issues in Pd that vessel/lua~ by Graham Wakefiled tries to solve in a way, where in a way means embedding Lua as a scripting language for DSP inside of a Pd/Max object, which would make using Pd in a game engine kind of superfluous - as you could directly embed Vessel into the game instead of into Pd first. ;) Hmm yes, that's a crazy roundabout way. Is there something we can learn from Grahams work/Vessel to do it inside Pd? Ciao -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Comments on pd as a library to be used in game
Hmmm, so far we have suggestions to use Lua and SC :) There are many good reasons to choose other languages. Csound - history, stability, SAOL encapsualtion Nyquist (LISP) lends itself well to parallelism SC - instance management/polyphony, recursion But let's focus on Pd since this is Pd list and the proposed plan is to use Pd with Blender as EA have done :) Mark Danks suggested to me that they found it rather trivial to accomplish. The challenges I suggest would make a 'perfect world', but aren't essential to a basic working system. The power of Pd, over CS, SC, LISP, Lua is *developmenmt time* Games require numerous resources to be created, quickly and in an easily maintainable way. This, and being designed for realtime execution, are Pds enormous strengths. On Thu, 14 Feb 2008 11:02:32 -0600 chris clepper [EMAIL PROTECTED] wrote: On Thu, Feb 14, 2008 at 10:40 AM, Andy Farnell [EMAIL PROTECTED] wrote: i) Dynamic DSP graph reconfiguration. The ability to seamlessly (no clicks or dropouts) create and destroy graph elements and garbage collect on the fly. ii) Through a supported (official and documented) message passing system iii) Intermediate object manager layer (Python?) (as suggested Pd objects) to create, coordinate, destroy sound objects. vi) Some properly optimised reverb and spacialisation (5.1 etc) objs (as C externs) SuperCollider pretty much covers this list and it seems well suited for working with a game. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang.pdf?
Quoting Javier Garcia [EMAIL PROTECTED]: Hi, is there any .pdf of the book bang for free? yes. search http://pd-graz.mur.at/ mfgasd. IOhannes This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang.pdf?
On 14/02/2008, at 16.56, Javier Garcia wrote: is there any .pdf of the book bang for free? Yes, http://pd-graz.mur.at/label/book01/bangbook.pdf http://puredata.info/search?SearchableText=book http://puredata.info/search?SearchableText=bang ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Writing file to folder on OSX
HI I can't seem to write a file into a folder using [writesf~] So when I click the [open -bytes 3 /audio/foo.wav( message, presumably it should create a folder called audio with the file foo.wav in it? .But it doesn't do anything. Just doing [open -bytes 3 foo.wav( works fine and creates foo.wav in the same directory as the patch. AM I misunderstanding this, or is it a bug? (on OS x 10.5.1, Pd 0.40.3-extended) thanks S ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Midifile Object
hi martin/all, sorry for buggin you about this again, but unfortunately i can't use your (or any) midi external for my purpose if i can't get this to work. the problem i'm having with midifile is this: i can't get midifile to read a .mid file that's in the same folder as the pd patch by referring to it by it's short name only i.e. without the full path c:/progra~1/etc/etc (which does work btw, thanks) is there anyway to get this... [read test.mid( | [midifile] ...to work?! (where the midi file and pd patch are in the same folder of course) basically i need to copy multiple instances of the patch and run it from lots of different folders each referring to different midi files again thanks a million in advance you've been more than helpful so far! - Original Message From: Martin Peach [EMAIL PROTECTED] To: [EMAIL PROTECTED]; pd-list@iem.at Sent: Tuesday, 12 February, 2008 8:53:59 PM Subject: Re: [PD] Phasor Driven Midi File Playback? The latest versions are part of pd-extended in http://autobuild.puredata.info/auto-build/ but the last functional WinXp version is in late 2007. The spaces in path names cause trouble throughout pd and other cross-platform programs, the only workaround I know of is to rename your directories without spaces. I usually use underscores instead. Program Files always causes trouble. Sometimes you can access it using something like C:\PROGRA~1 (the short DOS name) This works on my system: [read C:/PROGRA~1/pd/doc/5.reference/textfile.txt( but [C:/PROGRA~1/pd/doc/5.reference/textfile.txt( | [read $1( does not work. Martin From: saint [EMAIL PROTECTED] To: pd-list@iem.at Subject: Re: [PD] Phasor Driven Midi File Playback? Date: Tue, 12 Feb 2008 11:39:53 -0800 (PST) hmmm. i did try that but it seems to stumble at the first space in the full path (as pure data does) unfortunately the patch will need to be ported around when it's done so specifying a full path won't fulfill my needs. is there a .dll of the midifile external for w32 knocking around for which this read message works for shortened paths? again, thanks all of you for your time! - Original Message From: Mike McGonagle [EMAIL PROTECTED] To: saint [EMAIL PROTECTED] Cc: pd-list@iem.at Sent: Tuesday, 12 February, 2008 7:22:29 PM Subject: Re: [PD] Phasor Driven Midi File Playback? I think what is happening is that [midifile] is expecting a full path for the file name when using read. This is why it works for the [openpanel] because it returns a complete path. Did you try using the full path with [read $1(? Mike On Feb 12, 2008 12:33 PM, saint [EMAIL PROTECTED] wrote: thanks for the quick reply again martin, it's a strange problem that i seem to be having. because i definitely have all the midifiles in the same folder as the patch but [midifile test.mid] ...or... [read test.mid(---[midifile] gives... 'error: midifile: unable to open test.mid' but when i do [bang]---[openpanel]---[read $1(---[midifile] and point it to 'test.mid' it seems to work? h... unfortunately for what i want to do i need to be able to automate opening different midifiles. i'm using your zip from http://puredata.info/Members/martinrp/midifile/midifile.zip/view ___ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Writing file to folder on OSX
Si Mills wrote: So when I click the [open -bytes 3 /audio/foo.wav( message, presumably it should create a folder called audio with the file foo.wav in it? Nope, you have to create the folder first. Claude ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Writing file to folder on OSX
On Thu, Feb 14, 2008 at 12:07 PM, Si Mills [EMAIL PROTECTED] wrote: HI I can't seem to write a file into a folder using [writesf~] So when I click the [open -bytes 3 /audio/foo.wav( message, presumably it should create a folder called audio with the file foo.wav in it? Nope, the folder has to be there first. Creating a file that has a non-existent path does NOT create the path. .But it doesn't do anything. Just as it should. There is no folder in which to write the file. Just doing [open -bytes 3 foo.wav( works fine and creates foo.wav in the same directory as the patch. This is normal, too. AM I misunderstanding this, or is it a bug? While you can use some of the shell externals for Pd to create folders, Pd itself won't create them. I am not really sure about writesf~, but you should be getting an error message back, because the file it is trying to work with does not exist, because the full path does not exist. Mike (on OS x 10.5.1, Pd 0.40.3-extended) thanks S ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] qlist sequencing
Oops, apologies to all for the careless CC. On Thu, 14 Feb 2008 19:05:21 + Andy Farnell [EMAIL PROTECTED] wrote: Hello James, Sorry that one's been in my inbox for a few days while I was away. I don't remember any Qlist patch to be honest. But here's a couple of examples of using an _ordinary_ list as a seq You'll find a qlist example in your-path-to-pd/doc/5.reference/qlist-help.pd On Wed, 6 Feb 2008 21:03:54 +1100 James Baker [EMAIL PROTECTED] wrote: Hey Andy, Hope you don't mind the random email, but I'm looking for an example puredata patch I once had. It was an example of sequencing a drum and bass style track with qlists, and I have a vague memory it was from you - but I had a look through your site with no luck. Maybe I'm just going bonkers and imagining the whole thing :) If you do have a copy of said patch though I'd be grateful if you could send it my way. thanks, James -- Use the source -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Invalid public movie atom, was Re: Saving Gem output as video file on MacOSX ?
Roman Haefeli wrote: without having any expertise in this field, i suggest to edit your mov files with an hexeditor and change the value in the header of the mov-file accordingly, so that it can be read by Quicktime. Thanks. Could you point me to good online info on file formats, so that I know what to change? the option of having to completely reinstall the operating system because of some wrongly set bit in a few files seems really crazy :-( I agree 100%. It's the sort of hitting-a-fly-with-sledgehammer approach that Windows tech support was always recommending. I was disappointed to find it recommended by Mac users (or possibly Mac support, I'm not sure which). -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] SQLite for PD v0.0
Rob, It takes SQL queries, and returns any result sets. It is not limited in the SQL that it understand because the external itself does NOT understand any SQL, it just transfers the buffer to the database, and returns the results. Mike On Thu, Feb 14, 2008 at 5:17 AM, robcanning [EMAIL PROTECTED] wrote: Basically, I have a set of abstractions that I have been developing along with the externals (some for SQL, and some for other things). But I am seeing my stuff as kind of a self contained library that I have been using for my own projects. hi mike, i have looking at doing something with pdlua and luasql for database management in pd - i was just interested in seeing your externals and what they do in case i am wasting my time reinventing something you have already made, do your externals write to sql databases or only do lookup in existing sql databases? thanks rob c -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] newbie questions(ableton)
Sigh...I don't even want to get into this. Live/Pd integration is a big PITA right now, so I don't even mess w/ it right now. It makes me sad, but I can't afford the $850 for Max/MSP/Jitter, which works pretty well for a lot of people with Live (Live costs money too, but I bought it a long time ago and it's worth it). Basically, I can choose to either have a stable realtime DAW that can also do much of the live improv stuff that I need for performance...or I can try really buggy unstable ideas without a very dedicated framework. Also, the sheer slowdown that Pd experiences on OSX is bad, especially when running Pd with other programs simultaneously. Wrangling with the feedback loops and routing is also a big pain. Icky! So right now it's either professional slickness and ease-of-use of Ableton Live, or back to the trial and error and endless tinkering with Pd that eerily reminds me of some trying to use Debian in 2000 (couldn't even get X11 configured properly for my video card after like 80 hours). It makes me seriously think about trying an approach using my 10-in 10-out interface to connect a linux machine directly into my Live environment, and use MIDI signals to communicate across the machines. At least the Linux end of Pd is top notch...too bad I have to echo Roman on the point that proprietary tools are still pretty necessary to have a workflow ease that approaches professional practice. I'm still hoping, but not expecting results like netscape - firefox for another 10 years. Maybe MOTU will go under and open-source DP. I know, I'm a complainer. I'd rather play my guitar than cut it from a tree etc. ~Kyle On Wed, Feb 13, 2008 at 8:43 AM, David Plans Casal [EMAIL PROTECTED] wrote: On 13 Feb 2008, at 13:48, Derek Holzer wrote: Latest version of Ableton (Live 7)doesn't seem to work with JackOSX. Too bad. I used this method for a while with Live 5 and it worked fine. I just tried Live 7 taking channels from Soundflower and sending to Soundflower from PD, and that works fine. http://www.cycling74.com/products/soundflower d ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trinity audio group multitrack recorder
Considering that Ardour and Audacity run on it, I think it's probably a full CPU, so that regular Pd would run on it. .hc On Feb 14, 2008, at 7:52 AM, Mika Ristimäki wrote: Hi all, I was wondering if some of you have seen or used this device: http://www.trinityaudiogroup.com/ It seems quite interesting portable Linux based multi-track recorder. I've never ported anything to a hand held devices, but it would be interesting to use PD on something like that. I'm aware of the Geiger's work with PDa, so any ideas how that port might fit to the above mentioned device?? Or better yet, is there someone already doing the porting?? -Mika Ristimäki ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 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
Re: [PD] open with on os x
Cool, this is very useful. If you post a bug, patch or feature request to the tracker? Then I'll look into it when I have a chance. .hc On Feb 13, 2008, at 7:36 PM, marius schebella wrote: ok. since steffen got different behaviour on his computer, I did some more testing, and indeed with the current format given in plist for the key CfBundleVersion this information is useless, because osx cannot interpret it correctly. that means the default app is the one that you installed first. also, Info.plist is only read the very first time you start the application, so in order for the version number to take effect, you have to delete the app and reinstall it. I tested two different autobuild versions, one from 20071117 and one from 20080117. the one that I installed first became the default version and could not be changed later. then I used a different format for CfBundleVersion (0403.71.117 vs. 4003.80.117 [osx will only read 9 numbers!]) and then always the latest release became the default, no matter which version was installed first. I don't know what a good version naming scheme would be, and also pd-extended does not conflict with pd vanilla or for example netpd (I guess because these use different preference files for plist). so - the advantage of using CfBundleVersion would be that always the latest (of several) autobuild versions would be selected as the default app to open *.pd (and *.pat) files. I think this would be helpful marius. Hans-Christoph Steiner wrote: Can't hurt. Let us know what happens. .hc On Feb 13, 2008, at 2:08 PM, marius schebella wrote: but the registration is system intern and I cannot access it and change it and therefore have problems when I want to use a different release version as default. after googleing information on how Info.plist works, I came across this link http://www.dribin.org/dave/blog/archives/ 2006/08/02/versioning_os_x_apps/ and thought maybe changing the CfBundleVersion entry to a correct format (nn.n.nxnnn) could solve this problem, but I am not sure (I will try...). what do you think? marius. Hans-Christoph Steiner wrote: It's not a secret, it's decently documented on Apple's site. The registration happens when you start the app. The OS reads the Contents/Info.plist that's inside the app when you launch it. .hc On Feb 12, 2008, at 6:46 PM, marius schebella wrote: true. it is apple's big secret where exactly this gets registered... marius. Hans-Christoph Steiner wrote: Yup, fun fun fun. I have found that it'll only register a given copy of Pd if you run it. .hc On Feb 12, 2008, at 5:27 PM, marius schebella wrote: the latest on this topic. I finally figured out, why osx associates so many Pd versions with the *.pd file extension. osx indexes also applications that are not in the / Applications folder at all, but somewhere on the harddrive (for example in build folders or downloaded files folders). I only got rid of these versions in the open with entries by deleting the unwanted apps themselves. both open with and also the drop down menu in the get info dialog are working again. I also think different release versions which use the same pref file, like org.puredata.plist (in ~/Library/Preferences) will always switch to the newest version by default, therefore you cannot chose version 40-2 if there is also a version 40-3, 41.0. since some pd versions use a different name for the prefs file, it is sometimes possible to set another pd version as the default app for *.pd files. marius. marius schebella wrote: Yes, that is true, but it was the only possibility to get rid of the double entries. at least the only one that I found. marius. Hans-Christoph Steiner wrote: Watch out, I am pretty sure that it deletes all your associations as well, and will prompt you again with the this App hasn't been run before, run it? dialog. .hc On Oct 31, 2007, at 12:44 PM, Dafydd Hughes wrote: boy. i'm gonna bookmark this one! On 31-Oct-07, at 12:39 PM, marius schebella wrote: I finally found the solution to this annoying problem. you have to rebuild the launch service database (see http://www.macosxhints.com/article.php? story=20031215144430486 ) I ran the following command, and that fixed it. /System/Library/Frameworks/ApplicationServices.framework/ Frameworks/LaunchServices.framework/Support/lsregister - kill -r -domain local -domain system -domain user marius. Hans-Christoph Steiner wrote: This is a bug I run into a lot. Basically, if you have a lot of versions of Pd, it confused the assocations system. Try removing random ones. I have found that I have to clean out the associations system from time to time because I am always trying many different versions. I forgot how to do it now... I think it's done by deleting some file in /Library/Caches and
Re: [PD] *.lua = *.pd_lua or *.l_lua?
On Feb 13, 2008, at 8:47 PM, Chris McCormick wrote: On Wed, Feb 13, 2008 at 02:29:31PM -0500, Hans-Christoph Steiner wrote: Currently pdlua loads all *.lua files, which complicates working with *.lua modules not intended to be used as pd classes: Those would have to be in a directory outside of Pd's search path to not pollute Pd's namespace. So how about using Pd's normal tools for handling name clashes and additionally, using a naming prefix like lib for the lua files that are not intended to be Pd objectclasses (as I described earlier)? Another possibility is using a subdir for these files. The problem is Hans, that this is not a nameclash issue at all. The problem is that *all* .pd_linux and .pd files are meant to be read by Pd as instantiable objects. This is not true for all .lua files. It's obvious that the way around this is to make a new prefix which is always treated by pd-lua like .pd and .pd_linux files are (as an instantiable object), and keep .lua files completely separate and ignored by Pure Data. The existing Pd mechanism and convention for knowing what is instantiable is to use the file extension, which is a perfectly widespread method across many programs and operating systems ('.exe', '.so', etc. etc.). Sure, as yout pointed out earlier, you could put a .dll in a directory and instantiate it in Pd if you want, but nobody in their right mind does that because it's not the convention and causes more problems without fixing any. Adding a lib prefix or moving .lua files into a subdirectory do not solve the fundemental problem which is that currently pd-lua thinks that all lua files are instantiable, when they are quite simply not. It makes no sense whatsoever to have Pd able to load a file type which it's not supposed to be able to load. Sorry to add more noise, The part of this whole equation that is the problem is the name clash. That's how this thread started. Frank said that if he had a support lib with the same name as another Pd objectclass, then there was a name clash. Loading a file that is not meant to be an objectclass is not really problem, AFAIK, it just won't create an object. Oftentimes people use this as a hack to load libraries. Since the core of this problem is name clashes, then why not use the existing techniques for dealing with that? I think this discussion is getting too abstract... I just this there already are far too many file extensions in Pd, I have had to do extra work because of them, and have yet to see the benefit. That's my two bits... .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midifile Object
The way it works now [midifile] reads from the same directory that pd is in unless you specify the full path. It should be possible to get it to search in the patch directory, probably by calling canvas_open in pd. I'll look into it this weekend. Martin From: saint [EMAIL PROTECTED] To: pd-list@iem.at Subject: [PD] Midifile Object Date: Thu, 14 Feb 2008 10:26:07 -0800 (PST) hi martin/all, sorry for buggin you about this again, but unfortunately i can't use your (or any) midi external for my purpose if i can't get this to work. the problem i'm having with midifile is this: i can't get midifile to read a .mid file that's in the same folder as the pd patch by referring to it by it's short name only i.e. without the full path c:/progra~1/etc/etc (which does work btw, thanks) is there anyway to get this... [read test.mid( | [midifile] ...to work?! (where the midi file and pd patch are in the same folder of course) basically i need to copy multiple instances of the patch and run it from lots of different folders each referring to different midi files again thanks a million in advance you've been more than helpful so far! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] where is comport?
It should be in externals\iem\comport\comport. Martin From: eva sjuve [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: pd-list@iem.at Subject: [PD] where is comport? Date: Thu, 14 Feb 2008 20:41:51 +0100 Where is the new comport external for linux I read about? I looked in svn but can't find it. A lead on this, anyone? cheers -eva ___ 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] where is comport?
Where is the new comport external for linux I read about? I looked in svn but can't find it. A lead on this, anyone? cheers -eva ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] FOSS audio tools
Hello, Basic recording and editing in Ardour can be realised almost without using the keyboard at all: Anyway Pd beats both in simplicity by only requiring 6 special keyboard shortcuts: Ctl-1,...,5 and Ctl-e ;) Just a quick note that I contradict the view that point and click == good user interface. Additionally I think mouse is a bad unnatural invention but that is because I suffer of carpal tunnel syndrome for years now which I only overcome with the use of graphic tablets but in general the distances you have to go back and forth with mouse is ridiculous and waste of time, particular when making music and having to interact in time. I experienced a high increase of productivity with learning the key shortcuts of applications and thinking about programming a sequencer which doesnt work with mouse anyway (but is not a tracker either, more MPC style). In general I think much about user interfaces and hope to come up with better ideas, point and click is so stoneage and its crazy to fit in all kind of application in this metaphor. Physical hardware user interfaces are one solution, like control surfaces in the audio world. 3D is always a hassle because you usually manipulate 3D on 2D screen. My experience with datagloves is so lala having the bad P5 which is not precise, modelling with it would lead to funny results. And holding up hands in front of the screen is tiresome too. Same was with Lightpen on CRT monitors but both are gone now. I have no experiences with 3D mouses yet... Cheers, Malte -- Malte Steiner media art + development -www.block4.com- next event: 29.feb Notstandskomitee live at Linux Audio Conference Cologne, Germany ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] FOSS audio tools
Hallo, Malte Steiner hat gesagt: // Malte Steiner wrote: Just a quick note that I contradict the view that point and click == good user interface. I agree very much with that. However when doing the first steps in a program, exploring with the mouse can be very handy, but I, too, try to learn the keyboard shortcuts as soon as possible. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] *.lua = *.pd_lua or *.l_lua?
Hans-Christoph Steiner wrote: The part of this whole equation that is the problem is the name clash. That's how this thread started. Frank said that if he had a support lib with the same name as another Pd objectclass, then there was a name clash. Loading a file that is not meant to be an objectclass is not really problem, AFAIK, it just won't create an object. Oftentimes people use this as a hack to load libraries. Since the core of this problem is name clashes, then why not use the existing techniques for dealing with that? I think this discussion is getting too abstract... I just this there already are far too many file extensions in Pd, I have had to do extra work because of them, and have yet to see the benefit. That's my two bits... .hc what I found out from reading franks emails is, that to run one lua script in pd, he sometimes also has lua scripts that are maybe included or referenced or needed to run that one script. and when he gives away a bundle which includes these scripts, then these additional scripts pollute the pd naming scheme. this is not so different to images that are shipped with a patch, you just don't expect that pd would try to open them. and according to franks mail, it obviously *is* a problem that externals don't open correctly anymore, but instead lua spits out an error that it can't load the object correctly (and does not try to look for another file with a *.pd extension instead). there are several suggested solutions right now: * restrict the lua loader to certain directories only (different than the pd searchpatchs) * conventions for search order: first libs, then pd patches, then lua files. but then you search the tree 3 times. * change file extension so that pdlua will never try to open *.lua scripts, just as pd does not try to load *.jpg files I think the pdlua programmer has to look at the pdlua specs anyway if she wants to write her own scripts, so the learning curve is not much steeper if the user has to learn name the script in the following way so that it is accepted by pdlua. or you tell every user that in order to run a patch, she has to drag the lua files to a special lua-directory. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] autobuilds using svn
I switching the autobuilds to slurp from SVN. Let's hope things run smoothly tonight, then we'll have up-to-date nightly builds again. Also, I ran updates on all of the GNU/Linux boxes. .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio sample labeling... (onset, fundamental freq)
hi, i am not so sure about your last sentence : I think it would be useful to take in a sampletable or wavefile. i am working with http://www.sonicvisualiser.org/ and exporting my annotation layer in xml. then i will use pyext in pd to make something with the value (in audio frame). it's a work in progress, tell me if it's a little bit what you are looking for. pat - Original Message - From: Rich E [EMAIL PROTECTED] To: PD list pd-list@iem.at Sent: Thursday, February 14, 2008 12:03 PM Subject: [PD] audio sample labeling... (onset, fundamental freq) Hey list, I was wondering if anyone has implemented any type of sample labeler in pd.. I was thinking about doing something that gave a list of onsets and the fundamental frequency of segments.. could be useful for chopping up samples in real-time. So far, everything I've found takes in an audio signal, whereas I think it would be useful to take in a sampletable or wavefile. cheers, rich ___ 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] autobuilds using svn
great, did you set up the intel mac, too? marius. Hans-Christoph Steiner wrote: I switching the autobuilds to slurp from SVN. Let's hope things run smoothly tonight, then we'll have up-to-date nightly builds again. Also, I ran updates on all of the GNU/Linux boxes. .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ 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] where is comport?
It's included in Pd-extended, by the way. .hc On Feb 14, 2008, at 4:22 PM, eva sjuve wrote: thanks! Martin Peach wrote: It should be in externals\iem\comport\comport. Martin From: eva sjuve [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: pd-list@iem.at Subject: [PD] where is comport? Date: Thu, 14 Feb 2008 20:41:51 +0100 Where is the new comport external for linux I read about? I looked in svn but can't find it. A lead on this, anyone? cheers -eva ___ 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 kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] newbie questions(ableton)
What makes firefox good is that they have a MASSIVE budget, so they can hire people, etc. Pd has a miniscule budget, it's mostly volunteer effort. So you can either contribute on the volunteer end of things, or on the money end of things, and things will get better. I'd like to see Pd bounties as one way to lure more developers to get involved. .hc On Feb 14, 2008, at 2:57 PM, Kyle Klipowicz wrote: Sigh...I don't even want to get into this. Live/Pd integration is a big PITA right now, so I don't even mess w/ it right now. It makes me sad, but I can't afford the $850 for Max/MSP/Jitter, which works pretty well for a lot of people with Live (Live costs money too, but I bought it a long time ago and it's worth it). Basically, I can choose to either have a stable realtime DAW that can also do much of the live improv stuff that I need for performance...or I can try really buggy unstable ideas without a very dedicated framework. Also, the sheer slowdown that Pd experiences on OSX is bad, especially when running Pd with other programs simultaneously. Wrangling with the feedback loops and routing is also a big pain. Icky! So right now it's either professional slickness and ease-of-use of Ableton Live, or back to the trial and error and endless tinkering with Pd that eerily reminds me of some trying to use Debian in 2000 (couldn't even get X11 configured properly for my video card after like 80 hours). It makes me seriously think about trying an approach using my 10-in 10-out interface to connect a linux machine directly into my Live environment, and use MIDI signals to communicate across the machines. At least the Linux end of Pd is top notch...too bad I have to echo Roman on the point that proprietary tools are still pretty necessary to have a workflow ease that approaches professional practice. I'm still hoping, but not expecting results like netscape - firefox for another 10 years. Maybe MOTU will go under and open-source DP. I know, I'm a complainer. I'd rather play my guitar than cut it from a tree etc. ~Kyle On Wed, Feb 13, 2008 at 8:43 AM, David Plans Casal [EMAIL PROTECTED] wrote: On 13 Feb 2008, at 13:48, Derek Holzer wrote: Latest version of Ableton (Live 7)doesn't seem to work with JackOSX. Too bad. I used this method for a while with Live 5 and it worked fine. I just tried Live 7 taking channels from Soundflower and sending to Soundflower from PD, and that works fine. http://www.cycling74.com/products/soundflower d ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] autobuilds using svn
No, there is no Intel Mac any more. The one that was being used got repurposed. bsoisoi is working on getting a 10.5/Leopard box running to host nightly builds. .hc On Feb 14, 2008, at 6:52 PM, marius schebella wrote: great, did you set up the intel mac, too? marius. Hans-Christoph Steiner wrote: I switching the autobuilds to slurp from SVN. Let's hope things run smoothly tonight, then we'll have up-to-date nightly builds again. Also, I ran updates on all of the GNU/Linux boxes. .hc - --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] where is comport?
and very cool! eva sjuve wrote: thanks! Martin Peach wrote: It should be in externals\iem\comport\comport. Martin From: eva sjuve [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: pd-list@iem.at Subject: [PD] where is comport? Date: Thu, 14 Feb 2008 20:41:51 +0100 Where is the new comport external for linux I read about? I looked in svn but can't find it. A lead on this, anyone? cheers -eva ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] writesf produces incorrect header (pd-0.41.0)
i have recently decided that recordings i make have to be little endian, as the architecture has that byte order. so i have used [writesf~] sending it a message: open -bytes 4 -nextstep -little -rate 96000 /tmp/recording-XX after the recording is done, i have a file /tmp/recording-XX.snd, which is not recognised by the file(1) command ..it just says that's a data file ;( i can open the sf in Snd editor, and set header to what i know it is supposed to be - everything works. it seems like [writesf~] has a glitch with that ..it doesn't write header totaly incorrectly or may be somewhat doesn't write it at all.. it's in the latest version of pd, compiled localy on x86_64, gcc-4.1.2, gentoo linux. -- cheers, ilya .d ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midifile Object
# Hi, # I'll be very happy too if this feature can be done. Once I made a demonstration about tuning systems, where I used a midi file as the input. I packed the midi file with the patch but it did not work on any computer other than mine because [midifile] could not find the file. # Thanks in advance! -uğur- On Thu, Feb 14, 2008 at 8:26 PM, saint [EMAIL PROTECTED] wrote: hi martin/all, sorry for buggin you about this again, but unfortunately i can't use your (or any) midi external for my purpose if i can't get this to work. the problem i'm having with midifile is this: i can't get midifile to read a .mid file that's in the same folder as the pd patch by referring to it by it's short name only i.e. without the full path c:/progra~1/etc/etc (which does work btw, thanks) is there anyway to get this... [read test.mid( | [midifile] ...to work?! (where the midi file and pd patch are in the same folder of course) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list