public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Ivan <ivan.q.public@gmail.com>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Devin Heitmueller <dheitmueller@kernellabs.com>,
	linux-media@vger.kernel.org
Subject: Re: em28xx: success report for KWORLD DVD Maker USB 2.0 (VS-USB2800) [eb1a:2860]
Date: Fri, 09 Jul 2010 13:19:03 -0400	[thread overview]
Message-ID: <4C375A07.7010205@gmail.com> (raw)
In-Reply-To: <4C371A74.4080901@redhat.com>

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.

  reply	other threads:[~2010-07-09 17:19 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-08  1:56 em28xx: success report for KWORLD DVD Maker USB 2.0 (VS-USB2800) [eb1a:2860] Ivan
2010-07-08  2:12 ` Devin Heitmueller
2010-07-08 17:44   ` Ivan
2010-07-08 17:52     ` Devin Heitmueller
2010-07-08 19:52       ` Ivan
2010-07-08 20:02         ` Devin Heitmueller
2010-07-08 20:35           ` Ivan
2010-07-08 21:33             ` Ivan
2010-07-08 21:49               ` Devin Heitmueller
2010-07-08 22:10                 ` Ivan
2010-07-09 12:47                   ` Mauro Carvalho Chehab
2010-07-09 17:19                     ` Ivan [this message]
2010-07-09 18:03                       ` Mauro Carvalho Chehab
2010-07-09 18:12                         ` Devin Heitmueller
2010-07-09 19:02                           ` Ivan
2010-07-09 20:57                           ` Mauro Carvalho Chehab
2010-07-09 21:09                             ` Ivan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C375A07.7010205@gmail.com \
    --to=ivan.q.public@gmail.com \
    --cc=dheitmueller@kernellabs.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox