Re: [PD] pdtoblender

[errordeveloper]

hi

me too .. i just started to study blender ..
to get to interact with pd is a brilliant idea -
i was thinking of 3d visual interfaces to some syhnths would be great!

did you make any progerss with pd+blender since that post?

i'm quite keen on python ..but seems like it's not very pyhtonie stuff
that ..


cheers,
please keep in touch!
-- 
ilya .d 

On Thu, Jul 17, 2008 at 12:26:25PM +0200, patrice colet wrote:
> Hi,
>
> I started to learn to use Blender for controlling it with puredata with OSC 
> protocol,
>
> I would have been glad to use gamelogic sockets instead but it's poorly 
> documented and OSC seems more useful in huge project implementations
>
> Welcome to any kind of comment
>
> instructions are into blend file


> ___
> 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] [GEM] pix_video, firewire, and linux ?

[Jaime Oliver]

have you tried coriander?
I know it is the way to make firewire cameras work in linux using
libdc, but had no luck interfacing with gem. it is something I've
putting off for a while,

J

On Tue, Mar 10, 2009 at 4:56 PM, Mario Mora  wrote:
> pure:dyne never has worked with firewire for me, but i have used dyne:bolic
> with firewire with great results, but i have tested only audio, dyne:bolic
> has GEM and i have used flawessly but not tried capturing video by firewire
> yet.
> Maybe you can try using dyne:bolic and using the "modules" of pure:dyne for
> puredata and GEM so you can get a newer version than dyne:bolic has inside,
> that's the way i have used pd+gem in dybe:bolic with no problems so far
>
>
> 2009/3/10 adrian goya 
>>
>> Hello to all.
>>
>> I'm having problems trying to connect a unibrain's fire-i firewire board
>> camera in GEM. When I send a   [driver 1(    message and then   [device
>> /dev/video1394/0(   to pix_video i get :
>>
>> initializing: Inappropriate ioctl for device
>>
>> If I send [driver 0(   message I get
>>
>> get capabilities: Inappropriate ioctl for device
>>
>> The camera works under coriander no problem. I use it with openFrameworks
>> also. It doesn't work with dvgrab.  http://www.unibrain.com/Products/Vision
>> … e_i_BC.htm
>>
>> A sony minidv firewire camera does work with pix_video however.
>>
>> Since my Debian system is a mess I downloaded pure:dyne's leek and potato
>> to test the camera and had the same results. The miso version gave the same
>> results.
>>
>> Does anyone have any idea how to fix this? I've searched the mail archives
>> and every resource I could think of. I'm new to linux so maybe I'm missing
>> some basic stuff. Any help would be greatly appreciated.
>>
>> Debian lenny/sid. Kernel 2.6.24
>>
>> thankyou.
>>
>> ___
>> 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
>
>



-- 
Jaime E Oliver LR

joliv...@ucsd.edu
www.realidadvisual.org/jaimeoliver
www-crca.ucsd.edu/
www.realidadvisual.org

858 202 1522
9168 Regents Rd. Apt. G
La Jolla, CA 92037
USA

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

Re: [PD] FFT and curve3d?

[Hans-Christoph Steiner]

That's quite nice, you are quite the Gem master.  I was thinking of a  
3D view that incorporates time.  That's where the curve3d comes in.


.hc

On Mar 10, 2009, at 8:37 PM, Claude Heiland-Allen wrote:


Hans-Christoph Steiner wrote:
Anyone know of a patch that maps an FFT over time to something like  
a curve3d in Gem?  I remember a while back people posted something  
like that, but I can't find it.

.hc


I just knocked the attached together, doesn't use curve3d though..

Claude
--
http://claudiusmaximus.goto10.org
#N canvas 0 0 450 405 10;
#X obj 20 14 adc~;
#X obj 12 108 table \$0-window 1024;
#N canvas 0 0 450 300 \$0-make-window 0;
#X obj 31 18 loadbang;
#X obj 10 19 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 31 50 f 1024;
#X obj 31 80 until;
#X obj 30 104 f 0;
#X obj 77 101 + 1;
#X obj 77 121 mod 1024;
#X obj 30 156 / 512;
#X obj 30 177 * 3.14159;
#X obj 30 209 cos;
#X obj 30 230 * -0.5;
#X obj 30 256 + 0.5;
#X obj 29 279 tabwrite \$0-window;
#X obj 31 135 t f f;
#X connect 0 0 2 0;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 4 0 13 0;
#X connect 5 0 6 0;
#X connect 6 0 4 1;
#X connect 7 0 8 0;
#X connect 8 0 9 0;
#X connect 9 0 10 0;
#X connect 10 0 11 0;
#X connect 11 0 12 0;
#X connect 13 0 7 0;
#X connect 13 1 12 1;
#X restore 13 80 pd \$0-make-window;
#N canvas 0 238 450 300 \$0-fft-analysis 0;
#X obj 18 18 inlet~;
#X obj 86 121 block~ 1024 4 1;
#X obj 18 67 rfft~;
#X obj 18 98 *~;
#X obj 18 42 *~;
#X obj 45 98 *~;
#X obj 18 124 +~;
#X obj 17 177 sqrt~;
#X obj 65 43 tabreceive~ \$0-window;
#X obj 17 209 tabsend~ \$0-fft;
#X obj 18 151 /~ 1024;
#X connect 0 0 4 0;
#X connect 2 0 3 0;
#X connect 2 0 3 1;
#X connect 2 1 5 0;
#X connect 2 1 5 1;
#X connect 3 0 6 0;
#X connect 4 0 2 0;
#X connect 5 0 6 1;
#X connect 6 0 10 0;
#X connect 7 0 9 0;
#X connect 8 0 4 1;
#X connect 10 0 7 0;
#X restore 27 47 pd \$0-fft-analysis;
#X obj 12 128 table \$0-fft 256;
#X obj 26 234 gemwin;
#X obj 26 189 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X msg 52 191 create;
#X msg 55 211 destroy;
#X obj 192 27 gemhead;
#X obj 193 61 t a a a;
#X obj 182 90 GEMglEnd;
#X obj 238 89 GEMglBegin;
#X obj 295 62 GLdefine GL_LINES;
#X obj 295 32 loadbang;
#X obj 274 33 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 211 230 gemlist;
#X obj 212 144 f 256;
#X obj 211 170 until;
#X obj 210 194 t b b;
#X obj 295 192 + 1;
#X obj 212 118 t b b a;
#X obj 278 168 f 0;
#X obj 264 191 f;
#X obj 212 269 GEMglVertex2f;
#X obj 297 242 tabread \$0-fft;
#X obj 212 309 GEMglVertex2f;
#X obj 297 282 * -1;
#X obj 265 217 / 32;
#X obj 263 242 - 4;
#X connect 0 0 3 0;
#X connect 0 1 3 0;
#X connect 6 0 5 0;
#X connect 7 0 5 0;
#X connect 8 0 5 0;
#X connect 9 0 10 0;
#X connect 10 0 11 0;
#X connect 10 1 21 0;
#X connect 10 2 12 0;
#X connect 13 0 12 1;
#X connect 14 0 13 0;
#X connect 15 0 13 0;
#X connect 16 0 24 0;
#X connect 17 0 18 0;
#X connect 18 0 19 0;
#X connect 19 0 16 0;
#X connect 19 1 23 0;
#X connect 20 0 23 1;
#X connect 21 0 17 0;
#X connect 21 1 22 0;
#X connect 21 2 16 1;
#X connect 22 0 23 1;
#X connect 23 0 20 0;
#X connect 23 0 25 0;
#X connect 23 0 28 0;
#X connect 24 0 26 0;
#X connect 25 0 24 2;
#X connect 25 0 27 0;
#X connect 27 0 26 2;
#X connect 28 0 29 0;
#X connect 29 0 24 1;
#X connect 29 0 26 1;








Programs should be written for people to read, and only incidentally  
for machines to execute.

 - from Structure and Interpretation of Computer Programs


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

Re: [PD] FFT and curve3d?

[Claude Heiland-Allen]

Hans-Christoph Steiner wrote:


Anyone know of a patch that maps an FFT over time to something like a 
curve3d in Gem?  I remember a while back people posted something like 
that, but I can't find it.


.hc


I just knocked the attached together, doesn't use curve3d though..

Claude
--
http://claudiusmaximus.goto10.org
#N canvas 0 0 450 405 10;
#X obj 20 14 adc~;
#X obj 12 108 table \$0-window 1024;
#N canvas 0 0 450 300 \$0-make-window 0;
#X obj 31 18 loadbang;
#X obj 10 19 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 31 50 f 1024;
#X obj 31 80 until;
#X obj 30 104 f 0;
#X obj 77 101 + 1;
#X obj 77 121 mod 1024;
#X obj 30 156 / 512;
#X obj 30 177 * 3.14159;
#X obj 30 209 cos;
#X obj 30 230 * -0.5;
#X obj 30 256 + 0.5;
#X obj 29 279 tabwrite \$0-window;
#X obj 31 135 t f f;
#X connect 0 0 2 0;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 4 0 13 0;
#X connect 5 0 6 0;
#X connect 6 0 4 1;
#X connect 7 0 8 0;
#X connect 8 0 9 0;
#X connect 9 0 10 0;
#X connect 10 0 11 0;
#X connect 11 0 12 0;
#X connect 13 0 7 0;
#X connect 13 1 12 1;
#X restore 13 80 pd \$0-make-window;
#N canvas 0 238 450 300 \$0-fft-analysis 0;
#X obj 18 18 inlet~;
#X obj 86 121 block~ 1024 4 1;
#X obj 18 67 rfft~;
#X obj 18 98 *~;
#X obj 18 42 *~;
#X obj 45 98 *~;
#X obj 18 124 +~;
#X obj 17 177 sqrt~;
#X obj 65 43 tabreceive~ \$0-window;
#X obj 17 209 tabsend~ \$0-fft;
#X obj 18 151 /~ 1024;
#X connect 0 0 4 0;
#X connect 2 0 3 0;
#X connect 2 0 3 1;
#X connect 2 1 5 0;
#X connect 2 1 5 1;
#X connect 3 0 6 0;
#X connect 4 0 2 0;
#X connect 5 0 6 1;
#X connect 6 0 10 0;
#X connect 7 0 9 0;
#X connect 8 0 4 1;
#X connect 10 0 7 0;
#X restore 27 47 pd \$0-fft-analysis;
#X obj 12 128 table \$0-fft 256;
#X obj 26 234 gemwin;
#X obj 26 189 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X msg 52 191 create;
#X msg 55 211 destroy;
#X obj 192 27 gemhead;
#X obj 193 61 t a a a;
#X obj 182 90 GEMglEnd;
#X obj 238 89 GEMglBegin;
#X obj 295 62 GLdefine GL_LINES;
#X obj 295 32 loadbang;
#X obj 274 33 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 211 230 gemlist;
#X obj 212 144 f 256;
#X obj 211 170 until;
#X obj 210 194 t b b;
#X obj 295 192 + 1;
#X obj 212 118 t b b a;
#X obj 278 168 f 0;
#X obj 264 191 f;
#X obj 212 269 GEMglVertex2f;
#X obj 297 242 tabread \$0-fft;
#X obj 212 309 GEMglVertex2f;
#X obj 297 282 * -1;
#X obj 265 217 / 32;
#X obj 263 242 - 4;
#X connect 0 0 3 0;
#X connect 0 1 3 0;
#X connect 6 0 5 0;
#X connect 7 0 5 0;
#X connect 8 0 5 0;
#X connect 9 0 10 0;
#X connect 10 0 11 0;
#X connect 10 1 21 0;
#X connect 10 2 12 0;
#X connect 13 0 12 1;
#X connect 14 0 13 0;
#X connect 15 0 13 0;
#X connect 16 0 24 0;
#X connect 17 0 18 0;
#X connect 18 0 19 0;
#X connect 19 0 16 0;
#X connect 19 1 23 0;
#X connect 20 0 23 1;
#X connect 21 0 17 0;
#X connect 21 1 22 0;
#X connect 21 2 16 1;
#X connect 22 0 23 1;
#X connect 23 0 20 0;
#X connect 23 0 25 0;
#X connect 23 0 28 0;
#X connect 24 0 26 0;
#X connect 25 0 24 2;
#X connect 25 0 27 0;
#X connect 27 0 26 2;
#X connect 28 0 29 0;
#X connect 29 0 24 1;
#X connect 29 0 26 1;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] xbee reading for Pd

[Hans-Christoph Steiner]

In case anyone wants to read data from an xbee in Pd, here's a pd that  
does it, converted from a Max patch:




xbee_io_reader.pd
Description: Binary data



.hc




"[W]e have invented the technology to eliminate scarcity, but we are  
deliberately throwing it away to benefit those who profit from  
scarcity."-John Gilmore



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

[PD] FFT and curve3d?

[Hans-Christoph Steiner]

Anyone know of a patch that maps an FFT over time to something like a  
curve3d in Gem?  I remember a while back people posted something like  
that, but I can't find it.


.hc



All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne




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

Re: [PD] [GEM] pix_video, firewire, and linux ?

[Mario Mora]

pure:dyne never has worked with firewire for me, but i have used dyne:bolic
with firewire with great results, but i have tested only audio, dyne:bolic
has GEM and i have used flawessly but not tried capturing video by firewire
yet.
Maybe you can try using dyne:bolic and using the "modules" of pure:dyne for
puredata and GEM so you can get a newer version than dyne:bolic has inside,
that's the way i have used pd+gem in dybe:bolic with no problems so far


2009/3/10 adrian goya 

> Hello to all.
>
> I'm having problems trying to connect a unibrain's fire-i firewire board
> camera in GEM. When I send a   [driver 1(message and then   [device
> /dev/video1394/0(   to pix_video i get :
>
> initializing: Inappropriate ioctl for device
>
> If I send [driver 0(   message I get
>
> get capabilities: Inappropriate ioctl for device
>
> The camera works under coriander no problem. I use it with openFrameworks
> also. It doesn't work with dvgrab.  http://www.unibrain.com/Products/Vision
> … e_i_BC.htm 
>
> A sony minidv firewire camera does work with pix_video however.
>
> Since my Debian system is a mess I downloaded pure:dyne's leek and potato
> to test the camera and had the same results. The miso version gave the same
> results.
>
> Does anyone have any idea how to fix this? I've searched the mail archives
> and every resource I could think of. I'm new to linux so maybe I'm missing
> some basic stuff. Any help would be greatly appreciated.
>
> Debian lenny/sid. Kernel 2.6.24
>
> thankyou.
>
> ___
> 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] sprintf and netsend for comma delimited UDP data

[Martin Peach]

florian mosleh wrote:

Hello,

   I already posted this to the forum, so I hope it's no foible to post 
it here as well...


I am building a connector for PD to communicate with an external 
application running on another system. I am using netsend to craft UDP 
packets that the remote application can parse for actions. The payload 
is supposed to look sort of like this:

(STRING,STRING,INTEGER,INTEGER,STRING,INTEGER)

Initially I was unable to get commas into the netsend stream because PD 
uses commas as in internal delimiter. I was able to circumvent this by 
using the cyclone external's 'sprintf' function. Like this:


|44|
|
|send  (STRING%cSTRING%cINTEGER%cINTEGER%cSTRING%cINTEGER) |
|
|netsend|

this almost works, except that pd inserts whitespace characters after 
the commas, which the remote application doesn't understand.


I noticed that 'print' actually puts a space before and after the 
commas, whereas netsend (or sprintf) only puts one after the commas.


Does anyone know how to circumvent this behavior? Or, perhaps a simpler 
way to achieve what I am trying to do?




If you're using pd-extended you could use [any2string] to convert to 
lists of (ASCII) floats and [udpsend] to send the list of floats. Also 
the [str] object might work as a way to convert symbols into lists of 
ASCII characters.



Martin


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

Re: [PD] default [output~] in Pd-extended

[Hans-Christoph Steiner]

On Mar 10, 2009, at 2:50 PM, Steffen Juul wrote:



On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:


(...) and the green/white toggle from [pddp/dsp].



I quite strongly think [cvn]'s tricks should be avoided in help  
patches, especially those default for vanilla objects.


Reason being it took me quite some time before i got heads and tails  
of it. Before that, it was a total mystery. Such mysteries are bad  
for learning since it may well obstruct learning of basic things.  
There is enough syntax to get into when starting to learn Pd.



I agree that the patch should be conceptually simple, but usability is  
also a concern.  Many newbies are hung up because they can't get the  
example patches to do anything.  A lot of the time, that's because  
they haven't turned up the audio.  If it is encapsulated in an object,  
then the complexity is hidden until you want to see it.  Same idea  
with a osc~.  The osc~ C code is far more complex.


.hc





kill your television



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

[PD] sprintf and netsend for comma delimited UDP data

[florian mosleh]

Hello,

  I already posted this to the forum, so I hope it's no foible to post 
it here as well...


I am building a connector for PD to communicate with an external 
application running on another system. I am using netsend to craft UDP 
packets that the remote application can parse for actions. The payload 
is supposed to look sort of like this:

(STRING,STRING,INTEGER,INTEGER,STRING,INTEGER)

Initially I was unable to get commas into the netsend stream because PD 
uses commas as in internal delimiter. I was able to circumvent this by 
using the cyclone external's 'sprintf' function. Like this:


|44|
|
|send  (STRING%cSTRING%cINTEGER%cINTEGER%cSTRING%cINTEGER) |
|
|netsend|

this almost works, except that pd inserts whitespace characters after 
the commas, which the remote application doesn't understand.


I noticed that 'print' actually puts a space before and after the 
commas, whereas netsend (or sprintf) only puts one after the commas.


Does anyone know how to circumvent this behavior? Or, perhaps a simpler 
way to achieve what I am trying to do?


Thank you.

Florian
--

:[ flo ]:


There is something you must understand about the Soviet system.  They have the
ability to concentrate all their efforts on a given design, and develop all
components simulateously, but sometimes without proper testing.  Then they end
up with a technological disaster like the Tu-144.  In a technology race at
the time, that aircraft was two months ahead of the Concorde.  Four Tu-144s
were built; two have crashed, and two are in museums.  The Concorde has been
flying safely for over 10 years.
-- Victor Belenko, MiG-25 fighter pilot who defected in 1976
  "Defense Electronics", Vol 20, No. 6, pg. 100

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

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:


(...) and the green/white toggle from [pddp/dsp].



I quite strongly think [cvn]'s tricks should be avoided in help  
patches, especially those default for vanilla objects.


Reason being it took me quite some time before i got heads and tails  
of it. Before that, it was a total mystery. Such mysteries are bad  
for learning since it may well obstruct learning of basic things.  
There is enough syntax to get into when starting to learn Pd.


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

[PD] [GEM] pix_video, firewire, and linux ?

[adrian goya]

Hello to all.

I'm having problems trying to connect a unibrain's fire-i firewire board
camera in GEM. When I send a   [driver 1(message and then   [device
/dev/video1394/0(   to pix_video i get :

initializing: Inappropriate ioctl for device

If I send [driver 0(   message I get

get capabilities: Inappropriate ioctl for device

The camera works under coriander no problem. I use it with openFrameworks
also. It doesn't work with dvgrab.  http://www.unibrain.com/Products/Vision
… e_i_BC.htm 

A sony minidv firewire camera does work with pix_video however.

Since my Debian system is a mess I downloaded pure:dyne's leek and potato to
test the camera and had the same results. The miso version gave the same
results.

Does anyone have any idea how to fix this? I've searched the mail archives
and every resource I could think of. I'm new to linux so maybe I'm missing
some basic stuff. Any help would be greatly appreciated.

Debian lenny/sid. Kernel 2.6.24

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

Re: [PD] Pd on MIPS

[mbutubuntu]

I mean really MIPS, but does pd-anywhere support all pd externals??? If 
I need zexy may I be able to compile it and will zexy run on pd-anywhere???


Thanks

Fabio Buda


Hans-Christoph Steiner wrote:


Do you mean ARM?  Or really MIPS?  There are packages for ARM embedded 
linux machines as part of the pd-anywhere project:


http://sf.net/projects/pd-anywhere

.hc

On Mar 10, 2009, at 9:32 AM, mbutubuntu wrote:


hello everyone!!
I'm going to buy an embedded motherboard with a MIPS CPU, does someone
compiled and tested PureData on a similar architecture??

thanks

Fabio Buda


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




 



There is no way to peace, peace is the way.   -A.J. Muste







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

Re: [PD] change for symbols

[tim vets]

2009/3/10 Hans-Christoph Steiner 

>
> Sounds handy, but it would be nice to have [change] directly support
> symbols...
>
> .hc
>
>
> On Mar 10, 2009, at 6:07 AM, Jack wrote:
>
>  Yep, simple and nice.
>> ++
>>
>> Jack
>>
>>
>> Le 10 mars 09 à 08:06, Frank Barknecht a écrit :
>>
>>  Hallo,
>>> Max hat gesagt: // Max wrote:
>>>
>>>  is there something like [change] for symbols?

>>>
>>> [select] ? See attachment.
>>>
>>> Ciao
>>> -- Frank BarknechtDo You RjDj.me?  _
>>>
>>

Hi,
there's also [nchange] (maxlib)
gr,
Tim
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] change for symbols

[Hans-Christoph Steiner]

Sounds handy, but it would be nice to have [change] directly support  
symbols...


.hc

On Mar 10, 2009, at 6:07 AM, Jack wrote:


Yep, simple and nice.
++

Jack


Le 10 mars 09 à 08:06, Frank Barknecht a écrit :


Hallo,
Max hat gesagt: // Max wrote:


is there something like [change] for symbols?


[select] ? See attachment.

Ciao
--  
Frank BarknechtDo You RjDj.me?  _

__footils.org_
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







All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne




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

Re: [PD] Pd on MIPS

[Hans-Christoph Steiner]

Do you mean ARM?  Or really MIPS?  There are packages for ARM embedded  
linux machines as part of the pd-anywhere project:


http://sf.net/projects/pd-anywhere

.hc

On Mar 10, 2009, at 9:32 AM, mbutubuntu wrote:


hello everyone!!
I'm going to buy an embedded motherboard with a MIPS CPU, does someone
compiled and tested PureData on a similar architecture??

thanks

Fabio Buda


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






There is no way to peace, peace is the way.   -A.J. Muste



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

Re: [PD] partconv optimization

[Hans-Christoph Steiner]

I think the mac/fink builds of FFTW do use SSE2, since that is the  
minimum that a Mac/Intel has.  I believe SSE2 is required to run Mac/ 
Intel.


As for more optimizations, I would like to turn those on for the whole  
Pd-extended builds, but the strict-aliasing errors need to be fixed in  
order to do that.  If you want to make this happen quicker, you could  
check the archives about the strict aliasing errors, and submit fixes  
to the patch tracker.


.hc

On Mar 10, 2009, at 8:36 AM, chris clepper wrote:

Ben tried to write an SSE version of the convolution routine, but  
did not get a working one.  As I recall the problem is that SSE  
lacks a critical operation to make it efficient (or perhaps even  
possible) to run as vector code.  You can always just set the  
compiler flags to the extreme levels and see if that helps.


I wrote Altivec code for partconv~ a few years ago, and built a PPC  
version with an optimized FFTW, but I don't know if that is what is  
included with pd-extended or not.  I guess if you can load it on  
Intel machines it is running a more generic version.  FFTW needs to  
have at least an architecture, or ideally a CPU, specific build to  
run well.




On Tue, Mar 10, 2009 at 7:58 AM, Gregorio G. Karman > wrote:

hello,

I would appreciate knowing if the build of partconv~ v0.2 included in
0.40.3-extended-macosx104 is currently taking advantage of sse
optimization?

thanks

Gregorio
--
Gregorio García Karman
Runzstraße 71.
79102 Freiburg - Germany
home: 0049 (0)761 2852 808
office: 0049 (0)761 3808 276
handy: 0049 (0)1515 3292 098




___
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






Man has survived hitherto because he was too ignorant to know how to  
realize his wishes.  Now that he can realize them, he must either  
change them, or perish.-William Carlos Williams



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

Re: [PD] default [output~] in Pd-extended

[Hans-Christoph Steiner]

On Mar 9, 2009, at 10:45 PM, hard off wrote:

a very simple solution would be to use a subpatch instead of an  
abstraction in the help files.



[pd output~]


Yeah, some of them have a subpatch.

this would also remedy the problem reported more often:  "why  
doesn't the output~ object work when i copy the help files to my  
desktop?"



Having a abstraction in  "extra" would also solve this problem.  I  
think that we can make [ezdac~] better by adding the db numbox and  
mute function from Miller's [output~], and the green/white toggle from  
[pddp/dsp].


.hc






Programs should be written for people to read, and only incidentally  
for machines to execute.

 - from Structure and Interpretation of Computer Programs


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

Re: [PD] max/msp/jitter projects

[Hans-Christoph Steiner]

The Pd list has nothing to do with max/msp, please don't post such  
things here.  If you want to know about Pd, then it is the right place.


.hc

On Mar 10, 2009, at 10:18 AM, steffen scholl wrote:





hello, i m writing my phd about Max/MSP/Jitter and i m looking for  
interesting projects realized with this "autor-sytem" in the domain  
of  live-electronic-music...


thanks in advance,
steffen



Promo machen für deine Party. Im neuen Live Messenger. Hier  
kostenlos downloaden!___

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







You can't steal a gift. Bird gave the world his music, and if you can  
hear it, you can have it. - Dizzy Gillespie




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

[PD] max/msp/jitter projects

[steffen scholl]

hello, i m writing my phd about Max/MSP/Jitter and i m looking for interesting 
projects realized with this "autor-sytem" in the domain of  
live-electronic-music...
thanks in advance,steffen



_
http://redirect.gimas.net/?n=M0903xSearchVideo
Videosuche - Ganz einfach mit der Live Search___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Pd on MIPS

[mbutubuntu]

hello everyone!!
I'm going to buy an embedded motherboard with a MIPS CPU, does someone 
compiled and tested PureData on a similar architecture??

thanks

Fabio Buda


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

Re: [PD] partconv optimization

[chris clepper]

Ben tried to write an SSE version of the convolution routine, but did not
get a working one.  As I recall the problem is that SSE lacks a critical
operation to make it efficient (or perhaps even possible) to run as vector
code.  You can always just set the compiler flags to the extreme levels and
see if that helps.

I wrote Altivec code for partconv~ a few years ago, and built a PPC version
with an optimized FFTW, but I don't know if that is what is included with
pd-extended or not.  I guess if you can load it on Intel machines it is
running a more generic version.  FFTW needs to have at least an
architecture, or ideally a CPU, specific build to run well.



On Tue, Mar 10, 2009 at 7:58 AM, Gregorio G. Karman <
ggkar...@musicologia.com> wrote:

> hello,
>
> I would appreciate knowing if the build of partconv~ v0.2 included in
> 0.40.3-extended-macosx104 is currently taking advantage of sse
> optimization?
>
> thanks
>
> Gregorio
> --
> Gregorio García Karman
> Runzstraße 71.
> 79102 Freiburg - Germany
> home: 0049 (0)761 2852 808
> office: 0049 (0)761 3808 276
> handy: 0049 (0)1515 3292 098
>
>
>
>
> ___
> 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] partconv optimization

[Gregorio G. Karman]

hello,

I would appreciate knowing if the build of partconv~ v0.2 included in
0.40.3-extended-macosx104 is currently taking advantage of sse
optimization?

thanks

Gregorio
-- 
Gregorio García Karman
Runzstraße 71.
79102 Freiburg - Germany
home: 0049 (0)761 2852 808
office: 0049 (0)761 3808 276
handy: 0049 (0)1515 3292 098




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

Re: [PD] change for symbols

[Jack]

Yep, simple and nice.
++

Jack


Le 10 mars 09 à 08:06, Frank Barknecht a écrit :

> Hallo,
> Max hat gesagt: // Max wrote:
>
>> is there something like [change] for symbols?
>
> [select] ? See attachment.
>
> Ciao
> --  
>  Frank BarknechtDo You RjDj.me?  _  
> __footils.org__ change.pd>___
> 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] change for symbols

[Frank Barknecht]

Hallo,
Max hat gesagt: // Max wrote:

> is there something like [change] for symbols?

[select] ? See attachment.

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__


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

Re: [PD] pd~.abstraction to make pd~ more like pd

[Frank Barknecht]

Hallo,
Luke Iannini hat gesagt: // Luke Iannini wrote:

> Thanks to IOhannes for testargs and FBar for list-l2s - those made the
> (purepd) argument hackery possible.

Quick remark: You maybe want to update your copy of list-l2s: The most
recent one uses [makefilename %g] instead of [makefilename %d].

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__

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