On Wednesday 04 March 2009 16:52:20 ext Hans Verkuil wrote:
> > Alternatively, VIDIOC_QUERYCAP could be used to identify the sensor.
> > Would it make more sense if it would return something like
> > capability.card: `omap3/smia-sensor-12-1234-5678//'
> > where 12 would be manufacturer_id, 1234
On Thursday 05 March 2009 00:30:24 Aguirre Rodriguez, Sergio Alberto wrote:
> > -Original Message-
> > From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> > Sent: Wednesday, March 04, 2009 4:45 PM
> > To: Aguirre Rodriguez, Sergio Alberto
> > Cc: sakari.ai...@maxwell.research.nokia.com; DongSo
Hiremath, Vaibhav wrote:
Thanks,
Vaibhav Hiremath
-Original Message-
From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
Sent: Thursday, March 05, 2009 5:41 AM
To: Sakari Ailus
Cc: Hiremath, Vaibhav; linux-media@vger.kernel.org; linux-
o...@vger.kernel.org; Aguirre Rodriguez, S
Kyle Guinn wrote:
On Wednesday 04 March 2009 02:39:11 Hans de Goede wrote:
Which also makes me wonder about the same change for the mr97310a, is that
cam already supported in a released kernel ?
If not we MUST make sure we get this change in before 2.6.29 final, if it
is I'm afraid we cannot
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
contents of file mr97310a.patch follow, for gspca/mr97310a.c
-
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
contents of file mr97310a.patch follow, for gspca/mr97310a.c
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
> On Wed, 4 Mar 2009, Kyle Guinn wrote:
> > On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
> >> contents of file mr97310a.patch follow, for gspca/mr97310a.c
> >> --
On Mon, 2 Mar 2009, Andy Walls wrote:
> On Mon, 2009-03-02 at 17:03 +0100, Jean Delvare wrote:
> > > if (ir->polling) {
> > > del_timer_sync(&ir->timer); <--- Wrong order?
> > > flush_scheduled_work(); <--- Wrong order?
> > > }
> > > }
> >
> >
Hi Sakari,
Reviewing your driver, I couldn't find JPEG sync mode or where to make
programme ISP_CTRL with ISPCTRL_JPEG_FLUSH.
Is JPEG sync mode is not the coverage of this version? or I'm missing something.
If JPEG sync mode is not considered yet please let me know.
Cheers,
Nate
On Tue, Mar 3, 2
Hi,
You are right. I checked with my JTAG debugger.
It crashes just exactly there because of the reason you issued.
Cheers,
Nate
On Thu, Mar 5, 2009 at 12:53 PM, Hiremath, Vaibhav wrote:
>
>
> Thanks,
> Vaibhav Hiremath
>
>> -Original Message-
>> From: DongSoo(Nathaniel) Kim [mailto:don
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
contents of file mr97310a.patch follow, for gspca/mr97310a.c
--- mr97310a.c.old 2009-02-23 23:59:07.0 -0600
+++ m
Thanks,
Vaibhav Hiremath
> -Original Message-
> From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
> Sent: Thursday, March 05, 2009 5:41 AM
> To: Sakari Ailus
> Cc: Hiremath, Vaibhav; linux-media@vger.kernel.org; linux-
> o...@vger.kernel.org; Aguirre Rodriguez, Sergio Alberto;
Aguirre Rodriguez, Sergio Alberto wrote:
This patch adds support for the LDP builtin camera sensor:
- Primary sensor (/dev/video4): OV3640 (CSI2).
It introduces also a new file for storing all camera sensors board
specific related functions, like other platforms do (N800 for example).
Signed-o
Hi Sergio,
On Wed, Mar 4, 2009 at 5:44 AM, Aguirre Rodriguez, Sergio Alberto
wrote:
> This patch adds support for sensors contained in Camkit v3,
> which has:
> - Primary sensor (/dev/video0): MT9P012 (Parallel) with
> DW9710 lens driver.
> - Secondary sensor (/dev/video4): OV3640 (CSI2).
>
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
> contents of file mr97310a.patch follow, for gspca/mr97310a.c
>
> --- mr97310a.c.old2009-02-23 23:59:07.0 -0600
> +++ mr97310a.c.new2009-03-03 17:19:06.0
Am Mittwoch, den 04.03.2009, 15:42 -0800 schrieb Trent Piepho:
> On Wed, 4 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
> > As what I understand, we have 2 possible situations for multiple opens here:
> >
> > Situation 1
> > - Instance1: Select sensor 1, and Do queue/dequeue of buffers.
> >
On Tue, 3 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
> + {
> + /* Note: V4L2 defines RGB565 as:
> +*
> +* Byte 0Byte 1
> +* g2 g1 g0 r4 r3 r2 r1 r0 b4 b3 b2 b1 b0 g5 g4 g3
> +
On Wednesday 04 March 2009 02:39:11 Hans de Goede wrote:
> Which also makes me wonder about the same change for the mr97310a, is that
> cam already supported in a released kernel ?
>
> If not we MUST make sure we get this change in before 2.6.29 final, if it
> is I'm afraid we cannot make these cha
Hi tuukka,
Chip identification could be used for many other camera devices. Not
only for SMIA compatible sensors.
It could be used for generic camera devices I guess for any other
reasons, like checking chip version on factory assembly line in mass
production.
Something like G_CHIP_IDENT (as Hans
On Wednesday 04 March 2009, Aguirre Rodriguez, Sergio Alberto wrote:
>
> > I'd much rather see these drivers just use the regulator
> > framework to switch any sensor power rails on/off.
>
> Hi,
>
> Sounds interesting.
>
> Is there any documentation on how to use this?
Documentation/DocBook/re
Hi Sakari,
I'm also facing same issue with Hiremath.
Here you are my kernel stack dump.
Cheers,
Nate
[6.465606] [] (dev_driver_string+0x0/0x44) from
[] (omap34xxcam_device_register+0x110/0x2f8)
[6.475952] [] (omap34xxcam_device_register+0x0/0x2f8)
from [] (__v4l2_int_device_try_attach_
> -Original Message-
> From: David Brownell [mailto:davi...@pacbell.net]
> Sent: Tuesday, March 03, 2009 5:56 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Sakari Ailus;
> Tuukka.O Toivonen; Hiroshi DOYU; DongSoo(Nathaniel) Kim;
On Wed, 4 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
> As what I understand, we have 2 possible situations for multiple opens here:
>
> Situation 1
> - Instance1: Select sensor 1, and Do queue/dequeue of buffers.
> - Instance2: If sensor 1 is currently selected, Begin loop requesting
> i
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Wednesday, March 04, 2009 4:45 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: sakari.ai...@maxwell.research.nokia.com; DongSoo(Nathaniel) Kim;
> Hiremath, Vaibhav; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o.
Hans,
From an abundance of caution, I thought I had better run the v4lconvert
patch which supports the SQ905C compressed format through the
checkpatch.pl process, too. The result of that process appears here,
below the signed-off-by line.
Theodore Kilgore
-- Forwarded message -
The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
follows.
These cameras are the successors in the marketplace of the SQ905 cameras. They
are similar to the SQ905 cameras, in that they use bulk t
On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
On Tue, 3 Mar 2009 13:54:59 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
follows.
Please
On Wed, 4 Mar 2009, ribrishimov wrote:
> I am planning to export the chip identification information
> to user space using VIDIOC_DBG_G_CHIP_IDENT.
> Here's a sketch:
> #define V4L2_IDENT_SMIA_BASE(0x53 << 24)
> then in sensor driver's VIDIOC_DBG_G_CHIP_IDENT ioctl handler:
> struct v4l
On Wednesday 04 March 2009 22:46:07 Aguirre Rodriguez, Sergio Alberto wrote:
> > -Original Message-
> > From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> > Sent: Wednesday, March 04, 2009 3:06 PM
> > To: sakari.ai...@maxwell.research.nokia.com
> > Cc: DongSoo(Nathaniel) Kim; Hiremath, Vaibha
From: Curran, Dominic
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Aguirre Rodriguez, Sergio Alberto
> > Sent: Tuesday, March 03, 2009 2:44 PM
> > To: linux-media@vger.kernel.org; linux-o...@vger.kernel.org
>
On Sat, 28 Feb 2009, Erik S. Beiser wrote:
> cx88: Add IR support to pcHDTV HD3000 & HD5500
>
> Signed-off-by: Erik S. Beiser
>
> ---
>
> Idea originally from http://www.pchdtv.com/forum/viewtopic.php?t=1529
> I made it into this small patch and added the HD3000 support also, which I
> have I'v
Hi,
I have not been able to put any serious time into this project, and I'd like to
reiterate my offer to buy one of these devices
(http://www.dealextreme.com/details.dx/sku.15569) for an experienced v4l
developer who would like to give it a try. I will stay in the loop for testing
(FC10 on
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Wednesday, March 04, 2009 3:06 PM
> To: sakari.ai...@maxwell.research.nokia.com
> Cc: DongSoo(Nathaniel) Kim; Hiremath, Vaibhav; Toivonen Tuukka.O (Nokia-
> D/Oulu); Aguirre Rodriguez, Sergio Alberto; linux-o...
On Tue, 3 Mar 2009, Mauro Carvalho Chehab wrote:
> On Mon, 2 Mar 2009 13:31:11 -0800 (PST)
> Trent Piepho wrote:
>
> Hi Trent,
>
> > Here's the latest patch for pluto2. It's a much simpler chip than cx18.
> > I've used atomic operations to design a lockless system.
>
> Did you have any return abo
On Wed, 04 Mar 2009 20:53:07 +0100
Pascal Terjan wrote:
> Le mercredi 04 mars 2009 à 19:20 +0100, Patch from Pascal Terjan a
> écrit :
> > The patch number 10825 was added via Mauro Carvalho Chehab
> >
> > to http://linuxtv.org/hg/v4l-dvb master development tree.
>
> The merge seems wrong:
>
On Wednesday 04 March 2009 20:22:04 Sakari Ailus wrote:
> Hans Verkuil wrote:
> > On Wednesday 04 March 2009 01:42:13 DongSoo(Nathaniel) Kim wrote:
> >> Thank you for your kind explanation Hans.
> >>
> >> Problem is omap3 camera subsystem is making device node for every int
> >> device attached to
Le mercredi 04 mars 2009 à 19:20 +0100, Patch from Pascal Terjan a
écrit :
> The patch number 10825 was added via Mauro Carvalho Chehab
>
> to http://linuxtv.org/hg/v4l-dvb master development tree.
The merge seems wrong:
> +/* 45 */{ USB_DEVICE(USB_VID_YUAN, USB_PID_YUAN_PD378S) },
> +
Hans Verkuil wrote:
On Wednesday 04 March 2009 01:42:13 DongSoo(Nathaniel) Kim wrote:
Thank you for your kind explanation Hans.
Problem is omap3 camera subsystem is making device node for every int
device attached to it.
That's wrong. Multiple devices should only be created if they can all be
(This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.)
Results of the daily build of v4l-dvb:
date:Wed Mar 4 19:00:07 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10821:4b288a26993d
gcc version: gcc
On Tue, 3 Mar 2009 13:54:59 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
> The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
> related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
> follows.
Please check your patch with checkpatch.pl. There are l
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
Also, after the byte indicator for the compression algorithm there are
some more bytes, and these almost definitely contain information which
could be valuable while doing ima
On Wed, 4 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
Just a random thought, but maybe the pac207 driver can benefit from such a
change as well?
It could, but it is to late for that, the pac207 driver and co
On Wed, 4 Mar 2009 11:36:26 +0100
Matthias Schwarzott wrote:
> Hi there!
>
> While having a look at lnbp21.h I have seen it includes
>
> without needing it. (There are only pointers referring to struct
> dvb_frontend).
>
> So I had a look at the whole directory.
> # cd linux/drivers/media/d
Guennadi Liakhovetski writes:
> (moved to the new v4l list)
>
>> The DMA transfers in pxa_camera showed some weaknesses in
>> multiple queued buffers context :
>> - poll/select problem
>>The order between list pcdev->capture and DMA chain was
>>not the same. This creates a discrepancy be
oops i use pal-secam , not ntsc :)
but thnx!
Le mercredi 04 mars 2009 à 09:38 -0500, Matthew Gardeski a écrit :
> I've been attempting to use an HVR-1500q expresscard in linux. The
> development of the driver looks promising. The trouble is that I am
> currently living in a fairly remote vall
On Wednesday 04 March 2009 13:02:46 Dmitri Belimov wrote:
> > Dmitri,
> >
> > I have a patch pending to fix this for the saa7134 driver. The i2c
> > problems are resolved, so this shouldn't be a problem anymore.
>
> Good news!
>
> > The one thing that is holding this back is that I first want to
>
Lou Otway wrote:
> Hi,
>
> I've been testing the TT S2-3200 card and while it performs well for FTA
> services I have been unable to get it working with encrypted services using
> the CI slot.
>
> With VLC I am able to tune to the transponder and pick up all the services
> but they are not decryp
Hans,
On Mon, 2 Mar 2009 22:18:24 +0100
Hans Verkuil wrote:
> In the final analysis I'm the boss of my own time. And I've decided that
> once the conversion of all the i2c modules is finished I'll stop spending
> time on the compatibility code for kernels <2.6.22 as it is simply no
> longer a
ference to `ir_codes_dm1105_nec'
(.devinit.text+0x2998a): undefined reference to `ir_input_init'
Signed-off-by: Randy Dunlap
---
drivers/media/dvb/dm1105/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20090304.orig/drivers/media/dvb/dm1105/Kconfig
+++ linux-next-200903
> From: stanley.miao [mailto:stanley.m...@windriver.com]
> > Aguirre Rodriguez, Sergio Alberto wrote:
> > > This patch series depends on the following patches:
> > >
> > > - "Add TWL4030 registers", posted by Tuukka Toivonen on March 2nd.
> > > - "OMAP3 ISP and camera drivers" patch series, pos
Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] Sakari, Let me ask you basic question, have you
tested/verified these patch-sets?
For the ISP and camera drivers, yes. That's actually the only thing
that's contained in the patchset.
The reason I am asking this question is, for me it was not wor
Thanks,
Vaibhav Hiremath
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sakari Ailus
> Sent: Tuesday, March 03, 2009 3:37 PM
> To: linux-media@vger.kernel.org; linux-o...@vger.kernel.org
> Cc: Aguirre Rodriguez, S
Hi Tuukka,
> Hi,
>
> I am writing a generic driver for SMIA-compatible sensors.
> SMIA-sensors have registers containing:
> u16 model_id
> u16 revision_number
> u8 manufacturer_id
> which could be used to detect the sensor.
> However, since the driver is generic, it is not interested
> of th
Le 04.03.2009 10:09:55, Lou Otway a écrit :
> Hi,
>
> I've been testing the TT S2-3200 card and while it performs well for
> FTA
> services I have been unable to get it working with encrypted services
> using
> the CI slot.
>
> With VLC I am able to tune to the transponder and pick up all the
> s
Hi,
Some sensor ID is definitely needed at least for Camera daemon and iCapture
to load the appropriate tuning data.
Ivan can comment which the preferable approach.
Best regards,
RADO
-Original Message-
From: camera-boun...@ok.research.nokia.com
[mailto:camera-boun...@ok.research.nokia
I've been attempting to use an HVR-1500q expresscard in linux. The
development of the driver looks promising. The trouble is that I am
currently living in a fairly remote valley where there is no TV
reception, so I can't actually tell if the ATSC or NTSC tuners are
working. I'll be spending next
Hi,
I am writing a generic driver for SMIA-compatible sensors.
SMIA-sensors have registers containing:
u16 model_id
u16 revision_number
u8 manufacturer_id
which could be used to detect the sensor.
However, since the driver is generic, it is not interested
of these values.
Nevertheless, in s
Hi,
I've been testing the TT S2-3200 card and while it performs well for FTA
services I have been unable to get it working with encrypted services using
the CI slot.
With VLC I am able to tune to the transponder and pick up all the services
but they are not decrypted, unencrypted services work f
В сообщении от 4 March 2009 15:02:44 Mauro Carvalho Chehab написал(а):
> On Wed, 4 Mar 2009 14:40:33 +0200
>
> "Igor M. Liplianin" wrote:
> > On 4 п╪п╟я─я┌п╟ 2009, linux-media@vger.kernel.org wrote:
> > > Hi there!
> > >
> > > lnbp21 does show strange messages at depmod.
> > >
> > > WARNING: Loop
On Wed, 4 Mar 2009 14:40:33 +0200
"Igor M. Liplianin" wrote:
> On 4 марта 2009, linux-media@vger.kernel.org wrote:
> > Hi there!
> >
> > lnbp21 does show strange messages at depmod.
> >
> > WARNING: Loop detected: /lib/modules/2.6.28-tuxonice-r1/v4l/lnbp21.ko which
> > needs lnbp21.ko again!
> >
On 4 марта 2009, linux-media@vger.kernel.org wrote:
> Hi there!
>
> lnbp21 does show strange messages at depmod.
>
> WARNING: Loop detected: /lib/modules/2.6.28-tuxonice-r1/v4l/lnbp21.ko which
> needs lnbp21.ko again!
> WARNING: Module /lib/modules/2.6.28-tuxonice-r1/v4l/lnbp21.ko ignored, due
> to
Hi
>
> > On Wed, Mar 04, 2009 at 01:43:08AM +0100, hermann pitton wrote:
> >> Hi,
> >>
> >> Am Montag, den 02.03.2009, 13:33 +0900 schrieb Dmitri Belimov:
> >> > Hi All.
> >> >
> >> > I want use RDS on our TV cards. But now saa7134 not work with
> >> > saa6588. I found this old patch from Hans J.
Hi,
not looking at v4l2 part since it's not my area...
On Tue, Mar 03, 2009 at 09:44:14PM +0100, ext Aguirre Rodriguez, Sergio Alberto
wrote:
> +#define SENSOR_DETECTED1
> +#define SENSOR_NOT_DETECTED0
these two should be unneeded...
> +
> +/**
> + * struct mt9p012_reg - m
Hi there!
While having a look at lnbp21.h I have seen it includes
without needing it. (There are only pointers referring to struct
dvb_frontend).
So I had a look at the whole directory.
# cd linux/drivers/media/dvb/frontends
# grep -l linux/dvb/frontend.h *.h|wc -l
47
So 47 header files inclu
Hi there!
lnbp21 does show strange messages at depmod.
WARNING: Loop detected: /lib/modules/2.6.28-tuxonice-r1/v4l/lnbp21.ko which
needs lnbp21.ko again!
WARNING: Module /lib/modules/2.6.28-tuxonice-r1/v4l/lnbp21.ko ignored, due to
loop
So I had a look at latest change and noticed there was a
Hello all,
I have a GeoVision GV-800(S) card, it has 4 CONEXANT BT878A chips.
It has 16 video inputs and 4 audio inputs, and it is almost identical
to the GV-800, as seen on http://bttv-gallery.de .
The only difference appears to be the analog mux, it has a CD22M3494
in place of the MT8816AP. The
> On Wed, Mar 04, 2009 at 01:43:08AM +0100, hermann pitton wrote:
>> Hi,
>>
>> Am Montag, den 02.03.2009, 13:33 +0900 schrieb Dmitri Belimov:
>> > Hi All.
>> >
>> > I want use RDS on our TV cards. But now saa7134 not work with saa6588.
>> > I found this old patch from Hans J. Koch. Why this patch
On Wed, Mar 04, 2009 at 01:43:08AM +0100, hermann pitton wrote:
> Hi,
>
> Am Montag, den 02.03.2009, 13:33 +0900 schrieb Dmitri Belimov:
> > Hi All.
> >
> > I want use RDS on our TV cards. But now saa7134 not work with saa6588.
> > I found this old patch from Hans J. Koch. Why this patch is not i
Dear all, I've this tv card that works with philips chipset.
There is the possibility to have the remote controller working? I've made lot
of research on the internet without positive result.
Thank you all,
Pablo
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the bod
Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
Also, after the byte indicator for the compression algorithm there are
some more bytes, and these almost definitely contain information which
could be valuable while doing image processing on the output. If they
are alr
Mauro,
Well, again didn't see my post... Never mind.
After cleanups and fixes.
Please pull from http://udev.netup.ru/hg/v4l-dvb-netup
for the following 10 changesets:
01/10: Add init code for NetUP Dual DVB-S2 CI card
http://udev.netup.ru/hg/v4l-dvb-netup?cmd=changeset;node=a671cee39c95
02/10:
В сообщении от 2 March 2009 14:33:54 Mauro Carvalho Chehab написал(а):
> On Sat, 28 Feb 2009 16:32:47 +0200
>
> "Igor M. Liplianin" wrote:
> > Mauro,
> > It is driver for NetUP Dual DVB-S2 CI PCI-e card.
> > You can find short description of it on linuxtv wiki.
> >
> > Please pull from http://udev
ciencio ha scritto:
Hello,
I bought the TV card in the object, it is a PCI hybrid TV-card, both
analogue and DVB-T.
I bought it, because on the manufacturer site they said they develop a
linux driver, unfortunately when I downloaded the driver (which claims
to be for fedora) I found the whol
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
Also, after the byte indicator for the compression algorithm there are
some more bytes, and these almost definitely contain information which
could be valuable while doing image processing on the output. If they
are already kept and passed o
Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
Just a random thought, but maybe the pac207 driver can benefit from such a
change as well?
It could, but it is to late for that, the pac207 driver and corresponding libv4l
functionality has been out
kilg...@banach.math.auburn.edu wrote:
Hans, Jean-Francois, and Kyle,
The proposed patches are not very long, so I will give each of them,
with my comments after each, to explain why I believe that these changes
are a good idea.
First, the patch to libv4lconvert is short and sweet:
content
Have you tried rmmoding the module (dvb_usb_dib0700) and reloading it?
I think that it was in such a case where it then wrongly detected the
card as 'cold', attempting to reload it, which failed.
2009/3/3 uTaR :
>
>> Hi,
>> Same here. I've been observing the same behaviour in the lastest
>>
> On Wednesday 04 March 2009 09:39:48 ext Hans Verkuil wrote:
>> BTW, do I understand correctly that e.g. lens drivers also get their
>> own /dev/videoX node? Please tell me I'm mistaken! Since that would be
>> so
>> very wrong.
>
> You're mistaken :)
>
> With the v4l2-int-interface/omap34xxcam ca
78 matches
Mail list logo
