public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Erik de Castro Lopo <erik@bcode.com>
To: linux-media@vger.kernel.org
Cc: Theodore Kilgore <kilgota@banach.math.auburn.edu>
Subject: Re: Creating a V4L driver for a USB camera
Date: Thu, 4 Jun 2009 15:33:28 +1000	[thread overview]
Message-ID: <20090604153328.4a3f2a6f.erik@bcode.com> (raw)
In-Reply-To: <alpine.LNX.2.00.0906032213001.17620@banach.math.auburn.edu>

On Thu, 4 Jun 2009 14:02:37 +1000
Theodore Kilgore <kilgota@banach.math.auburn.edu> wrote:

> Well, if you are interested in using the camera as a still camera, then 
> probably you ought also to send an inquiry over to
> 
> gphoto-devel@lists.sourceforge.net
> 
> because that is, basically, where the still camera support is done, not 
> here.

Well our current camera has a V4L based driver so we'd like to stick
to that :-).

> So the reason for these examples is, it is this kind of information which 
> one must use to judge the situation, and it is this kind of information 
> which one would have to provide in order to begin to get definitive 
> answers. This, in fact, is where one must start.

Ok, to the lsusb -v info:

    Bus 001 Device 011: ID 0547:8031 Anchor Chips, Inc. 
    Device Descriptor:
      bLength                18
      bDescriptorType         1
      bcdUSB               2.00
      bDeviceClass            0 (Defined at Interface level)
      bDeviceSubClass         0 
      bDeviceProtocol         0 
      bMaxPacketSize0        64
      idVendor           0x0547 Anchor Chips, Inc.
      idProduct          0x8031 
      bcdDevice            0.00
      iManufacturer           1 
      iProduct                2 
      iSerial                 0 
      bNumConfigurations      1
      Configuration Descriptor:
        bLength                 9
        bDescriptorType         2
        wTotalLength           32
        bNumInterfaces          1
        bConfigurationValue     1
        iConfiguration          0 
        bmAttributes         0x80
          (Bus Powered)
        MaxPower              100mA
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        0
          bAlternateSetting       0
          bNumEndpoints           2
          bInterfaceClass       255 Vendor Specific Class
          bInterfaceSubClass      0 
          bInterfaceProtocol      0 
          iInterface              0 
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x81  EP 1 IN
            bmAttributes            3
              Transfer Type            Interrupt
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0004  1x 4 bytes
            bInterval               0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x82  EP 2 IN
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0200  1x 512 bytes
            bInterval               0


The "Vendor Specific Class" above suggests that this camera does not
behave like a proper USV video or still camera, but rather uses its
own protocol (just like the camera we are replacing).

I have managed to convince the manufactuer of the fact that its a
good idea to provide some information and/or windows source code,
but as yet I can't predict how good that information will be.

Erik
-- 
=======================
erik de castro lopo
senior design engineer

bCODE
level 2, 2a glen street
milsons point
sydney nsw 2061
australia

tel +61 (0)2 9954 4411
fax +61 (0)2 9954 4422
www.bcode.com

  reply	other threads:[~2009-06-04  5:33 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-03  4:13 Creating a V4L driver for a USB camera Erik de Castro Lopo
2009-06-03  6:18 ` Erik Andrén
2009-06-04  0:01   ` Erik de Castro Lopo
2009-06-04  1:28     ` Theodore Kilgore
2009-06-04  1:52       ` Erik de Castro Lopo
2009-06-04  4:02         ` Theodore Kilgore
2009-06-04  5:33           ` Erik de Castro Lopo [this message]
2009-06-04 17:50             ` Theodore Kilgore
2009-06-03  8:58 ` Hans de Goede

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=20090604153328.4a3f2a6f.erik@bcode.com \
    --to=erik@bcode.com \
    --cc=kilgota@banach.math.auburn.edu \
    --cc=linux-media@vger.kernel.org \
    /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