<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi all,<br>
<blockquote><tt>ffmpeg -y -i IBM-HPC.dv -threads 0 -f webm -vcodec
libvpx -deinterlace -g 120 -level 216 -profile 0 -qmax 51 -qmin
11 -rc_lookahead 25 -rc_buf_aggressivity 0.95 -vb 400k -acodec
libvorbis -aq 85 -ar 22050 -ac 1 IBM-HPC-400kbps-22khz.webm</tt><br>
</blockquote>
...produced a 361 MB file. <br>
<br>
Jason made an MP4 x264 file with:<br>
<blockquote><tt>ffmpeg -i IBM-HPC.dv -deinterlace -g 120
-rc_lookahead 25 -profile 0 -qmax 51 -qmin 11 -vb 394035
-acodec libvorbis -ab 96k -ac 1 -ar 44100 -threads 0 -vcodec
libvpx IBM-HPC.vp8-test1.mkv</tt><br>
</blockquote>
And that came out at 275 MB (this is the 2nd video up on the web
site). While x264 is patented, Wikipedia says "<i>On August 26, 2010
MPEG LA announced that H.264 encoded internet video that is free
to end users will never be charged for royalties</i>".<br>
<br>
So unless anyone objects, then perhaps we should stick with x264 for
the moment... unless someone else wants to try some other params and
try and get better results?<br>
<br>
<br>
Also, I noticed that int he first few seconds of the video, we have
some hiccups with the audio - almost sounds like the dvswitch host
was not fast enough to keep up with dvsource-file, dvswitch
&& ffmpeg2theora on just 2 cores. Same audio artefacts are
in both video encodes referenced above.<br>
<br>
James<br>
<br>
<br>
<div class="moz-signature">-- <br>
<em>Mobile:</em> +61 422 166 708, <em>Email:</em>
james_AT_rcpt.to<br>
PLUG President 2011: <a href="http//www.plug.org.au">http//www.plug.org.au</a><br>
Perth.pm Organiser 2011: <a href="http://perth.pm.org">http://perth.pm.org</a></div>
</body>
</html>