Re: [PD] [PD-dev] tkwidgets

2011-08-26 Thread yvan volochine

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

2011-08-26 Thread IOhannes zmölnig
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

2011-08-26 Thread IOhannes zmölnig
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

2011-08-26 Thread yvan volochine

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

2011-08-26 Thread Joe White
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] ?

2011-08-26 Thread Thomas Grill


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

2011-08-26 Thread Jonathan Wilkes




- 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

2011-08-26 Thread Jonathan Wilkes




- 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

2011-08-26 Thread Jonathan Wilkes
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

2011-08-26 Thread IOhannes zmölnig
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

2011-08-26 Thread Pagano, Patrick
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

2011-08-26 Thread yvan volochine

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

2011-08-26 Thread Mathieu Bouchard

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

2011-08-26 Thread cyrille henry

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

2011-08-26 Thread yvan volochine

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

2011-08-26 Thread yvan volochine

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

2011-08-26 Thread Jonathan Wilkes






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

2011-08-26 Thread Jack

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

2011-08-26 Thread Martin Peach

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

2011-08-26 Thread Marco Donnarumma
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

2011-08-26 Thread Jonathan Wilkes




- 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

2011-08-26 Thread Jean-Marie Adrien

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

2011-08-26 Thread ALAN BROOKER
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

2011-08-26 Thread João Pais
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

2011-08-26 Thread pierre


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

2011-08-26 Thread Thomas Mayer
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

2011-08-26 Thread ALAN BROOKER
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

2011-08-26 Thread Olivier B
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

2011-08-26 Thread Ed Kelly
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

2011-08-26 Thread Richie Cyngler
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

2011-08-26 Thread Richie Cyngler
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

2011-08-26 Thread Jaime Oliver
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

2011-08-26 Thread palmieri, ricardo
-- 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

2011-08-26 Thread Jonathan Wilkes
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

2011-08-26 Thread Mathieu Bouchard

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

2011-08-26 Thread Patrice Colet

- 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-08-26 Thread Husk 00
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

2011-08-26 Thread Mathieu Bouchard

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

2011-08-26 Thread William Brent
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

2011-08-26 Thread Jonathan Wilkes

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

2011-08-26 Thread Jonathan Wilkes




- 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

2011-08-26 Thread Jonathan Wilkes




- 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

2011-08-26 Thread erich
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