headers
Jorge Cabrera | 2 Mar 2010 10:34

Ubuntu and AverMedia DVD EZMaker USB Gold

Hi everyone,

I'm trying to make an "AverMedia DVD EZMaker USB Gold" work with Ubuntu 
(tried in a computer with 9.04 and other two with 9.10) with a Sony EVI 
D70P Camera. I installed the linux drivers from AverMedia and when I 
connect the device the system shows the following message when i run dmesg:

[69302.964025] usb 2-1: new high speed USB device using ehci_hcd and 
address 6
[69303.637332] usb 2-1: configuration #1 chosen from 1 choice
[69303.860132] C038 registered V4L2 device video0[video]
[69303.860160] C038 registered V4L2 device vbi0[vbi]
[69303.860440] C038 registered ALSA sound card 2

Problem is that when I connect the camera it doesn' work, tried with 
cheese, gstreamer-properties, camorama and always get the same error:

libv4l2: error getting pixformat: Invalid argument

I tried connecting the camera with s-video and composite video with the 
same result. Funny thing is that I get the same error without connecting 
the camera so I guess it's just a problem with the AverMedia device. 
Works well on Windows.

I've been reading a lot on this but still have no clues. Has anyone got 
this type of device working under linux? should I use some other driver?

I would really appreciate any help.

Cheers,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Álvaro Canivell | 2 Mar 2010 10:41
Picon

Webcam. Brightness & Gamma Control

Hello

I am using a Ricoh Webcam with the driver r5u870.

The problem is that the image quality is poor, it is too dark, thus I
would like to brighten it.

I have tried to do it using v4l-conf, v4lctl, but I get a message like this:

"v4l brightness control not supported"

I am not sure I am asking in the right place, but I have been
"interneting" for a while on r5u870 and v4l and found nothing that
helps me.

How could I determine where the problem is? Where can I check the
logfile for v4l start up. That would help me check wether the problem
is from the webcam driver or from v4l.

Cheers

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Adrian Pardini | 2 Mar 2010 15:06
Picon
Gravatar

Ubuntu and AverMedia DVD EZMaker USB Gold

forgot the list...

---------- Forwarded message ----------
From: Adrian Pardini <pardo.bsso <at> gmail.com>
Date: Tue, 2 Mar 2010 11:05:49 -0300
Subject: Re: Ubuntu and AverMedia DVD EZMaker USB Gold
To: Jorge Cabrera <jorge.cabrera <at> andago.com>

On 02/03/2010, Jorge Cabrera <jorge.cabrera <at> andago.com> wrote:
> Hi everyone,
>
> I'm trying to make an "AverMedia DVD EZMaker USB Gold" work with Ubuntu
> (tried in a computer with 9.04 and other two with 9.10) with a Sony EVI
> D70P Camera. I installed the linux drivers from AverMedia and when I
> connect the device the system shows the following message when i run dmesg:

[...]

Hi there, just gessing... Could you try the drivers at linuxtv.org
instead and see what happens?(unistall the avermedia ones before)
Either clone a repo or grab this:
 http://linuxtv.org/hg/v4l-dvb/archive/tip.tar.bz2

By the way, this list is deprecated, the new one is at
linux-media <at> vger.kernel.org

cheers

--

-- 
Adrian.
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Banks | 3 Mar 2010 14:12

em28xx v4l-info returns gibberish on igepv2

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.

However when I plug it into our embedded arm board (it's an igepv2 which
runs on an omap3530 soc) the same gstreamer command results in a near
empty file. Here is part of a hexdump:
chimp <at> ll-1:~$ hexdump output.yuv | head
0000000 4747 4746 0000 0000 0000 0000 0000 0000
0000010 0000 0000 0000 0000 0000 0000 0000 0000
*
00005a0 4847 4747 0000 0000 0000 0000 0000 0000
00005b0 0000 0000 0000 0000 0000 0000 0000 0000
*
00ca800 4847 4748 0000 0000 0000 0000 0000 0000
00ca810 0000 0000 0000 0000 0000 0000 0000 0000

Running v4l-info reveals some sort of problem with it parsing the
capabilities of the card:

