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 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) > 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 .... > 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. :> > 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. ------------------------------------------------------- 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
