Re: [PD] Getting Sysex output to work on Linux
So I tried [240, 1, 247( | [midiout] on Pd 0-42-0test1 and the message shows up on the MIDI plug. It also works to send one byte at a time. But with Pd0.40.3-extended20080324 it doesn't work, although [noteout] and [ctlout] work fine. This is with ALSA-MIDI and Jack. Martin PSPunch wrote: Does anyone have any opinion on the specs suggested by Martin? Should [sysexout] behave in this manner, or would it be more suitable to make this a new object rather than over write the conventional object for compatibility? I have no idea if I will be skilled to fix this in the near future, but I really would love to see some of my MIDI controllers in action. -- David Shimamoto PSPunch wrote: Martin, I'm looking at the source code in svn, assuming you use [midiout] to send sysex. The midiout object has one method, for floats : midiout_float(), in x_midi.c, line 681. It just calls outmidi_byte() in s_midi.c, line 239. If Pd was compiled with USEAPI_ALSA defined, then outmidi_byte calls sys_alsa_putmidibyte() in s_midi_alsa.c line 234, otherwise it calls sys_putmidibyte() in s_midi_oss.c line 182. Do you mean that theoretically, Pd + ALSA MIDI should be working? hmmm... Well it looks like it should but I just tried with a scope on the cable and got messages using [noteout] but nothing using [midiout] with alsa midi and jack. I tried sending bytes singly and in comma-separated messages as well as just lists. Nothing comes out. According to IOhannes, the problem is rather, that ALSA sequencer does not support MIDI in a way Pd would like it, mainly: no raw midi. Yes, it looks like the ALSA function being called expects a complete sysex message but instead it's getting one byte at a time. I guess Pd should buffer the message until it gets an F7 (End of Exclusive) and then send the whole thing as one packet. Not too difficult except for anticipating what the the maximum message size is going to be. Maybe a [sysexout] object that takes lists of bytes (and inserts the F0 and F7) is in order... Also I think one of the recent posts which I cannot locate now, mentioned that it was just a matter of Pd using a function in ALSA API other than what is used at the moment. Well I think it's better to send a complete sysex packet, otherwise it could be trashed by a noteout or similar that occurs before the F7 goes out. Really Pd should buffer the packet and only then send it to ALSA. Martin ___ 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] [PD-announce] NEW ITALIAN FORUM ABOUT PURE DATA
Hi, that's good! you know there is an italian puredata mailing list from more than 1 year. You can read it at https://www.autistici.org/mailman/listinfo/puredata partecipate :) Husk On Mon, Jun 2, 2008 at 2:17 PM, rajan craveri [EMAIL PROTECTED] wrote: Hello to everyone, today open the italian Forum about Pure Data, the link is: http://www.puredata.it Hope to see you there bye Rajan ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] search in archives
Ctrl Alt Back wrote: Hello, is the namazu on hollidays ? When i try to search for something in Pd mailing list archives, i get : Results: References: [ (can't open the index) ] No document matching your query. i cannot reproduce this. does the problem still persist? if so, could you post your search details? (which list, which query term) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] search in archives
On Tue, Jun 03, 2008 at 10:39:55AM +0200, IOhannes m zmoelnig wrote: Ctrl Alt Back wrote: Hello, is the namazu on hollidays ? When i try to search for something in Pd mailing list archives, i get : Results: References: [ (can't open the index) ] No document matching your query. i cannot reproduce this. does the problem still persist? if so, could you post your search details? (which list, which query term) yes, it still persists, http://lists.puredata.info/pipermail/pd-list/ search string : test, Pd, Gem, shell, monkey ... any query. CtrlAltBack -- |||Ctrl + Alt + Back||| |||restart your view||| ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] search in archives
Ctrl Alt Back wrote: On Tue, Jun 03, 2008 at 10:39:55AM +0200, IOhannes m zmoelnig wrote: Ctrl Alt Back wrote: Hello, is the namazu on hollidays ? When i try to search for something in Pd mailing list archives, i get : Results: References: [ (can't open the index) ] No document matching your query. i cannot reproduce this. does the problem still persist? if so, could you post your search details? (which list, which query term) yes, it still persists, http://lists.puredata.info/pipermail/pd-list/ search string : test, Pd, Gem, shell, monkey ... any query. ah i see. i only ever directly use the search engine, which works fine, e.g.: http://lists.puredata.info/search/PD-list?query=test returns 5210 results the problems have started with my yesterdays start of renaming PD to Pd. should be fixed now. fgmasdr IOhannes CtrlAltBack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] search in archives
On Tue, Jun 03, 2008 at 11:30:10AM +0200, IOhannes m zmoelnig wrote: ah i see. i only ever directly use the search engine, which works fine, e.g.: http://lists.puredata.info/search/PD-list?query=test returns 5210 results the problems have started with my yesterdays start of renaming PD to Pd. should be fixed now. Thanks IOhannes, sorry for bugging with that. I have 15 students, not one of them knew how to use search engine directly. CtrlAltBack -- |||Ctrl + Alt + Back||| |||restart your view||| ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem-0.91.0 released
when would this be included in the night builds of Pd extended? or is it already there? enrike IOhannes m zmoelnig(e)k dio: finally i have decided to release Gem-0.91 codename 'tigital'. downloads (and release notes) are available via the official homepage http://gem.iem.at and via sourceforge http://sourceforge.net/project/showfiles.php?group_id=64325package_id=61445release_id=603766 happy patching mfgas.dr IOhannes ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3dp/pdp_opengl in Pd-extended
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hans-Christoph Steiner escribió: So Lluis Gomez i Bigorda got me to play with 3dp aka pdp_opengl a little bit and it seems interesting, so I added it to the Pd-extended builds for GNU/Linux and Mac OS X. I've already seen some interesting stuff, so I thought I'd throw it out there. You need a build from yesterday or later. Also, there is currently one help patch for 3dp_for, nothing else. So if you generate some in your explorations, please send them my way, or add them to the patch tracker: I've done some help patches for 3dp, copied shamelessly from the opengl documentation. you can find them at http://delcorp.org/abbadingo/index.php/2008/05/17/documentation-for-3dp direct link: http://delcorp.org/abbadingo/3dp_doc.tar.gz and you just have to put them on the 5.reference folder for them to work. I would be pleased if they get in the pd-extended for a true 3dp revolution :D (they are gpl3) cheers Tatiana de la O -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRTtG4to+B4gbPC0RAm/6AKCS1Oel46AYEI4hrgCqLDsFEk4l5ACgqxyc 7bHtyOAk8QWHT8FGBRCim+E= =er4x -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare who? what?
On Mon, 2008-06-02 at 13:21 -0400, Enrique Erne wrote: also i am a bit disappointed that one can not write abstractions, that declares what it depends on. but probably that has some technical reason. this issue hasn't been solved yet, AFAIK. actually i am not even sure, what the problem might be. probably it is not clear how to expand search pathes for an abstractions without expanding the pathes of the parent patch. however (sorry to repeat myself), i think it is quite problematic, that since the introduction of [declare] there is an implicit difference between abstractions and patches, whereas before they were treated exactly the same, in the sense, that it didn't make any difference whether you opened a *.pd-file as patch or instantiated it as an abstraction. is there already an agreement on how it should be implemented ideally? i am still confused, even if i tried to follow all the threads regarding that topic. when writing a patch, i don't want to think about the dependencies of the abstractions i use. that is why i propose the following layout: in my idea of an ideal [declare -std*] layout, it expands search pathes only locally to the patch and all its children (abstractions and abstractions of abstractions). the same goes for abstractions: search pathes are added for the instance itself and all children, but not for the parent patch nor other instances at the same level. search pathes added by the local [declare] should be checked _before_ the parent [declare] before the grandparent [declare] etc. 'relative' means always relative to the location of the file and not relative to file location of the most top parent patch (or anything else). i think, this would be a clean and easy to understand layout, since it is quite similar to how [block~]/[switch~] are working. does that make sense? am i overseeing problems, that aren't covered by this layout? frank, you probably made the most complex abstractions regarding nesting of depencencies (i am thinking of [nqpoly4]). would this layout work for projects using [nqoly4]? in the name of the church of consistency, i truly hope, that we can come up with a layout, that everyone (miller included) agrees on. sorry, if that _did_ already happen and i missed it. 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] OSX Intel: status of M-Audio / MOTU multichannel in/out support?
hey, as per the subject line, can anyone let me know what the current status is of M-Audio or MOTU device support with multiple ins and/or multiple outs on Pd, OSX Intel? looking to buy one and i don't want to get one that doesn't work. thanks d -- damian stewart | +31 6 5902 5782 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] TR909 emulation
thanks, this looks like a nice little app. is it supposed to work on osx too? marius. raul diaz wrote: Hi list! I would like to share with you my TR909 emulation application made with Pd with a Processing graphical interface. http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=en I hope you will enjoy it! Saludos! -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] ___ 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] declare who? what?
On Tue, 2008-06-03 at 14:54 +0200, Roman Haefeli wrote: in my idea of an ideal [declare -std*] layout [..] oops, i did a bad mistake here. of course i mean [declare -lib] and (more important) [declare -path] and _not_ [declare -std*]. 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
Re: [PD] declare who? what?
Roman Haefeli wrote: when writing a patch, i don't want to think about the dependencies of the abstractions i use. that is why i propose the following layout: in my idea of an ideal [declare -std*] layout, it expands search pathes only locally to the patch and all its children (abstractions and abstractions of abstractions). the same goes for abstractions: search pathes are added for the instance itself and all children, but not for the parent patch nor other instances at the same level. search pathes added by the local [declare] should be checked _before_ the parent [declare] before the grandparent [declare] etc. 'relative' means always relative to the location of the file and not relative to file location of the most top parent patch (or anything else). hello roman, I totally agree with you. that should be the default behaviour. But iirc the current behaviour is the opposite way. objects loaded in an abstraction expand their paths to the parent patch. maybe this is because they are loaded first? maybe it is not possible to have local namespaces at all (everything global?)? marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX Intel: status of M-Audio / MOTU multichannel in/out support?
I think m-audio had driver issues with 10.5 for a long time. but since 1-2 weeks they seem to be solved (but I have not tested) http://www.m-audio.com/news/en_us-1267.html marius. Damian Stewart wrote: hey, as per the subject line, can anyone let me know what the current status is of M-Audio or MOTU device support with multiple ins and/or multiple outs on Pd, OSX Intel? looking to buy one and i don't want to get one that doesn't work. thanks d ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX Intel: status of M-Audio / MOTU multichannel in/out support?
Begin forwarded message: From: Julian Peterson [EMAIL PROTECTED] Date: June 3, 2008 10:24:19 AM EDT To: Damian Stewart [EMAIL PROTECTED] Subject: Re: [PD] OSX Intel: status of M-Audio / MOTU multichannel in/out support? I've had a MOTU 828 (original) for several years now and it's always worked well with PD on OSX. Can't get the bugger to work on linux though... (grr MOTU... Proprietary Drivers... ) Jp On Jun 3, 2008, at 9:32 AM, Damian Stewart wrote: hey, as per the subject line, can anyone let me know what the current status is of M-Audio or MOTU device support with multiple ins and/or multiple outs on Pd, OSX Intel? looking to buy one and i don't want to get one that doesn't work. thanks d -- damian stewart | +31 6 5902 5782 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ 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] declare who? what?
On Tue, 2008-06-03 at 09:59 -0400, marius schebella wrote: Roman Haefeli wrote: when writing a patch, i don't want to think about the dependencies of the abstractions i use. that is why i propose the following layout: in my idea of an ideal [declare -std*] layout, it expands search pathes only locally to the patch and all its children (abstractions and abstractions of abstractions). the same goes for abstractions: search pathes are added for the instance itself and all children, but not for the parent patch nor other instances at the same level. search pathes added by the local [declare] should be checked _before_ the parent [declare] before the grandparent [declare] etc. 'relative' means always relative to the location of the file and not relative to file location of the most top parent patch (or anything else). hello roman, I totally agree with you. that should be the default behaviour. But iirc the current behaviour is the opposite way. objects loaded in an abstraction expand their paths to the parent patch. maybe this is because they are loaded first? maybe it is not possible to have local namespaces at all (everything global?)? ok. got that. is this the reason, why miller wants to disable [declare -lib/path] inside abstractions in order to not pollute the parent patch's search path space? so, at this moment, it's a purely technical problem? it would be good to know, if it's only a technical problem, because i had the impression, that it is even unclear, how [declare] is supposed to work (besides the problem how to make it work how it is supposed to work). it would be good know, that there is no need for discussions about the ideal behaviour of [declare] anymore. 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] pdrp
hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ I looked at it because miller mentioned the correct use of declare in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] TR909 emulation
works now. great! did not have to change permissions on osx for the app. really nice patch. saving seems to do nothing. what should happen when I click on save? marius. ps. stripdir and ftos did not load automatically. raul diaz wrote: Hi marius! It only work on windows but could be very easy to port it to mac or linux. Pd patch uses vanilla version with sssad abstractions, mrpeach osc library, and some objects from creb and zexy (ead~, multiplex, demultiplex and lister). So you could use it on mac with pd extended. Processing interface is a windows application (*.exe) but I could export it as a mac application or as web java applet. I attached a rar with mac and linux processing interfaces and pd abstractions. Using pd-extended you only need to open tr909.pd and index.html on java applet folder and it must work. You can look at application.macosx folder if you don't want to use graphical interface as web page. I would like to know if you can run it succesfully on mac. Saludos! 2008/6/3 marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: thanks, this looks like a nice little app. is it supposed to work on osx too? marius. raul diaz wrote: Hi list! I would like to share with you my TR909 emulation application made with Pd with a Processing graphical interface. http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en I hope you will enjoy it! Saludos! -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/ http://creaciodigital.upf.edu/%7Ei50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/ http://creaciodigital.upf.edu/%7Ei50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX Intel: status of M-Audio / MOTU multichannel in/out support?
Damian Stewart wrote: marius schebella wrote: I think m-audio had driver issues with 10.5 for a long time. but since 1-2 weeks they seem to be solved (but I have not tested) http://www.m-audio.com/news/en_us-1267.html marius. but m-audio cards generally work all right with 10.4 + Pd? multichannel? sorry, I don't have an m-audio card, I only followed some discussions on the max list. I would say, if m-audio works for other apps, then it also works for pd and pd does support multichannel, so should not be a problem.. marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX Intel: status of M-Audio / MOTU multichannel in/out support?
marius schebella wrote: I think m-audio had driver issues with 10.5 for a long time. but since 1-2 weeks they seem to be solved (but I have not tested) http://www.m-audio.com/news/en_us-1267.html marius. but m-audio cards generally work all right with 10.4 + Pd? multichannel? -- damian stewart | +31 6 5902 5782 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] TR909 emulation
Hi marius! 2008/6/3 marius schebella [EMAIL PROTECTED]: works now. great! I'm happy to listen that! did not have to change permissions on osx for the app. really nice patch. saving seems to do nothing. what should happen when I click on save? marius. ps. stripdir and ftos did not load automatically. Save buttom saves current pattern as a text file using sssad abstractions, so you can save your pattern, and change pattern number (1-8) in order to create and combine different patterns at different moments. But maybe if stripdir doesn't load save buttom doesn't work (because sssad abstractions use stripdir). Try to import flatspace library where stripdir is, maybe then the save buttom works. Saludos! raul diaz wrote: Hi marius! It only work on windows but could be very easy to port it to mac or linux. Pd patch uses vanilla version with sssad abstractions, mrpeach osc library, and some objects from creb and zexy (ead~, multiplex, demultiplex and lister). So you could use it on mac with pd extended. Processing interface is a windows application (*.exe) but I could export it as a mac application or as web java applet. I attached a rar with mac and linux processing interfaces and pd abstractions. Using pd-extended you only need to open tr909.pd and index.html on java applet folder and it must work. You can look at application.macosx folder if you don't want to use graphical interface as web page. I would like to know if you can run it succesfully on mac. Saludos! 2008/6/3 marius schebella [EMAIL PROTECTED] mailto: [EMAIL PROTECTED]: thanks, this looks like a nice little app. is it supposed to work on osx too? marius. raul diaz wrote: Hi list! I would like to share with you my TR909 emulation application made with Pd with a Processing graphical interface. http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=enhttp://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/~i50874/project.php?p1=0p2=0lang=enhttp://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en http://creaciodigital.upf.edu/%7Ei50874/project.php?p1=0p2=0lang=en I hope you will enjoy it! Saludos! --Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/http://creaciodigital.upf.edu/%7Ei50874/ http://creaciodigital.upf.edu/%7Ei50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/http://creaciodigital.upf.edu/%7Ei50874/ http://creaciodigital.upf.edu/%7Ei50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/http://creaciodigital.upf.edu/%7Ei50874/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] -- Raul Diaz Poblete * http://creaciodigital.upf.edu/~i50874/ [EMAIL PROTECTED] Barcelona [Spain] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] declare who? what?
Roman Haefeli wrote: it would be good to know, if it's only a technical problem, because i had the impression, that it is even unclear, how [declare] is supposed to work (besides the problem how to make it work how it is supposed to work). it would be good know, that there is no need for discussions about the ideal behaviour of [declare] anymore. the discussion goes back to at least 2001 This is going to be a never-ending problem...! (Miller P.) http://lists.puredata.info/pipermail/pd-list/2001-07/002662.html but then, That it's adding stuff to the parent patch is a serious bug; there's no reason to believe that putting declare in abstractions is doing a useful thing at all at present! (Miller P.) http://lists.puredata.info/pipermail/pd-list/2008-01/059038.html from which I read that (beginning with 0.41) patch-local namespaces are/will be working and the intended behaviour for inheritance is that abstractions should NOT extend their namespace to the parent patch. otoh, this still does not say that patches will extend their namespace to abstractions used inside them (which - hopefully - will be supported in the future.) now, does this mean that an abstraction can override an object declaration of a parent patch (avoiding nameclashes by forcing own declarations of objects). marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] TR909 emulation
raul diaz wrote: Hi marius! 2008/6/3 marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: works now. great! I'm happy to listen that! did not have to change permissions on osx for the app. really nice patch. saving seems to do nothing. what should happen when I click on save? marius. ps. stripdir and ftos did not load automatically. Save buttom saves current pattern as a text file using sssad abstractions, so you can save your pattern, and change pattern number (1-8) in order to create and combine different patterns at different moments. But maybe if stripdir doesn't load save buttom doesn't work (because sssad abstractions use stripdir). Try to import flatspace library where stripdir is, maybe then the save buttom works. I already did that, no problem. I expected that save would open a save dialog or something... marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem-0.91.0 released
On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote: if you (or anybody else) finds more bugs till tomorrow Has something happened to [pix_data] since GEM: ver: 0.91-cvs GEM: compiled: May 21 2008 ? (I can't see anything in the Changelog.) I have a patch that uses that where the output is very different between the two versions. Best, Steffen ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem-0.91.0 released
On 03/06/2008, at 20.48, Steffen Juul wrote: On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote: if you (or anybody else) finds more bugs till tomorrow Has something happened to [pix_data] since GEM: ver: 0.91-cvs GEM: compiled: May 21 2008 ? (I can't see anything in the Changelog.) I have a patch that uses that where the output is very different between the two versions. Maybe i should add that there is also a [pix_contrast] involved. The chain all in all is: [gemhead] [pix_image] [pix_contrast] [pix_texture] [square] [pix_data] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem-0.91.0 released
Le 3 juin 08 à 21:36, Steffen Juul a écrit : On 03/06/2008, at 20.48, Steffen Juul wrote: On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote: if you (or anybody else) finds more bugs till tomorrow Has something happened to [pix_data] since GEM: ver: 0.91-cvs GEM: compiled: May 21 2008 ? (I can't see anything in the Changelog.) I have a patch that uses that where the output is very different between the two versions. Have you screenshots before/after ? Maybe i should add that there is also a [pix_contrast] involved. The chain all in all is: [gemhead] [pix_image] [pix_contrast] [pix_texture] [square] [pix_data] No problem, with this chain on MacOSX.4.11, Powerbook G4, Pd version 0.40.3-extended-20080601, GEM: ver: 0.91.0 'tigital' compiled: Jun 1 2008 ++ Jack ___ 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] OSX Intel: status of M-Audio / MOTU multichannel in/out, support?
are you looking for a firewire interface? I have a long sad story about a m-audio firewire 410, which I will otherwise spare you. I'm now using an edirol fa-101, so far happily. Collin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdrp
Not to mention it includes the entire computer score for Manoury's *Jupiter*and *Pluton*... some amazing pieces of music. -rich On Tue, Jun 3, 2008 at 9:08 AM, marius schebella [EMAIL PROTECTED] wrote: hi, seems this project has not attracted much attention in the past. http://crca.ucsd.edu/~msp/pdrp/ http://crca.ucsd.edu/%7Emsp/pdrp/ I looked at it because miller mentioned the correct use of declare in the patches http://lists.puredata.info/pipermail/pd-list/2006-10/042941.html however, declare is not used in all patches, so many patches don't load correctly. (besides that it is not always easy to find the main patch). one interesting thing though is the use of [declare -path .] marius. ___ 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
