On Sun, 2009-03-22 at 22:31 +0100, Jose Alberto Reguero wrote:
> In line 3992:
>
> if (fe->ops.info.type == FE_ATSC) {
> switch (params->u.vsb.modulation) {
> case VSB_8:
> req_mode = MXL_ATSC; break;
> default:
>
Theodore Kilgore wrote:
On Mon, 23 Mar 2009, Thomas Kaiser wrote:
I was thinking about updating my page [1] with the results I get with
gspca V2. But I think it would be better to have this info on the
LinuxTV wiki. Unfortunately, I did not find a page for gspca. So I
thought I should sta
On Sat, 21 Mar 2009, Hans Verkuil wrote:
> On Saturday 21 March 2009 06:56:18 Trent Piepho wrote:
> > It seems like one could still disable loading modules for that bttv might
> > think it needs. When you're testing modules that have not been
> > installed, any calls to request_module() will load
On Mon, 2009-03-23 at 06:52 -0700, Corey Taylor wrote:
> > Andy,
>
> > I am noticing an improvement in pixelation by setting the bufsize to
> > 64k. I will monitor over the next week and report back. I am running 3
> > HVR-1600s and the IRQs are coming up shared with the USB which also
> > support
On Mon, 23 Mar 2009, Thomas Kaiser wrote:
I was thinking about updating my page [1] with the results I get with gspca
V2. But I think it would be better to have this info on the LinuxTV wiki.
Unfortunately, I did not find a page for gspca. So I thought I should start
one, but I don't think
On Mon, Mar 23, 2009 at 4:38 PM, Thomas Kaiser wrote:
> Paul Thomas wrote:
>>
>> I like it. Can we add a section for tested architectures (i.e. x86,
>> x86_64, arm, sparc, etc...).
>
> Hi Paul
>
> I think this is welcome, when it starts
>
> This is a suggestion, which does not mean that I do a
On Tue, 27 Jan 2009 14:37:23 -0800
LINUX NEWBIE wrote:
> In Linux cx88 driver, is it possible to stream audio only without
> video Risc engine running? If so, what tools/players and commands can
> I use to stream audio only from cx88 card?
>
Sorry for not answer before. I got flooded of emails
Paul Thomas wrote:
I like it. Can we add a section for tested architectures (i.e. x86,
x86_64, arm, sparc, etc...).
Hi Paul
I think this is welcome, when it starts
This is a suggestion, which does not mean that I do all the stuff.
I will get up the webcams from my page to the LinuxTv wik
Hello, all
After last convertion of radio drivers to use v4l2_device we have such
code in many radio drivers:
(it's radio-terratec.c for example)
...
static int terratec_open(struct file *file)
{
return 0;
}
static int terratec_release(struct file *file)
{
return 0;
}
...
and
On Sun, 22 Mar 2009 15:35:34 +0100
Pierre Ossman wrote:
> On Sat, 14 Mar 2009 07:42:01 -0300
> Mauro Carvalho Chehab wrote:
>
> > Hi Pierre,
> >
> > Uri sent me this patchset, as part of the changes for supporting some
> > devices
> > from Siano.
> >
> > The changeset looks fine, although I
I like it. Can we add a section for tested architectures (i.e. x86,
x86_64, arm, sparc, etc...).
thanks,
Paul
On Mon, Mar 23, 2009 at 2:46 PM, Thomas Kaiser wrote:
>
> I was thinking about updating my page [1] with the results I get with gspca
> V2. But I think it would be better to have this in
I was thinking about updating my page [1] with the results I get with
gspca V2. But I think it would be better to have this info on the
LinuxTV wiki. Unfortunately, I did not find a page for gspca. So I
thought I should start one, but I don't think this is the right thing
because there are ot
Janne Grunau wrote:
> Hi,
>
> On Mon, Mar 23, 2009 at 11:48:05AM -0700, Randy Dunlap wrote:
>> Stephen Rothwell wrote:
>>> Changes since 20090320:
>>> The v4l-dvb tree gained a build failure for which I have reverted 3 commits.
>> drivers/built-in.o: In function `hdpvr_disconnect':
>> hdpvr-core.c
On Mon, Mar 23, 2009 at 10:04:15PM +0100, Hans Verkuil wrote:
> On Monday 23 March 2009 21:49:40 Janne Grunau wrote:
> >
> > diff --git a/drivers/media/video/hdpvr/hdpvr-core.c
> > b/drivers/media/video/hdpvr/hdpvr-core.c index e7300b5..dadb2e7 100644
> > --- a/drivers/media/video/hdpvr/hdpvr-core
On Monday 23 March 2009 21:49:40 Janne Grunau wrote:
> Hi,
>
> On Mon, Mar 23, 2009 at 11:48:05AM -0700, Randy Dunlap wrote:
> > Stephen Rothwell wrote:
> > >
> > > Changes since 20090320:
> >
> > > The v4l-dvb tree gained a build failure for which I have reverted 3
> > > commits.
> >
> > driv
Hi Mauro,
please pull from http://hg.jannau.net/hdpvr-merge/ for a single build
fix for the hdpvr driver with CONFIG_I2C not set.
diffstat:
Makefile |4 +++-
hdpvr-core.c | 10 +++---
2 files changed, 10 insertions(+), 4 deletions(-)
cheers Janne
--
To unsubscribe from this list:
Hi,
On Mon, Mar 23, 2009 at 11:48:05AM -0700, Randy Dunlap wrote:
> Stephen Rothwell wrote:
> >
> > Changes since 20090320:
>
> > The v4l-dvb tree gained a build failure for which I have reverted 3 commits.
>
> drivers/built-in.o: In function `hdpvr_disconnect':
> hdpvr-core.c:(.text+0xf3894):
On Monday 23 March 2009 13:38:04 Chaithrika U S wrote:
> Analog Devices ADV7343 video encoder driver
>
> Add ADV7343 I2C based video encoder driver. This follows the v4l2-subdev
> framework.This driver has been tested on TI DM646x EVM. It has been tested for
> Composite and Component outputs.
>
>
On Monday 23 March 2009 13:38:15 Chaithrika U S wrote:
> TI THS7303 video amplifier driver code
>
> This patch adds driver for TI THS7303 video amplifier. This driver is
> implemented as a v4l2 sub device. Tested on TI DM646x EVM.
>
> This patch applies on top of the ADV7343 driver patch submitted
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Hans,
I'm trying to get gstreamer and the yuv420 format conversion in
libv4l to play nice with the gspca-stv06xx driver. Currently this is
not working.
The resolution of the vv6410 sensor is 356*292 pixels and the native
format of the camera is V4L
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:Mon Mar 23 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11142:e7d22285a9eb
gcc version: gcc (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Is there any plans on adding software white balancing to libv4l and
is anyone actively working on it right now?
Best regards,
Erik
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAknH2/IACgkQN7qBt+4UG0Hn8QCfUT/YYOVnzE
Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20090320:
> The v4l-dvb tree gained a build failure for which I have reverted 3 commits.
drivers/built-in.o: In function `hdpvr_disconnect':
hdpvr-core.c:(.text+0xf3894): undefined reference to `i2c_del_adapter'
drivers/built-in.o: In functio
On Monday 23 March 2009 16:40:06 Guennadi Liakhovetski wrote:
> On Mon, 23 Mar 2009, Sedji Gaouaou wrote:
> > I am writing a driver for the ov9655 sensor from Omnivision.
> > To do so I am using the ov772x.c file as an example.
> > But I don't understant, because it seems that I never enter the
> >
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
following:
- ov7670: add missing delay.h include.
- hdpvr: only build from 2.6.20.
Thanks,
Hans
diffstat:
linux/drivers/media/video/ov7670.c |1 +
v4l/versions.txt |1 +
2 files c
On Mon, 23 Mar 2009, Sedji Gaouaou wrote:
> Well I am confused now...Should I still convert the atmel ISI driver to a soc
> driver?
Yes, don't worry, all drivers in the mainline will be converted
"automatically," whereas, if you don't convert it now - before the switch
to v4l2-device, you'll ha
Well I am confused now...Should I still convert the atmel ISI driver to
a soc driver?
My concern was not to release a driver for the ov9655, but to have one
which is working so I could test my atmel-soc driver :)
Because I only have an ov9655 sensor here...
Regards
Sedji
Guennadi Liakhovetski
On Mon, 23 Mar 2009, Sedji Gaouaou wrote:
> Guennadi Liakhovetski a écrit :
> >
> > Wouldn't ov9655 be similar enough to ov9650 as used in stk-sensor.c? Hans,
> > would that one also be converted to v4l2-device? If so, Sedji, you don't
> > need to write yet another driver for it.
>
> I had a lo
Guennadi Liakhovetski a écrit :
Wouldn't ov9655 be similar enough to ov9650 as used in stk-sensor.c? Hans,
would that one also be converted to v4l2-device? If so, Sedji, you don't
need to write yet another driver for it.
I had a look at the stk-sensor file. Does it follow the soc arch?
Reg
On Mon, 23 Mar 2009 11:41:32 +0200 (EET)
Mikael Nousiainen wrote:
> Hi Hans,
>
> Sorry for not replying your mail earlier. I've been extremely
> busy with my studies for the last weeks and will be
> until June, so I really don't have the time for testing this
> (as the software setup on my Indy
On Mon, 23 Mar 2009, Sedji Gaouaou wrote:
> I am writing a driver for the ov9655 sensor from Omnivision.
> To do so I am using the ov772x.c file as an example.
> But I don't understant, because it seems that I never enter the video_probe
> function...
> Do you have any idea what could I do wrong?
Hi,
I am writing a driver for the ov9655 sensor from Omnivision.
To do so I am using the ov772x.c file as an example.
But I don't understant, because it seems that I never enter the
video_probe function...
Do you have any idea what could I do wrong? Is it coming from a wrong
i2c config?
Regar
> Andy,
> I am noticing an improvement in pixelation by setting the bufsize to
> 64k. I will monitor over the next week and report back. I am running 3
> HVR-1600s and the IRQs are coming up shared with the USB which also
> supports my HD PVR capture device. Monday nights are usually one of
> the
TI THS7303 video amplifier driver code
This patch adds driver for TI THS7303 video amplifier. This driver is
implemented as a v4l2 sub device. Tested on TI DM646x EVM.
This patch applies on top of the ADV7343 driver patch submitted prior to
this. The dependency is due to the modification of the
'
Analog Devices ADV7343 video encoder driver
Add ADV7343 I2C based video encoder driver. This follows the v4l2-subdev
framework.This driver has been tested on TI DM646x EVM. It has been tested for
Composite and Component outputs.
Signed-off-by: Chaithrika U S
---
drivers/media/video/Kconfig
Hi Hans,
Sorry for not replying your mail earlier. I've been extremely
busy with my studies for the last weeks and will be
until June, so I really don't have the time for testing this
(as the software setup on my Indy hardware is extremely outdated).
If these need quicker attention you could
ask
On Mon, 23 Mar 2009, Kuninori Morimoto wrote:
>
> Signed-off-by: Kuninori Morimoto
> ---
> I used flags to judge though
> I said I use edge_threshold un-used 4 bit.
>
> v1 -> v2
> o add struct ov772x_edge_ctrl
> o add new flags
>
> drivers/media/video/ov772x.c | 31 +
Signed-off-by: Kuninori Morimoto
---
I used flags to judge though
I said I use edge_threshold un-used 4 bit.
v1 -> v2
o add struct ov772x_edge_ctrl
o add new flags
drivers/media/video/ov772x.c | 31 +++
include/media/ov772x.h | 26 +++--
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb/
for:
changeset: 11131:34b88f4b00ad
gspca - t613: Bad sensor detection.
changeset: 11132:31f222cd683a
gspca - t613: Don't re-read the ID registers at probe time.
changeset: 11133:0b9ac61f6162
gspca - t613: Greater delay a
Dear Guennadi
> Is edge_strength == 0 a useful edge configuration? Cannot you use it as a
> test whether to set all edge parameters or not? If you cannot, well, just
> do the same as what you have done with 32-bits - use one bit in strength
> as "edge enable" - just exactly in the same way as
On Mon, 23 Mar 2009, morimoto.kunin...@renesas.com wrote:
> Dear Guennadi
>
> Thank you for checking
>
> > Wouldn't it be easier to use
> >
> > unsigned char edge_strength;
> > unsigned char edge_threshold;
> > unsigned char edge_low;
> > unsigned char edge_high;
> >
>
Dear Guennadi
Thank you for checking
> Wouldn't it be easier to use
>
> unsigned char edge_strength;
> unsigned char edge_threshold;
> unsigned char edge_low;
> unsigned char edge_high;
>
> and thus avoid all that shifting?
Yes. it is easier to use.
But, driver
Hi all,
I'm trying to get this piece of HW working under linux. This is the only
part of the HW I could'nt get up/running yet in that laptop with linux.
M115 is working fine with WinXP, of course.
Here is the dmesg output :
saa7130/34: v4l2 driver version 0.2.14
loaded
On Mon, 23 Mar 2009, Kuninori Morimoto wrote:
>
> Signed-off-by: Kuninori Morimoto
> ---
> This patch is 1st step for extra settings
>
> drivers/media/video/ov772x.c | 34 ++
> include/media/ov772x.h | 25 +
> 2 files changed, 5
44 matches
Mail list logo
