> Are both your CPU cores loaded?
>
Well one is 20 % the other 65 % (or so) and then swap from time to time.
cheers
E
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise de
Are both your CPU cores loaded?
yuvdenoise is a bit of a complicated beast I don't think it'd be easy
to optimise.
A simple multithreaded optimisation technique is to use slices (less
than full height sections of the frame, each section is given to a
CPU) However yuvdenoise uses spatial ga
Thanks Mark
> No - The heaviest hitting process is causing the bottle neck. Look at
> optimising this process to better utilise your machine, multithreading
> may help. There is no point optimising the low %CPU processes if
> this is the case.
>
This is the case.
It seems to be yuvden
The simple solution to worrying about the need to optimise the code
for your cpu is to look at the output from top.
(I am actually interested in seeing the %CPU each of your processes
take up.)
Are both your CPUs fully loaded?
Yes - multi threading is not needed but you could always optimise
Le 14 nov. 2010 à 21:04, E Chalaron a écrit :
> Hello Bernhard
> Thanks for the reply.
>> That is a normal behaviour both programms use only one CPU/Core and are
>> not multithreaded.
>>
>
> Ok so if I understand properly does it mean that y4munsharp will get 1
> core and the yuvdenoise the oh
Hello Bernhard
Thanks for the reply.
> That is a normal behaviour both programms use only one CPU/Core and are
> not multithreaded.
>
Ok so if I understand properly does it mean that y4munsharp will get 1
core and the yuvdenoise the oher one ? or both on 1 core that will
alternate from time to
Hallo
E Chalaron wrote:
> Hello all
> Just a quick question : using mjpegtools through ffmpeg piping.
> are they (or not) multi threaded ?
>
> ffmpeg -threads 2 -y -i - -f yuv4mpegpipe - | \
> yuvdenoise -t 2,8,8 -m 2,8,8 |
> y4munsharp |\
> ffmpeg -y -threads 2 -i - -b 22k -vcodec dnxhd -thre
