On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <
ch@chnry.net <mailto:
ch@chnry.net>> wrote:
hello,
Gem is mostly design to work on the GPU, and not on the CPU.
GPU have hundreds of core, they are faster than CPU for image manipulations.
pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-)
in order to make a fade transition between 2 videos, you can use transparency on one video.
add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.
cheers
c
Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :
Hello,
So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM?
I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?
Best regards,
Stephan
On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <
thomas@residuum.org <mailto:
thomas@residuum.org> <mailto:
thomas@residuum.org <mailto:
thomas@residuum.org>>> wrote:
Hi,
On 03.02.2013 22:48, Stephan Elliot Perez wrote:
> I am talking about PD's CPU meter. I don't have the impression that PD
> takes full advantage of 2 quad-core processors. When processing audio,
> anything over 100 in PD's meter will lead to glitched audio. I am just
> wondering if it will be much more when I load other videos and transition
> between them.
Pd will only use one core, and one core for the GUI. There are ways to
distribute the load over several cores, e.g. [pd~] or use several
instances of Pd that communicate with each others: