<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Pavlov Konstantin wrote:
<blockquote cite="mid:20090602121745.GB9170@snowwhite.immo" type="cite">
  <pre wrap="">On Tue, Jun 02, 2009 at 09:29:07PM +1000, xxcv wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Kaloyan Kovachev wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">On Mon, 01 Jun 2009 23:37:45 +1000, xxcv wrote 
  
      </pre>
      <blockquote type="cite">
        <pre wrap="">Results: 

VLC-1.0.0-RC2 + ffmpeg-mt got many avcodec "cannot decode one frame", side
    
        </pre>
      </blockquote>
      <pre wrap="">effect = video shakes. 
  
      </pre>
      <blockquote type="cite">
        <pre wrap="">Windows build of Mplayer + ffmpeg-mt experimental build worked wonderfully
    
        </pre>
      </blockquote>
      <pre wrap="">fine. 
  
      </pre>
      <blockquote type="cite">
        <pre wrap="">Windows Media Player 11.0 + ffdshow + ffmpeg-mt worked fine also. 
With thread count = 2 
Compared CPU usage graphs. 
<a class="moz-txt-link-freetext"
 href="http://img207.imageshack.us/img207/6103/81030683.png">http://img207.imageshack.us/img207/6103/81030683.png</a>
    
        </pre>
      </blockquote>
      <pre wrap="">Just to confirm that with the 64bit (slackware64) built of VLC-1.0.0-RC2 +
ffmpeg-mt the results are the same - 'video shakes' and often there are
artifacts in the picture (when the source is an HD stream with ~12Mbit/s -
with a local file there are no artifacts)

  
      </pre>
    </blockquote>
    <pre wrap="">I think VLC will never be able to use ffmpeg-mt
    </pre>
  </blockquote>
  <pre wrap=""><!---->
not true
  </pre>
</blockquote>
I think there are currently at this state, incompatibility issues
between ffmpeg-mt and vlc-1.0.0-rc2 source code. Perhaps when the
timing is right
when VLC start to use it and fix it up.<br>
Probably there are fundamental timing issues when this is happening in
real time.<br>
My results are: video doesn't shake when threads count = 2 matching CPU
core count = 2, then it will start to doing frame shuffle when threads
= 8<br>
Mplayer win32 experimental build threads = 8 video still doesn't shake
as it doesn't happen in real time.<br>
<br>
</body>
</html>