Hi,
On 02/27/2010 01:20 AM, Németh Márton wrote:
From: Márton Németh
On Labtec Webcam 2200 there is a feedback LED which can be controlled
independent from the streaming.
This is true for a lot of cameras, so if we are going to add a way to
support control of the LED separate of the streaming
Hi Thomas,
Am Samstag, den 27.02.2010, 01:31 +0100 schrieb thomas schorpp:
> Hello, Hermann,
>
> hermann pitton wrote:
> > Hi Thomas,
> >
> > Am Samstag, den 27.02.2010, 00:34 +0100 schrieb thomas schorpp:
> >> Looks like fixed by linux 2.6.33 just in time, BIG Thank You guys ;-)
> >>
> >> Even
Curtis Hall wrote:
> Mauro Carvalho Chehab wrote:
>> Let's go by parts:
>>
>> The entry for PV-150 were added at -hg tree by this changeset:
>> changeset: 784:3c31d7e0b4bc
>> user:Gerd Knorr
>> date:Sun Feb 22 01:59:34 2004 +
>> summary: Initial revision
>>
>> Probably, th
Hello, Hermann,
hermann pitton wrote:
Hi Thomas,
Am Samstag, den 27.02.2010, 00:34 +0100 schrieb thomas schorpp:
Looks like fixed by linux 2.6.33 just in time, BIG Thank You guys ;-)
Even at higher BER:
Current parameters:
Frequency: 1945.320 MHz
Inversion: OFF
Symbol rate: 22
From: Márton Németh
The init sequences for PAC7302 contained register settings affecting
the LED state which can result blinking of the LED when it is set to
always on or always off. The blinking happened when the stream was
switched on or off.
Remove the register changes from the init sequence
From: Márton Németh
On Labtec Webcam 2200 there is a feedback LED which can be controlled
independent from the streaming. The feedback LED can be used from
user space application to show for example detected motion or to
distinguish between the preview and "on-air" state of the video stream.
The
Hi Thomas,
Am Samstag, den 27.02.2010, 00:34 +0100 schrieb thomas schorpp:
> Looks like fixed by linux 2.6.33 just in time, BIG Thank You guys ;-)
>
> Even at higher BER:
>
> Current parameters:
> Frequency: 1945.320 MHz
> Inversion: OFF
> Symbol rate: 22.000154 MSym/s
> FEC:
On Fri, Feb 26, 2010 at 04:43:05PM -0300, Mauro Carvalho Chehab wrote:
> The following changes since commit 60b341b778cc2929df16c0a504c91621b3c6a4ad:
> Linus Torvalds (1):
> Linux 2.6.33
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/m
Looks like fixed by linux 2.6.33 just in time, BIG Thank You guys ;-)
Even at higher BER:
Current parameters:
Frequency: 1945.320 MHz
Inversion: OFF
Symbol rate: 22.000154 MSym/s
FEC: FEC 5/6
cycle: 1 d_time: 0.001 s Sig: 18504 SNR: 39578 BER: 168 UBLK: 0 Stat:
0x1f [SIG
Using the previous patch, the compiler will complain about a missing
file (tda18218.h). Please use this updated version of the patch, also
made by Nikola.
Have fun with it, it's working fine here!
Regards, Bert
On Wed, Feb 24, 2010 at 22:41, Bert Massop wrote:
> This is a forward of the origina
Using the previous patch, the compiler will complain about a missing
file (tda18218.h). Please use this updated version of the patch, also
made by Nikola.
Have fun with it, it's working fine here!
Regards, Bert
On Wed, Feb 24, 2010 at 22:42, Bert Massop wrote:
>
> This is a forward of the origi
Mauro Carvalho Chehab wrote:
Let's go by parts:
The entry for PV-150 were added at -hg tree by this changeset:
changeset: 784:3c31d7e0b4bc
user:Gerd Knorr
date:Sun Feb 22 01:59:34 2004 +
summary: Initial revision
Probably, this is a discontinued model, but I don't know
Let's go by parts:
Curtis Hall wrote:
> I'm writing concerning the Provideo PV-149, PV-155, PV-981-* and
> PV-183-*. These cards, for the most part, are drop in and 'just work'
> with the bttv driver.
>
> However the PV-149 / PV-981 / PV-155 is auto detected as the Provideo
> PV-150, which is n
On Fri, Feb 26, 2010 at 3:48 PM, Curtis Hall wrote:
> Devin,
>
> I saw his email and I've been in private communication between him and
> Provideo trying to get the information he needs. However his request was
> for the PV-947D against the IVTV driver. These cards are using the bttv
> driver.
Devin,
I saw his email and I've been in private communication between him and
Provideo trying to get the information he needs. However his request
was for the PV-947D against the IVTV driver. These cards are using the
bttv driver. I was hoping a bttv maintainer could look at the
informatio
On Fri, Feb 26, 2010 at 3:25 PM, Curtis Hall wrote:
> I'm writing concerning the Provideo PV-149, PV-155, PV-981-* and PV-183-*.
> These cards, for the most part, are drop in and 'just work' with the bttv
> driver.
>
> However the PV-149 / PV-981 / PV-155 is auto detected as the Provideo
> PV-150,
I'm writing concerning the Provideo PV-149, PV-155, PV-981-* and
PV-183-*. These cards, for the most part, are drop in and 'just work'
with the bttv driver.
However the PV-149 / PV-981 / PV-155 is auto detected as the Provideo
PV-150, which is not a valid Provideo part number. The PV-183-*
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 Feb 26 19:00:20 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14319:37581bb7e6f1
gcc version: i686-
The following changes since commit 60b341b778cc2929df16c0a504c91621b3c6a4ad:
Linus Torvalds (1):
Linux 2.6.33
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
v4l_for_linus
Abylay Ospan (3):
V4L/DVB (13936): 22-kHz
Hi,
I'm happy to announce the first (test / beta) release of v4l-utils,
v4l-utils is the combination of various v4l and dvb utilities which
used to be part of the v4l-dvb mercurial kernel tree and libv4l.
I encourage people to give this version a spin. I esp. would like
feedback on which v4l / d
Hi there
I own a FireDTV S2 and I'm willing to invest some time. I poked around
in the driver code previously and I might do some coding given that I
have access to the required technical information.
As far as I know Digital Everywhere is out of business - does this mean
that the NDAs are no lo
Hi,
while working on a small test app which repacks the ivtv-PS into a TS, I received a sample from a cx18-based card. The
TS contains the video PID 301, audio PID 300 and PCR pid 101.
Where do these PIDs come from, are they set by the driver or are they firmware
given?
Is it possible to c
Sakari Ailus wrote:
> Hi,
>
> Here's the tenth version of the V4L2 file handle and event interface
> patchset.
>
> The patchset has been tested with the OMAP 3 ISP driver. Patches for
> OMAP 3 ISP are not part of this patchset but are available in Gitorious
> (branch is called event):
>
>
Laurent,
Responses inline
Puru,
There is a question for you below. Can you look at it and provide an answer?
Sincerely,
Chase Maupin
Software Applications
Catalog DSP Products
e-mail: chase.mau...@ti.com
phone: (281) 274-3285
For support:
Forums - http://community.ti.com/forums/
Wiki - http:/
On Fri, 26 Feb 2010, Dean wrote:
> I am trying to use an 'OnAir USB HDTV Creator' (from autumnwave.com).
> According to
> http://www.linuxtv.org/wiki/index.php/OnAir_USB_HDTV_Creator
> This device is supported, however it's not working for me. Following the
> instructions at above link, I trie
Laurent,
Responses inline.
Sincerely,
Chase Maupin
Software Applications
Catalog DSP Products
e-mail: chase.mau...@ti.com
phone: (281) 274-3285
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
> -Original Message-
> From: Laurent Pinchart [mailto:
>This being said, VIDIOC_S_INPUT was designed to switch analog sources. I'm
>not
>sure it would be the best would to multiplex streams from two digital
>sensors
>for instance. Even for analog signals, using the ioctl from userspace
>usually
>results in at least one corrupt frame if you don't synch
Hi,
Issue is already confirmed here:
http://www.vdr-portal.de/board/thread.php?threadid=93268
Linux 2.6.32.8, 80cm dish.
Do we have any Tuner/Decoder optimization points in the FE code?
This is not OK:
lspci -s 00:08.0 -v 00:08.0 Multimedia controller: Philips Semiconductors
SAA7134/SAA7135
Hi,
On Friday 26 February 2010 14:05:30 Muralidharan Karicheri wrote:
> On Fri, Feb 26, 2010 at 7:04 AM, Mauro Carvalho Chehab wrote:
> > Pawel Osciak wrote:
> >>> On Tuesday 23 February 2010 08:41:49 Pawel Osciak wrote:
> > On Mon, 22 Feb 2010 00:12:18 +0100
>
> > Laurent Pinchart
Hi Pawel and Mauro,
On Friday 26 February 2010 13:04:54 Mauro Carvalho Chehab wrote:
> Pawel Osciak wrote:
> >> On Tuesday 23 February 2010 08:41:49 Pawel Osciak wrote:
> On Mon, 22 Feb 2010 00:12:18 +0100
> >>>
> Laurent Pinchart wrote:
> >>> As for the REQBUF, I've always thought it'
On Friday 26 February 2010 23:46:30 Mauro Carvalho Chehab wrote:
> While receiving dvb-apps updates on upstream is a good idea, I don't think
> that
> subscribing one list to the other is the proper way for it. If we use that
> logic,
> we would need to subscribe all kernel ML's (LMML, acpi, alsa
Hello Laurent,
I see that you have added support for sub device device nodes in your
media controller development tree. This is an important feature for
SoC devices since this will allow application to configure the sub
device nodes like that on VPFE/VPBE of a DMxxx device. Shouldn't we
add this f
On Fri, Feb 26, 2010 at 7:04 AM, Mauro Carvalho Chehab
wrote:
> Pawel Osciak wrote:
>>> On Tuesday 23 February 2010 08:41:49 Pawel Osciak wrote:
> On Mon, 22 Feb 2010 00:12:18 +0100
> Laurent Pinchart wrote:
As for the REQBUF, I've always thought it'd be nice to be able to ask the
>>
Mark Purcell wrote:
> On Friday 26 February 2010 18:02:53 Raphael Hertzog wrote:
>> I was expecting somehow that either the Debian maintainer or the upstream
>> maintainer of linuxtv-dvb-apps thought that it was a good idea to receive
>> Debian BTS mails on his mailing list.
>
> Debian Maintainer
Pawel Osciak wrote:
>> On Tuesday 23 February 2010 08:41:49 Pawel Osciak wrote:
On Mon, 22 Feb 2010 00:12:18 +0100
Laurent Pinchart wrote:
>>> As for the REQBUF, I've always thought it'd be nice to be able to ask the
>>> driver for the "recommended" number of buffers that should be used
I am trying to use an 'OnAir USB HDTV Creator' (from autumnwave.com).
According to
http://www.linuxtv.org/wiki/index.php/OnAir_USB_HDTV_Creator
This device is supported, however it's not working for me. Following the
instructions at above link, I tried this:
modprobe pvrusb2 initusbreset=0
The
On Fri, 26 Feb 2010 08:02:53 BST, Raphael Hertzog wrote:
[snip]
>You reply to subscription confirmation mails that you have not asked for?
>Seriously...
Only once.
>I was expecting somehow that either the Debian maintainer or the upstream
>maintainer of linuxtv-dvb-apps thought that it was a goo
On Friday 26 February 2010 18:02:53 Raphael Hertzog wrote:
> I was expecting somehow that either the Debian maintainer or the upstream
> maintainer of linuxtv-dvb-apps thought that it was a good idea to receive
> Debian BTS mails on his mailing list.
Debian Maintainer (me), thinking it is good for
38 matches
Mail list logo