[PD] control ardour via pd/[sendOSC]
Hi, I just discovered that ardour is controllable via OSC in pd! In the past, I have used midi keys to sync my pd patches and ardour, but this was always a little painful. So, as I hadn't seen any other reference of this, I thought I would post what commands are available here. First, you have to turn on OSC within ardour (2.2 or up), which is in options-misc options. Then, if this is your first time, a file will be written to .ardour2/osc_url that contains what udp port ardour communicates osc messages. This is connectable in pd with, in my case: | connect localhost 3819 ( | [sendOSC] Then you have these commands available within pd (this is taken directly out of ardour-2.4.1/src/libs/ardour/osc.cc). The message you would type in pd would be something like send /ardour/add_marker. I haven't tried any of these but start and stop yet, but here they are: REGISTER_CALLBACK (serv, /ardour/add_marker, , add_marker); REGISTER_CALLBACK (serv, /ardour/loop_toggle, , loop_toggle); REGISTER_CALLBACK (serv, /ardour/goto_start, , goto_start); REGISTER_CALLBACK (serv, /ardour/goto_end, , goto_end); REGISTER_CALLBACK (serv, /ardour/rewind, , rewind); REGISTER_CALLBACK (serv, /ardour/ffwd, , ffwd); REGISTER_CALLBACK (serv, /ardour/transport_stop, , transport_stop); REGISTER_CALLBACK (serv, /ardour/transport_play, , transport_play); REGISTER_CALLBACK (serv, /ardour/set_transport_speed, f, set_transport_speed); REGISTER_CALLBACK (serv, /ardour/save_state, , save_state); REGISTER_CALLBACK (serv, /ardour/prev_marker, , prev_marker); REGISTER_CALLBACK (serv, /ardour/next_marker, , next_marker); REGISTER_CALLBACK (serv, /ardour/undo, , undo); REGISTER_CALLBACK (serv, /ardour/redo, , redo); REGISTER_CALLBACK (serv, /ardour/toggle_punch_in, , toggle_punch_in); REGISTER_CALLBACK (serv, /ardour/toggle_punch_out, , toggle_punch_out); REGISTER_CALLBACK (serv, /ardour/rec_enable_toggle, , rec_enable_toggle); REGISTER_CALLBACK (serv, /ardour/toggle_all_rec_enables, , toggle_all_rec_enables); #if 0 REGISTER_CALLBACK (serv, /ardour/*/#current_value, , current_value); REGISTER_CALLBACK (serv, /ardour/set, , set); #endif #if 0 // un/register_update args= s:ctrl s:returl s:retpath lo_server_add_method(serv, /register_update, sss, OSC::global_register_update_handler, this); lo_server_add_method(serv, /unregister_update, sss, OSC::global_unregister_update_handler, this); lo_server_add_method(serv, /register_auto_update, siss, OSC::global_register_auto_update_handler, this); lo_server_add_method(serv, /unregister_auto_update, sss, OSC::_global_unregister_auto_update_handler, this); -rich ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] value [was: Re: Compiling Lua on Mac OS X]
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: Well, from what I can see, the lua.pd_darwin and pd.lua are both in the 'src' folder. The install/compile notes didn't say anything about copying these things to the 'extra' folder. Yes, it's probably a bug somewhere. Thanks, I will most definite check these things out over the weekend. And now that it can access PD [value]s, I think it will simplify my GUI interface in PD A LOT!!! Congrats! ;) Though value-access may not have been necessary for this: [value] is practically equivalent to a [list] decorated inside an abstraction with [r $1] to its right inlet and [s $1] to its outlet, and in pdlua you would have accessed the sends and receives. Another hint: Replace your [value]'s with [sssad] and you also get state saving. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Darwiinmoteosc osx with gem
Yes, I've tried this to great effect. I've got a patch written for osc in pd-extended 0.39 test 4. What I think is useful, is that with the IR sensor bar, ontop of your mac, you can invoke gemmouse. Then all you need is a gun attachment for your wii and you can point and shoot! Can you attach patches in this list? I'd be happy to share. Simon Kilshaw Lecturer in Music Technology RWCMD -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Fri 5/9/2008 4:54 PM To: pd-list@iem.at Subject: PD-list Digest, Vol 38, Issue 48 Send PD-list mailing list submissions to pd-list@iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of PD-list digest... Today's Topics: 1. Re: Lua and PD (update) (Claude Heiland-Allen) 2. Re: controlling gem camera with wiimote (Dafydd Hughes) 3. Re: controlling gem camera with wiimote (IOhannes m zm?lnig) 4. Re: Mailing-List header (IOhannes m zm?lnig) 5. Re: 0.41-4 on osx (marius schebella) 6. Re: 0.41-4 on osx (IOhannes m zm?lnig) 7. Re: List header (Was: Re: [PD-announce] Proof Me! PD FLOSS Manual) (marius schebella) 8. Re: 0.41-4 on osx (marius schebella) 9. Re: 0.41-4 on osx (IOhannes m zm?lnig) 10. Re: List header (Was: Re: [PD-announce] Proof Me! PD FLOSS Manual) (Frank Barknecht) 11. improve find function (marius schebella) -- Message: 1 Date: Fri, 09 May 2008 13:38:26 +0100 From: Claude Heiland-Allen [EMAIL PROTECTED] Subject: Re: [PD] Lua and PD (update) To: Mike McGonagle [EMAIL PROTECTED] Cc: pd_list pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Claude Heiland-Allen wrote: Mike McGonagle wrote: 2. Lua access to PD tables Now implemented (lacking some things, like GUI refresh). Now added: t:redraw(), see [ltabfill] example. Still lacking some niceness, should be able to do: local t = pd.Table:new():sync(mytable) t[123] = 456 local x = t[789] return #t but that's not (currently) implemented. And it looks like it won't be implemented for the foreseeable future: #t does not invoke the __len metamethod when t is a table. See end of: http://lua-users.org/wiki/GeneralizedPairsAndIpairs This means pd.Table will remain ugly, with :length() :set() :get(), at least until Lua 5.2 (maybe). Mike McGonagle also wrote: I am running Mac OS X 10.4.9, but the real trouble is that I don't have a internet connection at home. It is more a matter of time, and yes, a little bit of apprehension in doing something more. Ok, using the Makefile.static you should be able to download two tarballs: https://devel.goto10.org/dl.php?repname=maximuspath=%2Fpdlua%2Frev=0isdir=1 http://www.lua.org/ftp/lua-5.1.3.tar.gz Unpack pdlua.tar.gz, then put lua-5.1.3.tar.gz directly inside pdlua/ Then edit pdlua/Makefile.static to change the PLATFORM= line to macosx, and within pdlua/ run make -f Makefile.static It should compile first Lua then pdlua, and then you can test it with pd -path src/ -lib lua Hope this works, let me know if not. Claude -- http://claudiusmaximus.goto10.org -- Message: 2 Date: Fri, 9 May 2008 08:45:59 -0400 From: Dafydd Hughes [EMAIL PROTECTED] Subject: Re: [PD] controlling gem camera with wiimote To: Luigi Rensinghoff [EMAIL PROTECTED] Cc: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=WINDOWS-1252 Has anybody on OS X tried darwiinosc? http://code.google.com/p/darwiinosc/ I've just installed it and it looks pretty good to me, although I haven't actually tried to apply it to anything useful yet. cheers dafydd On Fri, May 9, 2008 at 8:34 AM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi wiimote-experimantators Looks like some more people experimenting with th wii on OS X, so we cold share some thoughts and experiences... For know i am using Osculator to send OSC Data to PDbecause 1) It is possible to handle more than one wiimote 2) I was able to compile wiimote or aka.wiiremote on Intel-OS X Tiger, but when i create the aka.wiiremote object or load the help-patch i get that load_object: Symbol setup_aka0x2ewiiremote not found aka.wiiremote 00-1e-35-03-8a-00 i will search again vor Readmes describing the setup procedure...i guess something is wrong with the setup (unfortunately the original readme about the setup procedure from aka.wiiremote is not available on the net any more) It took me a while to find out that without the IR-Sensor bar it is only possible to get TWO axis. as Roman stated before.. I have
Re: [PD] [GEM-dev] current version of GEM using QuickTime generatesaudio output!!!!!!!!!
nevertheless, there haven't been any real changes to the code (that would explain both the sudden appearance of sound and the cpu-thing) i assume that you are doing your tests on the same machine with just Gem.dll exchanged (so directX and quicktime should _really_ be the same) Yes, of course!!! Same machine, same everything. I just close PD, exchange the gem.dll, restart PD, open the patch again, and compare behaviours. Something _must_ have changed that causes the appearance of audio. I assumed the CPU thing was the consequence of the audio thing but that was just my guess. Now I'll try the new one. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 0.41-4 on osx
On May 9, 2008, at 4:30 PM, IOhannes m zmölnig wrote: marius schebella wrote: well, I have to say that I did not make install. maybe that's the problem? marius. neither did i (i don't want to 'make install' everytime i try to find a bug :-)) To run it like /Applications/Pd-0.41-4.app/Contents/Resources/bin/pd, you have to have the Wish.app installed on your computer somewhere findable, like /Applications. On Mac OS X, the start order is the opposite of that on GNU/Linux: GNU/Linux: pd opens pd-gui/wish Mac OS X: pd-gui/wish opens pd Windows: pd opens pd-gui/wish On Mac OS X, I recommend either installing Wish.app, or starting it like this: /Applications/Pd-0.41-4.app/Contents/MacOS/Pd I wrote up a FAQ entry on this, since there are lots of little niggling details: http://puredata.info/docs/faq/how-do-i-run-pd-from-the-command-line .hc fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] improve find function
Surely it is possible to improve, it is just a matter of someone doing the work. Patches welcome! :D .hc On May 9, 2008, at 5:54 PM, marius schebella wrote: hi, I wonder if it would be possible to improve the find function in pd. first thing, the popup window should automatically get the focus in the search field. secondly, be able to search in this patch or in all patches and include sub patches. also be able to search for arguments, which is necessary for finding correlating sends and receives. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] controlling gem camera with wiimote
On May 9, 2008, at 3:18 PM, IOhannes m zmölnig wrote: Luigi Rensinghoff wrote: Hi wiimote-experimantators Looks like some more people experimenting with th wii on OS X, so we cold share some thoughts and experiences... For know i am using Osculator to send OSC Data to PDbecause 1) It is possible to handle more than one wiimote 2) I was able to compile wiimote or aka.wiiremote on Intel-OS X i was referring to the [wiimote] external by mike wozniewski (or rather by somebody else who used mike's original code and did whatever to it) this is _not_ the same as [aka.wiirememote] Tiger, but when i create the aka.wiiremote object or load the help- patch i get that load_object: Symbol setup_aka0x2ewiiremote not found aka.wiiremote 00-1e-35-03-8a-00 the object seems to be called wiiremote (accordind to the sources). so you probably have to rename the aka.wiiremote.pd_darwin to wiiremote.pd_darwin and create [wiiremote]. This object currently only successfully fetches one value, so don't bother unless you are going to get down into the details and write the strange Carbon CFRunLoop trickery it needs to get more values. .hc fmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
Hugh Sung a écrit : 1. How do i install and use the external scripts winkey and/or kbdstroke? Or do i need to just call those externals from within pd somehow? sorry, I forgot to mention how to install it, put kbdstroke.dll in extra folder, and kbdstroke-help.pd in doc/5.reference, reload pd, it installed. This external is relatively fast, I didn't notice any particular latency. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote and PD on windows - is it possible?
Thanks Luiz, I downloadet this external and had it up and running. My only problem is to make my wiimote pair with my notebooks bluetooth, which is still giving me trouble, but the external does look very promising :) Cheers! Thomas :) Luiz Naveda wrote: Dear Thomas Please, take a look in http://code.google.com/p/wiisense/ My friend Prashant developed a library to do it (except IR) but the project was abandoned. I moved to Matlab and video analysis to proceed with my research. I have some other kinetic library objects to perform a series of mapping/controlling of music samples with the wii. One day I will publish this library...I just need some time. If you have difficulties to implement I can sent to you his email. Best Luiz Naveda On Tue, May 6, 2008 at 4:10 PM, Thomas Jeppesen [EMAIL PROTECTED] wrote: Hi All, First off all I'd like to apologize for asking this questian, as it seems to pop up regularly in one form or another, but after doing a search in the archives it's still not obvious to me if it's possible to make the Wiimote run together with PD on Windows. I see a lot of people talking about using the Wii-mote with Pure Data, but I've failed to find the external that will provide the link between my wii-mote and Pure Data running on Windows. Could someone please point me in the right direction? Cheers! Thomas ___ 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] [GEM-dev] current version of GEM using QuickTime generates audio output!!!!!!!!!
[EMAIL PROTECTED] a écrit : anyhow, i have uploaded yet another version to http://gem.iem.at/releases/0.91/gem-CVS20080509-W32-i686.exe this is great, many object are fixed, pix_record almost doesn't crash anymore, pix_write can write jpg files, pix_zoom zooms... pix_record only crashes pd when we submit a file in a folder that doesn't exist, and this can happen often because the object does't have an expected pd object behavior... the message [file my/path/to/file.mov( will look into c:\Users\patco\my\path\to on vista or c:\Documents And Settings\patco on XP instead of mypatchfolder\my\path\to like usually do pd internal objects... My guesses are that the default record folder is choosen by QT instead of pd, then I have to use another external [ggee/getdir] to tell [pix_record] where my patch is installed. patco ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] improve find function
Hans-Christoph Steiner wrote: Surely it is possible to improve, it is just a matter of someone doing the work. Patches welcome! :D Is the functionality included in g_editor.c and/or g_canvas.c? and where is the code for the tcl/tk windows? pd.tk? and how do they communicate? since there are not many people working on interface behaviour, I guess it is not an easy task. I only know matju, who did big changes to the interface (which did not make it into the core pd) and you doing work on the tcl/tk side, which are greate, but also not in vanilla. after working with the lightweight, antialiased, pd-x features with a lot of addons, I don't want to go back to the vanilla look ever again. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] controlling gem camera with wiimote
dafydd, i got darwiinosc, and also OSCulator at the same time, and OSCulator was much easier to set up and connect to pd. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
Hugh Sung a écrit : Your kbdstroke works like a charm!! Took me a few minutes to figure out the correct integer code for the letters a and b, but wow - it IS fast!!! I'm so happy Patrice, can you tell me where i can find the character codes for all the letters and numbers, as well as additional keystrokes like spacebar, PgUP or enter? Hi, in [pd virtualkey] subpatch from kbdstroke-help.pd you will find what you are looking for, spacebar is '32' and PgUp should be '33' and enter '13'. Letters might not start from 60 but from 62, I've copied these codes from the microsoft documentation on keybd_event http://msdn.microsoft.com/en-us/library/ms645540(VS.85).aspx I might have done some errors during the hexadecimal to decimal conversion, good luck! Patco. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
On 10/05/2008, at 19.48, David Golightly wrote: Ok, after a busy week this is what I've been able to come up with for the Path dialog. Looking really good! The browse functionality is a fair idiom in a such GUI as oppose to entering text, i think. One comment: I have a beef with the functionality of the buttons. Not the Cancel one. The others. 'Apply' does something. 'Ok' does 'apply' plus 'cancel'. 'Save...' does 'Apply' plus saves. But it says the list is only gonna work from next time Pd is lunched, why i don't get the 'Apply' and 'Ok'. 'Ok' should do save and cancel. Thats all one wants, anit? I'm thinking about adapting this UI for the Startup dialog - shouldn't be hard to do - except instead of choosing directories you want to enter arbitrary text. I haven't checked your code but i suppose most proc's can be reused? I've set up some various key bindings so I want to make sure it seems usable for everyone. Nice. What are they? So far I've only tested this on Mac OS X OS X.4 here. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Place pdp render windows in concrete positions
Hi list! I have a patch that opens 3 pdp render windows. Is it possible to open this windows in concrete positions of my screen when i open the patch? Bye 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
Re: [PD] improve find function
On May 10, 2008, at 3:40 PM, marius schebella wrote: Hans-Christoph Steiner wrote: Surely it is possible to improve, it is just a matter of someone doing the work. Patches welcome! :D Is the functionality included in g_editor.c and/or g_canvas.c? and where is the code for the tcl/tk windows? pd.tk? and how do they communicate? since there are not many people working on interface behaviour, I guess it is not an easy task. I only know matju, who did big changes to the interface (which did not make it into the core pd) and you doing work on the tcl/tk side, which are greate, but also not in vanilla. after working with the lightweight, antialiased, pd-x features with a lot of addons, I don't want to go back to the vanilla look ever again. marius. The interface is in u_main.tk/pd.tk, look for find. The implementation is indeed in g_editor.c, starting at canvas_find_again(). .hc There is no way to peace, peace is the way. -A.J. Muste ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
I tried this with pd extended 0.40-3, but did not get a startup pref window at all and the path window was very small and empty. (os x, 10.5.) marius. David Golightly wrote: And, here's a version with an updated Startup dialog. Simply copy this to bin/pd.tk http://pd.tk (make a backup first!) to try it out. On Sat, May 10, 2008 at 12:48 PM, David Golightly [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sat, May 10, 2008 at 12:36 PM, Steffen Juul [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 10/05/2008, at 19.48, David Golightly wrote: Ok, after a busy week this is what I've been able to come up with for the Path dialog. Looking really good! The browse functionality is a fair idiom in a such GUI as oppose to entering text, i think. Thanks! I've often been kind of frustrated that I have to type in the full directory name rather than simply browsing to it. For the keyboard-inclined, however, text entry should still be possible. One comment: I have a beef with the functionality of the buttons. Not the Cancel one. The others. 'Apply' does something. 'Ok' does 'apply' plus 'cancel'. 'Save...' does 'Apply' plus saves. But it says the list is only gonna work from next time Pd is lunched, why i don't get the 'Apply' and 'Ok'. 'Ok' should do save and cancel. Thats all one wants, anit? I agree. I've preserved the pre-existing functionality for those buttons from before, but do we really need both Save and Apply? Currently, Save also saves preferences (verbose use standard extensions). I think that should also happen when you click Apply, so we can do away with the Save button, and also make sure that the message about needing to restart PD pops up when you click OK or Apply. I'm thinking about adapting this UI for the Startup dialog - shouldn't be hard to do - except instead of choosing directories you want to enter arbitrary text. I haven't checked your code but i suppose most proc's can be reused? I've set up some various key bindings so I want to make sure it seems usable for everyone. Nice. What are they? Default key bindings for the listbox widget give you up and down keys to select, I've added Delete to delete the current selection, and Return to open the browse dialog (same as pressing Edit). So far I've only tested this on Mac OS X OS X.4 here. ___ 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] pd x 0.41
hans, will there be a 0.41 extended? or are you waiting for 0.42? what did you do to get pd.tk working with (grey) colors in 0.40? I tried to put the pd.tk from 0.40ext in 0.41, but the objectboxes look blurry and black. thanks, marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] UI developer volunteering to help
Well scratch that then, perhaps that will only work when you're building pd on your own machine. If you launch Pd from Terminal, you might see error output in that terminal window - that would be helpful to have. On Sat, May 10, 2008 at 3:17 PM, marius schebella [EMAIL PROTECTED] wrote: I tried this with pd extended 0.40-3, but did not get a startup pref window at all and the path window was very small and empty. (os x, 10.5.) marius. David Golightly wrote: And, here's a version with an updated Startup dialog. Simply copy this to bin/pd.tk http://pd.tk (make a backup first!) to try it out. On Sat, May 10, 2008 at 12:48 PM, David Golightly [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: On Sat, May 10, 2008 at 12:36 PM, Steffen Juul [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 10/05/2008, at 19.48, David Golightly wrote: Ok, after a busy week this is what I've been able to come up with for the Path dialog. Looking really good! The browse functionality is a fair idiom in a such GUI as oppose to entering text, i think. Thanks! I've often been kind of frustrated that I have to type in the full directory name rather than simply browsing to it. For the keyboard-inclined, however, text entry should still be possible. One comment: I have a beef with the functionality of the buttons. Not the Cancel one. The others. 'Apply' does something. 'Ok' does 'apply' plus 'cancel'. 'Save...' does 'Apply' plus saves. But it says the list is only gonna work from next time Pd is lunched, why i don't get the 'Apply' and 'Ok'. 'Ok' should do save and cancel. Thats all one wants, anit? I agree. I've preserved the pre-existing functionality for those buttons from before, but do we really need both Save and Apply? Currently, Save also saves preferences (verbose use standard extensions). I think that should also happen when you click Apply, so we can do away with the Save button, and also make sure that the message about needing to restart PD pops up when you click OK or Apply. I'm thinking about adapting this UI for the Startup dialog - shouldn't be hard to do - except instead of choosing directories you want to enter arbitrary text. I haven't checked your code but i suppose most proc's can be reused? I've set up some various key bindings so I want to make sure it seems usable for everyone. Nice. What are they? Default key bindings for the listbox widget give you up and down keys to select, I've added Delete to delete the current selection, and Return to open the browse dialog (same as pressing Edit). So far I've only tested this on Mac OS X OS X.4 here. ___ 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] Darwiinmoteosc osx with gem
Please share! You can either attach the page, or post it somewhere, like your members folder on puredata.info (free signup). .hc On May 10, 2008, at 11:44 AM, Simon Kilshaw wrote: Yes, I've tried this to great effect. I've got a patch written for osc in pd-extended 0.39 test 4. What I think is useful, is that with the IR sensor bar, ontop of your mac, you can invoke gemmouse. Then all you need is a gun attachment for your wii and you can point and shoot! Can you attach patches in this list? I'd be happy to share. Simon Kilshaw Lecturer in Music Technology RWCMD -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Fri 5/9/2008 4:54 PM To: pd-list@iem.at Subject: PD-list Digest, Vol 38, Issue 48 Send PD-list mailing list submissions to pd-list@iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of PD-list digest... Today's Topics: 1. Re: Lua and PD (update) (Claude Heiland-Allen) 2. Re: controlling gem camera with wiimote (Dafydd Hughes) 3. Re: controlling gem camera with wiimote (IOhannes m zm?lnig) 4. Re: Mailing-List header (IOhannes m zm?lnig) 5. Re: 0.41-4 on osx (marius schebella) 6. Re: 0.41-4 on osx (IOhannes m zm?lnig) 7. Re: List header (Was: Re: [PD-announce] Proof Me! PDFLOSS Manual) (marius schebella) 8. Re: 0.41-4 on osx (marius schebella) 9. Re: 0.41-4 on osx (IOhannes m zm?lnig) 10. Re: List header (Was: Re: [PD-announce] Proof Me! PDFLOSS Manual) (Frank Barknecht) 11. improve find function (marius schebella) -- Message: 1 Date: Fri, 09 May 2008 13:38:26 +0100 From: Claude Heiland-Allen [EMAIL PROTECTED] Subject: Re: [PD] Lua and PD (update) To: Mike McGonagle [EMAIL PROTECTED] Cc: pd_list pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Claude Heiland-Allen wrote: Mike McGonagle wrote: 2. Lua access to PD tables Now implemented (lacking some things, like GUI refresh). Now added: t:redraw(), see [ltabfill] example. Still lacking some niceness, should be able to do: local t = pd.Table:new():sync(mytable) t[123] = 456 local x = t[789] return #t but that's not (currently) implemented. And it looks like it won't be implemented for the foreseeable future: #t does not invoke the __len metamethod when t is a table. See end of: http://lua-users.org/wiki/GeneralizedPairsAndIpairs This means pd.Table will remain ugly, with :length() :set() :get(), at least until Lua 5.2 (maybe). Mike McGonagle also wrote: I am running Mac OS X 10.4.9, but the real trouble is that I don't have a internet connection at home. It is more a matter of time, and yes, a little bit of apprehension in doing something more. Ok, using the Makefile.static you should be able to download two tarballs: https://devel.goto10.org/dl.php?repname=maximuspath=%2Fpdlua% 2Frev=0isdir=1 http://www.lua.org/ftp/lua-5.1.3.tar.gz Unpack pdlua.tar.gz, then put lua-5.1.3.tar.gz directly inside pdlua/ Then edit pdlua/Makefile.static to change the PLATFORM= line to macosx, and within pdlua/ run make -f Makefile.static It should compile first Lua then pdlua, and then you can test it with pd -path src/ -lib lua Hope this works, let me know if not. Claude -- http://claudiusmaximus.goto10.org -- Message: 2 Date: Fri, 9 May 2008 08:45:59 -0400 From: Dafydd Hughes [EMAIL PROTECTED] Subject: Re: [PD] controlling gem camera with wiimote To: Luigi Rensinghoff [EMAIL PROTECTED] Cc: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=WINDOWS-1252 Has anybody on OS X tried darwiinosc? http://code.google.com/p/darwiinosc/ I've just installed it and it looks pretty good to me, although I haven't actually tried to apply it to anything useful yet. cheers dafydd On Fri, May 9, 2008 at 8:34 AM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi wiimote-experimantators Looks like some more people experimenting with th wii on OS X, so we cold share some thoughts and experiences... For know i am using Osculator to send OSC Data to PDbecause 1) It is possible to handle more than one wiimote 2) I was able to compile wiimote or aka.wiiremote on Intel-OS X Tiger, but when i create the aka.wiiremote object or load the help-patch i get that load_object: Symbol setup_aka0x2ewiiremote not found aka.wiiremote 00-1e-35-03-8a-00 i will search again vor Readmes describing the setup procedure...i guess something
Re: [PD] UI developer volunteering to help
David Golightly wrote: Well scratch that then, perhaps that will only work when you're building pd on your own machine. If you launch Pd from Terminal, you might see error output in that terminal window - that would be helpful to have. ok, I first tested with 0.40, that did not work, I now tried with 0.41-4 and think your patch is is already a great improvement compared to the current situation. here are some things that you may consider. up down buttons should be beside each other, maybe it is also possible to align buttons, please try to get rid of as many buttons as possible, reduce whatever is not needed. for example, the edit button is not necessary, if you can double click on the path, everybody will understand that. even better would be, if you could edit inside the list without the popup edit line. maybe it is also possible to drag the lines around with the mouse (without up/down buttons). and also click after the last line to add a new path. maybe the add/new could be the last line. or below the last line, or there is an empty line, that you can double click to add a new path. delete could also be a small button beside each line, so that you don't have to select and then click on a button on the right side. (what about multiple select?). add could also be named new. I immediately tried to resize the window to make it bigger, but resize is not enabled, of course drag and drop from the file manager would be nice. I like that the mouse wheel is working, the scrollbar only changes, if I move the mouse with a certain speed. when I move it slowly, the scrollbar is stuck. also, when I use up / down buttons, then it would be nice it the scrollbar would move according to the position of the selection. since I am on osx, I don't know how to add paths inside the application, which is a bundle. when I click on cancel I get an error in the console: NavGetReply failed, -128 but, it seems to cancel without problems. when I click on the red X to close the window instead of cancel I get an error in a tcl/tk popup: invalid command name path_cancel invalid command name path_cancel while executing path_cancel .gfxstub33a690 (command for WM_DELETE_WINDOW window manager protocol) apply button and save all settings seem redundant. OK should save. apply might make sense if you want to save, but continue editing (=save, but don't close window). but usually you don't work that long in the path editor to need that functionality. not sure what verbose and use standard extension are for? after some time I had problems with the mouse focus. maybe because of to much dragging. but a click would select another line as the one the mouse was over. and of course after delete ctrl z for undo would be nice... still, after all I like the improvements so far, and any small improvement is already a lot of work, so thanks!!! marius. On Sat, May 10, 2008 at 3:17 PM, marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I tried this with pd extended 0.40-3, but did not get a startup pref window at all and the path window was very small and empty. (os x, 10.5.) marius. David Golightly wrote: And, here's a version with an updated Startup dialog. Simply copy this to bin/pd.tk http://pd.tk http://pd.tk (make a backup first!) to try it out. On Sat, May 10, 2008 at 12:48 PM, David Golightly [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sat, May 10, 2008 at 12:36 PM, Steffen Juul [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 10/05/2008, at 19.48, David Golightly wrote: Ok, after a busy week this is what I've been able to come up with for the Path dialog. Looking really good! The browse functionality is a fair idiom in a such GUI as oppose to entering text, i think. Thanks! I've often been kind of frustrated that I have to type in the full directory name rather than simply browsing to it. For the keyboard-inclined, however, text entry should still be possible. One comment: I have a beef with the functionality of the buttons. Not the Cancel one. The others. 'Apply' does something. 'Ok' does 'apply' plus 'cancel'. 'Save...' does 'Apply' plus saves. But it says the list is only gonna work from next time Pd is lunched, why i don't get the 'Apply' and 'Ok'. 'Ok' should do save and cancel. Thats all one wants, anit? I agree. I've preserved the pre-existing functionality for those buttons from before, but do we really
Re: [PD] UI developer volunteering to help
On 11/05/2008, at 2.25, David Golightly wrote: So... what's the procedure for checking in to svn :)? (FWIW.) To make a patch and submit it to the patch-tracker as SF. Then a few things can happen (and some combinations): 1) Miller accepts it and it gets into vanilla section of SVN 2) Miller doesn't accept it and it doesn't get into vanilla 3) Hans subs the patch to SVN and use it for Pd-extended. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list