Re: [PD] Puckette Lectures?

2011-05-07 Thread jurgen

On 07-May-2011, at 1:08 AM, Hans-Christoph Steiner wrote:

 
 They are still being processed, etc. They will be ultimately hosted on UCSD's 
 site.  It'll be announced once ready.  If you want to get them now, you can 
 buy a cool BANG USB thumbdrive with all the videos and patches,  and support 
 pd-la.

That's not really a solution because it requires living in LA (no shipping). 
You don't believe everybody does, do you? :-)

Jurgen
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] auto-completion with popup [was: 3 new gui-plugins]

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 03:05 AM, Patrice Colet wrote:
 
 anyhow, you might want to update your tcl/tk.
 
 I have to find where did I put my pd-vanilla makefile.mingw or code another 
 one to have 8.5 in it.


no need for that.
since 0.43, Pd doesn't link against libtcl any more; so you should be
able to just replace wish.exe and the accompanying tcl/tk libraries
(tk.dll and the like), restart and by happy.

famsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FD68ACgkQkX2Xpv6ydvS0yQCgmOWdis0GsNGjPhM29yO7F725
BeoAoMyZN8L6eg38UYxxLnNArSMj5ErX
=2U9G
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 05:14 AM, Jose Luis Santorcuato wrote:
 
 Why you use Xubuntu??? try Ubuntu... i worked with open cv, pidip and other

maybe because xfce is lighter and cooler than gnome?

apart from the different desktop environment, there is no difference
between xubuntu and ubuntu (afaik)


fgas
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FELkACgkQkX2Xpv6ydvS0ogCggcqq/k6qxFnKp6D9P8ddzlen
3nIAn2ftavjW4nvHDWk95G23QzHYEAgv
=bN8K
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/06/2011 08:45 PM, Fernando Gadea wrote:
 Hi list!
 If I move any slider in my controller to raise the volume of any
 channel, it works perfectly well, but if I move the master level the
 latency starts to get crazy and the resulting values come really slowly,

Pd is designed to have a constant latency.

so Pd's (and the system's) latency will never when moving a slider
(well, unless you control a delay with the slider or do some other
explicit latency fuddling, but that's a different story)

or maybe you are referring to GUI latency? e.g the slider starts to
visually respond very slowly (it seems like in CM-talk, latency mostly
refers to audio latency).
without having looked at your patch, a good chance is that you have
created some control feedback.

fgmasdrt
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FEc8ACgkQkX2Xpv6ydvR1fQCdEGsRD4QqEaMLxhJpEr3MblTO
kpcAoPTP2Rf14/nCN+GI3IOhBTP9B4xV
=Oh4I
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread Pedro Lopes
Ubuntu, xubuntu, kubuntu are all the same distro with just a different
flavor for the window manager system (X).

On May 7, 2011 9:34 AM, IOhannes m zmölnig zmoel...@iem.at wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 05/06/2011 08:45 PM, Fernando Gadea wrote:
 Hi list!
 If I move any slider in my controller to raise the volume of any
 channel, it works perfectly well, but if I move the master level the
 latency starts to get crazy and the resulting values come really slowly,

 Pd is designed to have a constant latency.

 so Pd's (and the system's) latency will never when moving a slider
 (well, unless you control a delay with the slider or do some other
 explicit latency fuddling, but that's a different story)

 or maybe you are referring to GUI latency? e.g the slider starts to
 visually respond very slowly (it seems like in CM-talk, latency mostly
 refers to audio latency).
 without having looked at your patch, a good chance is that you have
 created some control feedback.

 fgmasdrt
 IOhannes
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAk3FEc8ACgkQkX2Xpv6ydvR1fQCdEGsRD4QqEaMLxhJpEr3MblTO
 kpcAoPTP2Rf14/nCN+GI3IOhBTP9B4xV
 =Oh4I
 -END PGP SIGNATURE-

 ___
 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] auto-completion with popup [was: 3 new gui-plugins]

