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 camera driver
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:
Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
snip
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
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
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
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
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
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 body
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 in
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 in
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
Hi there!
While having a look at lnbp21.h I have seen it includes linux/dvb/frontend.h
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
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 -
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. Koch. Why this
patch is
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 loop
On Wed, 4 Mar 2009 14:40:33 +0200
Igor M. Liplianin liplia...@me.by 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!
В сообщении от 4 March 2009 15:02:44 Mauro Carvalho Chehab написал(а):
On Wed, 4 Mar 2009 14:40:33 +0200
Igor M. Liplianin liplia...@me.by wrote:
On 4 п╪п╟я─я┌п╟ 2009, linux-media@vger.kernel.org wrote:
Hi there!
lnbp21 does show strange messages at depmod.
WARNING: Loop
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
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
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
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
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 these
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
services
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, Sergio
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, posted by Sakari
): undefined reference to `ir_codes_dm1105_nec'
(.devinit.text+0x2998a): undefined reference to `ir_input_init'
Signed-off-by: Randy Dunlap randy.dun...@oracle.com
---
drivers/media/dvb/dm1105/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20090304.orig/drivers/media/dvb/dm1105/Kconfig
Hans,
On Mon, 2 Mar 2009 22:18:24 +0100
Hans Verkuil hverk...@xs4all.nl 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
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 decrypted,
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
finalize the
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 valley
Guennadi Liakhovetski g.liakhovet...@gmx.de 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
On Wed, 4 Mar 2009 11:36:26 +0100
Matthias Schwarzott z...@gentoo.org wrote:
Hi there!
While having a look at lnbp21.h I have seen it includes
linux/dvb/frontend.h
without needing it. (There are only pointers referring to struct
dvb_frontend).
So I had a look at the whole directory.
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:
snip
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
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
(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:
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
Le mercredi 04 mars 2009 à 19:20 +0100, Patch from Pascal Terjan a
écrit :
The patch number 10825 was added via Mauro Carvalho Chehab
mche...@redhat.com
to http://linuxtv.org/hg/v4l-dvb master development tree.
The merge seems wrong:
+/* 45 */{ USB_DEVICE(USB_VID_YUAN,
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 it.
That's
On Wed, 04 Mar 2009 20:53:07 +0100
Pascal Terjan pter...@mandriva.com 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
mche...@redhat.com
to http://linuxtv.org/hg/v4l-dvb master development tree.
On Tue, 3 Mar 2009, Mauro Carvalho Chehab wrote:
On Mon, 2 Mar 2009 13:31:11 -0800 (PST)
Trent Piepho xy...@speakeasy.org 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
-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;
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
On Sat, 28 Feb 2009, Erik S. Beiser wrote:
cx88: Add IR support to pcHDTV HD3000 HD5500
Signed-off-by: Erik S. Beiser er...@bu.edu
---
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
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
Cc:
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, Vaibhav;
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
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
-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-
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
-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;
Hi Sakari,
I'm also facing same issue with Hiremath.
Here you are my kernel stack dump.
Cheers,
Nate
[6.465606] [c019e194] (dev_driver_string+0x0/0x44) from
[c01cc5e0] (omap34xxcam_device_register+0x110/0x2f8)
[6.475952] [c01cc4d0] (omap34xxcam_device_register+0x0/0x2f8)
from
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?
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
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
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
+*
+
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.
-
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;
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
+++
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 hvaib...@ti.com wrote:
Thanks,
Vaibhav Hiremath
-Original Message-
From: DongSoo(Nathaniel) Kim
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,
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
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
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
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,
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;
66 matches
Mail list logo