Re: [PD] ASDR

2007-01-12 Thread Jerome Tuncer
Even so late that I didn't precise the whole thing: it's in 'ggee' 
directory then 'gui' subdirectory. If you need linux binaries, just let 
me know...


++


Jé

Chuckk Hubbard a écrit :

I haven't been able to find it or its documentation on the sourceforge
link from google.
Does it actually draw a table?

On 1/11/07, Jerome Tuncer [EMAIL PROTECTED] wrote:

Note: [envgen] is part of Günter's ggext...

++


Jé

Derek Holzer a écrit :
 envgen

 best,
 d.

 Max Neupert wrote:
 hi list,

 i remember that there was an object like a table where it was possible
 to drag on points for example to create an envelope of attack sustain
 decay release.
 now i can't find it any more. was it an external? if yes which one?
 how is it called?

 thanks,

 m.

 ___
 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-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Apple iPhone

2007-01-12 Thread Malte Steiner
yeah, expensive locked down boutique device, Apple gets worse all the 
time, there have been different times when they were much more open. 
But, at least when they drop now the 'Computers' in the name, now we 
know that they focuse on content and vertical integration. Guess GP2X or 
Nokia N800 for PDA needs are the more desirable gadgets. IPhone maybe is 
hackable but I dont like to be treated as a criminal, for that pricetag 
I want an invitation to program it (read SDK).
I wonder if they hired Jeff Han for doing the multitouchscreen although 
it is obviously not cameradriven...


Cheers,

Malte

--
Malte Steiner
media art + development
-www.block4.com-


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


Re: [PD] Granular Cross-fader

2007-01-12 Thread Kyle Klipowicz

Yes, please do.  That sounds fascinating!

~Kyle

On 1/12/07, Kevin McCoy [EMAIL PROTECTED] wrote:

Oh shoot... can you explain that more?  I understand convolution in
reverb but how might that work in a crossfader?

km

 Why granular? Why not a convoluting crossfader rather?

--



http://pocketkm.blogspot.com

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




--

http://theradioproject.com
http://perhapsidid.blogspot.com

