Hallo > On Tue, 2003-12-16 at 12:57, Bernhard Praschinger wrote: > > Could you run a few test (please). Get some frames (100-1000) as yuv > > format. I gues that should be possible even with transcode. ;) > > (I do not use transcode so I can't help, or get the test streams on > > mjpeg.sf.net) > > With about 1010 frames of YUV using < to dump it in (instead of cat), I > get these: > > -M 0: 2m 11.9s > -M 1: 2m 10.6s, -1.3s > -M 2: 1m 27.7s, -44.2s > -M 3: 1m 26.5s, -45.4s That values look much better. :-) Now you have seen the mpeg2enc can go faster.
I have tried the command you used on my machine, and I have seen the same "problem". Also 3 processes and each only 33% . (time lav2yuv n1000.eli | mpeg2enc -I 0 -f 8 -b 9800 -p -a 3 -o test.m2v -S 9999 -M 3 -g 9 -G 18 -4 2 -2 1 -r 32 -q 4 -Q 3.0 -K kvcd -R 0) > Note that I responded in an earlier message with a total of 24 timings > across -M 0-3 -I 0-1 -R 0-2 settings, which turned up some interesting > results that -M 3 -I 0 -R 1 worked fastest of all of them (same source > material I used for the above, and it took 51 seconds). So, I think the > -I 1 is on, which makes a huge boost in -M ratings from 0 to 3, but it > is still quite a bit slower than -I 0 (which I use since the input is > Progressive 23.976fps) Thats strange. > > And do afterwards something like that: > > cat stream.yuv | mpeg2enc -f8 -M 0-3 -o test.m2v > > or > > lav2yuv stream.avi | mpeg2enc -f 8 -M 0-3 -o test.m2v > > > > So you can be soure that nothing else makes any troubels. And check > > thant how it is going. That should not take to long. Than you can add > > the options you used, to see if anything there causes the probelm of non > > increasing framerate. > Compared to the run with my long options line, these are .... I'm just running some encodings to see which option causes the problem. On my machine the -R 0 caused the problem. If I used -R 1/2 or or R option, I got 3 processes each using about 45-50%. > > Bad. WHich board do you have ? (Mine is a Tyan Tiger MPX) > Nice board, that one. Asus A7M-266D.. I should've grabbed the MSI K7D > Master for the same price, I hear much nicer things about it. > > My brain had given up the time I started my computer that evening ;) > Mine usually does that at about 8am. :> Just as you enter work ? ;) > > But I'm not really knowing why the situation is that bad. > > I'm just not seeing the dual CPU usage that would warrant even running > in multiple threads, when I could instead transcode two entirely > separate items as though I had two machines, which makes some sense (I > did that the other day, worked rather well). But, if I can make a single > copy work by flooding both CPUs with activity, then I'll be happier, > since it should take quite a bit less time to encode a full movie. Encoding without the -R 0 seems to solve the problem, by now. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users