problem CPU multi-player Jitter
Nov 8, 2006 at 11:21am
problem CPU multi-player Jitter
In my Max patch, for each source, I have simply :
Nov 8, 2006 at 11:33am
in my opinion (i work on macs – and mostly on pbooks) if you manage
__more seriously, when i asked the same question recently i got some
some of the answers:
Id suggest a few things.
1) mix on the GPU. try loading up the GPU DV mixing patch in
2) I usually mix on the GPU on my 1.67 powerbook with ~ 1/4 res HDV
maybe that will shed some light. If you keep the patches simple, you
I finally did not do the project in jitter but on different miniDV
there was other answers as well – check the thread
hope it helps
Nov 8, 2006 at 1:39pm
besides what Kasper suggested:
do you need to manipulate the video while playing, or you just hit play, sit
if there is no need for realtime meddling, then you could render the movies
loading movies into ram might help too, checkout loadram message of
is your movies PhotoJPEG quality at more than 75% – it shouldn’t more than
maybe you should set sync attribute of jit.windows to 0*
five 640×480 sources might be too much for your computer, but i’m not
hope this helps,
* check archives for explanation
Nov 8, 2006 at 7:11pm
Good luck with the spectacle /O-O/,
Nov 8, 2006 at 8:38pm
Nov 9, 2006 at 2:24am
Nov 9, 2006 at 3:58am
Q> Do you think the problem is from my development, or from Max which can’t use all the cpu and the ram available ?
as you dont provide a patch for us to test its hard to say, but you certainly have lots of little jit.pwindows , that you use as previews, make sure to turn off onscreen mode. ( get info on jit.pwindow). this could help a bit, but you would be really better of switching to the gpu.
bonne chance pour le spectacle. tout ira bien ;)
Nov 12, 2006 at 2:13am
Quote: nangyor wrote on Wed, 08 November 2006 12:21
This has to do with jitter multi-core support. A good thread that explains the problem is here:
To increase your framerate with at least a factor 2 you should open a new instance of max (or a max runtime environment) and send data to and fro with networking objects.
When playing back multiple movies, loading the movies in ram will probably make quite a difference, especially if you’re not playing linearly.
Btw I done quite a few seminars with 320×240 movies. I never heard one complaint about the quality.
> The first representation is tomorrow, and for the moment, I only use 2 or 3 sources at the same time, which is too bad for the spectacle. It’s very urgent, thank you very much for your help !
Seems a little late to start the first performance tests, no? ;)
Nov 14, 2006 at 3:21pm
Thank you very much for all yours answers,
Finally, in details, the main problem was the use of the CPU with 2 processors. Then, lauching at the same time Max and Max Running make the cpu used at 100%. When the 5 sources are playing simultaneous, 2 movies are played at 18/19 fps with Max, and the 3 others at 12/13 fps with Max Running. It passed well.
In addition, to gain in fludity, I reduce my movies to 640×480 at PhotoJPEG compression 60%, set sync attribute of jit.window to 0, load into ram all the movies (short loops).
Sure soon I’ll use gpu to still improve fluidity !
You must be logged in to reply to this topic.