The complete name of the board is:
"ASUS My Cinema PS3-100/PTS/FM/AV/RC" ouch :-)
You're right:
It features the same features than the "ASUS My Cinema P7131 Hybrid"
that is: S-Video in, Composite and audio in with a special splitter
cord, an FM tuner and IR remote control. All connectors are the
Hi,
sorry for delay, no time for the list during the last days.
Am Freitag, den 11.12.2009, 16:02 +0100 schrieb dvbli...@free.fr:
> Hi all, I'm new on this list.
>
> I modified on my own the SAA driver to manage an ASUS PS3-100 combo card not
> supported yet in current version.
>
> It features
2009/12/13 Németh Márton :
> From: Márton Németh
>
> Make the local filter coefficients static and const. This will eliminate the
> following sparse warnings (see "make C=1"):
> * au8522_decoder.c:71:31: warning: symbol 'filter_coef' was not declared.
> Should it be static?
> * au8522_decoder.c
Mauro,
Please pull from http://mercurial.intuxication.org/hg/v4l-dvb-commits
for the following changeset:
01/01: Add support for yet another DvbWorld, TeVii and Prof USB devices
http://mercurial.intuxication.org/hg/v4l-dvb-commits?cmd=changeset;node=ab7f084779b0
Kconfig |8 -
dw2102.c |
Hans Verkuil wrote:
> Detailed results are available here:
>
> http://www.xs4all.nl/~hverkuil/logs/Sunday.log
>> linux-2.6.24.7-i686: ERRORS
>>
>> /marune/build/v4l-dvb-master/v4l/conex.c:1049: error: expected '=', ',',
>> ';', 'asm' or '__attribute__' before '__devinitconst'
>> /marune/build/v4l
From: Márton Németh
Make the local filter coefficients static and const. This will eliminate the
following sparse warnings (see "make C=1"):
* au8522_decoder.c:71:31: warning: symbol 'filter_coef' was not declared.
Should it be static?
* au8522_decoder.c:113:31: warning: symbol 'lpfilter_coef'
From: Márton Németh
The gpio field in the cx231xx_board.input structure is a pointer. Eliminate the
following sparse warnings (see "make C=1"):
* cx231xx-cards.c:72:13: warning: Using plain integer as NULL pointer
* cx231xx-cards.c:77:13: warning: Using plain integer as NULL pointer
* cx231xx-
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:Sun Dec 13 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13631:05d734027b4a
gcc version: gcc (
On Sun, Dec 13, 2009 at 11:03 AM, dvblinux wrote:
> I first have to learn what is and how to "create a patch" since I only
> used my vi to modify the source of the driver and then recompiled it...
You can use the "diff" command to do it and also see the link the
other guy posted. It's pretty sim
Hi,
2009/12/13 dvblinux :
> I first have to learn what is and how to "create a patch" since I only
> used my vi to modify the source of the driver and then recompiled it...
>
Start from here:
http://www.linuxtv.org/wiki/index.php/Development:_How_to_submit_patches
/Honza
--
To unsubscribe from
I first have to learn what is and how to "create a patch" since I only
used my vi to modify the source of the driver and then recompiled it...
Thanks for the answers.
Regards.
Le dimanche 13 décembre 2009 à 10:59 -0800, VDR User a écrit :
> On Sun, Dec 13, 2009 at 10:39 AM, dvblinux wrote:
> >
On Sun, Dec 13, 2009 at 10:39 AM, dvblinux wrote:
> My question was specific:
Asking if people deal with DVB-T/DVB-S is really generic. There's
nothing specific about it. See below.
> Support for device ASUS (1043:48cd) lacks in current saa driver;
>
> I managed to make it work by modifying cu
Patch of the MAINTAINERS file to include the gspca_gl860 driver
Signed-off-by: Olivier Lorin
Signed-off-by: Jean-Francois Moine
---
diff ../orgn/MAINTAINERS MAINTAINERS -rupN
--- ../orgn/MAINTAINERS 2009-12-05 22:21:59.0 +0100
+++ MAINTAINERS 2009-09-20 03:35:18.0 +0200
@@ -2224
Hi Hartmut,
sorry, I'm at the begining. I didn't try to receive HDTV yet.
Tonda
2009/11/27 Hartmut :
> Hi Tonda,
>
> I can not help you with this topic, but you can tell me (us) wether you
> are able to receive HDTV with this card? I'm not ...
>
> Hartmut
>
>
> kutil2010 schrieb:
>> I have the s
My question was specific:
Support for device ASUS (1043:48cd) lacks in current saa driver;
I managed to make it work by modifying current version, since it's a
clone of ASUS (1043:4876) device;
How could I share this, if this list is the relevant audience of
linux-dvb stuff.
Perhaps this list i
Hi Costantino,
thanks for investigating the problem.
On Sunday 13 December 2009 08:48:24 lcostant...@gmail.com wrote:
> There seems to be a 'kind of race', when queue and dequeue buffer as in
> capture.c (attached on the first mail) it's used.
>
> This could be easily detected on a kernel with D
On Sat, Dec 12, 2009 at 5:34 PM, Mauro Carvalho Chehab
wrote:
> Hi Devin,
>
> It is better to submit the RFC patches to alsa ML for they to take a look.
>
> Cheers,
> Mauro
Is there something specific you want the ALSA people to review? There
are no changes to the ALSA core and this is a pretty
Hi Mauro,
Please pull from http://linuxtv.org/hg/~endriss/v4l-dvb
for the following 2 changesets:
01/02: lnbp21: Implement 22 kHz tone control
http://linuxtv.org/hg/~endriss/v4l-dvb?cmd=changeset;node=75331e740f61
02/02: stv090x: Add DiSEqC envelope mode
http://linuxtv.org/hg/~endriss/v4l-dvb?c
Mauro,
Please pull change:
http://udev.netup.ru/hg/v4l-dvb-aospan-ci-irq/
"configurable IRQ mode on NetUP Dual DVB-S2 CI; IRQ from CAM processing (CI
interface works faster)".
with this patch CI works 7x times faster in our benchmarks.
Thanks.
--
Abylai Ospan
NetUP Inc.
signature.asc
D
Remove unused #include ('s) in
drivers/media/video/davinci/vpfe_capture.c
Signed-off-by: Huang Weiyi
---
drivers/media/video/davinci/vpfe_capture.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/davinci/vpfe_capture.c
b/drivers/media/video/davinci
Dmitry Torokhov wrote:
> On Sun, Dec 06, 2009 at 09:34:26PM +0100, Krzysztof Halasa wrote:
>> Jon Smirl writes:
>>
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first? In-kernel
decoding can wait a bit, it doesn't change
From: Julia Lawall
sizeof(print_buf) is just the size of the pointer. Change it to the size
used in the allocation of print_buf earlier in the same function.
A simplified version of the semantic patch that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
@@
expression *x;
exp
On Sun, 2009-12-13 at 09:48 +0100, Jean-Francois Moine wrote:
> On Sat, 12 Dec 2009 20:41:24 +0100
> Francesco Lavra wrote:
> > I'm trying to get my Benq DC E300 camera to work under Linux.
> > It has an Atmel AT76C113 chip. I don't know how many Linux users would
> > benefit from a driver support
On Sat, 12 Dec 2009 20:41:24 +0100
Francesco Lavra wrote:
> I'm trying to get my Benq DC E300 camera to work under Linux.
> It has an Atmel AT76C113 chip. I don't know how many Linux users would
> benefit from a driver supporting this camera (and possibly other
> models, too), so my question is: i
24 matches
Mail list logo
