Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-06 Thread HoP
Hi Andreas [...] You don't need to wait for write-only operations. Basically all demux ioctls are write-only. Since vtunerc is using dvb-core's software demux *locally*, errors for invalid arguments etc. will be returned as usual. What's left is one call to FE_SET_FRONTEND for each

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-05 Thread HoP
Hi 2011/12/5 Florian Fainelli f.faine...@gmail.com: Hello, On 12/03/11 01:37, HoP wrote: Hi Alan. 2011/12/3 Alan Coxa...@lxorguk.ukuu.org.uk: On Thu, 1 Dec 2011 15:58:41 +0100 HoPjpetr...@gmail.com  wrote: Hi, let me ask you some details of your interesting idea (how to achieve

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-05 Thread HoP
I doubt that scan or w_scan would support it. Even if it supports, that would mean that, for each ioctl that would be sent to the remote server, the error code would take 480 ms to return. Try to calculate how many time w_scan would work with that. The calculus is easy: see how many ioctl's

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-05 Thread HoP
Hi Michael 2011/12/5 Michael Krufky mkru...@linuxtv.org: On Mon, Dec 5, 2011 at 9:28 AM, HoP jpetr...@gmail.com wrote: Hi 2011/12/5 Florian Fainelli f.faine...@gmail.com: Hello, On 12/03/11 01:37, HoP wrote: Hi Alan. 2011/12/3 Alan Coxa...@lxorguk.ukuu.org.uk: On Thu, 1 Dec 2011 15

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-04 Thread HoP
Hi. 2011/12/3 VDR User user@gmail.com: On Sat, Dec 3, 2011 at 8:13 AM, Andreas Oberritter o...@linuxtv.org wrote: You could certainly build a library to reach a different goal. The goal of vtuner is to access remote tuners with any existing program implementing the DVB API. So you could

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-04 Thread HoP
Devin, I perfectly remember your opinion regarding vtuner. 2011/12/3 Devin Heitmueller dheitmuel...@kernellabs.com: On Sat, Dec 3, 2011 at 12:42 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: On Sat, 3 Dec 2011 09:21:23 -0800 VDR User user@gmail.com wrote: On Sat, Dec 3, 2011 at 8:13 AM,

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-04 Thread HoP
Hi, Some input from the sideline reading this discussion. As a FreeBSD'er I would very much like to see two things happen: - vtunerc goes into userspace like a client/server daemon pair using CUSE and can support _any_ /dev/dvb/adapter, also those created by CUSE itself. That means I could

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-04 Thread HoP
Well, initial report was made on vdr-portal because of our hardware announce, but you can be sure the same is true if server is build on any linux hardware. Here is some note:

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-02 Thread HoP
[...] you failed to convince people why this can't be implemented on userspace, Wrong. You failed to convince people why this must be implemented in userspace. Even Michael Krufky, who's only against merging it, likes the idea, because it's useful. Sometimes, when I'm debugging a driver,

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-02 Thread HoP
Hi Alan. 2011/12/3 Alan Cox a...@lxorguk.ukuu.org.uk: On Thu, 1 Dec 2011 15:58:41 +0100 HoP jpetr...@gmail.com wrote: Hi, let me ask you some details of your interesting idea (how to achieve the same functionality as with vtunerc driver): [...] The driver, as proposed, is not really

Re: [RFC] vtunerc: virtual DVB device

2011-12-01 Thread HoP
Hi On Wed, 30 Nov 2011 22:38:33 +0100, HoP jpetr...@gmail.com wrote: I have one big problem with it. I can even imagine that some bad guys could abuse virtual driver to use it for distribution close-source drivers in the binary blobs. But is it that - worrying about bad boys abusing

Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-12-01 Thread HoP
2011/12/1 Mauro Carvalho Chehab mche...@redhat.com: On 01-12-2011 12:58, HoP wrote: Hi, let me ask you some details of your interesting idea (how to achieve the same functionality as with vtunerc driver): [...] The driver, as proposed, is not really a driver, as it doesn't support any

[RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?

2011-11-30 Thread HoP
Hi folks. I need to warn you that my mail is a bit little longer then I would like to be.But I'm not able to ask my question without some background information. On June 19th, I was sending the driver to the Linux-media mailing list. Original announcement is there:

Re: Smart card reader support for Anysee DVB devices

2011-10-02 Thread HoP
If you would like to help me then you can find out correct device name and whats needed for that. I mainly see following possibilities; * /dev/ttyAnyseeN * /dev/ttyDVBN * /dev/adapterN/serial /dev/ttyscXN or /dev/dvb/adapterX/scN where X = ordered adapter number and N = ordered smartcard

[PATH v2] cxd2820r: fix possible out-of-array lookup

2011-07-29 Thread HoP
When I2C_WRITE is used the msg[] array contains one element only. Don't access msg[1] in that case. Also moved rest of msg2[1] setting to be used only if needed. Signed-off-by: Honza Petrous jpetr...@smartimp.cz --- diff -r ae517614bf00 drivers/media/dvb/frontends/cxd2820r_core.c ---

Re: [PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-25 Thread HoP
Hi Antti 2011/7/23 Antti Palosaari cr...@iki.fi: On 07/23/2011 02:01 AM, HoP wrote: 2011/7/23 Antti Palosaaricr...@iki.fi: On 07/23/2011 01:47 AM, HoP wrote: 2011/7/23 Antti Palosaaricr...@iki.fi: On 07/23/2011 01:18 AM, HoP wrote: In case of i2c write operation there is only one

Re: [PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-23 Thread HoP
2011/7/23 Malcolm Priestley tvbox...@gmail.com: On Sat, 2011-07-23 at 01:47 +0200, HoP wrote: 2011/7/23 Antti Palosaari cr...@iki.fi: On 07/23/2011 02:31 AM, Antti Palosaari wrote: On 07/23/2011 02:01 AM, HoP wrote: 2011/7/23 Antti Palosaaricr...@iki.fi: But now I see what you mean

[PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-22 Thread HoP
In case of i2c write operation there is only one element in msg[] array. Don't access msg[1] in that case. Signed-off-by: Honza Petrous jpetr...@smartimp.cz -- diff -uBbp cxd2820r_core.c.orig cxd2820r_core.c --- cxd2820r_core.c.orig2011-07-22 23:31:56.319168405 +0200 +++ cxd2820r_core.c

Re: [PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-22 Thread HoP
2011/7/23 Antti Palosaari cr...@iki.fi: On 07/23/2011 01:18 AM, HoP wrote: In case of i2c write operation there is only one element in msg[] array. Don't access msg[1] in that case. NACK. I suspect you confuse now local msg2 and msg that is passed as function parameter. Could you double

Re: [PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-22 Thread HoP
2011/7/23 Antti Palosaari cr...@iki.fi: On 07/23/2011 01:47 AM, HoP wrote: 2011/7/23 Antti Palosaaricr...@iki.fi: On 07/23/2011 01:18 AM, HoP wrote: In case of i2c write operation there is only one element in msg[] array. Don't access msg[1] in that case. NACK. I suspect you confuse now

Re: [PATCH] cxd2820r: fix possible out-of-array lookup

2011-07-22 Thread HoP
2011/7/23 Antti Palosaari cr...@iki.fi: On 07/23/2011 02:31 AM, Antti Palosaari wrote: On 07/23/2011 02:01 AM, HoP wrote: 2011/7/23 Antti Palosaaricr...@iki.fi: But now I see what you mean. msg2[1] is set as garbage fields in case of incoming msg len is 1. True, but it does not harm since

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-22 Thread HoP
2011/6/22 Markus Rechberger mrechber...@gmail.com: My very little opinion is that waving GPL is way to the hell. Nobody told me why similar technologies, in different kernel parts are acceptable, but not here. since a customer was trying to use this module the only feedback I can give

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-22 Thread HoP
2011/6/22 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 14:38, HoP escreveu: 2011/6/21 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 12:09, Andreas Oberritter escreveu: On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote: Em 21-06-2011 11:15, Andreas Oberritter escreveu

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-22 Thread HoP
2011/6/22 Mauro Carvalho Chehab mche...@redhat.com: Em 22-06-2011 09:30, Andreas Oberritter escreveu: On 06/22/2011 02:17 PM, Mauro Carvalho Chehab wrote: Em 21-06-2011 14:38, HoP escreveu: 2011/6/21 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 12:09, Andreas Oberritter escreveu

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-22 Thread HoP
2011/6/22 Mauro Carvalho Chehab mche...@redhat.com: Em 22-06-2011 10:13, Andreas Oberritter escreveu: On 06/22/2011 03:03 PM, Mauro Carvalho Chehab wrote: Em 22-06-2011 09:37, HoP escreveu: 2011/6/22 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 14:38, HoP escreveu: 2011/6/21 Mauro

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-21 Thread HoP
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com: Em 20-06-2011 18:31, HoP escreveu: 2011/6/20 Mauro Carvalho Chehab mche...@redhat.com: Em 20-06-2011 17:24, HoP escreveu: 2011/6/20 Devin Heitmueller dheitmuel...@kernellabs.com: On Mon, Jun 20, 2011 at 3:56 PM, HoP jpetr...@gmail.com wrote

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-21 Thread HoP
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 08:04, Andreas Oberritter escreveu: On 06/21/2011 03:35 AM, Mauro Carvalho Chehab wrote: Em 20-06-2011 18:31, HoP escreveu: 2011/6/20 Mauro Carvalho Chehab mche...@redhat.com: Em 20-06-2011 17:24, HoP escreveu: 2011/6/20 Devin

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-21 Thread HoP
2011/6/21 Mauro Carvalho Chehab mche...@redhat.com: Em 21-06-2011 12:09, Andreas Oberritter escreveu: On 06/21/2011 04:35 PM, Mauro Carvalho Chehab wrote: Em 21-06-2011 11:15, Andreas Oberritter escreveu: On 06/21/2011 03:44 PM, Devin Heitmueller wrote: On Tue, Jun 21, 2011 at 7:04 AM,

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-20 Thread HoP
Hi Devin. 2011/6/20 Devin Heitmueller dheitmuel...@kernellabs.com: 2011/6/20 Rémi Denis-Courmont r...@remlab.net:        Hello, Le dimanche 19 juin 2011 03:10:15 HoP, vous avez écrit : get inspired by (unfortunately close-source) solution on stb Dreambox 800 I have made my own

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-20 Thread HoP
2011/6/20 Devin Heitmueller dheitmuel...@kernellabs.com: 2011/6/20 Sébastien RAILLARD (COEXSI) s...@coexsi.fr: If I may put my two cents in this discussion regarding the closed source code problem: maybe it could be great to have some closed source drivers making some DVB hardware working

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-20 Thread HoP
2011/6/20 Devin Heitmueller dheitmuel...@kernellabs.com: On Mon, Jun 20, 2011 at 3:56 PM, HoP jpetr...@gmail.com wrote: Do you think it is really serious enough reason to prevent of having such virtualization driver in the kernel? Let check my situation and tell me how I should continue (TBH

Re: [RFC] vtunerc - virtual DVB device driver

2011-06-20 Thread HoP
2011/6/20 Mauro Carvalho Chehab mche...@redhat.com: Em 20-06-2011 17:24, HoP escreveu: 2011/6/20 Devin Heitmueller dheitmuel...@kernellabs.com: On Mon, Jun 20, 2011 at 3:56 PM, HoP jpetr...@gmail.com wrote: Do you think it is really serious enough reason to prevent of having

[RFC] vtunerc - virtual DVB device driver

2011-06-18 Thread HoP
Hi, get inspired by (unfortunately close-source) solution on stb Dreambox 800 I have made my own implementation of virtual DVB device, based on the same device API. In conjunction with Dreamtuner userland project [http://code.google.com/p/dreamtuner/] by Ronald Mieslinger user can create virtual

Re: dvb-core/dvb_frontend.c: Synchronizing legacy and new tuning API

2011-05-12 Thread HoP
2011/5/12 Bjørn Mork bj...@mork.no: Andreas Oberritter o...@linuxtv.org writes: Please try the patches submitted for testing: http://www.mail-archive.com/linux-media@vger.kernel.org/msg31194.html Ah, great! Thanks.  Nothing better than a problem already solved. Not solved. Andreas did an

Re: stv090x vs stv0900

2010-05-06 Thread HoP
Hi Pascal, I was adding support for a non working version of DVBWorld HD 2104 It is listed on http://www.linuxtv.org/wiki/index.php/DVBWorld_HD_2104_FTA_USB_Box as : = for new solution : 2104B (Sharp0169 Tuner)      * STV6110A tuner      * ST0903 demod      * Cyrix CY7C68013A USB

Re: zvbi-atsc-cc device node conflict

2010-04-17 Thread HoP
2010/4/17 Devin Heitmueller dheitmuel...@kernellabs.com: On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth lionte...@cogweb.net wrote: I'm using a HVR-1850 in digital mode and get good picture and sound using  mplayer -autosync 30 -cache 2048 dvb://KCAL-DT Closed captioning works flawlessly

Re: zvbi-atsc-cc device node conflict

2010-04-17 Thread HoP
2010/4/17 David Liontooth lionte...@cogweb.net: HoP wrote: 2010/4/17 Devin Heitmueller dheitmuel...@kernellabs.com: On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth lionte...@cogweb.net wrote: I'm using a HVR-1850 in digital mode and get good picture and sound using  mplayer -autosync

Re: zvbi-atsc-cc device node conflict

2010-04-17 Thread HoP
That's promising but no cigar: cat test-cat3.mpeg zvbi-atsc-cc --ts just feeds the output of the cat into a file called zvbi-atsc-cc (not surprisingly). Hehe. Sure, it was my mistake. Piping syntax what you tried later is exactly what I thought :-) cat test-cat3.mpeg | zvbi-atsc-cc

Re: Andy Walls' change of email address

2010-03-25 Thread HoP
Hi, As a consequence of moving myself into the 21st century by obtaining cable internet service, I have a new e-mail address:        awalls md.metrocast.net My radix.net email address will soon cease working. of course it is not my job, but I wonder why you not stay on old email. In 21

Re: [ivtv-devel] Andy Walls' change of email address

2010-03-25 Thread HoP
2010/3/25 Jay R. Ashworth j...@baylink.com: - HoP jpetr...@gmail.com wrote: As a consequence of moving myself into the 21st century by obtaining cable internet service, I have a new e-mail address:        awalls md.metrocast.net My radix.net email address will soon cease working

Re: However, if you don't want to lose your freedom, you had better not follow him. (Re: Videotext application crashes the kernel due to DVB-demux patch)

2010-02-07 Thread HoP
Hi Chicken, However I am still alone with the other problem I always stressed: When using alevt-dvb (I attached my overworked version 1.7.0 in earlier mails - please do have a look at it!) the application hangs when you decide to switch to a channel that is part of a new transponder. The

Re: However, if you don't want to lose your freedom, you had better not follow him. (Re: Videotext application crashes the kernel due to DVB-demux patch)

2010-02-07 Thread HoP
Hi Chicken 2010/2/7 Chicken Shack chicken.sh...@gmx.de: Am Sonntag, den 07.02.2010, 19:10 +0100 schrieb HoP: Hi Chicken, However I am still alone with the other problem I always stressed: When using alevt-dvb (I attached my overworked version 1.7.0 in earlier mails - please do have

Re: Need to discuss method for multiple, multiple-PID TS's from same demux (Re: Videotext application crashes the kernel due to DVB-demux patch)

2010-02-05 Thread HoP
Hi Chicken Furthermore: If it is technically possible to send and receive, demux and multiplex, play and record complete contents of a transponder (i. e. multiple TS streams) by using dvbstream or mumudvb (- 8192 command line parameter), then I myself do not see the necessity to extend the

Re: [PATCH v3] isl6421.c - added tone control and temporary diseqc overcurrent

2010-01-20 Thread HoP
Hi Mauro, Not to hassle you, I'm sure you're very busy. But I'm not yet received a response from you on mail with corrected patch. Your attention would be appreciated Regards /Honza 2009/12/16 HoP jpetr...@gmail.com: Hi Mauro, 2009/12/15 Mauro Carvalho Chehab mche...@redhat.com: [snip

Re: [PATCH v3] isl6421.c - added tone control and temporary diseqc overcurrent

2010-01-20 Thread HoP
Hi Mauro, 2010/1/20 Mauro Carvalho Chehab mche...@redhat.com: HoP wrote: Hi Mauro, Not to hassle you, I'm sure you're very busy. But I'm not yet received a response from you on mail with corrected patch. Your attention would be appreciated Hi Honza, The patch looks correct to me

Re: [PATCH v3] isl6421.c - added tone control and temporary diseqc overcurrent

2010-01-20 Thread HoP
2010/1/21 Mauro Carvalho Chehab mche...@redhat.com: HoP wrote: Hi Mauro, 2010/1/20 Mauro Carvalho Chehab mche...@redhat.com: HoP wrote: Hi Mauro, Not to hassle you, I'm sure you're very busy. But I'm not yet received a response from you on mail with corrected patch. Your attention

Re: About driver architecture

2010-01-14 Thread HoP
Hi Manu, 2010/1/14 Manu Abraham abraham.m...@gmail.com: Well, the SAA716x is only the PCI Express interface. There is no video capture involved in there with the STi7109. It is a full fledged DVB STB SOC. OSD is handled by the STi7109 on that STB.

Re: About driver architecture

2010-01-14 Thread HoP
The STi7109 also has a frame buffer approach, currently the framebuffer is not implemented in this specific case. http://osdir.com/ml/linux.fbdev.user/2008-07/msg4.html When you use stb7109 as main cpu for system (like is done for many linux or os21-based set-top-boxes already), then you

Re: CI USB

2010-01-10 Thread HoP
I don't know the details into the USB device, but each of those CAM's have bandwidth limits on them and they vary from one CAM to the other. Also, there is a limit on the number of simultaneous PID's that which you can decrypt. Some allow only 1 PID, some allow 3. Those are the basic CAM's

Re: CI USB

2010-01-02 Thread HoP
Hi Jonas Does anyone know if there's any progress on USB CI adapter support? Last posts I can find are from 2008 (Terratec Cinergy CI USB Hauppauge WinTV-CI). That attempt seems to have stranded with Luc Brosens (who gave it a shot back then) asking for help. The chip manufacturer

[PATCH v2] isl6421.c - added tone control and temporary diseqc overcurrent

2009-12-15 Thread HoP
Hi Mauro, I have finally found some time for reworking our patch with regards of notes I got in disscussion. BTW, I learnt that sending patch for review to original authors is right thing (tm), so I have added Oliver, as isl6421.c author, Patrick as flexcop author, Gerd as cx88/saa7134 author (I

[PATCH v3] isl6421.c - added tone control and temporary diseqc overcurrent

2009-12-15 Thread HoP
Hi Mauro, 2009/12/15 Mauro Carvalho Chehab mche...@redhat.com: [snip] I'm still missing a driver or a board entry that requires those changes. Could you please send it together with this patch series? We are using it in our project. Currently we are in very early stage of it. We still have

Re: [linux-dvb] Is there somobody dealing with DVB cards here ?!?

2009-12-13 Thread HoP
Hi, 2009/12/13 dvblinux dvbli...@free.fr: 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

Re: Latest stack that can be merged on top of linux-next tree

2009-12-11 Thread HoP
Hi 2009/12/11 Karicheri, Muralidharan m-kariche...@ti.com: Hi, Thanks for the response. One more question that I have is if the devices on the two buses can use the same i2c address. That is the case for my board. So wondering if this works as well. That is IMHO exactly reason of

Re: Latest stack that can be merged on top of linux-next tree

2009-12-10 Thread HoP
Hi, 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: Guennadi, I am not sure if your MT9T031 changes are part of linux-next tree at v4l-dvb. If not, can you point me to the latest stack that I can apply on top of linux-next tree to get your latest changes for MT9T031 sensor driver?

Re: Latest stack that can be merged on top of linux-next tree

2009-12-10 Thread HoP
Hi, 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: Hi, Thanks for the email. Any idea how i2c drivers can work with this? Currently in my board, I have adapter id = 1 for main i2c bus. So when this mux driver is built into the kernel, I guess I can access it using a different

Re: [resend] radio-sf16fmi: fix mute, add SF16-FMP to texts

2009-12-02 Thread HoP
Hi Ondrej, 2009/12/2 Ondrej Zary li...@rainbow-software.org: On Tuesday 01 December 2009, Petr Vandrovec wrote: Ondrej Zary wrote: Fix completely broken mute handling radio-sf16fmi. The sound was muted immediately after tuning in KRadio. Also fix typos and add SF16-FMP to the texts. I

Re: [PATCH] isl6421.c - added optional features: tone control and temporary diseqc overcurrent

2009-11-03 Thread HoP
Hi Mauro, thank you for your valued hints. I'm commenting inside message: First of all, please check all your patches with checkpatch, to be sure that they don't have any CodingStyle troubles. There are some on your patch (the better is to read README.patches for more info useful for

Re: [PATCH] isl6421.c - added optional features: tone control and temporary diseqc overcurrent

2009-11-03 Thread HoP
Hi Hermann, Attached patch adds two optional (so, disabled by default and therefore could not break any compatibility) features: 1, tone_control=1 When enabled, ISL6421 overrides frontend's tone control function (fe-ops.set_tone) by its own one. On your comments, the better is

[PATCH] isl6421.c - added optional features: tone control and temporary diseqc overcurrent

2009-10-24 Thread HoP
Hi, this is my first kernel patch, so all comments are welcome. Attached patch adds two optional (so, disabled by default and therefore could not break any compatibility) features: 1, tone_control=1 When enabled, ISL6421 overrides frontend's tone control function (fe-ops.set_tone) by its own

Re: Viewing HD?

2009-10-03 Thread HoP
Seems your installed ffmpeg libavcodec library has no support for PAFF+spatial. Check if update of such library can help. Good starting point for PAFF understanging: http://forum.doom9.org/showthread.php?p=927675 and mplayer with PAFF: http://forum.doom9.org/archive/index.php/t-130797.html