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

[Michael Niedermayer]

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


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 
-------------- 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/20081201/e14ef019/attachment.pgp>