[FFmpeg-devel] [RFC] H.264/SQV3 separation: h264data.h

[Diego Biurrun]

On Mon, Dec 01, 2008 at 02:02:57PM +0100, Michael Niedermayer wrote:
> On Mon, Dec 01, 2008 at 11:25:59AM +0100, Diego Biurrun wrote:
> > On Sat, Nov 29, 2008 at 05:28:27PM +0100, Michael Niedermayer wrote:
> > > On Fri, Nov 28, 2008 at 09:46:19PM +0100, Diego Biurrun wrote:
> > > > On Fri, Nov 28, 2008 at 07:14:57PM +0100, Michael Niedermayer wrote:
> > > > > On Fri, Nov 28, 2008 at 05:48:50PM +0100, Diego Biurrun wrote:
> > > > > > Will this need to be benchmarked at some point?
> > > > > 
> > > > > id say it cant hurt to benchmark it before commit
> > > > 
> > > > Hmmmmm
> > > > 
> > > > I ran the following benchmarks on my K6-III with two different samples:
> > > > 
> > > > http://samples.mplayerhq.hu/V-codecs/h264/cathedral-beta2-400extra-crop-avc.mp4
> > > > http://samples.mplayerhq.hu/V-codecs/h264/Aladin.mpg
> > > > 
> > > > I used the following MPlayer command lines to benchmark:
> > > > 
> > > > mplayer -quiet -frames 1000 -benchmark -nosound -vo xmga
> > > > mplayer -quiet -frames 1000 -benchmark -nosound -vo null
> > > > 
> > > > I made five runs for each sample and vo and threw away the best and
> > > > worst times.  The results are attached.
> > > > 
> > > > Unfortunately there seems to be a slight slowdown with the cathedral
> > > > sample, with Aladin it's a bit inconclusive.
> > > > 
> > > > Now I don't know how to continue from here.  Were my benchmarking
> > > > procedures sensible?  (BTW, is there a good way to benchmark with ffmpeg
> > > > directly?)  
> > > 
> > > time ffmpeg ... >&/dev/null
> > 
> > Sure, but what options would I use?
> 
> maybe
> -i your_file -y -an -f null /dev/null

OK, I redid the benchmarks directly with ffmpeg on my K6-III, here are
the results of 5 runs each, highest and lowest result discarded, all
services stopped:


ffmpeg-split -i Aladin.mpg -an -f null -y -benchmark -v -1 /dev/null
bench: utime=24.446s
bench: utime=24.466s
bench: utime=24.530s

ffmpeg-vanilla -i Aladin.mpg -an -f null -y -benchmark -v -1 /dev/null
bench: utime=24.502s
bench: utime=24.510s
bench: utime=24.490s


ffmpeg-split -i cathedral-beta2-400extra-crop-avc.mp4 -an -f null -y -benchmark -v -1 /dev/null
bench: utime=284.858s
bench: utime=284.110s
bench: utime=283.610s

ffmpeg-vanilla -i cathedral-beta2-400extra-crop-avc.mp4 -an -f null -y -benchmark -v -1 /dev/null
bench: utime=283.438s
bench: utime=282.830s
bench: utime=283.170s


The result seems to be no slowdown or a very minor slowdown below 1%.

So can I commit the next part of the split and continue working on it?

Diego