(()()()(()))()()())(
(())(())()(((
))(__
_())(()))___
(((000)))oOO

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


[PD] OT: Jeff Han + The Crappy State of Mobile Phones (was Apple iPhone)

2007-01-12 Thread Kyle Klipowicz

On 1/12/07, Malte Steiner [EMAIL PROTECTED] wrote:

I wonder if they hired Jeff Han for doing the multitouchscreen although
it is obviously not cameradriven...


My guess is that Jeff Han did have something to do w/ development.
Look at the demo animations and it shows two fingers moving outward to
zoom into a photo:  this is exactly the method Han used to zoom in on
a desktop of photos in his own multi-touchscreen demo.

I am still not sold on this thing either.  It's seems more like a
concept phone.  My REAL hope lies that all the other phone companies
and manufacturers will learn that people crave innovation, simplicity,
and something that 'just works' for data swapping, especially address
books, email, SMS, and voice mail.

I have Sprint right now, and they're pretty horrible for a lot of
these reasons.  My phone (LG PM325) was touted as having Bluetooth,
but it can't communicate with my PowerBook worth a damn.  It has text
messaging where you have to sign in to a separate sprint vision
service, a process which takes  2 mins, just to view an SMS message.
To connect to my computer and transfer an address book?  Good luck!
You need an expensive proprietary connector and some software that
feels like it's in Alpha testing and also must be bought separately.
Any software must be purchased:  no FLOSS allowed.

Basically, phones right now need to become more standardized, and open
to development, rather than being the tin-can platforms for
after-market jollies that the companies are pushing them to be.
Hopefully Apple will scare the bejeezus out of the other manufacturers
into providing a sensible and working product.  It sure worked like
that against Blockbuster Video when Netflix hit the scene!

~Kyle

--

http://theradioproject.com
http://perhapsidid.blogspot.com

(()()()(()))()()())(
(())(())()(((
))(__
_())(()))___
(((000)))oOO

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


Re: [PD] OT: Jeff Han + The Crappy State of Mobile Phones (was Apple iPhone)

2007-01-12 Thread David Merrill
Hmm - well the technique that Han uses isn't appropriate for a device as 
small at the phone. (basically, his technique features a camera looking 
at the display surface from underneath - meaning that it requires a 
substantial amount of throw underneath, which isn't available in a 
mobile phone). Also, this technique wasn't invented by Han - he's just 
the first one who has made a really nice, convincing demo of it.

http://www.cs.nyu.edu/~jhan/ftirsense/

That said - he and his students had a lot of neat ideas for multi-finger 
applications, so Apple may have been in touch with him for some 
brainstorming..

-Dave M.

Kyle Klipowicz wrote:

On 1/12/07, Malte Steiner [EMAIL PROTECTED] wrote:

I wonder if they hired Jeff Han for doing the multitouchscreen although
it is obviously not cameradriven...


My guess is that Jeff Han did have something to do w/ development.
Look at the demo animations and it shows two fingers moving outward to
zoom into a photo:  this is exactly the method Han used to zoom in on
a desktop of photos in his own multi-touchscreen demo.

I am still not sold on this thing either.  It's seems more like a
concept phone.  My REAL hope lies that all the other phone companies
and manufacturers will learn that people crave innovation, simplicity,
and something that 'just works' for data swapping, especially address
books, email, SMS, and voice mail.

I have Sprint right now, and they're pretty horrible for a lot of
these reasons.  My phone (LG PM325) was touted as having Bluetooth,
but it can't communicate with my PowerBook worth a damn.  It has text
messaging where you have to sign in to a separate sprint vision
service, a process which takes  2 mins, just to view an SMS message.
To connect to my computer and transfer an address book?  Good luck!
You need an expensive proprietary connector and some software that
feels like it's in Alpha testing and also must be bought separately.
Any software must be purchased:  no FLOSS allowed.

Basically, phones right now need to become more standardized, and open
to development, rather than being the tin-can platforms for
after-market jollies that the companies are pushing them to be.
Hopefully Apple will scare the bejeezus out of the other manufacturers
into providing a sensible and working product.  It sure worked like
that against Blockbuster Video when Netflix hit the scene!

~Kyle




--
MIT Media Lab
[EMAIL PROTECTED]


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


[PD] wiiremote b4

2007-01-12 Thread Stefano Papetti
Hello Hans,

thanks for porting it!

I'm not able to compile the cvs version with make under MacOSX 10.4.8.
Could you please tell me which are the commands to get it compiled?

Many thanks,
Stefano


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


Re: [PD] ASDR

2007-01-12 Thread Kevin McCoy

Yes, and if you're planning on storing/recalling settings, better to get
good at dumping that list and putting it back in to the object.  Maybe
there's a way to build an abstraction to do it with less trouble/typing.
Tricky but useful object!

Kevin

On 1/12/07, Jerome Tuncer [EMAIL PROTECTED] wrote:


Even so late that I didn't precise the whole thing: it's in 'ggee'
directory then 'gui' subdirectory. If you need linux binaries, just let
me know...

++


Jé

Chuckk Hubbard a écrit :
 I haven't been able to find it or its documentation on the sourceforge
 link from google.
 Does it actually draw a table?

 On 1/11/07, Jerome Tuncer [EMAIL PROTECTED] wrote:
 Note: [envgen] is part of Günter's ggext...

 ++


 Jé

 Derek Holzer a écrit :
  envgen
 
  best,
  d.
 
  Max Neupert wrote:
  hi list,
 
  i remember that there was an object like a table where it was
possible
  to drag on points for example to create an envelope of attack
sustain
  decay release.
  now i can't find it any more. was it an external? if yes which one?
  how is it called?
 
  thanks,
 
  m.
 
  ___
  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-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list





--



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


Re: [PD] Granular Cross-fader

2007-01-12 Thread Patco

Kevin McCoy a écrit :

Oh shoot... can you explain that more?  I understand convolution in
reverb but how might that work in a crossfader?

km


Why granular? Why not a convoluting crossfader rather?

The idea is about filtering one track with the spectral enveloppe of 
the other one, and vice-versa,
The crossfade would pass progressively  from one track to another, but 
instead of having mixed tracks

at the center, there would have the convolution between the tracks:
There is a bad side, because this kind of effect can only affect the 
filtered sound in real time.


There is an approach of this in I06.Timbre.stamp.pd

PC.




___ 
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. 
http://fr.mail.yahoo.com



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


Re: [PD] Graz DVD aka rel01

2007-01-12 Thread robbert van hulzen

 This is embarrassing for me. I didn't test very well before posting
 that email: When i play it on my computer there indeed is sound
 (while plying it on the standalone dvd-player i have in reach there
 wasn't). I apologize very much!
 
 I'm watching it now (that is, i just paused it), it's great. Thanks
 for making this.
 
 
 On 09/01/2007, at 20.12, Jerome Tuncer wrote:
 
 Even better would have been some kind of subtitle to know who says/
 thinks what...
 
 I was thinking that too, but later realized that it might be a social
 contract with those who participate in the video, i.e. they might
 not (all) want to link their real person with their virtual person.
 
 Best, Steffen

i enjoyed it a lot too, and i thought it actually was quite fun guessing who
was who... a curtain that will probably lift more and more as i'm getting
more into this strange  wonderful world of pure data ;)



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


Re: [PD] Apple iPhone

2007-01-12 Thread carmen
On Fri Jan 12, 2007 at 03:03:07PM +0100, Malte Steiner wrote:
 yeah, expensive locked down boutique device, Apple gets worse all the time, 
 there have been different times when they were much more open. But, at least 
 when they drop now the 'Computers' in the 
 name, now we know that they focuse on content and vertical integration. Guess 
 GP2X or Nokia N800 for PDA needs are the more desirable gadgets. IPhone maybe 
 is hackable but I dont like to be treated 
 as a criminal, for that pricetag I want an invitation to program it (read 
 SDK).
 I wonder if they hired Jeff Han for doing the multitouchscreen although it is 
 obviously not cameradriven...

for the touch technology they acquired this company: http://www.fingerworks.com/

i wonder if apple 200 patents are going to hinder touch-interface progress for 
the entire industry? does anyone have a complete list? Jeff Han is certainly 
prior art, as far as i'm concerned

 
 Cheers,
 
 Malte
 
 -- 
 Malte Steiner
 media art + development
 -www.block4.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


[PD] Processing -- PD; OSC communication

2007-01-12 Thread raul diaz

Hi list!

I would like to make an audio pd patch controlled by a visual interface. I
think processing could be a nice aplication for this interface but I'm newby
to processing.
Communication between PD and Processing is possible by OSC library, but I
don't know the way to implement it.
I need to send values from Processing by mouse actions to PD to control
audio synthesis.
Has somebody experience with this kind of implementation? Any suggestion?

Saludos

--
Raul Diaz Poblete
*
[EMAIL PROTECTED]
Ciudad Real [Spain]
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] rvbap now added to CVS [was: Looking for vbap_reverb]

