Hi,
for information...i have the same dongle (LeadTek WinFast DTV Dongle
Mini - Bus 001 Device 003: ID 0413:6a03 Leadtek Research, Inc. )
and after compiled RTL2832U + change VID+PID in rtl2832u.h (i changed
USB_VID_GTEK + USB_PID_GTEK_WARM to leadtek`s 0413:6a03)
is tuner working! (me-tv + kaffe
Hi.
On Mon, 2010-03-08 at 19:03 +0100, ext Hans Verkuil wrote:
> On Monday 08 March 2010 13:44:25 m7aalton wrote:
> > Hello.
> >
> > I'm writing a radio driver which uses subdevice file operations to
> > handle RDS reception and transmission. Some IOCTL call-backs to the main
> > device are easy
Hi
I have been using dvbsnoop for quite a while to get an epg. However it
has jjust started hanging when I give a -n value of more than about 300
command
dvbsnoop -s sec -timeout 500-nph -n 1500 0x12
This gets run via a loop which tunes to each available frequency in turn
so I dont neccessarily
Hi Michel,
Catimimi wrote:
> Hi,
>
> As I told you earlier, my previous patch was not working with a 64 bits
> kernel.
> So forget it.
>
>
> I now succed in running Cinergy Hybrid T USB XS FR with 32 and 64bits
> kernels.
> One problem remains, because of msp3400 driver, I don't have sound in
>
Hello,
this version differs only slightly from the previous one, it fixes some
memory allocation/freeing-related problems of the previous patchset.
As was the case with v1, it is still intended for
demonstration/discussion/testing
purposes only.
Changes since v2:
- simplified videobuf_buffer a
Current V4L2 API assumes that each video buffer contains exactly one,
contiguous memory buffer for video data. Even in case of planar video
formats, e.g. YCbCr with each component residing in a separate area
of memory, it is specified that each of those planes immediately follows
the previous one i
Add example 2- and 3- planar YCbCr422 formats for multi-plane
format testing.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/vivi.c | 179 +++-
include/linux/videodev2.h |3 +
2 files changed, 147 insertions(+), 35 de
Add support for multiplanar buffers to videobuf core, dma-contig
and vmalloc memory types.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/videobuf-core.c | 375 -
drivers/media/video/videobuf-dma-contig.c | 297
Hi Màrton,
Thanks for the patch.
On Wednesday 03 March 2010 00:42:23 Németh Márton wrote:
> From: Márton Németh
>
> On some webcams one or more LEDs can be found. One type of these LEDs
> are feedback LEDs: they usually shows the state of streaming mode.
> The LED can be programmed to constantl
Pawel Osciak wrote:
> Current V4L2 API assumes that each video buffer contains exactly one,
> contiguous memory buffer for video data. Even in case of planar video
> formats, e.g. YCbCr with each component residing in a separate area
> of memory, it is specified that each of those planes immediatel
Sakari,
As usual, I'm marking those patches as RFC. Please add them on some tree
and ask me to pull from it, when you think that event interface is ready
for upstream merge.
Cheers,
Mauro.
Sakari Ailus wrote:
> Hi,
>
> Here's the tenth version of the V4L2 file handle and event interface
> patc
Please see attached scan file for uk-Aberdare if anyone finds it useful
# UK, Aberdare
# Auto-generated from http://www.dtg.org.uk/retailer/dtt_channels.html
# and http://www.ofcom.org.uk/static/reception_advice/index.asp.html
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarch
Hi Mauro, Dmitri,
On Tue, 02 Mar 2010 05:49:17 -0300, Mauro Carvalho Chehab wrote:
> Dmitri Belimov wrote:
> > When I add
> >
> > diff -r 37ff78330942 linux/drivers/media/video/ir-kbd-i2c.c
> > --- a/linux/drivers/media/video/ir-kbd-i2c.cSun Feb 28 16:59:57
> > 2010 -0300
> > +++ b/linu
On Tue, 2010-03-09 at 12:27 +0100, Laurent Pinchart wrote:
> Hi Màrton,
>
> Thanks for the patch.
>
> On Wednesday 03 March 2010 00:42:23 Németh Márton wrote:
> > From: Márton Németh
> >
> > On some webcams one or more LEDs can be found. One type of these LEDs
> > are feedback LEDs: they usuall
19/09/09 Jed wrote:
2) Component input for the A/V-in
Yes, this exists on the HVR2250 product only.
Ah shite, are you sure?
If you look at the specs for the reference card it was there, did they
take it out at the last minute?
It's not feature Hauppauge supports on the HVR2200 today. I have
On Tue, Nov 17, 2009 at 11:59 PM, Jarod Wilson wrote:
snip
>>Or a few months later. About two weeks ago, I finally poked at these
>>sticks some more, after getting a bit of info from another user, and
>>we've finally got an actual fix for this problem -- .deny_i2c_rptr = 1
>>just needed to be se
From: Murali Karicheri
This patch fixes a bug in vpfe_probe() that doesn't call mutex_unlock() if
memory
allocation for ccdc_cfg fails. See also the smatch warning report from Dan
Carpenter that shows this as an issue.
Signed-off-by: Murali Karicheri
---
drivers/media/video/davinci/vpfe_captu
LiM wrote:
Hi,
for information...i have the same dongle (LeadTek WinFast DTV Dongle
Mini - Bus 001 Device 003: ID 0413:6a03 Leadtek Research, Inc. )
and after compiled RTL2832U + change VID+PID in rtl2832u.h (i changed
USB_VID_GTEK + USB_PID_GTEK_WARM to leadtek`s 0413:6a03)
is tuner working! (
Manu Abraham wrote:
> Mauro,
>
> Please pull from http://jusst.de/hg/az6027
>
> for the following changes ..
>
> changeset 14171
> AZ6027: Fix initialization for some cards.
> http://jusst.de/hg/az6027/rev/e3fc5ce24047
>
> changeset 14170
> AZ6027: Add support for Technisat V1 device
> http://j
Manu Abraham wrote:
> Mauro,
>
> Please pull from http://jusst.de/hg/mantis-v4l-dvb
This tree also needs rebase. Some of the patches were already applied:
# Mercurial patches imported from http://jusst.de/hg/mantis-v4l-dvb
hg_14410_stv090x_code_simplification.patch
hg_14411_stv090x_stv6110x_use_
This is the summary of the patches that are currently under review.
Each patch is represented by its submission date, the subject (up to 70
chars) and the patchwork link (if submitted via email). Currently, there's
no pending hg/git pull request or new patches at patchwork.
P.S.: This email is c/
On 8 марта 2010 22:41:26 VDR User wrote:
> This isn't an answer to your questions but I don't recommend using the
> s2-liplianin tree as it contains timing patches which can cause
> serious damage to your tuner. This has also been confirmed by the
> manufacturer as well and to my knowledge has unf
What happened to the statistics patch?
--
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 http://vger.kernel.org/majordomo-info.html
On Tue, Mar 9, 2010 at 2:55 PM, VDR User wrote:
> What happened to the statistics patch?
The statistics patch still needs a ton of work before it could be
accepted upstream. Mostly these things are related to clarification
as to how the API should behave and how a variety of edge cases should
be
From: Murali Karicheri
This patch fixes a bug in vpfe_probe() that doesn't call mutex_unlock() if
memory
allocation for ccdc_cfg fails. See also the smatch warning report from Dan
Carpenter that shows this as an issue.
Signed-off-by: Murali Karicheri
---
drivers/media/video/davinci/vpfe_captu
Mauro,
Feb,19 2010: video_device: don't free_irq() an element past array
vpif_obj.dev[]http://patchwork.kernel.org/patch/80845
I had discussed this and am waiting for a response from the author against my
last comment.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germa
2010/3/9 Igor M. Liplianin :
> On 8 марта 2010 22:41:26 VDR User wrote:
>> This isn't an answer to your questions but I don't recommend using the
>> s2-liplianin tree as it contains timing patches which can cause
>> serious damage to your tuner. This has also been confirmed by the
>> manufacturer
On Tue, Mar 9, 2010 at 12:05 PM, Devin Heitmueller
wrote:
> On Tue, Mar 9, 2010 at 2:55 PM, VDR User wrote:
>> What happened to the statistics patch?
>
> The statistics patch still needs a ton of work before it could be
> accepted upstream. Mostly these things are related to clarification
> as t
Jan Hoogenraad wrote:
> Mauro:
>
> Can you remove the VERY OLD branch:
> http://linuxtv.org/hg/~mchehab/rtl2831/rev/d116540ebaab
> It is giving some confusion here.
Removed. It would be great if you could work on put it at a good shape,
in order to allow its merge upstream.
>
> Thomas & Jan:
>
From: Julia Lawall
The region set by the call to memset is immediately overwritten by the
subsequent call to memcpy.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression e1,e2,e3,e4;
@@
- memset(e1,e2,e3);
memcpy(e1,e4,e3);
//
Signed-off-b
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 9 19:00:29 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14409:37bd06e25095
git master:
Hi Mauro
On Tue, 9 Mar 2010, Mauro Carvalho Chehab wrote:
> == soc_camera patches - Waiting Guennadi
> submission/review ==
>
> Feb, 9 2010: mt9t031: use runtime pm support to restore ADDRESS_MODE
> registers http://patchwork.kernel.org/patch/77997
This one is already in
Guennadi Liakhovetski wrote:
> Hi Mauro
>
> On Tue, 9 Mar 2010, Mauro Carvalho Chehab wrote:
>
>> == soc_camera patches - Waiting Guennadi
>> submission/review ==
>>
>> Feb, 9 2010: mt9t031: use runtime pm support to restore ADDRESS_MODE
>> registers http://patchwork.kernel.
[posted at video4linux-l...@redhat.com before I found linux-media]
Hi,
I'm looking at this MP-6100:
http://www.commell.com.tw/product/Surveillance/MP-6100.htm
Their press release [1] says it has "Techwell's TW2815 video decoder
and SPCT6100 H.264 encoder DSP" and it comes with a Linux SDK for
Hi Jean
> Hi Mauro, Dmitri,
>
> On Tue, 02 Mar 2010 05:49:17 -0300, Mauro Carvalho Chehab wrote:
> > Dmitri Belimov wrote:
> > > When I add
> > >
> > > diff -r 37ff78330942 linux/drivers/media/video/ir-kbd-i2c.c
> > > --- a/linux/drivers/media/video/ir-kbd-i2c.c Sun Feb 28
> > > 16:59:57 2
19/09/09 Jed wrote:
2) Component input for the A/V-in
Yes, this exists on the HVR2250 product only.
Ah shite, are you sure?
If you look at the specs for the reference card it was there, did they
take it out at the last minute?
It's not feature Hauppauge supports on the HVR2200 today. I have
Hi Hans, both,
Am Dienstag, den 09.03.2010, 08:48 +0100 schrieb Hans Verkuil:
> It's nice to see this new tree, that should be make it easier to develop
> utilities!
>
> After a quick check I noticed that the i2c-id.h header was copied from the
> kernel. This is not necessary. The only utility th
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Mauro Carvalho Chehab
> Sent: Wednesday, March 10, 2010 12:36 AM
> To: LMML
> Cc: moin...@free.fr; Karicheri, Muralidharan; g.liakhovet...@gmx.de;
> pboettc...@dibcom.fr
38 matches
Mail list logo