On Tuesday 24 March 2009 00:14:07 Alexey Klimov wrote:
> 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;
> }
>
> s
Theodore Kilgore wrote:
But OTOH this causes a problem, too, because the manufacturers of
cameras (probably some of them are not exactly manufacturers but rather
packagers) are switching the electronics inside the device any time they
feel like it, or if they get a large quantity of chips at a
On Tuesday 24 March 2009 01:38:04 Trent Piepho wrote:
> 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 no
Hi All,
seems everybody has their own OV7670 driver... I have one written from scratch
too.
It is written using Omnivision user manual, application note, and register
reference settings.
Omnivision provides settings arrays for every resolution (VGA, QVGA, QQVGA,
CIF, QCIF).
This driver has lot
Hi All,
seems everybody has their own OV7670 driver... I have one written from scratch
too.
It is written using Omnivision user manual, application note, and register
reference settings.
Omnivision provides settings arrays for every resolution (VGA, QVGA, QQVGA,
CIF, QCIF).
This driver has lot
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:Tue Mar 24 08:33:25 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11153:56cf0f1772f7
gcc version: gcc (
Hmm, everything is OK.
Let's enjoy this moment of perfection! It probably won't last long :-)
Regards,
Hans
> 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:
Signed-off-by: Kuninori Morimoto
---
v2 -> v3
o use edgectrl.strength for judge
Sorry for my miss-understanding.
This patch use edgectrl.strength for judgement.
And the explain in the comment has all.
My datasheet doesn't have details more than this explain.
drivers/media/video/ov772x.c | 25
On Tue, 24 Mar 2009, Kuninori Morimoto wrote:
> Signed-off-by: Kuninori Morimoto
> ---
> v2 -> v3
> o use edgectrl.strength for judge
>
> Sorry for my miss-understanding.
> This patch use edgectrl.strength for judgement.
> And the explain in the comment has all.
> My datasheet doesn't have detai
On Tuesday 24 March 2009 08:06:39 Hans Verkuil wrote:
> On Tuesday 24 March 2009 00:14:07 Alexey Klimov wrote:
> > 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)
> >
> > ...
> > stati
> On Tuesday 24 March 2009 08:06:39 Hans Verkuil wrote:
>> On Tuesday 24 March 2009 00:14:07 Alexey Klimov wrote:
>> > 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)
>> >
>> > ...
On Sat, 21 Mar 2009, Mauro Carvalho Chehab wrote:
> > When this thread was started, it was about dropping support for
> > kernels < 2.6.22. However, it has turned into a thread about moving
> > to git and dropping support for *all* kernels less than the bleeding
> > edge -rc candidate (only suppor
El Martes, 24 de Marzo de 2009, Andy Walls escribió:
> 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:
> >
> On Sat, 21 Mar 2009, Mauro Carvalho Chehab wrote:
>> > When this thread was started, it was about dropping support for
>> > kernels < 2.6.22. However, it has turned into a thread about moving
>> > to git and dropping support for *all* kernels less than the bleeding
>> > edge -rc candidate (only
On Tue, 24 Mar 2009, Hans Verkuil wrote:
> On Tuesday 24 March 2009 01:38:04 Trent Piepho wrote:
> > 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
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.
Review comments have been incorporated in this patch. The most impor
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
'
Hans,
I don't see any points to comment, other than the ones Trent did. So, I'll add
my comments here.
On Fri, 20 Mar 2009 22:56:18 -0700 (PDT)
Trent Piepho wrote:
> > static unsigned int tuner[BTTV_MAX] = { [ 0 ... (BTTV_MAX-1) ] = UNSET };
> > static unsigned int svhs[BTTV_MAX] = { [ 0 .
While trying to update an application to API v5 some question arised.
Which type of "delivery_system" should be set for ATSC?
says...
SYS_DVBC_ANNEX_AC, <- european DVB-C
SYS_DVBC_ANNEX_B, <- american ATSC QAM
..
SYS_ATSC, <- oops, here we have ATSC again, cable and terrestrial not
na
On Tue, 24 Mar 2009, Thomas Kaiser wrote:
Theodore Kilgore wrote:
But OTOH this causes a problem, too, because the manufacturers of cameras
(probably some of them are not exactly manufacturers but rather packagers)
are switching the electronics inside the device any time they feel like it,
On Tue, Mar 24, 2009 at 12:35 PM, wk wrote:
> While trying to update an application to API v5 some question arised.
>
> Which type of "delivery_system" should be set for ATSC?
> says...
>
> SYS_DVBC_ANNEX_AC, <- european DVB-C
> SYS_DVBC_ANNEX_B, <- american ATSC QAM
> ..
> SYS_ATSC, <-
Devin Heitmueller wrote:
On Tue, Mar 24, 2009 at 12:35 PM, wk wrote:
While trying to update an application to API v5 some question arised.
Which type of "delivery_system" should be set for ATSC?
says...
SYS_DVBC_ANNEX_AC, <- european DVB-C
SYS_DVBC_ANNEX_B, <- american ATSC QAM
..
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:Tue Mar 24 19:00:03 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11153:56cf0f1772f7
gcc version: gcc (
Hello, please review new version of v4l2 loopback driver.
driver works fine but there are things which I am not shure in.
Is it ok not to count mmaped buffers and just free memory when no open
file descriptors left?
Here is patch against current v4l-dvb tree
-
This patch introduces v4l2 loopba
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jean-Francois.
Please pull this tree for 24 gspca-m5602 related changesets that I
would like to see included in 2.6.30.
I forgot to add the gspca prefix to the summary of the last three
patches. If this is an issue, please let me know and I'll back
On Tue, Mar 24, 2009 at 1:15 PM, Hans Verkuil wrote:
> On Tuesday 24 March 2009 19:47:13 hermann pitton wrote:
>> Am Dienstag, den 24.03.2009, 03:03 +0100 schrieb hermann pitton:
>> > Hi,
>> >
>> > Am Montag, den 23.03.2009, 11:33 -0600 schrieb Gordon Smith:
>> > > On Fri, Mar 20, 2009 at 10:02 PM
On Sun, 22 Mar 2009 16:48:39 +0200
"Uri Shkolnik" wrote:
> Hi Pierre,
>
> The USB separation patches are ready, and will be committed for review
> shortly (SDIO stack workaround + Siano SDIO driver were the first to be
> re-re-re-committed, SPI will be next, and after them the "core" which
> inc
Am Dienstag, den 24.03.2009, 13:42 -0600 schrieb Gordon Smith:
> On Tue, Mar 24, 2009 at 1:15 PM, Hans Verkuil wrote:
> > On Tuesday 24 March 2009 19:47:13 hermann pitton wrote:
> >> Am Dienstag, den 24.03.2009, 03:03 +0100 schrieb hermann pitton:
> >> > Hi,
> >> >
> >> > Am Montag, den 23.03.200
From: Stoyan Gaydarov
Signed-off-by: Stoyan Gaydarov
---
drivers/media/dvb/bt8xx/dst_ca.c |7 +--
drivers/media/video/dabusb.c | 11 ---
2 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/bt8xx/dst_ca.c b/drivers/media/dvb/bt8xx/dst_ca.c
inde
Hello,
both in the Ubuntu package dvb-apps, and in the source from
http://linuxtv.org/hg/dvb-apps , there is both a program scan and dvbscan,
which are not the same. Which should be used when? I have a TechnoTrend
C-1501 DVB-C card, and only `scan` worked. `dvbscan
/usr/local/share/dvb/dvb-c/no
> -static int dabusb_ioctl (struct inode *inode, struct file *file, unsigned
> int cmd, unsigned long arg)
> +static long dabusb_ioctl (struct file *file, unsigned int cmd, unsigned long
> arg)
> {
> + lock_kernel();
> pdabusb_t s = (pdabusb_t) file->private_data;
After the variables
On Tue, Mar 24, 2009 at 4:24 PM, Alan Cox wrote:
>
>> -static int dabusb_ioctl (struct inode *inode, struct file *file, unsigned
>> int cmd, unsigned long arg)
>> +static long dabusb_ioctl (struct file *file, unsigned int cmd, unsigned
>> long arg)
>> {
>> + lock_kernel();
>> pdabusb_
On Tue, Mar 24, 2009 at 04:31:54PM -0500, Stoyan Gaydarov wrote:
> On Tue, Mar 24, 2009 at 4:24 PM, Alan Cox wrote:
> >
> >> -static int dabusb_ioctl (struct inode *inode, struct file *file, unsigned
> >> int cmd, unsigned long arg)
> >> +static long dabusb_ioctl (struct file *file, unsigned int
On Sun, Mar 22, 2009 at 9:00 PM, Devin Heitmueller
wrote:
> Wow, well this literally kept me up all night pondering the various options.
>
> Manu's idea has alot of merit - providing a completely new API that
> provides the "raw data without translation" as well as a way to query
> for what that f
From: Stoyan Gaydarov
Signed-off-by: Stoyan Gaydarov
---
drivers/media/dvb/bt8xx/dst_ca.c |7 +--
drivers/media/video/dabusb.c | 11 ---
2 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/bt8xx/dst_ca.c b/drivers/media/dvb/bt8xx/dst_ca.c
inde
Let me ask this rhetorical question: if we did nothing more than just
normalize the SNR to provide a consistent value in dB, and did nothing
more than normalize the existing strength field to be 0-100%, leaving
it up to the driver author to decide the actual heuristic, what
percentage of user's ne
Hello, Stoyan
On Tue, 2009-03-24 at 16:38 -0500, stoyboy...@gmail.com wrote:
> From: Stoyan Gaydarov
>
> Signed-off-by: Stoyan Gaydarov
> ---
> drivers/media/dvb/bt8xx/dst_ca.c |7 +--
> drivers/media/video/dabusb.c | 11 ---
> 2 files changed, 13 insertions(+), 5 deletio
On Tue, Mar 24, 2009 at 5:25 PM, Alexey Klimov wrote:
> Hello, Stoyan
>
> On Tue, 2009-03-24 at 16:38 -0500, stoyboy...@gmail.com wrote:
>> From: Stoyan Gaydarov
>>
>> Signed-off-by: Stoyan Gaydarov
>> ---
>> drivers/media/dvb/bt8xx/dst_ca.c | 7 +--
>> drivers/media/video/dabusb.c |
Hello, Vasily
On Tue, 2009-03-24 at 21:27 +0200, vas...@gmail.com wrote:
> Hello, please review new version of v4l2 loopback driver.
> driver works fine but there are things which I am not shure in.
> Is it ok not to count mmaped buffers and just free memory when no open
> file descriptors left?
>
Hi Stoyan,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of stoyboy...@gmail.com
> Sent: Tuesday, March 24, 2009 3:39 PM
> To: linux-ker...@vger.kernel.org
> Cc: Stoyan Gaydarov; linux-media@vger.kernel.org
> Subject:
Hello -
I have a RTD Technologies VFG7350 (saa7134 based, two channel, no tuner).
I'd like to stream the compressed data.
I/O read works:
v4l2-apps/test/capture-example --device /dev/video2 --read
but streaming does not:
$ v4l2-apps/test/capture-example --device /dev/video2 --mmap
/dev/vid
> > {
> > + lock_kernel();
> > +
>
> Why moving to unlocked_ioctl if you're acquiring the Big Kernel Lock
> anyways?
Ok, forget it, just saw Alexey mail chain...
Understood.
Regards,
Sergio
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to
On Tue, 2009-03-24 at 10:04 +0100, Hans Verkuil wrote:
> Hmm, everything is OK.
>
> Let's enjoy this moment of perfection! It probably won't last long :-)
>
> Regards,
>
>Hans
>
> > This message is generated daily by a cron job that builds v4l-dvb for
> > the kernels and architectures i
Devin Heitmueller wrote:
> On Sun, Mar 22, 2009 at 9:00 PM, Devin Heitmueller
> wrote:
>> Wow, well this literally kept me up all night pondering the various options.
>>
>> Manu's idea has alot of merit - providing a completely new API that
>> provides the "raw data without translation" as well as
On Wed, Mar 25, 2009 at 1:07 AM, Alexey Klimov wrote:
> Hello, Vasily
>
> On Tue, 2009-03-24 at 21:27 +0200, vas...@gmail.com wrote:
>> Hello, please review new version of v4l2 loopback driver.
>> driver works fine but there are things which I am not shure in.
>> Is it ok not to count mmaped buffe
That said, the solution takes the approach of "revolutionary" as
opposed to "evolutionary", which always worries me. While providing a
much more powerful interface, it also means all of the applications
will have to properly support all of the various possible
representations of the data, increas
Mika Laitio wrote:
That said, the solution takes the approach of "revolutionary" as
opposed to "evolutionary", which always worries me. While providing a
much more powerful interface, it also means all of the applications
will have to properly support all of the various possibl
Mika Laitio wrote:
> But there should anyway be mandatory to have this one "standard goodness
> value" in a way that does not require apps to make any complicate
> comparisons... (I bet half of those apps would be broken for years)
That said, the conversion functions can be added into libdvb, ho
On Tue, Mar 24, 2009 at 4:46 PM, Manu Abraham wrote:
>>> From the end user point of view it is not very usefull if he has 2
>> different cards and application can not show any usefull signal goodness
>> info in a way that would be easy to compare. So I think the attempt to
>> standardize to db is
From: Kay Sievers
Cc: mche...@infradead.org
Cc: linux-media@vger.kernel.org
Acked-by: Greg Kroah-Hartman
Signed-off-by: Kay Sievers
---
drivers/media/radio/radio-tea5764.c |3 ++-
drivers/media/video/v4l2-device.c |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/
On Tue, 2009-03-24 at 13:13 -0400, Devin Heitmueller wrote:
> On Tue, Mar 24, 2009 at 12:35 PM, wk wrote:
> > While trying to update an application to API v5 some question arised.
> >
> > Which type of "delivery_system" should be set for ATSC?
> > says...
> >
> > SYS_DVBC_ANNEX_AC, <- european
On Tue, 2009-03-24 at 18:08 -0400, Steven Toth wrote:
> >> Let me ask this rhetorical question: if we did nothing more than just
> >> normalize the SNR to provide a consistent value in dB, and did nothing
> >> more than normalize the existing strength field to be 0-100%, leaving
> >> it up to the d
Mauro:
Please pull from http://linuxtv.org/hg/~mcisely/pvrusb2 for a large
collection of pvrusb2 changesets (see below). Way back around
November 2005, I had written a large chunk of code in the driver to
provide uniform control of the associated i2c modules. With the
advent of the v4l2-subdev
Hello Jean,
Attached patch for the following:
zc3xx: Add .driver_info to DLink DSB - C320
Added .driver_info = SENSOR_PAS106 to 0x0ac8, 0x0302 (D-Link DSB - C320)
Thanks to Bruna Griebeler for reporting and test.
Reported-by: Bruna Griebeler
Tested-by: Bruna Griebeler
Signed-off-by: Douglas
Dear Guennadi
Thank you for checking patch
> Whatever this "edge" does, isn't it so, that "threshold," "upper," and
> "lower" parameters configure it and "strength" actually enforces the
> changes? Say, if strength == 0, edge control is off, and as soon as you
> switch it to != 0, it is on wi
From: Márton Németh
When enumerating formats with VIDIOC_ENUM_FMT the uvcvideo driver does not
fill the reserved fields of the struct v4l2_fmtdesc with zeros as required by
V4L2 API revision 0.24 [1]. Add the missing initializations.
The patch was tested with v4l-test 0.10 [2] with CNF7129 webca
56 matches
Mail list logo
