Hi Guennadi,
On Fri, Apr 17, 2009 at 4:58 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hello,
I'm planing to make a new camera interface driver for S3C64XX from Samsung.
Even if it already has a driver, it seems to be re-designed
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hi Guennadi,
On Fri, Apr 17, 2009 at 4:58 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Ok, now I understand your comments to my soc-camera thread better. Now,
what about making one (or more) video devices with
Hi Guennadi,
On Fri, Apr 17, 2009 at 4:00 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hi Guennadi,
On Fri, Apr 17, 2009 at 4:58 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Ok, now I understand your comments to my
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hi Guennadi,
On Fri, Apr 17, 2009 at 4:00 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
1. make preview device a video output
= it makes sense. but codec path also has
Hello,
I've got one more thing to ask.
Is SoC camera framework supporting for selecting video standards
between camera interface and external camera module? I mean ITU-R BT
601 and 656 things.
Or any different way that I'm not aware is supported?
On Wed, Apr 15, 2009 at 9:17 PM, Guennadi
On Fri, Apr 17, 2009 at 4:15 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hi Guennadi,
On Fri, Apr 17, 2009 at 4:00 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
1.
Hi Guennadi,
On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
This patch series is a preparation for the v4l2-subdev conversion. Please,
review and test. My current patch-stack in the form of a
(manually-created) quilt-series is at
On Fri, 17 Apr 2009, Dongsoo, Nathaniel Kim wrote:
I've got one more thing to ask.
Is SoC camera framework supporting for selecting video standards
between camera interface and external camera module? I mean ITU-R BT
601 and 656 things.
Or any different way that I'm not aware is supported?
Hi All,
On 04/17/2009 12:50 AM, Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Thomas Kaiser wrote:
snip
Just how does it work to set the Compression Balance size? Is this
some kind of special command sequence? Are we able to set this to
whatever we want?
It looks like. One can set a
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans de Goede wrote:
On 04/16/2009 12:26 AM, Adam Baker wrote:
On Wednesday 15 Apr 2009, Hans de Goede wrote:
Currently only whitebalancing is enabled and only on Pixarts (pac)
webcams (which benefit tremendously from this).
Hi,
Not sure if this is a bug or intended behaviour, but we're having some
reception issues on some recent DVB-S/S2 cards (Hauppauge Nova S-Plus
and HVR-4000 Lite) after upgrading from 2.6.19-7 to 2.6.28-6 (Vanilla
kernel.org versions)
Steps to reproduce:
szap -c /etc/dvb/transponders sat -x
On Fri, Apr 17, 2009 at 4:51 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Magnus Damm wrote:
On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
This patch series is a preparation for the v4l2-subdev conversion. Please,
review
On Fri, 17 Apr 2009, Magnus Damm wrote:
On Fri, Apr 17, 2009 at 4:51 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 17 Apr 2009, Magnus Damm wrote:
On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
This patch series is a preparation for
On Tue, 7 Apr 2009 17:55:17 +0200, Jean Delvare wrote:
The history of changes does belong to git.
Signed-off-by: Jean Delvare kh...@linux-fr.org
---
In general I wouldn't care too much but it happens that this specific
comment triggers a false positive in one of my scripts, so I'd rather
The code compiles. Okay, great. Can anyone actually use this thing in
Linux? I can't on my 1-year-old HP dv-6629. Thank you.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi Vaibav,
I am using Sergio's patch that was posted on dec12th.
I have been trying to apply the mdc driver patches + camera
drivers/isp drivers
patches related to mdc on sergio's dec 12th patches.
They fail to apply at all. I would appreciate if you could send me
those patches.
Thanks,
Vaibhav Hiremath
-Original Message-
From: Sriram V [mailto:vshrir...@gmail.com]
Sent: Friday, April 17, 2009 5:57 PM
To: Hiremath, Vaibhav
Cc: video4linux-l...@redhat.com; linux-media@vger.kernel.org
Subject: Re: [REVIEW PATCH 2/2] Added OMAP3EVM Multi-Media Daughter
Card
Hi Oldrich,
On Thu, 9 Apr 2009 21:15:30 +0200, Oldrich Jedlicka wrote:
I've tried your patches with AverMedia Cardbus Hybrid (E506R) and they works
fine.
Thanks for testing and reporting, and sorry for the late answer.
My current experience with AverMedia's IR chip (I don't know which one
Hi Oldrich,
On Thu, 9 Apr 2009 23:12:51 +0200, Oldrich Jedlicka wrote:
On Saturday 04 of April 2009 at 14:31:37, Jean Delvare wrote:
Now that we instantiate I2C IR devices explicitly, we can skip probing
altogether on boards where the I2C IR device address is known. The
AVerMedia Cardbus
* Return actual error values as returned by the i2c subsystem, rather
than 0 or 1.
* If the registration of the second bus fails, unregister the first one
before exiting, otherwise we are leaking resources.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Hans Verkuil hverk...@xs4all.nl
I have tried a few different settings, and tired updating the drivers with HG
pull, but I just can't get it to work. Glad to hear I am not the only one
having problems with this. If you get anywhere let me know what you did, I
will try to do likewise.
Tom
Date: Fri, 17 Apr 2009 04:07:30
Hi Jean,
On Friday 17 of April 2009 at 15:45:20, Jean Delvare wrote:
Hi Oldrich,
On Thu, 9 Apr 2009 23:12:51 +0200, Oldrich Jedlicka wrote:
On Saturday 04 of April 2009 at 14:31:37, Jean Delvare wrote:
[sniff]
@@ -753,6 +737,10 @@ void saa7134_probe_i2c_ir(struct saa7134
On Fri, 17 Apr 2009 18:16:06 +0200, Oldrich Jedlicka wrote:
Hi Jean,
On Friday 17 of April 2009 at 15:45:20, Jean Delvare wrote:
Hi Oldrich,
On Thu, 9 Apr 2009 23:12:51 +0200, Oldrich Jedlicka wrote:
On Saturday 04 of April 2009 at 14:31:37, Jean Delvare wrote:
[sniff]
@@ -753,6
On Thu, 16 Apr 2009, Kyle Guinn wrote:
On Thursday 16 April 2009 13:22:11 Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Kyle Guinn wrote:
On Wednesday 04 March 2009 02:41:05 Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
Also, after the byte indicator for the
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:Fri Apr 17 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11516:6ce311bdeee0
gcc version: gcc
Hans de Goede wrote:
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans de Goede wrote:
On 04/16/2009 12:26 AM, Adam Baker wrote:
On Wednesday 15 Apr 2009, Hans de Goede wrote:
Currently only whitebalancing is enabled and only on Pixarts (pac)
webcams (which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
[snip]
libv4l-0.5.97
-
* Some applications / libs (*cough* gstreamer *cough*) will not work
correctly with planar YUV formats when the width is not a multiple of 8,
so crop widths which are not a multiple
Hi all,
Here comes an update of my conversion of ir-kbd-i2c to the new i2c
binding model. I've split it into 6 pieces for easier review. Firstly
there is 1 preliminary patch:
01-ir-kbd-i2c-dont-abuse-client-name.patch
Then 3 patches doing the actual conversion:
In the standard device driver binding model, the name field of
struct i2c_client is used to match devices to their drivers, so we
must stop using it for internal purposes. Define a separate field
in struct IR_i2c as a replacement, and use it.
Signed-off-by: Jean Delvare kh...@linux-fr.org
---
Let card drivers probe for IR receiver devices and instantiate them if
found. Ultimately it would be better if we could stop probing
completely, but I suspect this won't be possible for all card types.
There's certainly room for cleanups. For example, some drivers are
sharing I2C adapter IDs, so
The code in ir_probe makes the dangerous assumption that all IR
receivers are supported by the driver. The new i2c model makes it
possible for bridge drivers to instantiate IR devices before they are
supported, therefore the ir-kbd-i2c drivers must be made more robust
to not spam the logs or even
Now that we instantiate I2C IR devices explicitly, we can skip probing
altogether on boards where the I2C IR device address is known. The MSI
t...@nywhere Plus is one of these boards.
Signed-off-by: Jean Delvare kh...@linux-fr.org
---
linux/drivers/media/video/saa7134/saa7134-input.c | 28
I'm setting up a new MythTV system with a DViCO FusionHDTV7 Dual
Express and I was able to figure out how to get the remote working
thanks to this wiki page (
http://linuxtv.org/wiki/index.php/Remote_controllers-V4L ).
I have found a few quotes by people who believe that only the remote
that came
On Friday 17 Apr 2009, Hans de Goede wrote:
I've tested it by plugging in the sq905 camera, verifying the
whitebablance control is present and working, unplugging the sq905 and
plugging in the pac207 and using up arrow to restart v4l2ucp and svv so I
think I've eliminated most finger
Hi!
I have a Freecom DVB-T USB Stick around, ht has a RTL2830, a MT2060F and a
CY7C68013A-56LFXC, the card is exaxply like the Freecom DVB-T 14aa:0225 on
http://www.bttv-gallery.de/ but changes vendor, mine shows 14ff:0225 also
the same as Yakumo QuickStick Basic DVB-T on
I thought we were going to leave the pvrusb2 driver out of this since
I've already got a change ready that also includes additional logic to
take into account the properties of the hardware device (i.e. only
activate ir-kbd-i2c when we know it has a chance of working).
-Mike
On Fri, 17
On Friday 17 April 2009 12:50:51 Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Kyle Guinn wrote:
On Thursday 16 April 2009 13:22:11 Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Kyle Guinn wrote:
I've been looking through the frame headers sent by the MR97310A (the
Aiptek PenCam VGA+,
On Fri, 17 Apr 2009, Kyle Guinn wrote:
On Friday 17 April 2009 12:50:51 Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Kyle Guinn wrote:
On Thursday 16 April 2009 13:22:11 Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Kyle Guinn wrote:
snip
ff ff 00 ff 96 64 d0 c1 5c c6 00 00
ff ff 00 ff
38 matches
Mail list logo