Hi Laurent,
On Tue, May 10, 2011 at 5:51 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi,
On Tuesday 10 May 2011 08:14:10 Hans Verkuil wrote:
On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart wrote:
Why is there no enum_input operation in v4l2_subdev_video_ops?
Why
Hi Laurent,
On Tue, May 10, 2011 at 5:51 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi,
On Tuesday 10 May 2011 08:14:10 Hans Verkuil wrote:
On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart wrote:
Why is there no enum_input operation in v4l2_subdev_video_ops?
Why
Add V4L2_MBUS_FMT_JPEG_1X8 format and the corresponding Docbook
documentation.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Hi Scott,
On Wednesday 11 May 2011 10:43:30 Jiang, Scott wrote:
On Tue, May 10, 2011 at 5:51 PM, Laurent Pinchart wrote: On Tuesday 10
May 2011 08:14:10 Hans Verkuil wrote:
On Tue, May 10, 2011 at 5:42 AM, Laurent Pinchart wrote:
Why is there no enum_input operation in
From: Hans de Goede hdego...@redhat.com
The M420 format is used by the Microsoft LifeCam Studio HD.
Signed-off-by: Hans de Goede hdego...@redhat.com
[laurent.pinch...@ideasonboard.com: split into v4l/uvcvideo patches]
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
-Original Message-
From: Issa Gorissen [mailto:flo...@usa.net]
Sent: mercredi 11 mai 2011 15:13
To: Ralph Metzler
Cc: Linux Media Mailing List; S-bastien RAILLARD; Oliver Endriss
Subject: Re: DVB nGene CI : TS Discontinuities issues
From: Ralph Metzler r...@metzlerbros.de
Issa
Hi,
To decramble a channel with a ngene based card, you either need to:
1) send the full ts to sec0;
2) send a filtered ts to sec0.
The latter case shall permit the descrambling of 2 channels transmitted from 2
different ts/tuners.
I'm interested in knowing how to do this: filter a ts so that
From: Hans de Goede hdego...@redhat.com
M420 is an hybrid YUV 4:2:2 packet/planar format. Two Y lines are
followed by an interleaved U/V line.
Signed-off-by: Hans de Goede hdego...@redhat.com
[laurent.pinch...@ideasonboard.com: split into v4l/uvcvideo patches]
Signed-off-by: Laurent Pinchart
Hi Javier,
On Wednesday 11 May 2011 09:15:29 javier Martin wrote:
On 11 May 2011 06:54, Chris Rodley carlight...@yahoo.co.nz wrote:
I am having a problem with these commands:
root@chris:/home# ./media-ctl -r -l 'mt9p031 2-0048:0-OMAP3 ISP CC
DC:0[1], OMAP3 ISP CCDC:1-OMAP3 ISP CCDC
From: Ralph Metzler r...@metzlerbros.de
Issa Gorissen writes:
Could you please take a look at the cxd2099 issues ?
I have attached a version with my changes. I have tested a lot of
different settings with the help of the chip datasheet.
Scrambled programs are not handled
Hi Anssi/Peter,
Em 10-05-2011 15:43, Anssi Hannula escreveu:
On 10.05.2011 08:30, Peter Hutterer wrote:
On Tue, May 10, 2011 at 08:14:30AM +0300, Anssi Hannula wrote:
On 10.05.2011 07:11, Peter Hutterer wrote:
On Sun, May 08, 2011 at 07:38:00AM +0300, Anssi Hannula wrote:
Hi all!
Most
Hello,
this is fifth version of the subdev driver for MIPI-CSI2 receivers
available on S5PVx10 and EXYNOS4 SoCs. This version is mainly to address
Laurent's review comments, the full thread can be found here:
https://patchwork.kernel.org/patch/725081/
This patch set also adds a
On 11.05.2011 07:46, Mauro Carvalho Chehab wrote:
Hi Anssi/Peter,
Hi!
Em 10-05-2011 15:43, Anssi Hannula escreveu:
On 10.05.2011 08:30, Peter Hutterer wrote:
On Tue, May 10, 2011 at 08:14:30AM +0300, Anssi Hannula wrote:
On 10.05.2011 07:11, Peter Hutterer wrote:
On Sun, May 08, 2011 at
At Tue, 10 May 2011 23:24:15 +0200,
Ondrej Zary wrote:
Autodetect TEA575x tuner connection type during init. This allows tuner to
work out-of-the box.
tea575x_tuner module parameter remains functional to force tuner type.
Tested with SF256-PCP and SF64-PCR.
Signed-off-by: Ondrej Zary
Add the subdev driver for the MIPI CSIS units available in S5P and
Exynos4 SoC series. This driver supports both CSIS0 and CSIS1
MIPI-CSI2 receivers.
The driver requires Runtime PM to be enabled for proper operation.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin
s5p-fimc now also implements a camera capture video node so move
it under the Video capture devices kernel config menu. Also
update the entry to reflect the driver's coverage of EXYNOS4 SoCs.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park
Hello,
I've decided to rework my patch once again and send it to the list.
It adds support for Remote-Control in the mantis driver and implements the
new rc-API.
The patch enables rc for the cards
- vp1041
- vp2033
- vp2040
It's only tested with a Terratec Cinergy S2 HD
Regards
Chris
I've
Em 11-05-2011 18:33, Anssi Hannula escreveu:
On 11.05.2011 07:46, Mauro Carvalho Chehab wrote:
Hi Anssi/Peter,
Hi!
Em 10-05-2011 15:43, Anssi Hannula escreveu:
On 10.05.2011 08:30, Peter Hutterer wrote:
On Tue, May 10, 2011 at 08:14:30AM +0300, Anssi Hannula wrote:
On 10.05.2011 07:11,
On 11.05.2011 19:51, Mauro Carvalho Chehab wrote:
Em 11-05-2011 18:33, Anssi Hannula escreveu:
On 11.05.2011 07:46, Mauro Carvalho Chehab wrote:
Hi Anssi/Peter,
Hi!
Em 10-05-2011 15:43, Anssi Hannula escreveu:
On 10.05.2011 08:30, Peter Hutterer wrote:
On Tue, May 10, 2011 at 08:14:30AM
I see in drivers/media/dvb/dvb-core/dvb_frontend.c that there is some
synchronization between the old and the new API.
But it is incomplete: The new FE_GET_PROPERTY will report only cached
values, which is whatever the application has written and not the
actual tuned values like FE_GET_FRONTEND
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 May 11 19:00:31 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC)
On Monday 07 March 2011 14:50:02 Martin Vidovic wrote:
...
- SEC device generates NULL packets (ad infinitum):
When reading from SEC, NULL packets are read and interleaved with
expected packets. They can be even read with dd(1) when nobody is
writing to SEC and even when CAM is not ready.
I've just tried with the 2.6.38 kernel from the backports, and the lock
fix only - result is the same, unusable output from device - too many
discontinuities.
Noone using the S2-3600 / 3650 on high-rate transponders?
Any other Linux-supported USB DVB-S2 device with CI and high SR support?
On 05/11/2011 08:34 PM, Bjørn Mork wrote:
I see in drivers/media/dvb/dvb-core/dvb_frontend.c that there is some
synchronization between the old and the new API.
But it is incomplete: The new FE_GET_PROPERTY will report only cached
values, which is whatever the application has written and not
On Wed, May 11, 2011 at 08:59:16PM +0300, Anssi Hannula wrote:
I meant replacing the softrepeat with native repeat for such devices
that have native repeats but no native release events:
- keypress from device = keydown + keyup
- repeat from device = keydown + keyup
- repeat from device =
When device_add is called in rc_register_device, the rc sysfs nodes show
up, and there's a window in which ir-keytable can be launched via udev
and trigger a show_protocols call, which runs without various rc_dev
fields filled in yet. Add some locking around registration and
store/show_protocols
Em 11-05-2011 19:59, Anssi Hannula escreveu:
No. It actually depends on what driver you're using. For example, for most
dvb-usb
devices, this is given by the logic bellow:
if (d-props.rc.legacy.rc_interval 40)
d-props.rc.legacy.rc_interval = 100; /* default */
On 11.05.2011 23:53, Dmitry Torokhov wrote:
On Wed, May 11, 2011 at 08:59:16PM +0300, Anssi Hannula wrote:
I meant replacing the softrepeat with native repeat for such devices
that have native repeats but no native release events:
- keypress from device = keydown + keyup
- repeat from
On 12.05.2011 02:52, Mauro Carvalho Chehab wrote:
Em 11-05-2011 19:59, Anssi Hannula escreveu:
No. It actually depends on what driver you're using. For example, for most
dvb-usb
devices, this is given by the logic bellow:
if (d-props.rc.legacy.rc_interval 40)
Em 12-05-2011 02:17, Anssi Hannula escreveu:
On 11.05.2011 23:53, Dmitry Torokhov wrote:
On Wed, May 11, 2011 at 08:59:16PM +0300, Anssi Hannula wrote:
I meant replacing the softrepeat with native repeat for such devices
that have native repeats but no native release events:
- keypress from
Em 12-05-2011 02:37, Anssi Hannula escreveu:
On 12.05.2011 02:52, Mauro Carvalho Chehab wrote:
Em 11-05-2011 19:59, Anssi Hannula escreveu:
No. It actually depends on what driver you're using. For example, for most
dvb-usb
devices, this is given by the logic bellow:
if
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c: input_dev-rep[REP_PERIOD] =
d-props.rc.legacy.rc_interval;
Indeed, the REP_PERIOD is not adjusted on
On May 11, 2011, at 9:36 PM, Mauro Carvalho Chehab wrote:
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c: input_dev-rep[REP_PERIOD] =
Hi Linux media folks,
We are considering putting an advanced HDMI receiver chip on our SoC,
to allow reception of HDMI audio and video. The chip receives HDMI data
from a host like a set-up box or DVD player. It provides a video data interface
and SPDIF/I2S audio data interface.
We plan to
34 matches
Mail list logo
