On Friday, October 08, 2010 23:12:35 Jarod Wilson wrote:
> I've dropped the .compat_ioctl addition from Joris' original patch,
> as I swear the non-compat definition should now work for both 32-bit
> and 64-bit userspace. Technically, I think we still need/want a
> Signed-off-by: from Joris here. J
On Sat, Oct 9, 2010 at 12:31 AM, Paul Walmsley wrote:
>
> When digitizing composite video from a analog videotape source using the
> TVP5150's first composite input channel, the captured stream exhibits
> tearing and synchronization problems[1].
>
> It turns out that commit c0477ad9feca01bd8eff95d
Em 09-10-2010 09:33, Devin Heitmueller escreveu:
> On Sat, Oct 9, 2010 at 12:31 AM, Paul Walmsley wrote:
>>
>> When digitizing composite video from a analog videotape source using the
>> TVP5150's first composite input channel, the captured stream exhibits
>> tearing and synchronization problems[1
On Oct 9, 2010, at 5:47 AM, Joris van Rantwijk wrote:
> On Friday, October 08, 2010 23:12:35 Jarod Wilson wrote:
>> I've dropped the .compat_ioctl addition from Joris' original patch,
>> as I swear the non-compat definition should now work for both 32-bit
>> and 64-bit userspace. Technically, I t
On Sat, 9 Oct 2010, Mauro Carvalho Chehab wrote:
> Yeah. I basically asked people to do more tests, but never got any feedback
> about that issue. Provided that it won't break anything, I'm ok on merging
> it.
I did also observe that the digital still frame that the EV-S2000
generates is display
On Sat, 9 Oct 2010, Devin Heitmueller wrote:
> On Sat, Oct 9, 2010 at 12:31 AM, Paul Walmsley wrote:
> >
> > When digitizing composite video from a analog videotape source using the
> > TVP5150's first composite input channel, the captured stream exhibits
> > tearing and synchronization problems[
cx231xx: Colibri carrier offset was wrong for PAL/M
The carrier offset check at cx231xx is incomplete. I got here one concrete case
where it is broken: if PAL/M is used (and this is the default for Pixelview
SBTVD),
the routine will return zero, and the device will be programmed incorrectly,
prod
On Sat, Oct 9, 2010 at 11:23 AM, Mauro Carvalho Chehab
wrote:
> cx231xx: Colibri carrier offset was wrong for PAL/M
>
> The carrier offset check at cx231xx is incomplete. I got here one concrete
> case
> where it is broken: if PAL/M is used (and this is the default for Pixelview
> SBTVD),
> the
Good catch. OK with the fix.
Sri
From: Devin Heitmueller [dheitmuel...@kernellabs.com]
Sent: Saturday, October 09, 2010 8:40 AM
To: Mauro Carvalho Chehab
Cc: linux-me >> Linux Media Mailing List; Sri Deevi
Subject: Re: V4L/DVB: cx231xx: Colibri carrier offs
On Fri, Oct 8, 2010 at 5:44 PM, Jarod Wilson wrote:
> Hey Mauro,
>
> I've queued up some lirc fixes and a couple of patches that add a new
> ir-core driver for the Nuvoton w836x7hg Super I/O integrated CIR
> functionality. All but the Kconfig re-sorting patch have been posted to
> linux-media for
Instead of doing its own lock, use core-assisted one. As a bonus, it will do the
proper unlock during queue wait events. This fixes a long-standing bug where
softwares like tvtime would hang if you try to use cx231xx-alsa.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/cx2
Hello,
Please pull from the following for some basic fixes related to
applications such as tvtime hanging when no video is present, as well
as some quality improvements for analog.
http://www.kernellabs.com/hg/~dheitmueller/v4l-dvb-950q-final
Please let me know if there are any questions/problem
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:Sat Oct 9 19:00:05 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15164:1da5fed5c8b2
git master:
Those locking issues affect tvtime, causing a kernel oops/panic, due to
a race condition.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/em28xx/em28xx-audio.c
b/drivers/media/video/em28xx/em28xx-audio.c
index e182abf..3c48a72 100644
--- a/drivers/media/video/em28xx/em28xx
Hi,
Around Christmas last year I asked about the ngene drivers supporting
my card, Terratec Cinergy 2400i, this was said would be done but since
I haven't seen any support as of recently.
I have checked the kernellabs website as they said they were going to
alter the driver into a main stream one
Hi,
I'd like to get in touch with driver developers, is there any way I
could help make RTL2831U driver work with Compro VideoMate U80. I would
like to actively participate. My programming skills are well below
required to write kernel modules, so I know I would be no use there. But
anything else,
16 matches
Mail list logo