Re: [PD] Processing Video Data

2007-05-10 Thread raul diaz

Hi IOhannes, Hi listers!

2007/5/10, IOhannes m zmoelnig [EMAIL PROTECTED]:



raul diaz wrote:
 Hi IOhannes, Hi list!

seems like you forgot the list, i added it now...



Sorry...I forgot to add list address.




 I'm making a patch for live video data manipulation with pix_video --
 pix_resize -- pix_dump

 if you have plenty of cpu left, you could go for Gem's [pix_dump],
which
 dumps the entire image as a list into pd-space. then you can do
 whatever you want with it (e.g. use iemmatrix to calculate what you
 need).

 another solution with Gem might be to use [pix_resize] with a width
of 1
 and then [pix_dump] the image column.


 I want to use this video data to control audio synthesis parameters, but
 first I need to management the list from pix_dump outlet.
 What's the best way to manipulate this data?
 I discard iemmatrix because I haven't found it compiled for windows (and
 I have no idea about compiling externals).
 I have tried to store this list into a table but I had no result.
 Maybe I could use list objects to management video data.


well yes!
once the data is in pd-space (as list) you can use whatever you want to
manipulate it.
i don't think there is a general best way to do it.
with recent versions of pd, using [list] is definitely a good choice
(doesn't require any externals)
how have you tried to dump the data into a table and why did it not
work? (in older pd's i would have used zexy's [tabset] instead of
manually unrolling the list and writing the data with [tabwrite]; you
canalso do this with plain pd)



Finally I have made a patch to store video data into tables (R, G and B
tables) with list and tabwrite. Sorry, but I got confused with list objetcs
(working very late at night isn't so good ;-)
Attached is the new patch.

But now I have 2 options: to work with tables (reading tables values with
tabread and manipulating this values) or to work without tables,
manipulating lists directly to extract each value I need. What's the best
option in terms of computational effectivity? (I use a lot of data which
require a lot of cpu, so I need to minimize computational cost). I will use
this video data for audio synthesis.


as for iemmatrix, isn't it part of pd-extended? i will put a binary

online today



I would like to take a look at iemmatrix. Please, tell me where I could find
the binary for win32.

Saludos!

--
Raul Diaz Poblete
*
[EMAIL PROTECTED]
Ciudad Real [Spain]


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


Re: [PD] Processing Video Data

2007-05-10 Thread raul diaz

Using a table normally is faster, especially if you want to access values by

index (that is, not sequentially). You can do some optimizations, too:
For one, you can get rid of one counter, if you send the RGB-list to:

[list]
|
[list split 3]
|
[unpack 0 0 0]
| |  |
... put to tables

Even faster probably is using just one table for all RGB values: Just
do a [list prepend 0] after [pix dump] and send the 0-prepended list
to a sender with your table-name as target.

You can still access the individual R, G, or B values by adjusting
your index into [tabread] accordingly (use: 3*index + X with X = 0, 1
or 2)

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



Thank you very much!

Pretty useful!

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


Re: [PD] Processing Video Data

2007-05-10 Thread Kyle Klipowicz
Slick solution!

~Kyle

On 5/10/07, Frank Barknecht [EMAIL PROTECTED] wrote:
 Even faster probably is using just one table for all RGB values: Just
 do a [list prepend 0] after [pix dump] and send the 0-prepended list
 to a sender with your table-name as target.

 You can still access the individual R, G, or B values by adjusting
 your index into [tabread] accordingly (use: 3*index + X with X = 0, 1
 or 2)

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

 ___
 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


Re: [PD] Processing Video Data

2007-03-14 Thread IOhannes m zmoelnig
Raul Diaz wrote:
 Which external or library (GEM, PixelTango, ...) do you recommend me
 to process video?

PixelTango builds on top of Gem, so there is no realy difference here.
(i don't think that PixelTango comes with an abstraction for Gem that
does right out-of-the-box what you need)


chris clepper wrote:
 You need one value for each pixel row in an image?  That will probably
 require writing a custom external to do that.

not necessarily.
if you have plenty of cpu left, you could go for Gem's [pix_dump], which
dumps the entire image as a list into pd-space. then you can do
whatever you want with it (e.g. use iemmatrix to calculate what you need).

another solution with Gem might be to use [pix_resize] with a width of 1
and then [pix_dump] the image column.

other libs:
i am sure there are some simple resizing mechanisms in GridFlow. if you
need to do more complicated stuff on the data, GridFlow might be a good
choice anyhow, since you could stay in grid-space rather long and only
do the conversion into pd-space at the very end.

pdp/pidip:
i don't know, but i am sure there are solutions here too.

so it really depends on what else you want to acchieve.
if it has to run on w32, then the solutions are limited.
(but i don't know)


mfa.sdr
IOhannes

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


Re: [PD] Processing Video Data

2007-03-14 Thread Luigi Rensinghoff

Am 13.03.2007 um 21:06 schrieb chris clepper:

 You need one value for each pixel row in an image?  That will probably
 require writing a custom external to do that.


 On 3/13/07, raul diaz [EMAIL PROTECTED] wrote:
 Hi List!

 I would like to process a live recording video with pure data.
 I need to extract bright information of each horizontal video line  
 but I
 don't know if there is any external which do that.
 Which external or library (GEM, PixelTango, ...) do you recommend  
 me to
 process video?


you did not mention pdp, and especially pidip, that myight work for you

luigi



 Thanks!

 --
 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-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] Processing Video Data

2007-03-13 Thread Cypod

There are probably a few externals that can do this. I have successfully
brought in firewire video with Gem using the pix_video object



On 3/13/07, raul diaz [EMAIL PROTECTED] wrote:


Hi List!

I would like to process a live recording video with pure data.
I need to extract bright information of each horizontal video line but I
don't know if there is any external which do that.
Which external or library (GEM, PixelTango, ...) do you recommend me to
process video?

Thanks!

--
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





--
B~
www.cypod.co.nr
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list