Re: [PD] Pd applications for the blind or other disabled
Il 21/05/11 19:22, Mathieu Bouchard ha scritto: On Sat, 21 May 2011, Stefano Papetti wrote: I wonder if there exist any examples of applications developed with Pd (from simple patches to externals or libpd-based stuff) aimed at rehabilitation or human-computer interaction for disabled people. I'd be very interested in any examples on this matter. The ISAS project at McGill University (Montréal) http://www.cim.mcgill.ca/Members/manager/seminar.2011-02-17.9522635964/ BTW it says ZenGarden in the announcement, but the project replaced it with PdLib a few days after that presentation. thanks Mathieu, very interesting. I would be interested in trying the prototype... Is there a public repository with the Pd patches? Unless ISAS uses some externals, the Pd patches should be compatible with Android devices as well, using ScenePlayer: http://puredata.info/community/projects/software/sceneplayer best, S ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd applications for the blind or other disabled
Hi Olivier Il 22/05/11 08:46, Olivier Baudu ha scritto: Hi... I've done this patch few months ago : http://yamatierea.org/papatchs/#1-terface It's an interface for people who can just push one contactor (with the chin for exemple). You can choose the number of the lines, columns, the cursor's speed an have a specific action for each square. I've also worked with blind people, and as this sequencer (http://yamatierea.org/papatchs/squareroom/OSR.htm) can be used with gamepad it's possible to compose (and make animation) without the screen. It had not been made for, but it was fun... :-) With cranial trauma, I've use this one (http://yamatierea.org/papatchs/#detc-mvt) for them to make music with their movements. It could be use with blind people. Hope it'll be usefull. amazing work! i'll try to run your patches, and i'll eventually come back to you if I need some advices. thanks a lot. best, S Cheers. 01ivier. 2011/5/21 Stefano Papetti stefano.pape...@univr.it mailto:stefano.pape...@univr.it Hello, I wonder if there exist any examples of applications developed with Pd (from simple patches to externals or libpd-based stuff) aimed at rehabilitation or human-computer interaction for disabled people. I'd be very interested in any examples on this matter. Best, Stefano ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd applications for the blind or other disabled
Hello, I wonder if there exist any examples of applications developed with Pd (from simple patches to externals or libpd-based stuff) aimed at rehabilitation or human-computer interaction for disabled people. I'd be very interested in any examples on this matter. Best, Stefano ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd applications for the blind or other disabled
Il 21/05/11 13:14, Max ha scritto: there is http://www.palindrome.de/box thanks Max, very promising and interesting indeed! However I'm looking for something that is already available, and possibly working also on mobile (Android) devices Best, Stefano though it's not yet clear if it is going to use Pd or not. m. Am 21.05.2011 um 12:37 schrieb Stefano Papetti: Hello, I wonder if there exist any examples of applications developed with Pd (from simple patches to externals or libpd-based stuff) aimed at rehabilitation or human-computer interaction for disabled people. I'd be very interested in any examples on this matter. Best, Stefano ___ 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] looking for a frequency crossover (split a signal in 2 frequency bands)
Hello, do you know about a ready made external/abstraction allowing to split a signal in 2 frequency bands with minimal crosstalk? I only found an old post mentioning x-equ~.pd but the link to the library doesn't work anymore. Thanks, S ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] looking for a frequency crossover (split a signal in 2 frequency bands)
Hi Derek, I'm already preparing a patch that works in that way. Indeed 1 pole is not enough to avoid crosstalk. Thanks ;) Best, S - Messaggio originale - Da: Derek Holzer de...@umatic.nl Data: Monday, July 6, 2009 15:31 Oggetto: Re: [PD] looking for a frequency crossover (split a signal in 2 frequency bands) A: stefano.pape...@univr.it Cc: pd-list@iem.at Simple recommendation is to chain several [lop~] objects for the low band, and several [hip~] objects for the high band. The more you put in the chain, the less crosstalk you will have. Use same cutoff frequency for each of course. best, D. stefano.pape...@univr.it wrote: Hello, do you know about a ready made external/abstraction allowing to split a signal in 2 frequency bands with minimal crosstalk? I only found an old post mentioning x-equ~.pd but the link to the library doesn't work anymore. -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 159: Tidy up ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] portaudio compatibility with some ASIO drivers (Windows only)
Dear Thomas, Thomas Grill ha scritto: I can say that i've never had problems with the RME drivers, especially ASIO with various applications. If there are problems i suspect them to be related to some old portaudio code used in Pure Data. Up-to-date portaudio versions work flawlessly with RME drivers. I checked my issue with 2 applications (made by a colleague) which have been compiled respectively against the latest portaudio available from the website and from svn: they both can see the driver Fireface ASIO and its properties correctly. Therefore I suspect there's something wrong either with the version used by pd and Audacity, or their utilization of portaudio. If I find the time, I'll try compiling pd against those versions of portaudio to see what happens. Best, S ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] portaudio compatibility with some ASIO drivers (Windows only)
Thomas Grill ha scritto: - the RME ASIO driver simply doesn't work, and nobody actually knows why... However some people report to get ultra-low latencies (3ms) with the MMIO drivers. Moreover, even with the MMIO driver they can use the multi-channel capability of the RME only when set at 48000 Hz (but this is another story...). I will ask RME directly about these issues. I can say that i've never had problems with the RME drivers, especially ASIO with various applications. If there are problems i suspect them to be related to some old portaudio code used in Pure Data. Up-to-date portaudio versions work flawlessly with RME drivers. I don't know many other portaudio-based applications, but I can say that the latest Audacity also can't properly see the Fireface ASIO drivers... Of course native ASIO applications (e.g., Ableton Live, Pianoteq, Reaper) work flawlessly. As for pd-extended 0.40-3, 0.41-4, and pd vanilla 0.42-5 the Fireface driver report: Fireface Analog (1+2) MME ... up to (9+10) MME Fireface Analog (1+2) ... up to (9+10) so I thought that the latest were reffering the ASIO driver, even if no explicitly mentioned. Indeed pd allows to select a pair (loosing the multichannel feature...) of ins/outs from the last line as ASIO drivers, however they don't work unless I set latency to 40ms... I tried on two different machines - a desktop and a laptop - using the latest RME drivers (v2.95) with identical results. Also, Audacity reports the same list of devices above plus a prefix MME: , a nothing concerning ASIO. Finally, I often use asio4all with a pc's internal audio card in order to get decently low latencies, however both pd and Audacity can't see the virtual driver ASIO4ALL while the Fireface is connected, i.e. as soon as it is disconnected the driver ASIO4ALL shows up again... Well, I guess I'd better post this on portaudio's mailing list. Concerning MMIO i can hardly imagine how people can reach low latencies with it, given the architecture of this interface. I agree... I tried myself and I can't go below 40ms. Best, S ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] portaudio compatibility with some ASIO drivers (Windows only)
hi Hans-Christoph, I found that in the svn version of portaudio (namely in pa_asio.ccp) the driver ReaRoute ASIO is not blacklisted anymore (as committed by Ross Bencina on June 16), so I think that it will be nice to re-compile pd against it. Do you think it's not reliable enough compared to the standard v19? Anyway I'll give the nightly builds a try, thanks. That should improve general ASIO performance of already working devices. Best, S Hans-Christoph Steiner ha scritto: Maybe its due to the version of ASIO in use? I just upgraded the build farm to use ASIO 2.2, so nightly builds of Pd-extended are using that. .hc On Jun 30, 2009, at 2:53 PM, Stefano Papetti wrote: Hello, I noticed that pd (at least recent versions of both vanilla and extended) and other portaudio-based applications (e.g. Audacity) don't see some ASIO drivers: namely, the RME Fireface 800 and REAPER's ReaRoute ASIO drivers. I found several posts in different forums around about both issues, and I've drawn the following conclusions: - the RME ASIO driver simply doesn't work, and nobody actually knows why... However some people report to get ultra-low latencies (3ms) with the MMIO drivers. Moreover, even with the MMIO driver they can use the multi-channel capability of the RME only when set at 48000 Hz (but this is another story...). I will ask RME directly about these issues. - the ReaRoute ASIO driver is blacklisted by portaudio (as of v19) and therefore discarded... The latter is my most urgent problem because I need to route audio from pd to REAPER with the lowest possible latency/cpu load. Please help! Thanks, S ___ Pd-list@iem.at mailto: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] portaudio compatibility with some ASIO drivers (Windows only)
Hans-Christoph Steiner ha scritto: Maybe its due to the version of ASIO in use? I just upgraded the build farm to use ASIO 2.2, so nightly builds of Pd-extended are using that. I tried the latest autobuild of pd-extended 0.42-5 for windows but it doesn't work: after executing pd nothing happens and I don't even see the process pd.exe in task manager. I guess it just crashes. S .hc On Jun 30, 2009, at 2:53 PM, Stefano Papetti wrote: Hello, I noticed that pd (at least recent versions of both vanilla and extended) and other portaudio-based applications (e.g. Audacity) don't see some ASIO drivers: namely, the RME Fireface 800 and REAPER's ReaRoute ASIO drivers. I found several posts in different forums around about both issues, and I've drawn the following conclusions: - the RME ASIO driver simply doesn't work, and nobody actually knows why... However some people report to get ultra-low latencies (3ms) with the MMIO drivers. Moreover, even with the MMIO driver they can use the multi-channel capability of the RME only when set at 48000 Hz (but this is another story...). I will ask RME directly about these issues. - the ReaRoute ASIO driver is blacklisted by portaudio (as of v19) and therefore discarded... The latter is my most urgent problem because I need to route audio from pd to REAPER with the lowest possible latency/cpu load. Please help! Thanks, S ___ Pd-list@iem.at mailto: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
[PD] portaudio compatibility with some ASIO drivers (Windows only)
Hello, I noticed that pd (at least recent versions of both vanilla and extended) and other portaudio-based applications (e.g. Audacity) don't see some ASIO drivers: namely, the RME Fireface 800 and REAPER's ReaRoute ASIO drivers. I found several posts in different forums around about both issues, and I've drawn the following conclusions: - the RME ASIO driver simply doesn't work, and nobody actually knows why... However some people report to get ultra-low latencies (3ms) with the MMIO drivers. Moreover, even with the MMIO driver they can use the multi-channel capability of the RME only when set at 48000 Hz (but this is another story...). I will ask RME directly about these issues. - the ReaRoute ASIO driver is blacklisted by portaudio (as of v19) and therefore discarded... The latter is my most urgent problem because I need to route audio from pd to REAPER with the lowest possible latency/cpu load. Please help! Thanks, S ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Rotating object rolling on irregular terrain
Hi all, at that time, Matthias Rath was working on the rolling model in Verona (Vision, Image Processing, and Sound lab, Computer Science Dept.) and was a member in the project Sounding Object (SOb, http://www.soundobject.org/ , there you can find the book collecting the most important results of the project). Unfortunately the software available on-line is not the very updated. However, the current CLOSED project (http://closed.ircam.fr/ ), in which I am a member, is carrying on the development of the everyday-sounds modules. You can find the latest version of the software package (available via svn) here: https://svn.sme-ccppd.org/svn/sobs/SoundDesignTools/tags/SDT-0.4.2c/ Unfortunately, since the coordinator of the project CLOSED is an Ircamian, we were force to switch to Max/MSP, but at the same time we started developing using flext, so you can always compile the externals for pd. The example patches provided are for Max only, though. If you're interested, I can send you the latest pd version (pre-Max) of the rolling patch+externals. Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote controller and Mac OS X
Hello .hc, Ok, I got the wiiremote connecting to Pd and I can get one data reading, so I am getting close. Hopefully I'll have this working by the end of the day. wow, that would be great! thanks! and thanks to all the people who promptly answered suggesting some viable way to make the Wii Remote communicate with pd. as far as I understand it's a port of aka.wiiremote, right? do you think that a cross-platform (Max/pd) version, at least forMacOSX, could be made by using flext? however I know there are issuesconcerning Bluetooth implementations on different OSes. Ciao! Stefano .hc On Mar 4, 2008, at 12:03 PM, Stefano Papetti wrote: Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? Thanks, Stefano ___ 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
[PD] Wii remote controller and Mac OS X
Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? Thanks, Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] looking for an example port of a max/msp external to flext
Hi, I ported some pd externals to Max using flext. Do you think they would be useful? Otherwise look at the flext tutorial: there you'll find several examples of flext-based externals corresponding to some of the pd externals supplied with the HOWTO for pd (http://iem.at/pd/externals-HOWTO/). Best, Stefano On Mon, February 19, 2007 22:44, Ivica Ico Bukvic said: Hi all, Does anyone know of a simple external port example from Max/MSP into flext/Pd? It seems that this is not a very common route so I am looking for some preferably simple external for my student to be able to compare code in order to learn more about the process and ultimately figure out how to port such externals to Pd via flext. Any help is most appreciated! Best wishes, Ico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] looking for an example port of a max/msp external to flext
Hi, IMO flext makes externals programming really straightforward (compared to plain pd externals programming at least): everything is clearer and the code is far more readable. Once learned how to use it, the porting of my pd externals has been straightforward and fast. Definitely worth learning it! Stefano On Tue, February 20, 2007 9:58, Eric Lyon said: Hi Ico, If you want to move an external from MaxMSP to MaxMSP/Pd, I developed another approach which is far less elegant than Thomas Grill's flext, but may be easier when you are starting with an existing MaxMSP code base. The basic idea is to use #ifdefs at the few places where MaxMSP and Pd code diverge, and a single header to wrap the different headers used for the two programs. The result is a single code file that will compile into either Pd or MaxMSP. You can see examples of this here: http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/Pd/ Best, Eric ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] hid compatibility
great as ever! Stefano On Tue, February 13, 2007 12:56, Thomas Grill said: Hi all, it's perfectly possible to separate mouse and wacom tablet inputs,by capturing the wacom. The major problem is that this is can only be done by using a non-disclosed API. I was able to make an arrangement with wacom so that they gave me the relevant specs, but i'm not allowed to publish an object with open-source. It's possible to publish a binary one, though. The object is already working for MacOS but i haven't had time for Windows yet. It will be part of vibrez_pure. greetings, Thomas Martin Peach schrieb: Hans-Christoph Steiner wrote: On Feb 11, 2007, at 2:11 PM, João Miguel Pais wrote: There is a test version of [hidio] working on Windows, including output support. We are working on making a release. But Wacoms will only be supported by [hidio] on GNU/Linux because on Windows and Mac OS X, you have to install the Wacom drivers, which do not use the HID API, but instead their own custom API. that's a drag. there's now way to avoid that? do you know any other tablets which allow pressure/tilt sensoring? do you also know if it's possible to use this tablet and a mouse together in windows? (that is, the tablet doesn't control the pointer) I don't know the answer to either question, but also would be interested in hearing answers... The tablet and the mouse both work at the same time, so if both are moving, you get a mix of both. It's the same if you plug two or more mice into the machine, but the tablet has absolute position so the cursor jitters if it's being driven by a mouse at the same time, while the mouse relative offsets add together to make the cursor move. Wacom seem to have APIs available for the usual suspects at http://www.wacomeng.com/devsupport/index.html Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiiremote b4
Hi Hans, I already did that but I get this output: cc wiiremote.c -o wiiremote wiiremote.c: In function 'wiiremote_search': wiiremote.c:101: warning: 'IOBluetoothDeviceInquiryCreateWithCallbackRefCon' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2843) wiiremote.c:101: warning: 'IOBluetoothDeviceInquiryCreateWithCallbackRefCon' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2843) wiiremote.c:102: warning: 'IOBluetoothDeviceInquirySetDeviceFoundCallback' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2894) wiiremote.c:102: warning: 'IOBluetoothDeviceInquirySetDeviceFoundCallback' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2894) wiiremote.c:103: warning: 'IOBluetoothDeviceInquirySetDeviceNameUpdatedCallback' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2914) wiiremote.c:103: warning: 'IOBluetoothDeviceInquirySetDeviceNameUpdatedCallback' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2914) wiiremote.c:104: warning: 'IOBluetoothDeviceInquirySetCompleteCallback' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2924) wiiremote.c:104: warning: 'IOBluetoothDeviceInquirySetCompleteCallback' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2924) wiiremote.c:106: warning: 'IOBluetoothDeviceInquiryStart' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2864) wiiremote.c:106: warning: 'IOBluetoothDeviceInquiryStart' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2864) wiiremote.c:109: warning: 'IOBluetoothDeviceInquiryDelete' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2854) wiiremote.c:109: warning: 'IOBluetoothDeviceInquiryDelete' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2854) wiiremote.c: In function 'wiiremote_stopsearch': wiiremote.c:125: warning: 'IOBluetoothDeviceInquiryStop' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2874) wiiremote.c:125: warning: 'IOBluetoothDeviceInquiryStop' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2874) wiiremote.c:132: warning: 'IOBluetoothDeviceInquiryDelete' is deprecated (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2854) wiiremote.c:132: warning: 'IOBluetoothDeviceInquiryDelete' is unavailable (declared at /System/Library/Frameworks/IOBluetooth.framework/Headers/IOBluetoothUserLib.h:2854) /usr/bin/ld: Undefined symbols: _main _CFStringCompare _IOBluetoothDeviceCloseConnection _IOBluetoothDeviceGetName _IOBluetoothDeviceInquiryCreateWithCallbackRefCon _IOBluetoothDeviceInquiryDelete _IOBluetoothDeviceInquirySetCompleteCallback _IOBluetoothDeviceInquirySetDeviceFoundCallback _IOBluetoothDeviceInquirySetDeviceNameUpdatedCallback _IOBluetoothDeviceInquiryStart _IOBluetoothDeviceInquiryStop _IOBluetoothDeviceIsConnected _IOBluetoothDeviceOpenConnection _IOBluetoothDeviceOpenL2CAPChannelSync _IOBluetoothDevicePerformSDPQuery _IOBluetoothDeviceRegisterForDisconnectNotification _IOBluetoothL2CAPChannelCloseChannel _IOBluetoothL2CAPChannelWriteSync _IOBluetoothObjectRelease _IOBluetoothObjectRetain _IOBluetoothUserNotificationUnregister ___CFConstantStringClassReference collect2: ld returned 1 exit status make: *** [wiiremote] Error 1 with my MacBook Pro (Intel) 10.4.8 Moreover the binary you provided doesn't work with pd 0.40-2 on my Intel Mac. I get a wrong architecture error at creation time. Best, Stefano If you have the whole dev layout checked out, then: cd pure-data/externals make wiiremote ls -l io/wiiremote/wiiremote.pd_darwin I posted a binary on this list, check the archives. .hc On Jan 12, 2007, at 10:27 AM, Stefano Papetti wrote: Hello Hans, thanks for porting it! I'm not able to compile the cvs version with make under MacOSX 10.4.8. Could you please tell me which are the commands to get it compiled? Many thanks, Stefano Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] wiiremote b4
Hello Hans, thanks for porting it! I'm not able to compile the cvs version with make under MacOSX 10.4.8. Could you please tell me which are the commands to get it compiled? Many thanks, Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] convert pd patches to Max patches
Thank you all! Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] convert pd patches to Max patches
apart from browsing the archives at http://lists.puredata.info/pipermail/pd-list/ (note that i am ignorant of any moratoria that might be around), you could also try to: 1) save the max-patch as text (with .pat ending) and open it in pd 2) use cyclone (i don't know much about that, but this has definitely been discussed several times on this list) Thanks.. Iohannes, but my concern is about converting a patch from pd to Max and not viceversa. I didn't find anything except for a very old converter on the pddp site. Unfortunately the pd patches I converted with that don't work. Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GGEE/state
That sounds cool! It would be nice to give it a try.. where can I find it? Best, Stefano -- www.myspace.com/noou (noou) electronic + music How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations... ~Kyle On 11/10/06, Patco [EMAIL PROTECTED] wrote: Hello, I've just discovered an undocumented external called [state]. With reading at the sources, I've found out how it works. [save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset. Correct me if I've wrong. In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well. Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive. It's a very interesting client side state saving, too bad that it's undocumented yet. PatCo. ___ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GGEE/state
Oh, sorry! Of course the external is included yet undocumented... I feel very tired today ;) Stefano -- www.myspace.com/noou (noou) electronic + music How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations... ~Kyle On 11/10/06, Patco [EMAIL PROTECTED] wrote: Hello, I've just discovered an undocumented external called [state]. With reading at the sources, I've found out how it works. [save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset. Correct me if I've wrong. In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well. Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive. It's a very interesting client side state saving, too bad that it's undocumented yet. PatCo. ___ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list