2007-01-12 Thread Frank Barknecht
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:

 I'm also in contact with Olaf directly and I'm almost done with
 converting his more advanced [rvbap] external from Max to Pd. This
 has a builtin calculation of reverb coefficients to be sent to
 [matrix~] or [mtx_*~] I'll commit it when it's ready.

It's ready: I checked in the Pd-port of Olaf Matthes' [rvbap] plus
help-patches to the CVS and just used the /externals/vbap directory
for this. The code is ifdef'd a lot to stay usable with Max/MSP as
well (and includes some bugfixes as added bonus). 

Thanks a lot to Olaf who was a big help with porting. Binaries should
show up in the next pd-autobuilds so please hammer it. The demo-patch
assumes you have Iemmatrix installed and it uses [mtx_*~] instead of
the old [matrix~], where the arguments and inlets were different.

Ciao
-- 
 Frank Barknecht _ __footils.org_ __goto10.org__

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


Re: pd sl (was RE: [PD] Shoutcast~ for OS X?)

2007-01-12 Thread shift8
the flying cocks thing had to be the best sl hack ever :)

On Fri, 2007-01-12 at 14:46 +, padawan12 wrote:
 
 I did a quick scan of some SL info and yes, it seems you just need to start
 a shoutcast on your own server (you'll need it on a box with a fat pipe not
 your home machine probably) and the URL is passed into SL from where the 
 clients pick it up. No need to make a replicatable object afaics.
 
 Check out the CVS that Georg gave you and compile that to experiment, but
 ultimately you'll want one that fits your server architecture. You will
 want to run pd -nogui on the remote. I'm sure we can all help you with
 this. But alas, like shift8 says, us Linux users can't join in the
 fun with the dancing cocks just yet :) 
 
 I'm sure you'll find a few Pd musicians who would be up for doing
 a virtual gig at your island club too. 
 
 
 
 
 On Thu, 11 Jan 2007 16:30:46 -0800
 shift8 [EMAIL PROTECTED] wrote:
 
  sure - when ether they (linden) or (because it's now oss) the community
  makes a linux client that doesn't suck :)
  
  On Thu, 2007-01-11 at 19:15 -0500, Patrick Pagano wrote:
   they are going to open source the viewer.
   i am not waiting.
   i can forsee globally attended real-time pd concerts/workshops and 
   classes in virtual space. possibly as interdiciplinary research seminar 
   elective on a local level
   
   i would like to create the need in our community and let the power coders 
   take care of the SL~ object.
   
   i think it's just gonna come down to opening a public ip for the stream.
   
   i think netpd might be nice too for class work.
   
   please try secondlife pd users!
   
   
   let us loiter together and know one another
   
   
   
   pp
   
   
   -Original Message-
   From: padawan12 [mailto:[EMAIL PROTECTED]
   Sent: Fri 1/12/2007 6:40 AM
   To:   Patrick Pagano
   Cc:   
   Subject:  Re: [PD] Shoutcast~ for OS X?
   
   
   Hi Patrick, 
   
   Are you the chap who wanted this to place in Second Life?
   Might I suggest the better way would be to start with the source
   (either from a Pd object or from many of the other fine *cast
   servers out there) and construct your SL object from the top.
   I don't know the form of SL objects, but didn't they just open
   source the code? You should be able to work this in.
   
   
   
   On Thu, 11 Jan 2007 16:15:38 -0500
   Patrick Pagano [EMAIL PROTECTED] wrote:
   
 
Is there an external for OSX for shoutcast/icecast~

I know Yves has one for Linux and apparently Olaf has withdrawn all his
stuff?

I missed something.




Patrick Pagano, B.S., M.F.A
Digital Media Specialist
Digital Worlds Institute
University of Florida
(352) 294-2082



___
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
   
  -- 
  Mechanize something idiosyncratic.
  
  
 
-- 
Mechanize something idiosyncratic.



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


[PD] Pduino: change read speed

2007-01-12 Thread Roman Haefeli
hello

i recently ordered two arduino boards and now i try my first steps with
it. i downloaded Pduino-0.2 and uploaded the firmware to the chip. i
encountered a little, but sometimes annoying problem, when using the
board with [arduino]-object. when i enable one or more analog inputs,
the arduino sends so much data, that data sent from computer to arduino
gets delayed, sometimes up to 10 seconds. this makes it impossible for
me to use the outputs, while using the analog ins at the same time. i
use the [arduino]-object as it is (with the hardcoded baudrate of
115200) and i connect the arduino-board directly to one of my laptop's
usb-ports. 
i counted the messages i receive from the the analog input, when i
enable it:
1 analog input enabled:  ~960 values/s 
2 analog inputs enabled: ~480 values/s per input
3 analog inputs enabled: ~320 values/s per input 
(and so on)

would it be easy to change the code of the firmware, so that it sends
the values of each analog input with a fixed rate (e.g. 100 Hz)?

i am not a c programmer, anyway i tried to search for kind of a delay
function in the code, but couldn't find anything. am i right in
assuming, that as it is now, it cycles through the code and sends each
time the values with the maximum possible rate, or in other words: there
is no speedlimit in the firmware? if so, how hard would it be to
implement kind of a speedlimit on the arduino-side?

any suggestions are welcome.

roman






___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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


Re: [PD] Pduino: change read speed

2007-01-12 Thread Christian Klippel
Am Samstag, 13. Januar 2007 03:31 schrieb Roman Haefeli:
 hello

[...snip...]


 would it be easy to change the code of the firmware, so that it sends
 the values of each analog input with a fixed rate (e.g. 100 Hz)?

 i am not a c programmer, anyway i tried to search for kind of a delay
 function in the code, but couldn't find anything. am i right in
 assuming, that as it is now, it cycles through the code and sends each
 time the values with the maximum possible rate, or in other words: there
 is no speedlimit in the firmware? if so, how hard would it be to
 implement kind of a speedlimit on the arduino-side?

 any suggestions are welcome.


the best way would be to implement a threshold and a gating function that 
handles the adc readouts. i'm doing that in the multio. it works like this:

the last sent value is saved. the actual readout is compared to that, and if 
the difference is above a given threshold, it will open the gate for a 
certain amount of time. during that time it sends all values (as long as they 
change, regardless of the threhold). each time the change is above the 
threshold, the open-time is reset. now, when the changes are below the 
threhold during the gate-open time, the time runs out. then it closes the 
gate again and the whole thing starts over.

this has two advantages: when nothing happens, there are no values to send at 
all. but while the gate is on, you dont miss any change, allowing for smooth 
transistions, and get all values as they come in.

 roman


greets,

chris






 ___
 Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail:
 http://mail.yahoo.de


 ___
 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] Pduino: change read speed

2007-01-12 Thread Martin Peach

Roman Haefeli wrote:

hello

i recently ordered two arduino boards and now i try my first steps with
it. i downloaded Pduino-0.2 and uploaded the firmware to the chip. i
encountered a little, but sometimes annoying problem, when using the
board with [arduino]-object. when i enable one or more analog inputs,
the arduino sends so much data, that data sent from computer to arduino
gets delayed, sometimes up to 10 seconds. this makes it impossible for
me to use the outputs, while using the analog ins at the same time. i
use the [arduino]-object as it is (with the hardcoded baudrate of
115200) and i connect the arduino-board directly to one of my laptop's
usb-ports. 
i counted the messages i receive from the the analog input, when i

enable it:
1 analog input enabled:  ~960 values/s 
2 analog inputs enabled: ~480 values/s per input
3 analog inputs enabled: ~320 values/s per input 
(and so on)


would it be easy to change the code of the firmware, so that it sends
the values of each analog input with a fixed rate (e.g. 100 Hz)?

  
You could always run at a baud rate like 1200, so the arduino is not 
able to send more than 120 bytes per second.


Martin


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