Re: [PD] vst~ for OSX, any update?
On 13/02/14 06:49, Chris Clepper wrote: SuperCollider hosts AudioUnits, but given James' day job that is not surprising. for the record, AU support in supercollider is not really maintained anymore, it will only work on sc-3.5 and osx 10.8.. (current sc version is sc-3.7-dev, 3.5 starts being outdated..) and James left the active dev team with sc-3 =) cheers, y -- http://yvanvolochine.com http://s3pt3ntrion.com https://www.facebook.com/pages/Septentrion/357546467715618 http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio drops for few ms, or one sec, with jack on ubuntu (was: Mess with Pd installation on Linux)
On 09/01/14 10:59, Alexandros Drymonitis wrote: there mention that Pd is known to have a poor Jack support... I also get clicks with Audacity, but someone mentioned that Audacity too is known to have a poor Jack support. in my experience this is not true.. both pd and audacity (and supercollider and any other audio app that supports jack) work like a charm with jack here.. running latest pd, jackdmp-1.9.9.5 and 3.12.5-1-ARCH kernel.. my 0.02$.. y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio drops for few ms, or one sec, with jack on ubuntu (was: Mess with Pd installation on Linux)
On 09/01/14 11:20, Alexandros Drymonitis wrote: Could it be the FFADO drivers with Pd? I still can't make it work and the answers I get from different lists are quite contradictory.. if both pd and audacity have drop outs, I'd guess that the problem comes from your jack/ffado setup.. y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mess with Pd installation on Linux
On 30/12/13 14:29, Alexandros Drymonitis wrote: I've realized that I need to open pd with sudo in order to have it work with jack (I also have to open jack with sudo in order to use the firewire). as IOhannes said, you _should not_ do that.. (if you do it could mean that you did not add yourself to the `audio` group, as suggested by my previous link) how do you start jack? can you post here the full command? y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mess with Pd installation on Linux
On 30/12/13 15:30, Alexandros Drymonitis wrote: Ok, I was opening jack with sudo before you posted the link, now I can indeed open it without sudo and it will see the firewire, no prob. So I'm also opening pd without sudo, but I get the same behaviour. Sometimes it works, sometimes it doesn't. what happens when you launch jack and in another terminal run pd normally, i.e. just `pd`.. don't you have jack in the media menu? y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mess with Pd installation on Linux
On 30/12/13 15:44, Alexandros Drymonitis wrote: what happens when you launch jack and in another terminal run pd normally, i.e. just `pd`.. don't you have jack in the media menu? True, just tried twice, once I got the : 'cannot activate client' in pd's console, and the other not. well I dunno what's going on.. maybe rebuild pd just for a try? (and check that it says Jack YES after `configure --enable-jack`) it works flawlessly for me with jackdmp-1.9.9.5 and pd-0.45.0 cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mess with Pd installation on Linux
On 29/12/13 16:35, Alexandros Drymonitis wrote: JACKerror: Cannot use real-time scheduling (RR/5)(1: Operation not permitted) you should configure your system to allow jack to use RT scheduling: http://jackaudio.org/linux_rt_config cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] why is the -jack flag not working?
On 28/12/13 16:32, IOhannes m zmölnig wrote: this means, that the Pd you are using has been compiled without jack support. BTW is there any good reason to not have `--enable-jack` by default? cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] why is the -jack flag not working?
On 28/12/13 21:12, IOhannes m zmölnig wrote: BTW is there any good reason to not have `--enable-jack` by default? my guess: jack is a dependency that cannot be expected to be installed on all (linux) environments, whereas ALSA can. so if you want to produce a binary that will run out-of-the-box on most systems without having to worry about dependencies, it's easier to do without jack. good point. I might submit a patch later which adds jack flag instructions to INSTALL.txt. cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [change] bug?
On 23/09/13 20:45, Jonathan Wilkes wrote: You can make your own version of that by first sending a copy of the incoming value through a spigot: [spigot 1] | [* -1] | [set $1( | [change] Then set the right inlet of [spigot] to zero and send the incoming value to your [change] object, and it will be guaranteed to pass. and if the incoming value is 0? =) y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get dir of current pd
On 17/07/13 15:44, Max wrote: is there something like [ggee/getdir] but for getting the path of the currently running Pd binary? you mind explaining why you would need that? maybe there's an alternative way to achieve what you want? y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get dir of current pd
On 30/07/13 08:41, Jonathan Wilkes wrote: Ok, I figured out how to do this and how do you do? y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get dir of current pd
On 30/07/13 15:30, Max wrote: If you are using two separate instances, then you either need to start them manually, create a shell script that does it, or (and this is finally why I was curious to know if there is a way from within Pd to know the path of the binary) launch the second instance from he first instance through a [ggee/shell] or [moonlib/popen]. I'd definitely go for the shell script solution.. although after some quick tests I didn't manage to run 2 different pd instances from one shell script... my 2 cents anyway good luck! y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get dir of current pd
On 30/07/13 20:43, Jonathan Wilkes wrote: I don't think /proc/self/exe is a requirement of all Linux flavors, and I don't know what the BSD OSes do, or OSX. So I'm reluctant to add this to [pdinfo]. I'd say don't bother adding anything that's not really needed (which does seem the case here IMHO). especially if that's not 100% sure to be OS compatible, etc y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] building Pd vanilla with mingw
On 26/07/13 15:15, Antoine Villeret wrote:
git reflog
5419183 HEAD@{0}: clone: from git://
pure-data.git.sourceforge.net/gitroot/pure-data/pure-data
maybe I cloned the wrong repos ?
sf.net changed their repos URL so you need the following if you wanna
try to build latest master:
$ git remote set-url origin git://git.code.sf.net/p/pure-data/pure-data
$ git pull origin master
but as I don't have any windowz I have no idea if current master build
with mingw :/
HTH
y
--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://github.com/gusano
http://vimeo.com/yv
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] building Pd vanilla with mingw
On 26/07/13 19:18, Antoine Villeret wrote: i'm not sure which link is the right one for SVN and pd-extended so I let who knows to update them... this is the one for pd-extended/svn: $ svn checkout svn://svn.code.sf.net/p/pure-data/svn/trunk pure-data-svn ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] store value of any type
hi all, I'd like to store a value which can be of any type but I don't remember if that's even possible.. something like [value foo] but that would work for integer, list, or anything else like for [foo bar 123( is there a vanilla object for that? cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] store value of any type
hi Miller, If it's just local, the list object will do it (floats and symbols are just one-element lists). If you want something that (like 'value') can be accessed by name or pointer elsewhere in the patch, you might want the text object (in git repo, upcoming for version 0.45). If you're insteested in trying it and don't want to compile your own write back and I can put out a test release - there's a bunch still to do but it seems to be working OK. I want it to be accessed by pointer somewhere else so I guess I'll give [text] a try.. thanks! y ps: pd would not build from master like 5 days ago on my machine (up-to-date archlinux) but I didn't folow recent commits so maybe that's fixed already.. -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] store value of any type
On 04/07/13 22:23, Miller Puckette wrote: It might be fixed. I use make -f makefile.gnu from pd/src to avoice all the automake horror, and so had allowed the automake to get out of sync witht he source - Iohannes patched that so things migth be back to normal with automake too by now. it's still broken for me but I managed to build with the old-school-way(TM) :) it seems that [text] help file is missing though.. would you mind giving me a quick `howto` for that object? cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] store value of any type
On 04/07/13 22:54, Miller Puckette wrote: Relly - you can make a [text] object but help comes up empty? There should be a file doc/5.reference/text-object-help.pd ... nope, trying to open its help gives me: sorry, couldn't find help patch for text-object.pd and that might be because: $ ls /usr/local/lib/pd bin/ I built latest master with the following: $ cd src $ make -f makefile.gnu $ make $ sudo make install y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] store value of any type
On 04/07/13 22:13, Lorenzo Sutton wrote: Does that mean only within the scope of your session (then [list] should do..), or even through patch opening/closing? yep [list] is the way to go.. thanks! y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] store value of any type
On 04/07/13 23:08, Miller Puckette wrote: Aha... I never 'make install' myself - I'd better go look at that. Anyhow I think it shoud have been 'make -f makefile.gnu install' instead... yes this works.. I'll give [text] a try, thanks! maybe it's worth updating INSTALL.txt with your instructions while automake build is broken? =) (I have to say that I agree with Iohannes about sticking to only one build process for better/easier maintenance, but that's another subject) cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
On 26/06/13 11:31, IOhannes m zmoelnig wrote: yes, i would like to have an -audio auto switch, that will try to get*any* audio backend (e.g. jack, alsa, oss, dummy; in that order) i even think that this should be the default (e.g. when you start Pd with no arguments and uninitialized settings). but please provide a way to disable this autostart-audio feature. (I don't know any audio app which starts jack for me consider as well this use case: - a user starts pd (jack is not running) - pd starts a jackd process - user closes pd (admitting that the bug I reported is fixed) - user launches firefox and gets no audio from it unless (s)he kills the jackd process very annoying for those who are not familiar with how to use your browser with jack etc.. cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
On 26/06/13 12:57, Nick Lanham wrote: In my experience, most people using jack these days are aware that most clients will autostart the server if they haven't started it, and it does not confuse them. yeah well in my expericence you don't need to open a terminal and kill jackd because an app has been too smart and started it for you. since my first days with linux I learned to: * start jack * use my favorite audio app(s) * stop jack when I'm done I don't know if the following apps use the old jack API but about starting jack for me when I didn't ask them to: * supercollider does not * ardour3 does not * audacity does not * any media players that I tried don't.. I would expect a call to `jack_client_open()` when I turn DSP on, not when I launch an app with which I might not make audio at all.. my 0.02£ anyway y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
On 26/06/13 14:11, Nick Lanham wrote: * ardour3 does not - Yes it does. It will pop up a dialog asking you to configure jack first, but it does start it. of course you're right, my mistake.. I would expect a call to `jack_client_open()` when I turn DSP on, not when I launch an app with which I might not make audio at all.. Agreed. If I don't turn on DSP, PD probably shouldn't start jack, but if you haven't started jack and you've configured PD to use jack, and you turn on DSP, it should probably start it. agreed too. so I guess pd should behave like the following: - don't start jack when pd is launched - start jack when DSP is turned on (unless another audio backend was selected) - stop jack when quitting pd if pd is the only jack client (like Ardour3 does) cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pix_opencv on debian (lmde)
On 21/06/13 20:40, Antoine Villeret wrote: i've made some change in the headers it should not depends on libcv-dev libhighgui-dev and libcvaux-dev anymore maybe this solve your problem too I still get the aforementioned error but after all externals have been built fine. but getting rid of dependencies is always nice =) and here's another patch reflecting the new sf.net repo url in pix_opencv README: https://gist.github.com/gusano/5857170 ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pix_opencv on debian (lmde)
On 25/06/13 14:27, Antoine Villeret wrote: it should be fixed now, i don't know from where the line 643 comes... but my gcc 4.6.3 doesn't complain for that I have 4.8.1 thanks for reporting haha, funny that I missed that as well =) thanks for fixing! ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
hi Miller, Are you using 0.44? (I don't think 0.45 exists yet :) yeah sorry, 0.44 (pd-0.45-0-test) The only relevant thing I can find in recent commits is a change from jack_client_new() to jack_client_open() back in 2010. With apologies, here is the commit I found... commit 1022e5687bb5785904ba1b1977a9a29c9b6b25dc [SNIP] Is it possible this bug has been there for the last three years? (i.e. 0.43 and 0.44 would have this problem)? I just built 0.43-1 and yes the problem is there as well (weird that I never tried to open pd without jack before..). I couldn't build any older pd version (I guess I have a too recent tcl somehow) so I cannot test with 0.42 (or with the commit before the one you mentioned) let me know if I should submit an issue.. ciao, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
On 24/06/13 18:58, Miller Puckette wrote: Thanks... I'm toying with a middle solution, which would be simply to open jack with the JackNoStartServer option (one of JackOpenOptions). I think this is a good idea anyway as the user might want to specify jack options and it seems wrong to have Pd get involved in that. +1 =) y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-0.45 + jack == weirdness
hi list! I seem to recall some changes about the way pd and jackd interact together but I couldn't find the related info online so forgive me if that was discussed already.. before, if I launched pd without jack running, pd would take more time to launch with a bunch of messages complaining that jack is not running... now, if jack is not running and I launch pd, pd starts jack by itself.. well... ok... the problem is that when I close pd, it just won't close (terminal would print watchdog... signaling pd messages forever) and unless I kill the created jackd process, the pd window would _never_ close argh. this is really annoying and looks like a regression to me.. should I submit an issue or is that a known one or was it discussed already (and I missed it)? running pd-0.45 on archlinux Linux x230 3.9.6-1-ARCH #1 SMP PREEMP ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pix_opencv on debian (lmde)
hi Antoine I've push a fixed version to svn it should work with both version could you please test it with 2.4.5 ? nice, it seems that all externals build fine now (except for pix_opencv_surf but it looks like it should not be build in the first place..). I still get this error at the end of the build though: blobtrack.cpp: At global scope: blobtrack.cpp:643:1: error: ‘q’ does not name a type q ^ [snip] ^ make: *** [blobtrack] Error 1 ciao, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pix_opencv on debian (lmde)
On 20/06/13 15:04, Antoine Villeret wrote: thanks for this I just tested your patch with a fresh install of Ubuntu and it doesn't work pix_opencv still depends both on opencv 1.5 and 2.3 it's a shame but I'll fix this later yep, I thought that this might be archlinux specific, that's why I didn't officialy submit my patch =) libopencv-dev is version 2.3.1 the others are legacy and install among others cv.h concerning, pix_opencv_blobtrack, which version of opencv are you using ? check it with : echo $(pkg-config --modversion opencv) 2.4.5 ciao, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pix_opencv on debian (lmde)
FYI it does not build on archlinux (with opencv2).
I fixed some of it with the following patch:
https://gist.github.com/gusano/5814205
and now all externals build fine except for `pix_opencv_blobtrack` which
gives the following error:
blobtrack.h: In function ‘CvFGDetector* cvCreateFGDetector1()’:
blobtrack.h:20:113: warning: control reaches end of non-void function
[-Wreturn-type]
static CvFGDetector* cvCreateFGDetector1 () { return
cvCreateFGDetectorBase(CV_BG_MODEL_MOG,NULL); }
^
blobtrack.h: In function ‘CvFGDetector* cvCreateFGDetector0Simple()’:
blobtrack.h:19:113: warning: control reaches end of non-void function
[-Wreturn-type]
static CvFGDetector* cvCreateFGDetector0Simple() { return
cvCreateFGDetectorBase(CV_BG_MODEL_FGD_SIMPLE, NULL); }
^
blobtrack.h: In function ‘CvFGDetector* cvCreateFGDetector0()’:
blobtrack.h:18:113: warning: control reaches end of non-void function
[-Wreturn-type]
static CvFGDetector* cvCreateFGDetector0 () { return
cvCreateFGDetectorBase(CV_BG_MODEL_FGD,NULL); }
^
make: *** [pix_opencv_blobtrack.o] Error 1
ciao,
y
--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://vimeo.com/yv
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd color presets
hi Jonathan, How do I hook this into Yvan Volochine's gui-prefs stuff? It currently only saves recent files-- is there a guide on how to add more gui preferences? IIRC it should be pretty straightforward (although I wrote that some time ago..). have a look at how it's done for recentfiles inside `::pd_guiprefs::write_recentfiles()` (and probably `::pd_guiprefs::init()` as well..) and do the same thing =) just use another filename for the stuff you wanna save and use the main procs for read/write `::pd_guiprefs::get_config()` and `::pd_guiprefs::write_config()` https://github.com/gusano/pure-data/blob/master/tcl/pd_guiprefs.tcl#L26-65 let me know if I can help ciao, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] got jump-on-click arrays working
On 29/04/13 20:36, Jonathan Wilkes wrote: * I got jump-on-click arrays working. * Implemented bargraph style for Put menu arrays. (See attached) This is basically a multi-slider. nice! do you have both jump-on-click /and/ bargraph at the same time? cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] got jump-on-click arrays working
On 29/04/13 21:26, yvan volochine wrote: On 29/04/13 20:36, Jonathan Wilkes wrote: * I got jump-on-click arrays working. * Implemented bargraph style for Put menu arrays. (See attached) This is basically a multi-slider. nice! do you have both jump-on-click /and/ bargraph at the same time? one behavior I missed at the time was having all sliders to align when you click on the left side, (don't release yet) move cursor to the right side and then release, i.e. jump-on-click and jump-on-index-change kinda behavior.. also having this as an activable option would be nice.. just my 0.02£ y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] got jump-on-click arrays working
On 29/04/13 22:07, Jonathan Wilkes wrote: That's the behavior I currently have working. cool =) The question is whether there is a need for an additional option to turn off the jump-on-index naa I meant the jump-on-click option only.. you might want to keep some sliders responding to delta mouse values and don't accidentaly jump from 0.1 to 1.0 (like volume..) cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Git version control, diff and pd.
On 17/04/13 16:54, Roman Haefeli wrote: Can anyone provide tips on how to diff two pd patches to find differences quickly so that conflicts can be fixed by hand without spending too much time trying to find differences? I think there is no way to sanely handle that. wasn't there some plan to use `json` for pd patches in the (erm..) future? cannot find that in the archives right now though.. y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] completion-plugin in pd-extended
hi João! On 03/03/13 17:19, João Pais wrote: I have a windows and mac (powerpc) machine in my room, sharing the same keyboard and mouse. is that enough for debugging? sure if you can help, feel free to test and report bugs to me! there is still this issue with pd-vanilla[1], which should be tracked on sourceforge but I won't do it as I don't own a mac (and the user who reported that to me does not seem willing to do it himself) cheers, y [1] https://github.com/gusano/completion-plugin/issues/2 -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] can't load gridflow 9.13 on Mountain Lion?
On 01/03/13 18:53, Jonathan Wilkes wrote: How many people use Gridflow, anyway? well, many should because gridflow is amazing =) y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] completion-plugin in pd-extended
hi Hans! I was wondering if you'd be willing to add completion-plugin[1] to pd-extended and if yes, what would be the steps to do it? =) are you stlil using svn for pd-extended ??? cheers, y [1]https://github.com/completion-plugin -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] completion-plugin in pd-extended
On 25/02/13 14:04, Hans-Christoph Steiner wrote: For something to be included in Pd-extended, it needs to work on all platforms, and be stable both in terms of bugs and APIs/interface. I would love to see the completion plugin get to that point. oh I see.. as I have no access to osx nor windows machines I guess it'll stay in the wild on github for some more time then =) for example the bug reported here[1] is an OS one IIRC (i.e. users need to manually update Tcl on osx and it needs some tweaks, etc so it might never work out-of-the-box on osx...) cheers, y [1] https://github.com/gusano/completion-plugin/issues/2 -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 27/01/13 21:15, IOhannes zmölnig wrote: nova became supernova, and supernova is now an official alternative scsynth implementation for SC3 (it even comes with SC3, but afaik is not the default synth engine yet(?)) not yet, unless you have the following line in your startup file: Server.program = /usr/local/bin/supernova; cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi as rt guitar effect processor : proof of concept
On 27/01/13 17:00, Pierre Massat wrote: http://www.youtube.com/watch?v=NwJNeouLqgQfeature=youtu.be Dear all, It's working !!! :) bravo =) y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 18/01/13 22:31, Hans-Christoph Steiner wrote: It also depends on what you mean by improve. I personally want Pd's GUI to look and act as native as possible on any given platform, and it turns out that Tk is one of the better GUI toolkits for doing that. I think that `supercollider` is a great example of (cross-platform) GUI-improvement with their switch to Qt. my 2 cents y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] can't seem to get new build system to work
On 11/22/2012 04:31 AM, Miller Puckette wrote: I might be missing something... under Fedora 17 (the newest I believe), when I try to build Pd using the new build system I get: [snip] autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.ac:91: error: possibly undefined macro: AC_LIBTOOL_DLOPEN [snip] This is off a clean git checkout. Are there build-system patches out there that I should be applying first, or anyway, what am I missing? looks like `libtool' is not found y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Partition space for ubuntu distro?
hi João, I'm going to install ubuntu in my thinkpad x61s, and wanted to ask the following questions for the most experienced persons around: - the computer is for media work, 97% only Pd. Maybe some ardour or other small programs (no video work) - is the latest ubuntu version recommended? 12.04 LTS? I don't like ubuntu for music cause it's bloated by default.. (I'm an happy arch user) at least you should think about using a lightweight wm (à la xfce4, awesome, ...) instead of latest gnome|unity. on my thinkpad x60, this makes a big difference =) - although the computer is 64b, I think the 32b is better for compatibility. is that right? I'd say go 64, unless you really have to use old fancy things - hardwares I mostly work with are hammerfall multiface hdsp (original model), bcf2000, wacom tablet no problem - anything else I should consider? does this version copes well with ntfs? *you want* to use ext4 - usually I have my systems (w7 + ubuntu) in their individual partitions, and all work files are in a 3rd partition. as I said above, I'd use a ext4 partition for linux and avoid even reading from ntfs when working. ntfs == windowz - following the guidelines above (or any others you find relevant), how much space should I reserve to install the ubuntu system? 15-20Gb should be more than enough and keep you safe for your system if you have a separate $HOME partition. my 20 COP :) ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firewire is dead?
On 10/16/2012 02:45 PM, patrick wrote: good, i was a little bit worried about using a pci-e firewire adapter for audio in linux / jack. about latency, yesterday i used jdelay to measure the round-trip of my latency, at 44100 with 128, 3 = 17 ms (jack reports 8 ms). at 96000 i get 7 ms, BUT my cpu seems to be working hard and i get glitches. so the question is: with a faster cpu, can i lower the latency? yes =) i.e. I have to use huge buffer sizes (so more latency) because of my old Intel Core Duo 1.6Ghz (great thinkpad x60 with expresscard slot for my FW card though)... -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd 0.43 report
On 10/14/2012 03:26 PM, Mirko Maier wrote: - dynamic patching: i have this message: editmode 1, mouse 12526 541 0 0, motion 12526 2000 0, mouseup 12526 2000 0 0, mouse 21 -500 0 0, mouseup 25 1999 0 0, cut, mouse 12526 2000 0 0, motion 12526 541 0, mouseup 100 100 0 0 (sent to a pd-window). in pd 0.43 i need to divide the message in two parts: editmode 1, mouse 12526 541 0 0, motion 12526 2000 0, mouseup 12526 2000 0 0 and mouse 21 -500 0 0, mouseup 25 1999 0 0, cut, mouse 12526 2000 0 0, motion 12526 541 0, mouseup 100 100 0 0 and i need a delay of at least 4ms between both actions that it works properly. didn't test that but that's a nasty hack anyway =) - i regret that there's no path menu anymore / the path function in the preferences doesn't work when entering a path name with spaces (then, stuff like vslider doesn't work anymore). i have a path including spaces, therefore the path-function was very helpful. this is working fine for me (pd-0.43 on linux). on which platform are you? ps: paths with spaces are nasty as well... cheers, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd 0.43 report
On 10/14/2012 05:50 PM, yvan volochine wrote: this is working fine for me (pd-0.43 on linux). on which platform are you? ah, sorry but I just realized you were talking about pd-extended-0.43, my report was for pd-0.43 vanilla y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: New version of Pd-L2Ork Software Featured in the Inaugural VT ICAT Maker Workshop for Middle-School Kids
On 07/31/2012 12:47 AM, Ivica Ico Bukvic wrote: Hi, thanks for your interest. Please see my comments below... Hi Ico Well, I guess that is relative depending on what information format works the best for you (something that is impossible to do in a way that pleases everyone) and at least in part how carefully you read the instructions indeed... my sincere apologies for not properly reading the website (== with eyes closed) and writing an email to the list while I'm under job pressure. also for making you repeating half of the webpage here! I don't think using an archive name different than its main folder name is a good idea really) This is leftover to mimic the svn of the pd-extended for those who are comfortable with its file structure. that somehow makes sense but I still find this unnatural. - is there an unbloated version of pd-l2ork? Again, read the site. The second entry under the pd-l2ork heading states: Core Pd-L2Ork source snapshot (v.20120730) Core PD source only Does not include pd-extended-specific externals and documentation enhancements Does not include L2Ork specific abstractions or additional precompiled externals Git repository available here [snip] Indeed. 15MB is only core pd source. 27MB is fully binary distro, and 130MB is complete source with all the externals and libs and additional build scripts. ok, this is what confused me. I was expecting the following on your github repo: pd-l2ork-core-source + l2ork-externals sources + pd-l2ork abstractions and a pd-l2ork README. - about L2Ork Folder Structure: do you really create 2 new user accounts when installing pd-l2ork? No one creates any new users. It is simply designed to install system-wide. If you look at the build scripts, you could create a binary that installs inside your own home folder if you like. I simply have not messed with that option as I prefer the system-wide setup for which all the prebuilt configs are also adjusted for. Assistance in testing/expanding this is as always welcome. ok, this was not clear from the website.. I wish there was just a git repo with one README. 3 lines in my terminal et voilà ;) There is a git repo you can pull from, as I mentioned above. There are 3-line instructions, as stated above, including building from source (which is identical to regular pd). Not sure what else I could've provided to make this any easier for you assuming you took a few minutes to read what was there. as stated above, I expected one repo to rule them all (well, maybe not with pd-extended externals but at least everything pd-l2ork related). BTW, do you have a version control for pd-l2ork externals? thanks for taking the time to reply :) ciao y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: New version of Pd-L2Ork Software Featured in the Inaugural VT ICAT Maker Workshop for Middle-School Kids
On 07/30/2012 05:29 PM, Ivica Ico Bukvic wrote: check out what the latest version of pd-l2ork is all about ;-) hiho this sounds really nice, but let me just add a couple of comments. - it took me 5 min to find the tar.bz2 download link on your website (really) - unpacking Pd-l2ork-dev-xxx.tar.bz2 via thunar puts everything into a `pure-data' folder, messing up my pure-data git folder (I know I could have used the terminal but I don't think using an archive name different than its main folder name is a good idea really) - is there an unbloated version of pd-l2ork? like a pd-vanilla-l2ork? (i.e. maybe I don't need 130Mo of libraries that I'll probably never use, but there I might be missing what pd-l2ork is about...) - why not having the pd-l2ork-dev snapshot on your github? it would make the install *much* simpler... right now I'm not sure what is `pd-l2ork/pd' github repository... - about L2Ork Folder Structure: do you really create 2 new user accounts when installing pd-l2ork? if yes, why? do users need to tweak those when using rt-kernel (like adding the users to audio group, or any other fancy things)? why not keeping it simple and use pd-l2ork with the current building user (like I would expect with any other application)? sorry if this sounds picky, no offense intended (and I probably missed the obvious).. once again, this project looks very nice but frankly, it's the 2nd time this year I wanna give pd-l2ork a shot and just gave up because all these points make it very hard to understand what/how to build/install... I wish there was just a git repo with one README. 3 lines in my terminal et voilà ;) thanks for the enlightments =) best, y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Plugins preferences (Was Re: Plugins Plugin error)
On 06/01/2012 05:46 PM, Jonathan Wilkes wrote: I haven't looked at the code-- does pd_guiprefs.tcl have an interface for saving/reading gui prefs data? it does, this was the main purpose of this code when I wrote it. but really, instead of YA-Gui-Plugin that manages all other Gui-Plugins, why not add an option in pd menu that lists and (en|dis)able plugins at user's will? (which would be part of the core of pd of course) now that pd ships with plugins ability, it would make much more sense IMHO.. cheers, y -- http://yvanvolochine.com http://vimeo.com/yv http://soundcloud.com/yvanvolochine ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Plugins preferences (Was Re: Plugins Plugin error)
On 06/01/2012 09:28 PM, yvan volochine wrote: but really, instead of YA-Gui-Plugin that manages all other Gui-Plugins, why not add an option in pd menu that lists and (en|dis)able plugins at user's will? (which would be part of the core of pd of course) now that pd ships with plugins ability, it would make much more sense IMHO.. and of course one should use pd_guiprefs to handle that.. y -- http://yvanvolochine.com http://vimeo.com/yv http://soundcloud.com/yvanvolochine ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Plugins preferences (Was Re: Plugins Plugin error)
On 06/01/2012 11:18 PM, András Murányi wrote: What do you think about changing the pd_guiprefs interface in way like this: (current - proposed:) domain (always pd-extended) - could be hardwired to pd-extended `domain' is the preferences folder path so I'm not sure I really follow your proposal.. why would you hardwire (hardcode??) it to `pd-extended'? ()please let me know if I miss something) IIRC domain is just the preferences folder path which differs depending on your OS.. I do agree that it has a bad name though.. key (name of the owner module, eg. recentfiles) - domain (currently doesn't exist) - key (so that you can target a single line in a config file) value (the content of the whole file) - value (the value of a single key) This change would make pd_guiprefs compatible with the .pdextended file as well. Of course, then recentfiles.conf will look something like this: recentfile1: /path/to/recentfile.pd recentfile2: /path/to/another.pd IMHO this is a nasty preferences file design.. when you wanna remove one line in the middle, you have to change all following lines accordingly (like in .pdsettings::path) why not just use a modern-world json|yaml config file? y -- http://yvanvolochine.com http://vimeo.com/yv http://soundcloud.com/yvanvolochine ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Plugins preferences (Was Re: Plugins Plugin error)
On 06/02/2012 01:33 AM, Jonathan Wilkes wrote: What is needed is a single prefs dialog window with two frames-- 1) a listbox on the left (or treeview if you want to have categories like gui, audio, midi, etc.), and the frame on the right which has the checkboxes, labels, and buttons that correspond to the settings for whatever happens to be selected in the listbox/treeview. [SNIP] That way, a canvas/box/wire color plugin can just consist of these widgets and their corresponding variables, so that the user can set them all in the Preferences dialog window. + 1 And if it's to be not only be a good interface for devs, but also for users, each list of attributes should have the same look and feel. I think matju did something like this with auto-generatable properties dialogs. even better: spend all this time/energy to have a decent core-gui separation in pd, get rid of tcl-tk and have a neat GUI like pd deserves.. my 2 cents.. y -- http://yvanvolochine.com http://vimeo.com/yv http://soundcloud.com/yvanvolochine ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] variable receive objects?
On 05/12/2012 10:29 PM, Jonathan Wilkes wrote: However, there comes a point when making a serious user interface that wires start to get in the way, esp. on some of the more complex interfaces people have made in Pd for sequencing, real-time performance, etc. I'd say at the level where the author is designing for user's who don't necessarily need to know the ins and outs of Pd's dataflow paradigm, wires become a hindrance. Of course that doesn't mean one can't do normal Pd patching using only GUI objects. just to add my 2 cents.. if a patch needs a GUI, I really like when its top-level canvas contain only the GUI and only patchers (read: *no wires* when opening the patch) using GUI send|receive instead of wires is a very good idea. it also encourage putting things where they should be, i.e. separate the logic from the GUI (à la maxmsp 'presentation mode'). then somewhere in your subpatches: [s GUI-to-vol] [r GUI-from-vol] [s GUI-to-mute] etc.. much cleaner IMHO or even better, only: [pd init] [pd audio] [pd GUI] on the top-level and some key triggers opening [pd GUI] BTW I'd _love_ to be able to do that: [hslider sendSymbol receiveSymbol] now that would save some time :) cheers, y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_freenect | pix_openni build issues on linux
On 05/03/2012 05:17 PM, Matthias Kronlachner wrote: sorry i was away for some time.. you have to rename Makefile_linux to Makefile, yes. the other one is for osx as you already found out. sorry for not making a universal one so far. maybe you have to change some paths in the Makefile_linux hi, actually I now have a fork of pix_freenect (with a one-Makefile-to-rule-them-all[1] and other minor cosmetic changes). didn't send you any pull request as I'm a Makefile n00b and the code might be nasty.. I just did it because I met some people who struggled a bit with building it and I thought it would be cleaner to just `make PD_DIR=... GEM_DIR=...' for everybody (especially if the project is on github, easy to pull/update, rebuild. etc). cheers, y [1] http://github.com/gusano/pix_freenect -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_freenect | pix_openni build issues on linux
On 05/01/2012 07:43 PM, Benjah @ 01xy.fr wrote: when trying to compile pix_freenect | pix_openni on ubuntu 10.04, I vaguely remember this ‘-fpascal-strings’ problem which is concerns macos and not linux. At the end, for pix_openni, I just changed the Makefile with PD_APP_DIR = and GEM_DIR = and it worked. Maybe archlinux is not recognised as a linux system by the makefile script ? no no, Arch is recognized as Linux (uname -s), as well as the ubuntu machine on which I have the same problem. I looks like the Makefile is osx oriented.. like `-arch i386` and `-fpascal-strings` seem to be used by Apple gcc only... (please correct me if I'm wrong) I'll try to hack it but I'm not really a Makefile specialist :/ cheers, y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_freenect | pix_openni build issues on linux
On 05/02/2012 10:07 AM, yvan volochine wrote: I looks like the Makefile is osx oriented.. erm... could it be simply that I need to use `Makefile_linux` instead of Makefile ? (after renaming them) y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_freenect | pix_openni build issues on linux
hiho, I'm trying to build pix_freenect|pix_openni on (up-to-date) archlinux and I have a couple of issues (using latest libfreenect): - libfreenect is not found if it was not installed in /usr (instead of /usr/local which should be the default for a manual build) - pix_freenect won't build and throws this error: g++: error: unrecognized command line option ‘-arch’ g++: error: i386: No such file or directory g++: error: unrecognized command line option ‘-fpascal-strings’ - pix_openni build also fails: g++: error: unrecognized command line option ‘-fpascal-strings’ another improvement would be *not* to have to edit Makefile for the paths (and BTW, what's the difference between PD_APP_DIR and PD_DIR on linux?) thanks for your help. cheers, y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_freenect | pix_openni build issues on linux
On 04/30/2012 10:36 AM, yvan volochine wrote: hiho, sorry, forgot to mention I'm using gcc-4.7.0 -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] mrpeach routeOSC behaves differently then its previous release?
On 03/13/2012 07:12 AM, Frank Barknecht wrote: Though I lack to see the necessity to change [routeOSC]'s current behaviour, I agree that it most likely wouldn't cause any harm. As I understand it, this topic only came up because apparently the behaviour has been changed in the newest release to not allow list-messages containing OSC-messages as first item anymore, breaking some old patches without any urgent necessity. IMHO it's really a user mistake to send [list /what/ever 123( to [routeOSC]. this recent change looks more like a (accidental!) bugfix than a regression to me (whether it breaks old code or not.. breaking faulty code should not count, oder? =). cheers, y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] mrpeach routeOSC behaves differently then its previous release?
On 03/12/2012 02:54 PM, Hans-Christoph Steiner wrote: IMHO, [routeOSC] should accept these two as the same thing: [/bla/1/blabli 0.437( [list /bla/1/blabli 0.437( It'll make life easier for a lot of people, and I can't see any disadvantage in that setup. well, in pd in general, [list foo bar( is not exactly the same as [foo bar(, unless I'm missing something (if so, please, feel free to enlighten me ;)). why not change also the behavior of [route] (and tons of other objects) to make life easier for a lot of people ?? I don't really see the point.. [routeOSC] expects an OSC path, [list /foo/bar 666( is obviously not one. my 20 COP anyway. y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Kusum Normoyle London video + Disinformation manoeuvres in Gujarat...
On 02/13/2012 08:02 AM, Disinformation PR wrote: With compliments, hope you enjoy ;) Kusum Normoyle + Steve Beresford + Disinformation LIVE... cool thanx, Kusum is amazing... 30 seconds is too short ;) _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr $f1 if...] bug?
On 01/31/2012 06:33 PM, Lorenzo Sutton wrote: metronome | | [ expr $f1; if ($f1 == 1, 1, 0); if ($f1 == 5, 2, 0); if ($f1 == 9, 3, 0); if ($f1 == 13, 4, 0); if ($f1 == 17, 5, 0); if ($f1 == 21, 6, 0); if ($f1 == 25, 7, 0); if ($f1 == 29, 8, 0); if ($f1 == 33, 9, 0); if ($f1 == 37, 10, 0); if ($f1 == 41, 11, 0); if ($f1 == 45, 12, 0); ] You could also use a [select] instead of [expr]. Something like | [sel 1 5 9 ... ] | | | ... | [1( [2( [3( ... [t b] | [0( or something like: [expr int(($f1 + 3) * 0.25)] | [change 0] cheers, y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr $f1 if...] bug?
On 01/31/2012 07:33 PM, yvan volochine wrote: or something like: [expr int(($f1 + 3) * 0.25)] | [change 0] which of course is wrong cause it misses the else 0 part... y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no pd?? WTF ????
On 01/04/2012 12:01 PM, Marco Donnarumma wrote: Well, that's weird enough. I actually know those guys through different channels. This is not the first call they send, and, although they work in Max, I think this is the first time I notice such a counterproductive requirement. The weirdest issue imho is why BEK published this call on their blog. Probably they just aggregate calls and news without reviewing the material. Besides, they received negative feedback also on the Sonic Arts Network List. a couple of days ago I added a comment on USO blogpost [1] complaining about this decision (and I tried not to be too angry). as an answer they just disabled comments on this post... no comment... [1] http://usoproject.blogspot.com/2011/12/call-for-works-sonic-screens-2012.html _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no pd?? WTF ????
On 01/04/2012 07:22 PM, Mathieu Bouchard wrote: Le 2012-01-04 à 17:51:00, yvan volochine a écrit : a couple of days ago I added a comment on USO blogpost [1] complaining about this decision (and I tried not to be too angry). as an answer they just disabled comments on this post... May you post a copy of your post here ? alas no, I didn't save it as I didn't really expect that this post might be rejected.. I was basically just asking if they were serious with those surprising restrictions... _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] autocompletion bug report
On 12/28/2011 11:59 PM, olivier gailly wrote: hello, this plugin seems great but i have a problem installing it : UNHANDLED ERROR: version conflict for package Tcl: have 8.4, need 8.5 while executing package require Tcl 8.5 (uplevel body line 27) invoked from within uplevel #0 $tclcode FAILED TO LOAD /Users/oliviergailly/Library/Pd/completion-plugin.tcl i have updated tcl and tk : The following ports are currently installed: tcl @8.5.11_0 (active) i have tested various versions of pd, none are working. ( now i use vanilla 43, the last released version, i have also checked with expended) only an old version of the plug is working : alpha0.32 i have read somewhere in tha mail archive : OSX note: there are some focus problems with tcl8.5 (x11), but not with tcl8.5 built with aqua support. is it the solution ? (if it is i need a quick tuto because i dont understand the whole thing...) im using OSX. 10.6.8 32bit, so if you have a suggestion for me... hi Olivier thanks for reporting this (I post it to pd-list as well as it might be of interest for others) it seems you have several tcl installed together and the first one found is 8.4. in a tclsh shell, what does the following line outputs? `puts $tcl_version' alas I don't have access to any osx machine right now but IIRC I got it working on a mac by installing active-tcl and manually installing tclsh that came alongside but I'm not 100% sure. maybe some other osx users can give you more help ? in any case good luck, _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
On 11/01/2011 04:23 AM, Jean-Michel Dumas wrote: It's great to see pyo make an appearance in this discussion. For completion's sake, here's the 128 sine waves with random freq mixed down to stereo example written in pyo. I find it much more readable than either SC or cSound, but that's only a matter of taste i guess. Sine([random.uniform(20,2) for i in range(128)]).mix(2) indeed, pyo looks really cool, kudos ;) a couple of remarks with your example though. my sc example description was not 100% accurate: the random freqs have exponential distribution (ExpRand) and Splay does the stereo mix down but with a level compensation (equal power) so you don't blow up your ears/pa like in the above pyo example :p also, running this pyo line uses 25% of my Core Duo 1.83 while sc example uses 15% (and I'm not running excellent Tim Blechmann's multicore-aware sound server supernova, just default scsynth) BTW, (getting a bit OT here) I have some questions about pyo. is there a way to use double precision ? $ from pyo import * $ pyo version 0.5.0 (uses single precision) for the Server to boot properly, I have to start jackd, then Server().boot() gives me an Error with PortAudio incorrect channels number (???), stop jackd, and then Server boots fine.. it seems also that it segfaults easily.. no time right now but I'll make more tests some time... cheers, _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
On 10/26/2011 11:57 PM, Hans-Christoph Steiner wrote: Its true, that is the downside of everything having a physical representation, i.e. each instance has its object box. But I think that its possible to make it really easy in Pd. That's the goal of the 'many' lib. I'd love feedback on what you thought was hard with the 'many' lib. sure, I'll have another fresh look at it and report back to you. cheers, _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
1. How do they compare against each other?
I only know a bit csound and am an everyday sc user.
- I find csound oldschool syntax pretty boring but maybe that's just me.
- sc is a killer for realtime dsp.
- sc-list is *extremely* active and helpful.
...
3. What sort of things can be achieved in these programs that can't be
achieved in Pd, if any?
polyphony in pd is a nightmare, you get it for free in sc:
// 128 sine waves with random freq mixed down to stereo:
{ Splay.ar(SinOsc.ar({ExpRand(100, 5e3)} ! 128)) }.play
Ah, csound works well in all plattforms, last time I checked (some years
ago) SC only runs best in mac (mainly for graphic elements?), and I
couldn't get it running in ubuntu.
this is not true anymore (since a couple of years :)
you now have ubuntu packages, and a bunch of very talented linux
developers (some of them might be very familiar to you BTW)
right now, one could say that sc development version works actually
better on linux =)
(downside for sc is the lack of win devs)
also, you might have a look (and listen) there to have an idea about sc
power (this is close to some recent threads on this list, about writing
compositions with the less number of objects possible. here sc oneliners
limited to 140 characters):
http://supercollider.sourceforge.net/sc140/
(advertising-mode off) best is of course to try them all and see for
yourself !
my 0.02£..
cheers,
_y
--
yvan.voloch...@gmail.com
http://yvanvolochine.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
On 10/26/2011 09:20 PM, Hans-Christoph Steiner wrote:
3. What sort of things can be achieved in these programs that can't be
achieved in Pd, if any?
polyphony in pd is a nightmare, you get it for free in sc:
// 128 sine waves with random freq mixed down to stereo:
{ Splay.ar(SinOsc.ar({ExpRand(100, 5e3)} ! 128)) }.play
Have you tried nqpoly4, polypoly, or the 'many' lib? It is quite easy to
do polyphony with any of them.
yeah I know those libs/abstractions, and it can get very tricky too see
what's happening within patches using nqpoly4 co, not very noob friendly.
while I admit those are very clever, it's far more complicated than sc
multi-channel expansion ( - just give any method argument an array and
you get the corresponding number of audio|control channels, nice and
easy, without dynamic-patching-voodoo =).
no flaming here, I'm just trying to point out the different approach
(IMHO anyway).
cheers,
_y
--
yvan.voloch...@gmail.com
http://yvanvolochine.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
On 10/26/2011 09:38 PM, Jonathan Wilkes wrote:
polyphony in pd is a nightmare, you get it for free in sc:
// 128 sine waves with random freq mixed down to stereo:
{ Splay.ar(SinOsc.ar({ExpRand(100, 5e3)} ! 128)) }.play
Not too long ago matju wrote about the possibility that one could make
GF objects that are basically clones of signal objects that work on grids, and
that at the bottom of your object chain you'd have a GF object that outputs
a signal (or signals). This was in response to a query about how to expand
a patch to have more channels without using clunky dynamic patching. But I
would
guess that same approach could be used to make polyphony easier, couldn't it?
I remember reading about it but I've not yet seen any real-life
example.. (if any exists)
IIUC, this approach would get closer to sc multi-channel expansion.
cheers,
_y
--
yvan.voloch...@gmail.com
http://yvanvolochine.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
salut Mathieu replying on the list because I think it's of general interest ;) I'll give a try at desiredata and let you know. J'ai bien peur que ça marche seulement juste assez pour pouvoir voir de quoi ont l'air certaines features, et encore... il y en a plusieurs qui sont brisées. I did try DD and it worked ok (for my simple test patches at least). the killer feature I'd *love* to see ported to pd is select object|pathchord with keyboard. (using the mouse to connect objects or open help patch is really bad IMHO) I had a take at it. alas, there are still a lot of GUI things happening on the pd side and at the time I didn't find an easy way to just get the currently selected object(s) in tcl. (any hint on this is welcome). right now I'm very busy but I might try this one again one day... nice work auf jeden Fall =) cheers, _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
On 08/26/2011 02:19 AM, András Murányi wrote: Yeah and afaiu this is exactly the job that HC just started (see his announcement below). Yvan: in my simple understanding it goes like this: 1. getting rid of tcl-specific code in pd c core 2. minimizing the communication between the core and the gui (3. defining the api/protocol?) 4. anyone can go make all sorts of guis for pd... at this point or later on vanilla may or may not switch from tcl - imho it's to be decided when we're there ah ok, thanks for the clarification. doesn't look like an easy task indeed ;) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
On 08/26/2011 10:37 AM, IOhannes zmölnig wrote: On 08/26/2011 01:04 AM, yvan volochine wrote: yeah, ALT+H Alt-H?? all systems i know use F1 for help, except apple which uses Cmd-? whatever shortcut is fine, the point is not having to use the mouse. on a (keyboard) selected object would open its help file.. that would be sweet =) esp. when doing Ctrl-a, F1 this would have to be checked of course ;) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
On 08/26/2011 04:51 PM, Jonathan Wilkes wrote: yeah, ALT+H Alt-H?? all systems i know use F1 for help, except apple which uses Cmd-? On most of the software I've used F1 is a shortcut for general help for the program-- not for specific results based on what happens to be selected inside the program. indeed, and there are good chances that ALT+H opens the Help menu (if any in the menubar) which has an underlined 'H'. maybe Ctrl-Shift-H ? Case in point: Supercollider, which has F1 for a help browser depends on your interface. on emacs (scel) it's C-c C-h =) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
On 08/26/2011 06:20 PM, IOhannes zmölnig wrote: after long years of waiting (foir you) and hard labour (for me), Gem 0.93 has been released today. large parts of the underlying engine have been re-written to give you a better experience! nice, congrats ! cheers, _y ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
On 08/26/2011 05:31 PM, Jonathan Wilkes wrote: It might be a good idea to list the problems with tcl/tk so we can weigh them against the difficulty of using a different GUI toolkit. The problems I see are: * difficult to implement a decent zoom function for a canvas * can't display png without the Img library (included in 8.6) * can't do alpha transparency * you have to write ugly code ? _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
On 08/23/2011 02:16 PM, Stephen Lavelle wrote: 2 - If I have an object selected (that's to say pressing buttons to edit text in it) I can't find any key-combination that will delete it how could you distinguish between 'delete text' from 'delete object' then ? IMHO best would be hitting RETURN when text is edited makes object selected (like in completion-plugin) and then hit BACKSPACE - done. 4 - is there a shortcut for deleting connections? something like ctrl+click would save me a lot of time. (amazing) DD style keyboard objects/connections selection is the solution. that's not an easy task though.. or maybe like max: ALT+click/drag selects connections as well... oh but you need the mouse.. grr. 6 - shortcut for opening help of selected item would be...convenient for me yeah, ALT+H on a (keyboard) selected object would open its help file.. that would be sweet =) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On 07/06/2011 10:53 PM, errordevelo...@gmail.com wrote: We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Yes, I agree. For things that affect the editor and not the patch itself, then preferences makes more sense. Having a list of plugins would be probably the best cross-platform solution. However, it may be a good idea to have plugin sets, if one needs to start-up in kiosk mode or something else at times :) Perhaps the file with plugin list should supplied as an argument. why not using ::pd-guiprefs for plugins: http://www.mail-archive.com/pd-list@iem.at/msg44236.html 0.02$, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] completion-plugin new version
On 05/30/2011 03:28 PM, Mathieu Bouchard wrote: On Mon, 23 May 2011, yvan volochine wrote: On 05/21/2011 11:46 PM, Mathieu Bouchard wrote: You need to modify the 'find' method in the canvas class. You make one version that doesn't auto-select an item, but instead sends a list of all matches to the tcl side for your use. [SNIP] that's what I meant, it's currently not possible in a gui-plugin (i.e. in tcl only) And then what ? You don't have to stick to the assumption that GUI plugins have to be Tcl only. http://puredata.info/docs/guiplugins: From Pd 0.43 on, Tcl/Tk plugins can be used to add optional functionality to the GUI... no need to be agressive, I'm (kinda) back into pd after years away and didn't follow pd recent development, I assumed that Gui-Plugins had to be Tcl/Tk plugins (as stated on this page). anyway, I don't know C and shouldn't have any free time soon so feel free to implement this requested s/r behavior. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] completion-plugin new version
On 05/27/2011 05:37 PM, Hans-Christoph Steiner wrote: It wouldn't be hard to code this in C, the question for me is what would the interface be, both in terms of coding in Tcl and the GUI itself. I wouldn't spend too much time on this but rather move on and completely separate pd and its GUI so all these kind of GUI goodies would be a snap to add (my 0.02€). This plugin is really looking quite amazing. I am curious about the send/receive symbols in it. Does it use all s/r symbols that are active? That list could get quite long, but I guess that's what it is supposed to do. alas no, I thought this would be the way to go until I realized that you can't access subpatches/abstractions objects (or can you?). therefore I decided to add to completion list any *new* s/r symbols (and same for table, throw~, etc). I designed this with a livecoding approach in mind. One little deployment suggestion: the 'extra_objects' folder is a good idea with auto-loading the text files, etc. I think it would be easiest if it just loaded any .txt file that was in 'extra_objects', then people could just drop their own custom ones in there without having to edit the completion-plugin.tcl. Then the add_libraries_externals loading logic could try loading a standard filename like completion.cfg from each of the loaded libraries. So anyone can add a 'completion.cfg' to their library, and it'll be loaded. Perhaps that's a bigger problem than should be tackled now, but I'm thinking it would be very nice, and not too hard to make the completion context aware, so that the completion list would be per-patch. I.e. taking into account [import mylib], etc. the *.txt solution would be better indeed, but I won't have much time soon. pull requests on my github are of course welcome ;) being aware of [import] might be a bit too much as this plugin is rather hacky already. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] completion-plugin new version
On 05/21/2011 11:46 PM, Mathieu Bouchard wrote: that's great. don't know if you want to, but I would suggest to copy another useful max feature: when you click on a send or receive object (the same for their audio versions), a pop-up comes up listing how many other objects exist using the same variable, and by clicking in any of these objects it takes you to the patch where they are. AFAICS this is currently not possible because most of the gui is still handle by pd (instead of tcl), therefore sub-patches are not accessible, etc.. You need to modify the 'find' method in the canvas class. You make one version that doesn't auto-select an item, but instead sends a list of all matches to the tcl side for your use. [SNIP] that's what I meant, it's currently not possible in a gui-plugin (i.e. in tcl only) cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] completion-plugin new version
On 05/17/2011 02:16 PM, Scott McCoid wrote: Can you explain how you got this working on OS X? I've downloaded tcl 8.5, but I'm a little unclear on what you did. on OSX 10.5.8, after installing tcl8.5 from activestate, a new 'wish' ends up in /usr/local/bin. so if your PATH is set correctly, default 'wish' should be the new one (8.5 that is). check this with: $ which wish that should be the new one in /usr/local/bin and not 8.4 one (in /usr/bin). once this is done, just build pd from git et voilà. HTH, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] completion-plugin new version
On 05/14/2011 08:19 PM, João Pais wrote: that's great. don't know if you want to, but I would suggest to copy another useful max feature: when you click on a send or receive object (the same for their audio versions), a pop-up comes up listing how many other objects exist using the same variable, and by clicking in any of these objects it takes you to the patch where they are. hi João, AFAICS this is currently not possible because most of the gui is still handle by pd (instead of tcl), therefore sub-patches are not accessible, etc.. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gui plug-ins not loading in new install
On 05/12/2011 11:53 PM, ALAN BROOKER wrote: Hope I can ask for some advice? I have a fresh Kubuntu (Lucid) and Pd extended 0.43 (from nightly builds) install-Ive put the GUI plug-ins in start up but getting error messages on start up : '/usr/lib/pd/startup/buttonbar-plgincant load startup library'! Any advice would be appreciated-thanks as stated here: http://puredata.info/docs/guiplugins You can install a plugin anywhere you would install an external, abstraction or help patch and then How do I install externals and help files? http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
On 05/12/2011 04:32 AM, JF wrote: Just saw this new version now. Looks absolutely awesome Yvan. Can't wait to try it out and thanks for including the 'All' mode that I bugged you about - I hope it's of use to more users than just me! well I'm sorry to tell you that this was eventually removed :/ it's already hacky to deal with pd GUI so having this was a bit too much messing with keyboard bindings. OTOH you just have to hit TAB once and type normally to get the same behavior. latest version has *a lot* of new/cool features, I will announce it here later. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] completion-plugin new version
hi I rewrote autocompletion-plugin which is now called 'completion-plugin'. there are some cool new features: - new GUI (inspired from desire-data) - added an option file - auto-creation of completed objects (via Return key) - added a 'save_mode' so pd remembers keywords for send/receive/table, etc.. - added a nearly-bash-completion mode - completions update as you type ... there is a video demo there: http://vimeo.com/23557543 you can grab the code there: http://github.com/gusano/pd_stuffs/tree/master/gui-plugins/completion requirements: - pd-0.43 - tcl8.5 I could test it on linux and osx only. OSX note: there are some focus problems with tcl8.5 (x11), but not with tcl8.5 built with aqua support. as usual, bug reports are welcome ;) cheers, _y ___ Pd-announce mailing list pd-annou...@iem.at 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] gui-plugins management [was: auto-completion with popup]
On 05/10/2011 08:55 PM, András Murányi wrote: though it's a bit annoying that the user cannot chose to _not_ use a certain plugin. (moving the foo-plugins folder into a disabled/ folder is probably a not such a good idea either, as in this case this would be a global operation that effects all users on the machine) (right, there is the plugins-plugin which might solve this; i don't know about it's persistency though) If I'm getting right what you mean by persistence, plugins-plugin uses the move to /disabled method too. Actually, I don't really sympathise with that method, and I was trying to advocate something else (also because you may not have write access to every folder) and I'll be happy to update the plugin as soon as a cleaner method is agreed on. why not using the new ::pd_guiprefs system ? instead of moving/renaming files, just write active plugins list to a file/registry (like recentfiles) ? I'd find this better than the current anything-found-is-active behavior and IMHO something like that should go into main pd. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
On 05/08/2011 06:40 PM, Hans-Christoph Steiner wrote: [SNIP] Those Gem, etc version reports are just the thing that the people I talked to were complaining about. If you are totally new, then being hit with a wall of mystery text can be intimidating. From my perspective, I also don't want to see anything but errors by default, because I can always easily switch to see the debug log. I think in this case, the interests of newbies and advanced users align nicely. no problem, I removed it from completion-plugin. will do the others later. Also, I think Pd-extended should include a number of plugins by default, like perhaps your completion plugin. So that would mean that the plugin reports would be shown by default. that's up to you. BTW I just pushed a cleaner version on github. and I couldn't reproduce any of the bugs you reported, but I have only x11-tcl on my osx machine, maybe that's why :/ cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 0.43 should still be a test version
On 05/08/2011 02:14 PM, Matteo Sisti Sette wrote: Here are three bugs that make it unusable, all of them are regressions: [...] bug 3273884: mouse wheel scrolling doesn't work (it scrolls all the way down and all the way up in a single step) bug 3273848: editing an object box is painful. Depending on where exactly you click, you may be unable to reach the last character (even with the right arrow key); you have to click on it several times until you are lucky. are you on windows ? I can't reproduce any of those on linux with latest git. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
hi hans, thanks for testing On Mac OS X, I can't select the the ?? Why did you need to override ::dialog_font::ok? Perhaps something needs to be fixed so you don't need to do that. to be able to change the completion fontsize on the fly when changing the fontsize via ::dialog_font instead of editing *.cfg, restarting, etc I forgot to use the config(font_size) there btw, will fix that little bugs: - type a letter in the box, highlight the letter with the mouse, then hit Tab, and I get a Tcl error - arrow keys or typing doesn't work in pop-up menu on which OS ? I can't reproduce any of those neither on linux nor osx (tcl-8.5). there seem to be weird focus thingz going on on os x. I'll try to simplify the whole focus behavior. A couple little suggestions: - for simplicity's sake, the namespace should be named the same as the plugin, perhaps the plugin could also be called 'completion'. makes sense, I'll do that - pd will automatically post which plugins its loaded if you switch the Pd window to the debug level, so you probably don't need the pdtk_post at the end. IMHO it would be better to see what kind of extra libs/plugins are loaded without debug level (it's easy to forget that you have this maybe-buggy thing in your path). I'd vote for posting those by default. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
IMHO it would be better to see what kind of extra libs/plugins are loaded without debug level (it's easy to forget that you have this maybe-buggy thing in your path). I'd vote for posting those by default. i'd do a gui-plugin that raises the debug-level. That's always a possibility, you can set the default debug level with a one liner like: set ::loglevel 4 As for what should be the default behavior, that's a tough question. I've heard from a lot of newbies that having lots of text in the Pd window at startup is quite intimidating, so I think its good to really only show errors and strong warnings by default. More advanced users can hopefully figure out how to set the log level. I see gui-plugins more like add-ons and seeing that some of them behave strangely, I think it's a good habit to have infos about external libs being loaded in default debug level. from a noob pov it could easily lead to problems such as: - why is pd behaving strangely suddenly ? - remove all your gui-plugins and try again ? - ooh, I forgot that I used xxx-plugin which is breaking pd ! this kind of infos posted at startup would make sense to me: Gem version x Gridflow version x xxx-plugin version x ... but maybe that's just me ;) I understand your point though and I'll remove it from my code. cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
hey, I found the time to refine autocompletion-plugin so I ended up kinda rewriting it (screenshot below). there are lots of changes, it would be nice if some of you could test it and tell me what's wrong or what is weird etc... latest is here: http://github.com/gusano/pd_stuffs/tree/master/gui-plugins/autocompletion I tested it only on linux and pd-0.43.1-test2 (vanilla). list of changes: - new GUI (à la DesireData) - added support for osx and win32 (untested) - added bash-completion-mode behavior (more or less) - added *.cfg file for options - completions update while typing - added 'All' mode (requested: completions popup as soon as you type) - hiting 'Enter' without the popup unedits and select the object ... I'd like to track down bugs before releasing it this time ;) thanks for the help. cheers, _y attachment: completion3.gif___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
On 05/06/2011 08:16 PM, Patrice Colet wrote: thank you for this plugin, is it possible to have a 8.4 compatible code? then it would be possible to load it within pd-vanilla no sorry I won't support tcl-8.4 (and its ugly fonts) note that gui-plugins work only in pd = 0.43 (vanilla or not) if you use pd-0.43 you should update tcl/tk to 8.5 anyway. cheers, _y I found the time to refine autocompletion-plugin so I ended up kinda rewriting it (screenshot below). there are lots of changes, it would be nice if some of you could test it and tell me what's wrong or what is weird etc... latest is here: http://github.com/gusano/pd_stuffs/tree/master/gui-plugins/autocompletion I tested it only on linux and pd-0.43.1-test2 (vanilla). list of changes: - new GUI (à la DesireData) - added support for osx and win32 (untested) - added bash-completion-mode behavior (more or less) - added *.cfg file for options - completions update while typing - added 'All' mode (requested: completions popup as soon as you type) - hiting 'Enter' without the popup unedits and select the object ... I'd like to track down bugs before releasing it this time ;) thanks for the help. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] msg to abstractions
On 05/05/2011 09:15 PM, Jeppi Jeppi wrote: Hey, many thanks to all for such great trickshacks! The trick to route messages to a named subpatch turned out to be a chicken-egg problem if the subpatches are to be built dynamically as I need...thanks for the nice idea anyway :) though obsolete (?) that [namecanvas] really solved my problem. Hope it won't be deprecated, as it seems the only way to access individual abstraction instances through the pd-msg system. Otherwise a (better?) workaround should be provided. well although I dunno it I guess that there must be a good reason to deprecate it (moving the gui out of pd maybe ?? =) claude solution works nicely without fancy dynamic subpatch magic (which is IMHO kinda risky within pd anyway) just my 0.02€ _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] helpbrowser and the paths
sorry if I miss some of the basics in pd-loading-libs or if this was discussed before but wouldn't it make sense to have a difference between what is added to 'path' and what goes into the HelpBrowser ? (i.e. -lib loads externals, help, ... and goes into HelpBrowser and -path adds whatever to the patch namespace but not to HelpBrowser) it's weird to have my music directories on the top of HelpBrowser. 0.02$ cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
