public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: John Banks <john.banks@noonanmedia.com>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: video4linux-list@redhat.com
Subject: Re: em28xx v4l-info returns gibberish on igepv2
Date: Thu, 04 Mar 2010 11:29:01 +0000	[thread overview]
Message-ID: <1267702141.5175.15.camel@chimpin> (raw)
In-Reply-To: <829197381003030656q6b5cf73eybcf30b713ba9be37@mail.gmail.com>

On Wed, 2010-03-03 at 09:56 -0500, Devin Heitmueller wrote:
> On Wed, Mar 3, 2010 at 8:12 AM, John Banks <john.banks@noonanmedia.com> wrote:
> > I have an usb capture card that accepts composite and svideo and outputs
> > raw video through v4l2.
> >
> > When running the card on my laptop (ubuntu karmic) I am able to use
> > gstreamer to dump the raw video to a file. It comes out as yuv and can
> > be easily played back.
> 
> Hi John
> 
> I saw your question on #linuxtv yesterday, and reached out to you but
> I guess you didn't see the message.
> 
> I did some ARM work for the em28xx last year, and assuming there has
> been no regression, it should be working fine.  The fact that even the
> enumstd ioctl is returning zero'd data suggests that you've got some
> sort of basic userland/kernel communications problem, since that
> command has no interaction with the hardware at all (the driver fills
> out the result with statically defined data).  It might also be some
> sort of bug in v4l2-info.
> 
> Have you tried writing a quick 50-line C program that performs the
> ioctl and dumps the result?  That might help you narrow down whether
> it's a v4l2-info problem.
> 
> Without a board though, I'm not quite sure how I could debug this.
> 
> Devin
> 

Hey Devin,

Sorry I must have missed your message on irc, I had hung around for most
of the day, must have just missed you at the end.

Having never used ioctl before I spent most of the day reading up.

I created a dump as you suggested and you are right, it seems to be a
v4l-info problem.

chimp@ll-1:~/source/ioctl$ ./ioctl 
index:
0
id:
34592
name:
NTSC
frameperiod-numerator:
1001
frameperiod-denominator:
30000
framelines:
525
reserved:

As you can see I get the correct output. I think it has to do with the
size of variables created in struct-v4l2.c as they don't match the
declaration in videodev2.h

Anyway this doesn't help to explain why I get the 0000's seen in the
hexdump of the file. I had been hoping that it was incorrectly reading
the variables it needed in order for it to create the output correctly.

I was originally using the gstreamer v4l2src module that was in the
repositories but I tried compiling the gstreamer provided by TI (it
contains extra plugins for use on the dsp) but the same problem
occurred.

If I want to further track down this problem, where should I look?

Cheers

-- 
John Banks - Head of Engineering
Noonan Media Ltd 

www.noonanmedia.com 

MB: +44 779 62 64 707 
E: john.banks@noonanmedia.com

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

  reply	other threads:[~2010-03-04 11:29 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-03 13:12 em28xx v4l-info returns gibberish on igepv2 John Banks
2010-03-03 14:56 ` Devin Heitmueller
2010-03-04 11:29   ` John Banks [this message]
2010-03-04 19:42     ` Devin Heitmueller

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=1267702141.5175.15.camel@chimpin \
    --to=john.banks@noonanmedia.com \
    --cc=dheitmueller@kernellabs.com \
    --cc=video4linux-list@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