2011-05-07 Thread yvan volochine

hi hans, thanks for testing


On Mac OS X, I can't select the


the ??


Why did you need to override ::dialog_font::ok? Perhaps something needs
to be fixed so you don't need to do that.


to be able to change the completion fontsize on the fly when changing 
the fontsize via ::dialog_font instead of editing *.cfg, restarting, etc

I forgot to use the config(font_size) there btw, will fix that


little bugs:
- type a letter in the box, highlight the letter with the mouse, then
hit Tab, and I get a Tcl error
- arrow keys or typing doesn't work in pop-up menu


on which OS ?
I can't reproduce any of those neither on linux nor osx (tcl-8.5).

there seem to be weird focus thingz going on on os x.
I'll try to simplify the whole focus behavior.


A couple little suggestions:
- for simplicity's sake, the namespace should be named the same as the
plugin, perhaps the plugin could also be called 'completion'.


makes sense, I'll do that


- pd will automatically post which plugins its loaded if you switch the
Pd window to the debug level, so you probably don't need the pdtk_post
at the end.


IMHO it would be better to see what kind of extra libs/plugins are 
loaded without debug level (it's easy to forget that you have this 
maybe-buggy thing in your path).

I'd vote for posting those by default.

cheers,
_y

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] [Gridflow-dev] [gemdead]

2011-05-07 Thread Antonio Roberts
I've just come across [pix-preview], which is part of the pdvjtools
package 
http://hangar.org/wikis/lab/lib/exe/detail.php?id=start%3Apuredata_pdvjtoolsmedia=start:pix_preview_help_patch.png

Looks like it does similar to [gem_see] object that was just created...

On 30 April 2011 20:06, Antonio Roberts anto...@hellocatfood.com wrote:
 This is amazing, thanks to you both!

 Ant

 On 30 April 2011 18:05, Jack j...@rybn.org wrote:
 Something like this could help.
 ++

 Jack



 Le samedi 30 avril 2011 à 12:06 +0100, ALAN BROOKER a écrit :
 Hey Ant,

 This can definitely be done- I was working on/off on a sort of ' #see
 for gem' but haven't perfected it yet.

 The method is to render 3d objects into a buffer  to pix object 
 then to #from_pix. Mathieu may know of a more efficient way of doing
 this tho

 The attached patch (if it doesn't work when first opened, close then
 re-open and should work) is what I was working on. As mentioned it's a
 work in progress and I could probably do with some efficiency tips
 here too!

 All the best

 Al




 On Sat, Apr 30, 2011 at 10:19 AM, Antonio Roberts
 anto...@hellocatfood.com wrote:
  Thanks and sorry that I didn't stick around to get the reply on IRC.
 
  Secondly, can the cube be rendered to an [#out window] object? I know
  [#from_pix] can handle [pix_] objects, and I've tried using a [cube]
  as a [pix_texture] that I can then send to [#from_pix] but no luck so
  far
 
  Ant
 
  On 30 April 2011 01:04, Mathieu Bouchard ma...@artengine.ca wrote:
 
  from irc #dataflow :
 
  hellocatfood Is it possible to use [gemdead] with objects such as 
  [cube]
  and [sphere] in gridflow?
 
  In theory, I said no, but actually, [gemdead] doesn't prevent you from 
  using
  OpenGL elements, and things like [cube] and [sphere] don't check at all
  whether they're given a real [gemhead] context, and don't seem to be 
  doing
  much that is related to it, therefore :
 
   [gemhead]
    |
   [b]
    |
   [gemdead]
    |
   [cube]
 
  will really draw the cube as if you had done :
 
   [gemhead]
    |
   [cube]
 
  I suspect that very few Gem object classes really depend on an authentic
  GemState (one that was really created by [gemwin]). When you do find
  exceptions, please tell me.
 
  But you may have to use [gemhead] anyway (as in the above example) as 
  long
  as [gemwin] decides when to clear the buffer and when to copy the buffer 
  to
  the screen, just because [gemwin] uses [gemdead] to say when it's the 
  time
  to draw.
 
   ___
  | 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
 
 ___
 Gridflow-dev mailing list
 gridflow-...@lists.artengine.ca
 http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] auto-completion with popup [was: 3 new gui-plugins]

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 01:58 PM, yvan volochine wrote:
 
 IMHO it would be better to see what kind of extra libs/plugins are
 loaded without debug level (it's easy to forget that you have this
 maybe-buggy thing in your path).
 I'd vote for posting those by default.

i'd do a gui-plugin that raises the debug-level.

fgasmdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FUZ0ACgkQkX2Xpv6ydvRVdgCfe1LpP79W4DdskXReW8jtwFGq
HAQAoKDXkYdaCbwko5YZ8ZHkumiWBPFm
=hCDJ
-END PGP SIGNATURE-


debug-plugin.tcl
Description: Tcl script
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread Fernando Gadea


Asunto:
Re: [PD] problem with mixer project
De:
IOhannes m zmölnig zmoel...@iem.at
Fecha:
Sat, 07 May 2011 11:33:03 +0200
Para:
pd-list@iem.at

Para:
pd-list@iem.at


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/06/2011 08:45 PM, Fernando Gadea wrote:
  

Hi list!
If I move any slider in my controller to raise the volume of any
channel, it works perfectly well, but if I move the master level the
latency starts to get crazy and the resulting values come really slowly,



Pd is designed to have a constant latency.

so Pd's (and the system's) latency will never when moving a slider
(well, unless you control a delay with the slider or do some other
explicit latency fuddling, but that's a different story)

or maybe you are referring to GUI latency? e.g the slider starts to
visually respond very slowly (it seems like in CM-talk, latency mostly
refers to audio latency).
without having looked at your patch, a good chance is that you have
created some control feedback.
  
Reading my mail I realized that I did not explain it all: the latency 
problem starts when the dac~ is computing audio. As you can see in the 
mixer, when I rise the master volume audio computation starts, meanwhile 
if I set master volume to zero it ends. It is while computing audio that 
the latency problem exists, so I guess the control side is not the 
problem (am I in the right logic?) Nevertheless I have done what I 
believe is an extensive control check in my patch, before and after 
finding that deleting the mixer channels the problem ended. After that I 
did another control check on the mixer part of the patch and found no 
control feedback (my checks are visual, following line after line, so, 
as human, I might be wrong, but I cannot find my error if I did one).
It seems that the latency is present not only in GUI. I send the values 
to a symbol in the main patch to see what I am doing, so I am preety 
sure I also hear the audio consecuences with the same latency (the audio 
rises just when the mixer volume rises, about a second after moving the 
slider if dac~ is on).

Anyway, I will look for some other posibilities of control feedback.
Thank you for your advice

fgmasdrt
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FEc8ACgkQkX2Xpv6ydvR1fQCdEGsRD4QqEaMLxhJpEr3MblTO
kpcAoPTP2Rf14/nCN+GI3IOhBTP9B4xV
=Oh4I
-END PGP SIGNATURE-


  



___
Pd-list mailing list
Pd-list@iem.at
to manage your subscription (including un-subscription) see
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] problem with mixer project

2011-05-07 Thread Fernando Gadea


Asunto:
Re: [PD] problem with mixer project
De:
Jose Luis Santorcuato santorcuat...@gmail.com
Fecha:
Fri, 6 May 2011 23:14:57 -0400
Para:
Fernando Gadea fga...@gmail.com

Para:
Fernando Gadea fga...@gmail.com
CC:
pd-list@iem.at


Hi...¿Kernel? ... probablemente debas compilar un kernel de baja 
latencia...tiene poca ram y un procesador pequeño, igual debería 
funcionar...


I am not really a power user, but I haven' t had latency problems 
before, so maybe this is not the central problem (but I understand that 
you may be right and I could improve performance with a kernel change, 
only that, if I can solve this latency problem in an easyer 
inside-puredata way, I will leave it for a later macro-system optimizing 
stage)


Maybe you could compile a low latency kernel... your  processor is 
slow, but must go on... check the latency...


Why you use Xubuntu??? try Ubuntu... i worked with open cv, pidip and 
other in a little cpu...
As Iohannes lets think, I use xfce for its lightness and minimalistic 
user interface. I hope there is not a problem in the interaction between 
puredata and xubuntu's xfce environment.


Try mixer~ objetct
Thank you, I will substitute the before-master audio mixing with this 
object and see if the problem solves, at least as an alternative try.

Gracias, y mejores deseos
Fernando





Best regards

José

El 6 de mayo de 2011 15:45, Fernando Gadea fga...@gmail.com 
mailto:fga...@gmail.com escribió:


Hi list!
I am trying to design a mixer with integrated effects on each
channel. The effects part is not started yet, and I have a
particular problem with the mixer itself:

If I move any slider in my controller to raise the volume of any
channel, it works perfectly well, but if I move the master level
the latency starts to get crazy and the resulting values come
really slowly, and then if I move any other volume slider (of the
mixing channels of any other values in the master patch, being
instrument values or sequencer values) the latency still is really
big.

I tryed deleting all the mixing channels and moving the master
level slider and there is no problem then, so I guess the problem
is in the mixing channels.
I also tryed deleting all the instruments and it didn't solve the
problem neither.
As you see the mixing channels are all abstractions (canalmezcla
n), and the master itself is one of these abstractions.

I am running puredata Extended 0.41.4 in Xubuntu in an HP Pavilion
dv 1680us 1.83 Ghz + 1 Gb ram. I believe the hardware is not the
problem, and the rest of the patch works fine.

Thanks for any tip!

Fernando

___
Pd-list@iem.at mailto:Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list




--
http://arselectronicachile.blogspot.com
http://comunicacionnativa.blogspot.com/ 
http://www.myspace.com/santorcuato






___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 12:58 PM, Fernando Gadea wrote:

 Asunto:
 Re: [PD] problem with mixer project
 De:
 Jose Luis Santorcuato santorcuat...@gmail.com
 Fecha:

ot, you got weird reply-settings.
 As Iohannes lets think, I use xfce for its lightness and minimalistic
 user interface. I hope there is not a problem in the interaction between
 puredata and xubuntu's xfce environment.

there is definitely no problem with xfce4 and Pd.
i use it all the time.

 Try mixer~ objetct
 Thank you, I will substitute the before-master audio mixing with this
 object and see if the problem solves, at least as an alternative try.

i still believe that you have a problem in your patch (which will go
away if you don't use the patch; however it would probably be more
interesting on the long run to find out what caused your problem)

fg,asd
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FU10ACgkQkX2Xpv6ydvT2jACg5OKwcNInqvw5J7YCpJsypVX8
Li8AoIexnlelbtWvA9ZFPd+9lg60mZKA
=tjJC
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 12:58 PM, Fernando Gadea wrote:
 Reading my mail I realized that I did not explain it all: the latency
 problem starts when the dac~ is computing audio. As you can see in the

i still have no clue what you mean by latency. please clarify.

fgasmdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FU6IACgkQkX2Xpv6ydvQKigCeOXeqjIKUMC6oSl+B+jlQ5ePt
gNIAn0brIpG/I77hl+rNg/UDHsmlKq+y
=KeQa
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] problem with mixer project

