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 01:04 AM, yvan volochine wrote: yeah, ALT+H Alt-H?? all systems i know use F1 for help, except apple which uses Cmd-? on a (keyboard) selected object would open its help file.. that would be sweet =) esp. when doing Ctrl-a, F1 fgmadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multichannel instalation
On 08/25/2011 09:14 PM, mark edward grimm wrote: just curious... channels; in the meantime, we regularily use Pd with 64 channels output; this is of course with some super soundcard, whats the hardware for this? RME hdsp madi [1] mfgasdr IOhannes [1] http://www.rme-audio.de/en_products_hdsp_madi.php signature.asc Description: OpenPGP digital signature ___ 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] [PD-dev] tkwidgets
Thought I'd just mention this as it seems to be on a similar topic. For fun I was making a GUI interface for OSX with ZenGarden, a Pd runtime library. https://github.com/joewhite4/Zeng It's not fully functional yet but you can open patches and mess around with objects. Just thought it might be of interest. Cheers, Joe -- Message: 3 Date: Fri, 26 Aug 2011 02:19:20 +0200 From: Andr?s Mur?nyi muran...@gmail.com Subject: Re: [PD] [PD-dev] tkwidgets To: pd-list pd-list@iem.at Message-ID: CAJtGUK6F3R=Ev+iuvn-82gkux05-fMxTUan2+K5w4c2z5BSy=q...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 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 Andras On Fri, Aug 26, 2011 at 01:39, Jonathan Wilkes jancs...@yahoo.com wrote: The pd/pd-gui divide is a little misleading-- there are lots of places in the c code where there are sys_gui and sys_vgui calls with tcl in them, plus c code that probably assumes tcl is being used on the gui side. You'll either need to write a wrapper for those calls, or modify a lot of c code and basically make a fork (iemguis, canvas stuff, etc.) But even if you write a wrapper, there are still issues that will need to be dealt with on the c side to minimize the number of messages passing back and forth between pd and gui. For example, there is one call per xlet to the gui when an object gets instantiated/vis'd, plus drawing the border and text, rather than one call per object (and letting the gui deal with where to draw xlets, box width, font, etc.). -Jonathan -- *From:* yvan volochine yvan...@gmail.com *To:* Hans-Christoph Steiner h...@at.or.at *Cc:* Jonathan Wilkes jancs...@yahoo.com; pd-dev List pd-...@iem.at *Sent:* Thursday, August 25, 2011 6:18 PM *Subject:* Re: [PD-dev] tkwidgets On 08/17/2011 08:54 PM, Hans-Christoph Steiner wrote: I've started a private git branch of tkwidgets that I intent to push once I get somewhere with it. The idea is to try out a new idea for how GUI objects can work. Basically, I think I can make it so that Tcl handles more of the interaction with the user, minimizing on pd-gui -- pd communications, and making it easier to write GUI objects. Its not trivial to do, but should be doable. hiho sorry for bumping in but what about giving up tcl-tk and go on with something more modern (? la Qt), with a decent OO interface ? I might miss the obvious as I'm new here but what about rewriting pd GUI in Qt ? wouldn't it make more sense than spending time hacking on and on tcl-tk code ? my 0.001$ _y -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20110826/50b07947/attachment-0001.htm -- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] receiving messages in [expr] ?
Am 26.08.2011 um 04:06 schrieb Chris McCormick: On Thu, Aug 25, 2011 at 11:20:47PM +0200, Thomas Grill wrote: Am 25.08.2011 um 19:40 schrieb Andrew Faraday: you can't hear noise against noise :p Interesting - but then again, what is noise? http://en.wikipedia.org/wiki/Wave_function_collapse Hmmm, i guess your point with the reference is that when perceiving one takes snapshots (measurements) of a statistical function (the wave function). However, there are widespread methods to tell one statistical distribution (noise) from another one (noise). See e.g. expectation maximization (EM) in (Gaussian) mixture models (GMM), a popular technique in Music Information Retrieval. http://en.wikipedia.org/wiki/Mixture_model#Expectation_maximization_.28EM.29 Why shouldn't human listeners be able to maximize their expectations as well? gr~~~ -- Thomas Grill http://g.org +43 699 19715543 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
- Original Message - From: yvan volochine yvan...@gmail.com To: pd-list pd-list@iem.at Cc: Sent: Friday, August 26, 2011 5:11 AM Subject: 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-? 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. Case in point: Supercollider, which has F1 for a help browser and some other key bindings for getting class help based on what's selected in the editor. 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 Which is a good reason why F1 usually doesn't give variable results based on the state of editor. As for Control-a, Control-h, it could open all the help patches (similar to what Cmd-i does-- or at least did-- on a Mac). 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
- Original Message - From: yvan volochine yvan...@gmail.com To: pd-list pd-list@iem.at Cc: Sent: Friday, August 26, 2011 5:11 AM Subject: 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. Please don't use F1 for this purpose. 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. From: András Murányi muran...@gmail.com To: pd-list pd-list@iem.at Sent: Thursday, August 25, 2011 8:19 PM Subject: Re: [PD] [PD-dev] tkwidgets 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 Andras On Fri, Aug 26, 2011 at 01:39, Jonathan Wilkes jancs...@yahoo.com wrote: The pd/pd-gui divide is a little misleading-- there are lots of places in the c code where there are sys_gui and sys_vgui calls with tcl in them, plus c code that probably assumes tcl is being used on the gui side. You'll either need to write a wrapper for those calls, or modify a lot of c code and basically make a fork (iemguis, canvas stuff, etc.) But even if you write a wrapper, there are still issues that will need to be dealt with on the c side to minimize the number of messages passing back and forth between pd and gui. For example, there is one call per xlet to the gui when an object gets instantiated/vis'd, plus drawing the border and text, rather than one call per object (and letting the gui deal with where to draw xlets, box width, font, etc.). -Jonathan From: yvan volochine yvan...@gmail.com To: Hans-Christoph Steiner h...@at.or.at Cc: Jonathan Wilkes jancs...@yahoo.com; pd-dev List pd-...@iem.at Sent: Thursday, August 25, 2011 6:18 PM Subject: Re: [PD-dev] tkwidgets On 08/17/2011 08:54 PM, Hans-Christoph Steiner wrote: I've started a private git branch of tkwidgets that I intent to push once I get somewhere with it. The idea is to try out a new idea for how GUI objects can work. Basically, I think I can make it so that Tcl handles more of the interaction with the user, minimizing on pd-gui -- pd communications, and making it easier to write GUI objects. Its not trivial to do, but should be doable. hiho sorry for bumping in but what about giving up tcl-tk and go on with something more modern (à la Qt), with a decent OO interface ? I might miss the obvious as I'm new here but what about rewriting pd GUI in Qt ? wouldn't it make more sense than spending time hacking on and on tcl-tk code ? my 0.001$ _y ___ 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-announce] gem 0.93.0
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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes signature.asc Description: OpenPGP digital signature ___ 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-announce] gem 0.93.0
FreiOr SUPPORT!!! Massive WIN I assume that this is for linux/OSX? Or do you have frei0r working on WIN? This is very cool pp On 8/26/11 12:20 PM, IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-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] [Pdmtl] Understanding Visual Music (Montreal tomorrow!!!) - Final Program
On Thu, 25 Aug 2011, Eldad Tsabary wrote: Understanding VISUAL Music 2011 Hexagram-Concordia Centre for Research Creation in Media Arts and Technologies in collaboration with the Department of Music CONCORDIA UNIVERSITY Montreal - Canada August 26th and 27th, 2011 http://uvm2011.hexagram.ca/ Actually, nothing appears in the sections «Agenda», «Presenters», «Info for visitors», just a big blank rectangle. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
cool c Le 26/08/2011 18:20, IOhannes zmölnig a écrit : 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-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] [PD-dev] tkwidgets
From: yvan volochine yvan...@googlemail.com To: Jonathan Wilkes jancs...@yahoo.com Cc: András Murányi muran...@gmail.com; pd-list pd-list@iem.at Sent: Friday, August 26, 2011 12:59 PM Subject: 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 ? Could you expand on that? _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
Le 26/08/2011 18:20, IOhannes zmölnig a écrit : 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem Hello IOhannes and bravo to bring us this new stable release of GEM. highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop Can you tell us more about arguments on [separator] ? Thanx. ++ Jack documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
On 2011-08-26 11:31, 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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. * Because tcl/tk is an interpreted language it is a lot slower than a compiled language: you have a script in ASCII that has to go through a processor that interprets the script to call a lower-level machine that actually does the work, while Qt is compiled so it does what you ask it directly, more or less. * tcl/tk behaves differently on the three main platforms. See the problems with font sizing for instance. Martin ___ 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
Sounds great, gonna grab it now! thanks for your work! M p.s. brilliant to see Jaime's object embed in Gem :) 2011/8/26 IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce -- Marco Donnarumma Independent New Media and Sonic Arts Practitioner, Performer, Teacher ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
- Original Message - From: Martin Peach martin.pe...@sympatico.ca To: Jonathan Wilkes jancs...@yahoo.com Cc: András Murányi muran...@gmail.com; pd-list pd-list@iem.at Sent: Friday, August 26, 2011 2:30 PM Subject: Re: [PD] [PD-dev] tkwidgets On 2011-08-26 11:31, 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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. * Because tcl/tk is an interpreted language it is a lot slower than a compiled language: you have a script in ASCII that has to go through a processor that interprets the script to call a lower-level machine that actually does the work, while Qt is compiled so it does what you ask it directly, more or less. * tcl/tk behaves differently on the three main platforms. See the problems with font sizing for instance. You cannot guarantee the exact same font metrics across platforms, no matter what toolkit you use, because they depend on the font rendering engine of that particular platform. I checked this out in qt documentation, and the solution was the same as it should be for tcl/tk: have a loop where you measure the width of your text at font size x and increment x until it fits the box without overlapping. Other than the font, however, the vector drawings on a tk canvas are the same across platforms. Martin ___ 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
great ! thanks a lot !! jm Le 26 août 11 à 18:20, IOhannes zmölnig a écrit : 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
Thanks for all the hard work on this! 2011/8/26 IOhannes zmölnig zmoel...@iem.at: 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
tcl/tk behaves very slowly for fast calls, such as when dragging an array of considerable size, or a big group of objects? afaik this is something that could be improved in the present platform, but how better could it be when using another gui framework? 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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. ___ 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 Fri, 26 Aug 2011 18:20:06 +0200, 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! Bravo ! many thanks for the (big) work ! p. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Announcing CouchPdb development
Hello, inspired by the great effort of Louis-Philippe with Puredis, I have started developping a library for another of the NoSQL databases out there, CouchDB. CouchDB is a database with a RESTful interface, i.e. you connect to the database with HTTP requests and depending on the HTTP method you perform the operations. The data you send to CouchDB for storage and the data you receive back from CouchDB are JSON objects, so (more or less) as a lemma, the library also contains objects for encoding and decoding JSON data. The current version is online at https://github.com/residuum/CouchPdb A reason for developping the library is Ubuntu One, as it offers a free 5GB space and includes a CouchDB database. All is in an early stage of development, so do not expect anything to work, it is still very experimental. I mainly uploaded it to Github to discuss a few points, where I do not know how to deal with in a manner fitting Pd, especially when it comes to encoding and decoding JSON data: - How should JSON data be dealt with in general? I am currently just outputting one long symbol separated by spaces, so an object of {id:1, name: my-name} becomes id 1 name my-name but {id:1, name: my name, year:2011} becomes id 1 name my name year 2011 and thus breaks the pattern of key value key value key value. I could output this as list, which would make spaces in values not break the pattern of key value key value key value (really?). But is this really a way to represent data in the correct Pd way, i.e. does this data format fit the principle of least surprise? - How should nested objects and arrays be handled? Should they be handled at all? - How to implement attachments (binary files) for data? Or should I forget about this stuff and e.g. store images as base64 encoded strings? I am asking this one in particular, because one application of the object that came into my mind would be a website to upload pictures that are downloaded by a Pd patch in an installation in some gallery, or multiple gallery installations worldwide uploading snapshop images and interacting somehow. Please do not read the code ;) I have not programmed C for ~10 years, and I have never coded anything but simple stuff for university. So actually: Read the code and give me pointers (no pun intended) to problematic code. Best regards, Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] arrowheads on cords plugin
cool... like this ...thanks Hans! On Tue, Aug 16, 2011 at 7:39 PM, Hans-Christoph Steiner h...@at.or.at wrote: Thanks for the bug report. This version should fix that: .hc On Aug 16, 2011, at 2:29 PM, Daniel Roviriego wrote: forgot to mention the arrowheads are working, besides the error message: Using Ubuntu 10.10. Tcl version 8.5.8-2build1 and tk version 8.5.8-1 cheers 2011/8/16 Daniel Roviriego daniferna...@gmail.com Hi Hans.. Iḿ getting this error trying to use the plugin invalid command name .gfxstub8566bd8.c invalid command name .gfxstub8566bd8.c while executing $tkcanvas itemconfigure cord -arrow none (procedure add_arrows_to_cords line 8) invoked from within add_arrows_to_cords .gfxstub8566bd8 (command bound to event) cheers 2011/8/16 Hans-Christoph Steiner h...@at.or.at I whipped up a quick plugin to add arrowheads to cord when in editmode. The arrowheads clearly show the direction that the messages are flowing. .hc Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Daniel Roviriego (21) 35920701 (21) 99561654 M2D multi_meios -- Daniel Roviriego (21) 35920701 (21) 99561654 M2D multi_meios ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
Thanks a lot... 01ivier 2011/8/26 IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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 -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ 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
Thanks IO-hannes. Keep up the good work. 10. check out gemnotes 20. is the text3d object faster 30. goto Graz Ed Gemnotes-0.1alpha: Live music notation for Pure Data http://sharktracks.co.uk/ From: IOhannes zmölnig zmoel...@iem.at To: pd-annou...@iem.at Sent: Friday, 26 August 2011, 17:20 Subject: [PD] [PD-announce] gem 0.93.0 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
Another big ups! Thanks for all the hard work =) On Sat, Aug 27, 2011 at 9:25 AM, Olivier B lamouraupeu...@gmail.com wrote: Thanks a lot... 01ivier 2011/8/26 IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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 -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Richie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multichannel instalation
64 channels I am drooling with the possibilities. 2011/8/26 IOhannes zmölnig zmoel...@iem.at On 08/25/2011 09:14 PM, mark edward grimm wrote: just curious... channels; in the meantime, we regularily use Pd with 64 channels output; this is of course with some super soundcard, whats the hardware for this? RME hdsp madi [1] mfgasdr IOhannes [1] http://www.rme-audio.de/en_products_hdsp_madi.php ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Richie ___ 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
Thanks IOhannes! I'll drink to it! J On Aug 26, 2011, at 12:20 PM, IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: [PD-announce] gem 0.93.0
-- Forwarded message -- From: palmieri, ricardo ricardopalmi...@gmail.com Date: 2011/8/26 Subject: Re: [PD] [PD-announce] gem 0.93.0 To: Jaime Oliver jaime.oliv...@gmail.com +1 thanks a lot iohannes! lets test it! cheers. palm 2011/8/26 Jaime Oliver jaime.oliv...@gmail.com Thanks IOhannes! I'll drink to it! J On Aug 26, 2011, at 12:20 PM, IOhannes zmölnig zmoel...@iem.at 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- twitt-me: @ricardopalmieri mobile# +551185833173 [memelab.com.br] [palm.estudiolivre.org] [myspace.com/livenoisetupi] [skype:palmieriricardo] [msn: ricardopalmi...@bol.com.br] [linux user # 392484] -- twitt-me: @ricardopalmieri mobile# +551185833173 [memelab.com.br] [palm.estudiolivre.org] [myspace.com/livenoisetupi] [skype:palmieriricardo] [msn: ricardopalmi...@bol.com.br] [linux user # 392484] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] programming messages
Hello, Look in doc/manuals/pd-msg. Specifically, a good cheat sheet is: doc/manuals/pd-msg/1.msg_and_patch You can also see them go by in a terminal window if you start pd with the flag: -d 2 Just ignore the tcl canvas id at the beginning of the message-- everything following it should show you the message you would need to reconstruct whatever action you're performing inside the patch. (As a hack, you can actually use that output with [qlist] to record and playback your own patching habits, which comes in handy for live coding. :) -Jonathan From: Фывапр Олджэвич tofuc...@inbox.ru To: PD-list PD-list@iem.at Sent: Friday, August 26, 2011 9:27 PM Subject: [PD] programming messages Hello ! Can anybody help to find exhaustive reference for programming messages in PD ? For example, I know how to let PD to create file and open new canvas - it is by this message: [ ; pd filename mon-nouveau-patch.pd /tmp; #N canvas; #X pop 1; ( And how, for example, to load some abstractions or new objects into existing patch on the fly ? I tried this : [ ; pd load myabstraction.pd ( and others... but its not working.. i tried to find in help and tutorials - can't ... is there any info about further programming messages ? thank you ! ___ 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] programming messages
On Sat, 27 Aug 2011, Фывапр Олджэвич wrote: For example, I know how to let PD to create file and open new canvas - it is by this message: [ ; pd filename mon-nouveau-patch.pd /tmp; #N canvas; #X pop 1; ( c'est tout simplement ; pd open mon-nouveau-patch.pd /tmp mais ce qui est emmerdant, c'est d'avoir à produire « mon-nouveau-patch.pd /tmp » à partir de « /tmp/mon-nouveau-patch.pd », quand il manque d'outils pour le faire. Can anybody help to find exhaustive reference for programming messages in PD ? http://puredata.info/docs/tutorials/TipsAndTricks#undocumented-pd-internal-messages ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
- João Pais jmmmp...@googlemail.com a écrit : tcl/tk behaves very slowly for fast calls, such as when dragging an array of considerable size, or a big group of objects? afaik this is something that could be improved in the present platform, but how better could it be when using another gui framework? This is very slow because everything selected is moving, this method makes a very slow dragging, if a rectangle is drawn just to show up area of selection that is been moving, that would be very fluid, and it shouldn't so hard to implement. I guess it would even be possible to capture the selection as an image, so we would drag just an image, and then there would be no difference. something like this: B1-motion --- capture area to move, copy in clipboard selected objects and args, build an image or a rectangle, delete the selection, and move the image or rectangle. B1-Release --- delete the image or rectangle, and paste the selected object(s). 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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ 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
2011/8/26 IOhannes zmölnig zmoel...@iem.at after long years of waiting (foir you) and hard labour (for me), Gem 0.93 has been released today. Today is a good day indeed! thanks so much husk -- when Art become pratical, we call it technology, when Technology become useless we call it Art Song hojun www.estereotips.net ___ 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 Fri, 26 Aug 2011, 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-? WordPerfect for DOS used F3 for help. I'm pretty sure I encountered a programme that put help on Ctrl+F5 or Alt+F9 or whatever, but I don't recall what it was. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
Congratulations more thanks for your work... 2011/8/26 IOhannes zmölnig zmoel...@iem.at: 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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 -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
From: Patrice Colet colet.patr...@free.fr To: pd-list pd-list@iem.at Cc: András Murányi muran...@gmail.com; Jonathan Wilkes jancs...@yahoo.com; João Pais jmmmp...@googlemail.com Sent: Friday, August 26, 2011 9:46 PM Subject: Re: [PD] [PD-dev] tkwidgets - João Pais jmmmp...@googlemail.com a écrit : tcl/tk behaves very slowly for fast calls, such as when dragging an array of considerable size, or a big group of objects? afaik this is something that could be improved in the present platform, but how better could it be when using another gui framework? This is very slow because everything selected is moving, this method makes a very slow dragging, Create Put menu array, size 1000. Right-click properties and in the Canvas Properties dialog, set the x size to 1000. Now you got an array consisting of 1000 separate rectangle items-- to confirm this type the following into the tcl prompt (show the prompt using the last item in the Help menu): foreach win [winfo children .] {foreach cwin [winfo children $win] {if {[winfo class $cwin] eq Canvas} {foreach item [$cwin find withtag all] {pdtk_post [$cwin type $item]\n A _little_ sluggish, could be improved (actually it's slightly improved if you draw the points as polygons), but: Now change the array size in the Array Properties dialog to 1000. In the Canvas Properties dialog, change the x size to 10. Type the same code as above in the tcl prompt and notice now (if you're drawing the array elements as points) you've only got 10 rectangles being drawn on the canvas. The first example is a little annoying, but can be improved by changing the coords (possibly using a single tag for the entire array) rather than deleting and redrawing the array. The second example can't be blamed on tcl/tk and at large array sizes is _much_ more likely to cause audio dropouts*. -Jonathan * because you're never going to need to draw an array with more rectangles than what you have for screen width, which is at most a couple thousand, and even with an array that big it's not maxing out the cpu on my dual-core laptop. if a rectangle is drawn just to show up area of selection that is been moving, that would be very fluid, and it shouldn't so hard to implement. I guess it would even be possible to capture the selection as an image, so we would drag just an image, and then there would be no difference. something like this: B1-motion --- capture area to move, copy in clipboard selected objects and args, build an image or a rectangle, delete the selection, and move the image or rectangle. B1-Release --- delete the image or rectangle, and paste the selected object(s). 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 Of the three I listed, I'm mostly interested in the first as it means that (without prior planning) it's hard to take a patch you've been working on at font size 10 and display it adequately over a projector, for example. (If there's a work around I'd like to know it.) I'd like to hear others, but I'm mostly interested in problems with tcl/tk = 8.5 as the GUI. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] tkwidgets
- Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Patrice Colet colet.patr...@free.fr; pd-list pd-list@iem.at Cc: András Murányi muran...@gmail.com; João Pais jmmmp...@googlemail.com Sent: Friday, August 26, 2011 10:46 PM Subject: Re: [PD] [PD-dev] tkwidgets From: Patrice Colet colet.patr...@free.fr To: pd-list pd-list@iem.at Cc: András Murányi muran...@gmail.com; Jonathan Wilkes jancs...@yahoo.com; João Pais jmmmp...@googlemail.com Sent: Friday, August 26, 2011 9:46 PM Subject: Re: [PD] [PD-dev] tkwidgets - João Pais jmmmp...@googlemail.com a écrit : tcl/tk behaves very slowly for fast calls, such as when dragging an array of considerable size, or a big group of objects? afaik this is something that could be improved in the present platform, but how better could it be when using another gui framework? This is very slow because everything selected is moving, this method makes a very slow dragging, Create Put menu array, size 1000. Right-click properties and in the Canvas Properties dialog, set the x size to 1000. Now you got an array consisting of 1000 separate rectangle items-- to confirm this type the following into the tcl prompt (show the prompt using the last item in the Help menu): foreach win [winfo children .] {foreach cwin [winfo children $win] {if {[winfo class $cwin] eq Canvas} {foreach item [$cwin find withtag all] {pdtk_post [$cwin type $item]\n A _little_ sluggish, could be improved (actually it's slightly improved if you draw the points as polygons), but: Now change the array size in the Array Properties dialog to 1000. In the Canvas Properties dialog, change the x size to 10. Type the same code as above in the tcl prompt and notice now (if you're drawing the array elements as points) you've only got 10 rectangles being drawn on the canvas. The first example is a little annoying, but can be improved by changing the coords (possibly using a single tag for the entire array) rather than deleting and redrawing the array. The second example can't be blamed on tcl/tk and at large array sizes is _much_ more likely to cause audio dropouts*. -Jonathan * because you're never going to need to draw an array with more rectangles than what you have for screen width, which is at most a couple thousand, and even with an array that big it's not maxing out the cpu on my dual-core laptop. Btw-- even for the size 1000 array above, part of the cpu usage and sluggishness is caused by whatever computations pd is doing before sending the message to the gui to create the next rectangle (see my message earlier in this thread). So my example isn't exactly comparing tcl/tk speed to pd computation speed-- it's more like comparing a slightly bad apple to a much worse apple. In both cases I think the significant sluggishness digits are due to whatever pd is doing between message sends. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
- Original Message - From: Mathieu Bouchard ma...@artengine.ca To: IOhannes zmölnig zmoel...@iem.at Cc: pd-list@iem.at Sent: Friday, August 26, 2011 10:03 PM Subject: Re: [PD] notes/questions from a beginner On Fri, 26 Aug 2011, 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-? WordPerfect for DOS used F3 for help. I'm pretty sure I encountered a programme that put help on Ctrl+F5 or Alt+F9 or whatever, but I don't recall what it was. Not all programs use the F1 binding (Firefox doesn't seem to), but if they do, it's for a static program-wide point of entry that a user can depend on even if he/she doesn't understand anything else about the interface staring back at them. Static is key here. The whole point of a standard interface detail like that is so that you don't have to assume that users know anything specific about your program in order for them to get help. So if a pd user has just selected an object in edit mode, then gets confused and wants to go back to that F1 help entry point, but you bring up the selected object's help patch instead, you have just defeated the purpose of having an F1 entry point. It'd be like toggling what Help - About points to based on whether or not an object is selected. -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ 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
hi iohannes, thx for all the work! cheers erich On Fri, 2011-08-26 at 18:20 +0200, 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! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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-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