standards
    VIDIOC_ENUMSTD(0)
        index                   : 0
        id                      : 0xb00000000000 [(null),(null),(null)]
        name                    : ""
        frameperiod.numerator   : 0
        frameperiod.denominator : 1001
(Continue reading)

Permalink | Reply | 3 comments |
headers
Devin Heitmueller | 3 Mar 2010 15:56
Gravatar

Re: em28xx v4l-info returns gibberish on igepv2

On Wed, Mar 3, 2010 at 8:12 AM, John Banks <john.banks <at> 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

--

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
John Banks | 4 Mar 2010 12:29

Re: em28xx v4l-info returns gibberish on igepv2

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 <at> 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
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Devin Heitmueller | 4 Mar 2010 20:42
Gravatar

Re: em28xx v4l-info returns gibberish on igepv2

Hi John,

On Thu, Mar 4, 2010 at 6:29 AM, John Banks <john.banks <at> noonanmedia.com> wrote:
> 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?

At this point, your best bet would probably to be to build v4l-info
program from source and add some debugging (for example, dumping out
the sizes of some of the structs).  If you can reproduce it, then
nailing down the issue is just a matter of iterative debugging.

Devin

--

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Basil Mohamed Gohar | 8 Mar 2010 17:12

image/jpeg format with v4l2 webcam

Hello, everyone.  I am using gstreamer (through gst-launch) to access my
v4l2 webcam (I have two - Logitech QuickCam for Notebooks Pro & Logitech
QuickCam Pro 5000), both of which work perfectly fine when using
video/x-raw-yuv-type pixel formats.

However, when I want to capture the video using the supported image/jpeg
pixel formats, which I presume would be higher quality (if I dump
straight to JPEG/MJPEG files) as no implicit conversion is happening, I
get framerates much lower than expected.

For example, my webcams claim to support up to 30 frames per second when
capturing in the image/jpeg format.  But the resulting video is much,
much slower.  And this scales, somehow, if I change the capture
framerate.  So, for example, if I specify 25 fps, it's slower than the
30, and 15 is slower than 25, etc.  But all of these are much slower in
terms of capture than their yuv-format counterparts.

Could someone guide me as to how I can find the source of this problem
and/or test different settings that might work?

Thanks!

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Arno Euteneuer | 9 Mar 2010 09:46
Favicon

soc-camera driver for i.MX25

Hi,
I wrote a soc-camera driver for the i.MX25 which seems to work well on my setup 
with a monochrome mt9m001 camera chip if I use the full resolution of 10bits x 
1280 x 1024 and up to three buffers. However, reducing the frame size to e.g. 
640 x 480 leads to corrupted pictures sometimes when using multiple buffers. 
Using only one buffer for single shots seems to work always.
Unfortunately for my application I don't need streaming at all and single shots 
is all I need, which is why I will have to stop working on this topic soon and 
focus on my user space problem again. Furthermore I will not be able to test it 
with other camera chips.
Nevertheless I would like to contribute my work. Maybe somebody is interested or 
even is able to improve it.
The patch is against kernel 2.6.31 (sorry).

Regards,
Arno

diff --git a/arch/arm/plat-mxc/include/mach/memory.h 
b/arch/arm/plat-mxc/include/mach/memory.h
index 6065e00..5cb9ac1 100644
--- a/arch/arm/plat-mxc/include/mach/memory.h
+++ b/arch/arm/plat-mxc/include/mach/memory.h
 <at>  <at>  -22,6 +22,8  <at>  <at> 
  #endif
  #elif defined CONFIG_ARCH_MX3
  #define PHYS_OFFSET		UL(0x80000000)
+#elif defined CONFIG_ARCH_MX25
+#define PHYS_OFFSET		UL(0x80000000)
  #endif
(Continue reading)

Permalink | Reply | 5 comments |
headers
Arno Euteneuer | 9 Mar 2010 11:51
Favicon

Re: soc-camera driver for i.MX25

Am 09.03.2010 09:46, schrieb Arno Euteneuer:
> However, reducing the frame size to e.g. 640 x 480 leads to corrupted
> pictures sometimes when using multiple buffers.

Ooops, removing my residual printks in some other v4l2 modules seems to resolve 
that problem ...

Arno

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |

Gmane