2011-05-07 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 04:13 PM, IOhannes m zmölnig wrote:
 i still have no clue what you mean by latency. please clarify.

you probably should have a closer look at [delay] and what it does if
you send it a number.

ah, btw, you could simplify the following
complex
[expr $f1; if ($f1 == 0, 0, 1]
 |
++
|
[change]
|
[select 1 0]
|  [;pd dsp 0(
[;pd dsp 1(
/complex

to this
simple
[!= 0] (actually this should be [ 0]
|
[change]
|
[;pd dsp $1(
/simple


gdsft
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FVi8ACgkQkX2Xpv6ydvQu4QCglguloZgIt7TIKiomT1QV/Nhe
uxYAoJH7wkFP3IlWgpaWa2QRXiPmci4J
=DHWR
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] linking gem library on w32 mingw [was:Re: [Gridflow-dev] [gemdead]]

2011-05-07 Thread Patrice Colet

 I tried to compile a pix_preview dll, it's almost there after some little 
hacks in source code:

pix_preview.cc:
#ifdef _WIN32
#define _WIN32_WINNT 0x0501
#include ws2tcpip.h
#include windows.h
#else
#include netinet/in.h
#include sys/socket.h
#include arpa/inet.h
#include netdb.h
#endif

pix_preview.h:
#ifndef _WIN32
#include netinet/in.h
#include sys/socket.h
#include arpa/inet.h
#include netdb.h
#endif


 but now something for the linking is missing,
it looks like it's the same error we get when compiling gridflow_gem library:

undefined reference to:
 « vtable for GemPixObj »
 « imageStruct::~imageStruct() »
 « GemBase::~GemBase() »
 
let me guess, gem have to be compiled first, anyone has done this on mingw?

- Antonio Roberts anto...@hellocatfood.com a écrit :

 I've just come across [pix-preview], which is part of the pdvjtools
 package
 http://hangar.org/wikis/lab/lib/exe/detail.php?id=start%3Apuredata_pdvjtoolsmedia=start:pix_preview_help_patch.png
 
 Looks like it does similar to [gem_see] object that was just
 created...
 
 On 30 April 2011 20:06, Antonio Roberts anto...@hellocatfood.com
 wrote:
  This is amazing, thanks to you both!
 
  Ant
 
  On 30 April 2011 18:05, Jack j...@rybn.org wrote:
  Something like this could help.
  ++
 
  Jack
 
 
 
  Le samedi 30 avril 2011 à 12:06 +0100, ALAN BROOKER a écrit :
  Hey Ant,
 
  This can definitely be done- I was working on/off on a sort of '
 #see
  for gem' but haven't perfected it yet.
 
  The method is to render 3d objects into a buffer  to pix object
 
  then to #from_pix. Mathieu may know of a more efficient way of
 doing
  this tho
 
  The attached patch (if it doesn't work when first opened, close
 then
  re-open and should work) is what I was working on. As mentioned
 it's a
  work in progress and I could probably do with some efficiency
 tips
  here too!
 
  All the best
 
  Al
 
 
 
 
  On Sat, Apr 30, 2011 at 10:19 AM, Antonio Roberts
  anto...@hellocatfood.com wrote:
   Thanks and sorry that I didn't stick around to get the reply on
 IRC.
  
   Secondly, can the cube be rendered to an [#out window] object? I
 know
   [#from_pix] can handle [pix_] objects, and I've tried using a
 [cube]
   as a [pix_texture] that I can then send to [#from_pix] but no
 luck so
   far
  
   Ant
  
   On 30 April 2011 01:04, Mathieu Bouchard ma...@artengine.ca
 wrote:
  
   from irc #dataflow :
  
   hellocatfood Is it possible to use [gemdead] with objects
 such as [cube]
   and [sphere] in gridflow?
  
   In theory, I said no, but actually, [gemdead] doesn't prevent
 you from using
   OpenGL elements, and things like [cube] and [sphere] don't
 check at all
   whether they're given a real [gemhead] context, and don't seem
 to be doing
   much that is related to it, therefore :
  
    [gemhead]
     |
    [b]
     |
    [gemdead]
     |
    [cube]
  
   will really draw the cube as if you had done :
  
    [gemhead]
     |
    [cube]
  
   I suspect that very few Gem object classes really depend on an
 authentic
   GemState (one that was really created by [gemwin]). When you do
 find
   exceptions, please tell me.
  
   But you may have to use [gemhead] anyway (as in the above
 example) as long
   as [gemwin] decides when to clear the buffer and when to copy
 the buffer to
   the screen, just because [gemwin] uses [gemdead] to say when
 it's the time
   to draw.
  
  
  ___
   | 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
  
  ___
  Gridflow-dev mailing list
  gridflow-...@lists.artengine.ca
  http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev
 
 
 
 
 ___
 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


[PD] writing dsp externals for variable number of inlets

2011-05-07 Thread Ahmet Kizilay
Hello,
I want to write an external which creates the signal inlets dynamically
depending on the number of arguments, just like the multiplex~ object from
zexy.
My question is about writing the dsp_add function. How do I set the
arguments when I don't exactly know how many signals I will be handling?

I hope my question is appropriate for the list (first post)?

Thanks.

-- 
ahmet kizilay
http://www.ahmetkizilay.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] writing dsp externals for variable number of inlets

2011-05-07 Thread Charles Henry
Hi, Ahmet

I don't know how to create a variable argument type of function definition
for this purpose, but it should be clear that your dsp function knows how
many inlets there will be.  You will be setting the number of inlets when
the object is created.

You could make a maximum number of inlets and add a data structure element
to store the number of inlets.  Then, in your dsp function, put a case
statement to look up the dsp_add call with the correct number of arguments.


I'm not sure that's the best way, since dsp_add has a variable number of
arguments in its definition.  It would make sense to me if function calls
had to have a fixed number of arguments, but I'm just not sure.

Chuck

On Sat, May 7, 2011 at 10:01 AM, Ahmet Kizilay ahmet.kizi...@gmail.comwrote:

 Hello,
 I want to write an external which creates the signal inlets dynamically
 depending on the number of arguments, just like the multiplex~ object from
 zexy.
 My question is about writing the dsp_add function. How do I set the
 arguments when I don't exactly know how many signals I will be handling?

 I hope my question is appropriate for the list (first post)?

 Thanks.

 --
 ahmet kizilay
 http://www.ahmetkizilay.com

 ___
 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] Puckette Lectures?

2011-05-07 Thread Theron Trowbridge
If anyone who isn't in the L.A. area wants one of the USB sticks,
please e-mail me off list (theron.trowbri...@gmail.com) and let me
know where you would want it shipped.  I will handle the shipping of
these myself, and will let you know what shipping costs would be.

We don't (yet) have the infrastructure to ship items from the store,
which is why that bit is there, but for the most part the CRASHspace
store is there for our members, most of whom are local.  But I do
appreciate that this is an item that other folks might want, so I will
do my best to accomodate shipping requests.


-Theron
^

2011/5/6 jurgen noise@gmail.com:

 On 07-May-2011, at 1:08 AM, Hans-Christoph Steiner wrote:


 They are still being processed, etc. They will be ultimately hosted on 
 UCSD's site.  It'll be announced once ready.  If you want to get them now, 
 you can buy a cool BANG USB thumbdrive with all the videos and patches,  and 
 support pd-la.

 That's not really a solution because it requires living in LA (no shipping). 
 You don't believe everybody does, do you? :-)

 Jurgen
 ___
 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] auto-completion with popup [was: 3 new gui-plugins]

2011-05-07 Thread Hans-Christoph Steiner


On May 7, 2011, at 10:05 AM, IOhannes m zmölnig wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 01:58 PM, yvan volochine wrote:


IMHO it would be better to see what kind of extra libs/plugins are
loaded without debug level (it's easy to forget that you have this
maybe-buggy thing in your path).
I'd vote for posting those by default.


i'd do a gui-plugin that raises the debug-level.



That's always a possibility, you can set the default debug level with  
a one liner like:


set ::loglevel 4

As for what should be the default behavior, that's a tough question.   
I've heard from a lot of newbies that having lots of text in the Pd  
window at startup is quite intimidating, so I think its good to really  
only show errors and strong warnings by default.  More advanced users  
can hopefully figure out how to set the log level.


.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


Re: [PD] auto-completion with popup [was: 3 new gui-plugins]

2011-05-07 Thread yvan volochine

IMHO it would be better to see what kind of extra libs/plugins are
loaded without debug level (it's easy to forget that you have this
maybe-buggy thing in your path).
I'd vote for posting those by default.


i'd do a gui-plugin that raises the debug-level.


That's always a possibility, you can set the default debug level with a
one liner like:

set ::loglevel 4

As for what should be the default behavior, that's a tough question.
I've heard from a lot of newbies that having lots of text in the Pd
window at startup is quite intimidating, so I think its good to really
only show errors and strong warnings by default. More advanced users can
hopefully figure out how to set the log level.


I see gui-plugins more like add-ons and seeing that some of them 
behave strangely, I think it's a good habit to have infos about external 
libs being loaded in default debug level.


from a noob pov it could easily lead to problems such as:

- why is pd behaving strangely suddenly ?
- remove all your gui-plugins and try again ?
- ooh, I forgot that I used xxx-plugin which is breaking pd !

this kind of infos posted at startup would make sense to me:
Gem version x
Gridflow version x
xxx-plugin version x
...

but maybe that's just me ;)
I understand your point though and I'll remove it from my code.

cheers,
_y

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] Arduino (again...)

2011-05-07 Thread Pierre Massat
Hello!

I'm looking for a way to automate the opening of my arduino and it's pins. I
managed to open it at pd's start-up with a loadbang and an open message. But
it doesn't work for the digital pins. It seems like they need to be opened a
little later, and not all at once. I tried to delay the loadbang and use and
trigger, to no avail.
Any advice?

Pierre
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] writing dsp externals for variable number of inlets

2011-05-07 Thread Ahmet Kizilay
Hi,
Thanks for your reply.
I looked through the source code and found out about the dsp_addv method,
which was created specifically for this purpose.
Best,

On Sat, May 7, 2011 at 7:43 PM, Charles Henry czhe...@gmail.com wrote:

 Hi, Ahmet

 I don't know how to create a variable argument type of function definition
 for this purpose, but it should be clear that your dsp function knows how
 many inlets there will be.  You will be setting the number of inlets when
 the object is created.

 You could make a maximum number of inlets and add a data structure element
 to store the number of inlets.  Then, in your dsp function, put a case
 statement to look up the dsp_add call with the correct number of arguments.


 I'm not sure that's the best way, since dsp_add has a variable number of
 arguments in its definition.  It would make sense to me if function calls
 had to have a fixed number of arguments, but I'm just not sure.

 Chuck

 On Sat, May 7, 2011 at 10:01 AM, Ahmet Kizilay ahmet.kizi...@gmail.comwrote:

 Hello,
 I want to write an external which creates the signal inlets dynamically
 depending on the number of arguments, just like the multiplex~ object from
 zexy.
 My question is about writing the dsp_add function. How do I set the
 arguments when I don't exactly know how many signals I will be handling?

 I hope my question is appropriate for the list (first post)?

 Thanks.

 --
 ahmet kizilay
 http://www.ahmetkizilay.com

 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list





-- 
ahmet kizilay
http://www.ahmetkizilay.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] writing dsp externals for variable number of inlets

2011-05-07 Thread Mathieu Bouchard

On Sat, 7 May 2011, Ahmet Kizilay wrote:

Hello, I want to write an external which creates the signal inlets 
dynamically depending on the number of arguments, just like the 
multiplex~ object from zexy. My question is about writing the dsp_add 
function. How do I set the arguments when I don't exactly know how many 
signals I will be handling?


For passing a variable number of args to dsp_add itself, use dsp_addv 
instead.


In any case, one of the fixed arguments has to be saying how many 
arguments there will be, or one of the variable arguments has to be 
telling it, or one of the arguments has to point to a struct that says it.


It's similar to how functions that depend on stdarg.h provide variable 
length lists of arguments. class_addmethod says end of arguments by 
passing A_NULL. printf's format strings have %-codes that tell you how 
many extra args there are. some functions in pd want format strings like 
ffsfsffp; to say two floats, one symbol, one float, etc., to announce 
the upcoming arguments in a function call. some other functions pass just 
an integer that says n arguments are upcoming, such as dsp_add itself.


(you know what I mean ?)

 ___
| 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] problem with mixer project

2011-05-07 Thread Fernando Gadea



Asunto:
Re: [PD] problem with mixer project
De:
IOhannes m zmölnig zmoel...@iem.at
Fecha:
Sat, 07 May 2011 16:12:45 +0200
Para:
pd-list@iem.at

Para:
pd-list@iem.at


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/07/2011 12:58 PM, Fernando Gadea wrote:
  

Asunto:
Re: [PD] problem with mixer project
De:
Jose Luis Santorcuato santorcuat...@gmail.com
Fecha:
  


ot, you got weird reply-settings.
  
It's manual editing. I receive the list as digests but I try to simplify 
to gain legibility (I hope it works)
  

As Iohannes lets think, I use xfce for its lightness and minimalistic
user interface. I hope there is not a problem in the interaction between
puredata and xubuntu's xfce environment. 


there is definitely no problem with xfce4 and Pd.
i use it all the time.

  
Try mixer~ objetct  

Thank you, I will substitute the before-master audio mixing with this
object and see if the problem solves, at least as an alternative try.


i still believe that you have a problem in your patch (which will go
away if you don't use the patch; however it would probably be more
interesting on the long run to find out what caused your problem)
  
yes, that's my aim too, but it will be another possible test (I will do 
it tonight) to find out if the problem is really in the mixing channels. 
I deffinetly would like to stick to the original project and see where 
the problem is.

Reading my mail I realized that I did not explain it all: the latency
problem starts when the dac~ is computing audio. As you can see in the 

i still have no clue what you mean by latency. please clarify.
  
It is midi latency I guess (I have no degree in electronic music. just 
an amateur that started with puredata some years ago). After switching 
audio on, even in the primal midi patch that translates my controller to 
control data the numbers start to show really late. Is that midi latency?



you probably should have a closer look at [delay] and what it does if
you send it a number.
  
Thank you, I have just found it out: it changes the delay time instead 
of giving a bang after the already setted delay time. I'll change it now.

ah, btw, you could simplify the following
complex
[expr $f1; if ($f1 == 0, 0, 1]
 |
++
|
[change]
|
[select 1 0]
|  [;pd dsp 0(
[;pd dsp 1(
/complex

to this
simple
[!= 0] (actually this should be [ 0]
|
[change]
|
[;pd dsp $1(
/simple
  

Thank you, I will implement this one. Really simple.

gdsft
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3FVi8ACgkQkX2Xpv6ydvQu4QCglguloZgIt7TIKiomT1QV/Nhe
uxYAoJH7wkFP3IlWgpaWa2QRXiPmci4J
=DHWR
-END PGP SIGNATURE-


  


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] CVs

2011-05-07 Thread Josh Moore
I just got out of a long and heated argument with someone who claimed
he was an EE and told me that digital synthesizers use CVs. I tried to
explain to him that if they did, it would be ONLY a numerical
conversion so he was wrong and he still insisted that digital
synthesizers used CVs. Has anyone had this kind of experience?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list