http://rapidshare.com/files/370883117/new14.0.exe
--
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, 30 Mar 2010, Rodolfo Giometti wrote:
On Tue, Mar 30, 2010 at 04:40:17PM +0200, Guennadi Liakhovetski wrote:
On Tue, 30 Mar 2010, Rodolfo Giometti wrote:
On Tue, Feb 23, 2010 at 12:19:13AM +0100, Richard Röjfors wrote:
We use it as a subdev to a driver not yet committed
On Thu, 1 Apr 2010, Rodolfo Giometti wrote:
On Tue, Mar 30, 2010 at 04:06:11PM +0200, Rodolfo Giometti wrote:
On Tue, Feb 23, 2010 at 12:19:13AM +0100, Richard Röjfors wrote:
We use it as a subdev to a driver not yet committed from us. So I think
you should extend it, not move it.
On Fri, Apr 02, 2010 at 09:09:30AM +0200, Guennadi Liakhovetski wrote:
On Thu, 1 Apr 2010, Rodolfo Giometti wrote:
On Tue, Mar 30, 2010 at 04:06:11PM +0200, Rodolfo Giometti wrote:
On Tue, Feb 23, 2010 at 12:19:13AM +0100, Richard Röjfors wrote:
We use it as a subdev to a driver
On Thursday 01 April 2010 23:32:33 Mauro Carvalho Chehab wrote:
Hans Verkuil wrote:
Maybe a better alternative would be to pass to the V4L2 core, optionally,
some lock,
used internally on the driver. This approach will still be pedantic, as
all ioctls will
keep being serialized, but
2010/3/31 Andreas Regel andreas.re...@gmx.de:
Hi Sergey,
Am 31.03.2010 12:14, schrieb Sergey Mironov:
Hello maillist!
I am integrating frontend with dvb-demux driver of one device
called mdemux.
The frontend includes following parts:
- stv0903bab demodulator
- stv6110a tuner
- lnbp21
Hello,
I have a system with two Hauppauge Nova-S-Plus cards and a HVR4000Lite.
Very often I'm getting errors like:
cx88[0]/2-mpeg: general errors: 0x0100
cx88[2]/2-mpeg: general errors: 0x0100
Digging in the code, I found that is DMA related, meaning TS overflow.
Looking further, I
Hi Mauro,
The following changes since commit a6eb7bc8e0eea78f96ad1b0f0195ec52b88c6a00:
Laurent Pinchart (1):
V4L/DVB: uvcvideo: Use POLLOUT and POLLWRNORM for output devices
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_2.6.35
Jean-François Moine
On Thu, Apr 01, 2010 at 09:44:12PM -0400, Jon Smirl wrote:
On Thu, Apr 1, 2010 at 1:56 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
This series of 15 patches improves support for IR, as discussed at the
What are the goals for the architecture of an in-kernel IR system?
thread.
Return -EINVAL if we don't find the control id.
Signed-off-by: Dan Carpenter erro...@gmail.com
diff --git a/drivers/media/video/cx231xx/cx231xx-video.c
b/drivers/media/video/cx231xx/cx231xx-video.c
index d4f546f..5a74ef8 100644
--- a/drivers/media/video/cx231xx/cx231xx-video.c
+++
Return -EINVAL if we don't find the right query control id.
Signed-off-by: Dan Carpenter erro...@gmail.com
diff --git a/drivers/media/video/cx88/cx88-video.c
b/drivers/media/video/cx88/cx88-video.c
index 48c450f..b4c80cb 100644
--- a/drivers/media/video/cx88/cx88-video.c
+++
Dear all,
i have been doing some usb snoop and making some changes to the
existing staging tm6000 to get my tm5600/xc2028 usb stick to work.
Thanks to a lot of help from Stefan, I have some limited success and
is able to get mythtv to do channel scan. However, mythtv is not able
to logon to the
On Fri, Apr 2, 2010 at 9:48 AM, Bee Hock Goh beeh...@gmail.com wrote:
Dear all,
i have been doing some usb snoop and making some changes to the
existing staging tm6000 to get my tm5600/xc2028 usb stick to work.
Thanks to a lot of help from Stefan, I have some limited success and
is able to
Hi,
I have a KWorld usb 2800D device and am using the newest em28xx
v4l-dvb drivers from linuxtv.org. I'm running Gentoo with a 2.6.31
kernel. The driver compiles fine, and then I issue the following
commands:
v4lctl setnorm NTSC
zvbi-ntsc-cc -c -d /dev/vbio -v
after that I just get constant
On Fri, Apr 2, 2010 at 10:15 AM, Tim Stowell stowe...@gmail.com wrote:
Hi,
I have a KWorld usb 2800D device and am using the newest em28xx
v4l-dvb drivers from linuxtv.org. I'm running Gentoo with a 2.6.31
kernel. The driver compiles fine, and then I issue the following
commands:
v4lctl
Thanks a lot for your advice! I will look into the g_tuner and signal function.
On Fri, Apr 2, 2010 at 9:59 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Fri, Apr 2, 2010 at 9:48 AM, Bee Hock Goh beeh...@gmail.com wrote:
Dear all,
i have been doing some usb snoop and making some
Hi,
we recently got around to test several video4linux2 applications and
noticed that quite a few kernel drivers do not provide support
properly testing applications for v4l2 compliance.
http://sundtek.de/images/vivi.png
we ported and modified the vivi to userspace, the testpackage is
supposed
Hans Verkuil wrote:
On Thursday 01 April 2010 23:32:33 Mauro Carvalho Chehab wrote:
Hans Verkuil wrote:
Maybe a better alternative would be to pass to the V4L2 core, optionally,
some lock,
used internally on the driver. This approach will still be pedantic, as
all ioctls will
keep being
From: Stefan Ringel stefan.rin...@arcor.de
labeling the request after tuner reading and writeing
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-i2c.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Stefan Ringel stefan.rin...@arcor.de
request labeling board version check
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
---
drivers/staging/tm6000/tm6000-cards.c |4 ++--
drivers/staging/tm6000/tm6000-core.c | 18 --
drivers/staging/tm6000/tm6000.h |
On Thu, Apr 1, 2010 at 10:24 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
You'll have issues also with -alsa and -dvb parts that are present on the
drivers.
Also, drivers like cx88 have another PCI device for mpeg-encoded streams. It
behaves
like two separate drivers (each with its
On Fri, Apr 2, 2010 at 1:43 PM, Manu Abraham abraham.m...@gmail.com wrote:
On Thu, Apr 1, 2010 at 10:24 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
You'll have issues also with -alsa and -dvb parts that are present on the
drivers.
Also, drivers like cx88 have another PCI device for
Hi Devin,
Hello Manu,
The argument I am trying to make is that there are numerous cases
where you should not be able to use both a particular DVB and V4L
device at the same time. The implementation of such locking should be
handled by the v4l-dvb core, but the definition of the
On Fri, Apr 2, 2010 at 2:24 PM, Manu Abraham abraham.m...@gmail.com wrote:
Hi Devin,
Hello Manu,
The argument I am trying to make is that there are numerous cases
where you should not be able to use both a particular DVB and V4L
device at the same time. The implementation of such locking
The following patchset provides a number of bug fixes and additional
features to ir-core in drivers/media/IR.
The first two patches are mostly cleanups to drivers/media/IR/ir-keytable.c
while the third patch is an example of a conversion of
drivers/media/dvb/ttpci/budget-ci.c to use the new
The attached patch rewrites the keyup/keydown logic in
drivers/media/IR/ir-keytable.c.
(applies to http://git.linuxtv.org/mchehab/ir.git)
All knowledge of keystates etc is now internal to ir-keytable.c
and not scattered around ir-raw-event.c and ir-nec-decoder.c (where
it doesn't belong).
In
This patch converts drivers/media/dvb/ttpci/budget-ci.c to use ir-core
rather than rolling its own keydown timeout handler and reporting keys
via drivers/media/IR/ir-functions.c.
Signed-off-by: David Härdeman da...@hardeman.nu
Index: ir/drivers/media/dvb/ttpci/budget-ci.c
The attached patch rewrites much of the keytable code in
drivers/media/IR/ir-keytable.c.
The scancodes are now inserted into the array in sorted
order which allows for a binary search on lookup.
The code has also been shrunk by about 150 lines.
In addition it fixes the following bugs:
Any use
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:Fri Apr 2 19:00:19 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14536:a539e5b68945
git master:
Devin Heitmueller wrote:
On Fri, Apr 2, 2010 at 1:43 PM, Manu Abraham abraham.m...@gmail.com wrote:
IMO, A framework shouldn't lock.
Current DVB framework is locked with BKL. I agree that an unconditional
lock like this is very bad. We need to get rid of it as soon as possible.
Hello Manu,
On Thu, 2010-04-01 at 14:56 -0300, Mauro Carvalho Chehab wrote:
Adds a method to pass IR raw pulse/code events into ir-core. This is
needed in order to support LIRC. It also helps to move common code
from the drivers into the core.
In order to allow testing, it implements a simple NEC
On Thu, 2010-04-01 at 17:29 -0400, Devin Heitmueller wrote:
On Thu, Apr 1, 2010 at 5:16 PM, Mauro Carvalho Chehab mche...@redhat.com
I think though that we need to favor stability/reliability over
performance.
You mean doing the wrong thing, as fast as you can, isn't performing? ;)
I usually
On Fri, 2010-04-02 at 10:57 +0200, Hans Verkuil wrote:
If needed one could allow drivers to override this function. But again, start
simple and only make it more complex if we really need to. Overengineering is
one of the worst mistakes one can make. I have seen too many projects fail
because
On Fri, 2010-04-02 at 18:15 -0300, Mauro Carvalho Chehab wrote:
Devin Heitmueller wrote:
In the case of a V4L x DVB type of lock, this is not to protect some memory,
but,
instead, to limit the usage of a hardware that is not capable of
simultaneously
provide V4L and DVB streams. This is a
On Fri, 2010-04-02 at 19:39 -0400, Andy Walls wrote:
On Thu, 2010-04-01 at 14:56 -0300, Mauro Carvalho Chehab wrote:
+enum raw_event_type {
+ IR_SPACE= (1 0),
+ IR_PULSE= (1 1),
+ IR_START_EVENT = (1 2),
+ IR_STOP_EVENT = (1 3),
+};
+
Why are these
Andy Walls wrote:
On Fri, 2010-04-02 at 19:39 -0400, Andy Walls wrote:
On Thu, 2010-04-01 at 14:56 -0300, Mauro Carvalho Chehab wrote:
+enum raw_event_type {
+ IR_SPACE= (1 0),
+ IR_PULSE= (1 1),
+ IR_START_EVENT = (1 2),
+ IR_STOP_EVENT = (1 3),
+};
+
Andy Walls wrote:
On Thu, 2010-04-01 at 14:56 -0300, Mauro Carvalho Chehab wrote:
Adds a method to pass IR raw pulse/code events into ir-core. This is
needed in order to support LIRC. It also helps to move common code
from the drivers into the core.
In order to allow testing, it implements a
Hi Devin,
I have introduced t-signal = 0x; /* LOCKED */ on
tm6000-video.c(vidioc_g_tuner) and mythtv indeed can locked the
channel.
xc2028_signal is showing the correct signal strength information. How
can i call get_rf_strength to set the t-signal from vidioc_g_tuner?
thanks,
38 matches
Mail list logo
