On 07/09/2010 08:47 AM, Mauro Carvalho Chehab wrote:
I never saw the em28xx scaler generating such vertical stripes. This
could be a mplayer or a video adapter driver problem. Are you using a
proprietary video driver? You may try to use ffmeg or mencoder to
generate a mpeg file at 640x480 and then try to play it on another
player (preferably on another machine), to see if this problem
disappears.
Huh? Does there even *exist* a proprietary linux driver for my card? And
because you never saw stripes with em28xx, they must not exist? :^P
You might want to reread the thread-- we already figured the stripes out.
v4l2: 1199 frames successfully processed, -3 frames dropped.
This is not a V4L issue.
I'm aware of that by now.
A negative number of dropping frames makes no sense. It is probably a
mplayer bug. I would try to get a newer version of mplayer and double
check.
Newer than latest svn? :^D
If you look at the mplayer code that calculates the supposed number of
frames dropped (it's in stream/tvi_v4l2.c), it would seem that it's just
an indicator of how close the stream came to the nominal framerate
(30000/1001 in my case).
In other words, if mplayer sees an actual framerate of less than 29.97
coming from v4l, it assumes (perhaps incorrectly) that this is because
some frames were dropped. If you do the same calculation when the actual
framerate is greater than 29.97, you get a negative number of dropped
frames. It looks weird, but it makes a kind of sense if you know what it
really means.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
