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

[Michael Niedermayer]

On Sun, Dec 14, 2008 at 04:24:43PM +0100, Diego Biurrun wrote:
> 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 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?

no, the apparent slowdown of cathedral-beta2-400extra-crop-avc.mp4 is not ok

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20081214/6167e5ed/attachment.pgp>