hello,
chris clepper a écrit :
On 4/17/07, cyrille henry cyrille.henry@la-kitchen.fr wrote:
hello, i'm curently working on a mac pro quad (and HCS pd39-2-extended RC1). i've got 2 problems.
1 st : reading movie does create a new thread as i can see in activity monitor, but the cpu used by pd + reading movie does never exeed 100% (i.e 25% of the all CPUs). is there a solution to improve this? i would like to be able to play many movie using 4 core of this computer.
Depends on what codec you use. All of the DV codecs use multiple threads to decompress and so does Apple Intermediate Codec.
i made a test patch that should decompress and display about 10 DV quality movie. the activity monitor says that pd use more than 30 threads. BUT, pd use 25% of every core, and GEM display 3 images /s. there is a problem somwhere, but i can't find what.
i also have a problem with pix_coloralpha. it look like pix_coloralpha
does not change the alpha chanel of the movie. i test the same patch / same movie on linux where everything is working ok. is there something that i should know to use this on osX?
The default colorspace on OSX is YUV so there is no alpha. You can send a 'colorspace rgb' message to pix_film which will slow everything down a lot or use a shader which will be fast.
I tried openning the file with the message [open test.mov RGBA< i also try sendind a message colorspace RGBA and finally using the pix_rgba object with no success.
i just realize that the pix_coloralpha help file does not word on this computer.
A shader will be the solution.
thanks Cyrille
thanks
Cyrille