Hi,
On 04/27/2012 09:02 PM, Hans Verkuil wrote:
On Friday, April 27, 2012 19:54:50 Sylwester Nawrocki wrote:
On 04/27/2012 12:12 PM, Hans Verkuil wrote:
On Friday, April 27, 2012 11:52:54 Sylwester Nawrocki wrote:
This patch adds definition of additional color effects:
-
Hello Antti,
As we known that AF9013 has the hardware pid filter capability.
How to implement the hardware pid filter, which the demodulator has this
capability?
For usb, i find
struct dvb_usb_adapter_fe_properties {
int (*pid_filter_ctrl) (struct dvb_usb_adapter *, int);
int (*pid_filter)
On 28.04.2012 12:17, nibble.max wrote:
Hello Antti,
As we known that AF9013 has the hardware pid filter capability.
How to implement the hardware pid filter, which the demodulator has this
capability?
For usb, i find
struct dvb_usb_adapter_fe_properties {
int (*pid_filter_ctrl) (struct
Hi Mauro,
One other fix was added:
radio-isa: fix memory leak
drivers/media/radio/radio-isa.c|8 +++-
v4l2_ctrl_handler_free wasn't called if there was a problem creating controls.
Regards,
Hans
On Friday, April 27, 2012 13:56:37 Hans Verkuil wrote:
Hi Mauro,
Hi Sachin,
On 04/24/2012 12:38 PM, Sachin Kamat wrote:
From: Ajay Kumarajaykumar...@samsung.com
Modify the G2D driver(which initially supported only FIMG2D v3 style H/W)
to support FIMG2D v4.1 style hardware present on Exynos4x12 and Exynos52x0
SOC.
-- Set the SRC and DST type to
Hi,
On 04/25/2012 06:09 PM, Jean-Francois Moine wrote:
Hi Hans,
snip
BTW, I don't think the exposure and gain controls use the right
registers as they are coded in the actual gspca pac7302 subdriver.
The ms-windows driver uses the registers (3-80 / 3-03), (3-05 / 3-04),
3-03, 3-04 and
On Thu, Apr 26, 2012 at 5:33 PM, Ezequiel García elezegar...@gmail.com wrote:
Hi everyone,
As you may know I'm re-writing from scratch the staging/easycap driver.
Finally, after digging through the labyrinthic staging/easycap code,
I've reached a point where I'm able to understand isoc
Hi Mauro et al,
Please pull from my tree for a bunch of gspca_pac73XX
improvements and 1 other webcam driver fix.
The following changes since commit bcb2cf6e0bf033d79821c89e5ccb328bfbd44907:
[media] ngene: remove an unneeded condition (2012-04-26 15:29:23 -0300)
are available in the git
From: Ezequiel Garcia elezegar...@gmail.com
This cleans namespace a bit by making em28xx_card_setup()
em28xx_pre_card_setup() static functions.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-cards.c |6 --
drivers/media/video/em28xx/em28xx.h
From: Ezequiel Garcia elezegar...@gmail.com
The list_head struct usage was fully removed by commit
d7aa80207babe694b316a48200b096cf0336ecb3.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-cards.c |2 --
drivers/media/video/em28xx/em28xx.h |
Hi Mauro et al,
Please pull from my tree for a bunch of gspca_pac73XX
improvements and 1 other webcam driver fix.
The following changes since commit bcb2cf6e0bf033d79821c89e5ccb328bfbd44907:
[media] ngene: remove an unneeded condition (2012-04-26 15:29:23 -0300)
are available in the git
Am 20.04.2012 15:15, schrieb Dan Carpenter:
stat is always zero here. The condition used to be needed, but we
shifted stuff around in 0f0b270f90 [media] ngene: CXD2099AR Common
Interface driver.
This doesn't change how the code works, it's just a bit tidier.
Signed-off-by: Dan
On Tue, 2012-04-24 at 23:07 -0400, Brian J. Murrell wrote:
On 12-04-24 06:42 PM, Andy Walls wrote:
Run 'femon' on the cx18's dvb frontend when you have a live QAM capture
ongoing.
OK. Ran it all evening during the evening capture window. Started it
at 20:30, sharp to coincide with the
Hi Laurent
On Wed, Apr 25, 2012 at 8:57 AM, Sergio Aguirre saagui...@ti.com wrote:
Otherwise, some false positives might arise when
having 2 subdevices with similar names, like:
OMAP4 ISS ISP IPIPEIF
OMAP4 ISS ISP IPIPE
Before this patch, trying to find OMAP4 ISS ISP IPIPE, resulted
in a
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/em28xx/em28xx.h
b/drivers/media/video/em28xx/em28xx.h
index 87766f1..b004dd8 100644
---
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx.h |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/em28xx/em28xx.h
b/drivers/media/video/em28xx/em28xx.h
index b004dd8..b5bac9c 100644
---
Hi all,
Here is a patch series that makes it possible to use the control framework
in gspca. The gspca core changes are very minor but as a bonus give you
priority support as well.
The hard work is in updating the subdrivers. I've done two, and I intend
to do the stv06xx driver as well, but
From: Hans Verkuil hans.verk...@cisco.com
Make the necessary changes to allow subdrivers to use the control framework.
This does not add control event support, that needs more work.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/gspca.c | 13 +
1
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/zc3xx.c | 451 +++--
1 file changed, 182 insertions(+), 269 deletions(-)
diff --git a/drivers/media/video/gspca/zc3xx.c
From: Hans Verkuil hans.verk...@cisco.com
Add V4L2_CAP_DEVICE_CAPS support to querycap and replace -EINVAL by
-ENOTTY whenever an ioctl is not supported.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/gspca.c | 19 ++-
1 file changed, 10
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/sn9c20x.c | 481 ++-
1 file changed, 198 insertions(+), 283 deletions(-)
diff --git a/drivers/media/video/gspca/sn9c20x.c
From: Hans Verkuil hans.verk...@cisco.com
Prepare for control events: free up file-private_data by using
video_drvdata(file) to get to the gspca_dev struct.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/gspca.c | 64 ++---
1
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/gspca.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/media/video/gspca/gspca.c
b/drivers/media/video/gspca/gspca.c
index 3d3b780..7b03f36 100644
---
From: Hans Verkuil hans.verk...@cisco.com
In order to support control event gspca has to use struct v4l2_fh.
As a bonus feature this also gives priority handling for free.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/gspca/gspca.c | 13 ++---
On Sat, Apr 28, 2012 at 04:57:35PM +0200, walter harms wrote:
Am 20.04.2012 15:15, schrieb Dan Carpenter:
stat is always zero here. The condition used to be needed, but we
shifted stuff around in 0f0b270f90 [media] ngene: CXD2099AR Common
Interface driver.
This doesn't change how
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Sat Apr 28 19:00:19 CEST 2012
git hash:bcb2cf6e0bf033d79821c89e5ccb328bfbd44907
gcc version: i686-linux-gcc
On 12-04-28 10:56 AM, Andy Walls wrote:
grepping out the 0 lines doesn't let one see the trends in Signal to
Noise Ratio (SNR) before and after the uncorrectable (unc) block counts.
OK. I have completely reworked the way I use femon. I now start/stop
femon along with recordings so I should
One more question...
On 12-04-28 10:56 AM, Andy Walls wrote:
So I see SNR values from 0x138 to 0x13c ( 31.2 dB to 31.6 dB ) when you
have problems. For 256-QAM cable signals, I think that is considered
marginal.
I've never gotten my mind around SNRs and dBs, etc. Generally speaking,
am I
Hi,
I'm using a webcam (logitech) supported by the uvcvideo module to capture video.
Previously once in a while I would get the uvcvideo: Failed to resubmit video
URB (-27)., but the grabbing continued without a problem.
Now the video grabbing program (motion) seems to lock due to some nested
On 12-04-28 02:36 PM, Brian J. Murrell wrote:
One more question...
And to answer my own question, and provide some more data...
I've never gotten my mind around SNRs and dBs, etc. Generally speaking,
am I looking for these snr values to go up or down (i.e. closer to 0
or further away) to
Hi Ezequiel
On Sat, 28 Apr 2012, Ezequiel García wrote:
On Thu, Apr 26, 2012 at 5:33 PM, Ezequiel García elezegar...@gmail.com
wrote:
Hi everyone,
As you may know I'm re-writing from scratch the staging/easycap driver.
Finally, after digging through the labyrinthic staging/easycap
On Sat, 2012-04-28 at 14:08 -0400, Brian J. Murrell wrote:
On 12-04-28 10:56 AM, Andy Walls wrote:
OK. There are two ways to go here:
1. We assume your signal is marginal. Take a look here for things to
check and fix if needed:
On Sat, 2012-04-28 at 14:36 -0400, Brian J. Murrell wrote:
One more question...
On 12-04-28 10:56 AM, Andy Walls wrote:
So I see SNR values from 0x138 to 0x13c ( 31.2 dB to 31.6 dB ) when you
have problems. For 256-QAM cable signals, I think that is considered
marginal.
I've
On 12-04-28 04:39 PM, Brian J. Murrell wrote:
I typically have one more splitter downstream from that 3 way splitter
which is a 4 way splitter to feed all of the tuners on my Mythtv box and
introducing that splitter reduces the SNR at the HVR-1600 to between
13c and 13e (31.6 - 31.8 dB).
34 matches
Mail list logo