<!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">
Kaloyan Kovachev wrote:
<blockquote cite="mid:20090601134518.M4160@varna.net" 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'</pre>
</blockquote>
I just removed the part of the code where the "cannot decode one frame"
if else condition and now the video shakes effect are gone.<br>
<blockquote cite="mid:20090601134518.M4160@varna.net" type="cite">
<pre wrap=""> 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)
on a quad core CPU (Intel Q9550) and 2 threads the artifacts are in the top of
the screen while with 4 threads in the whole picture and all 4 cores are
loaded at near 100%
</pre>
</blockquote>
<br>
</body>
</html>