Johannes Stezenbach wrote:
> On Mon, Aug 20, 2007, Manu Abraham wrote:
>> Michael Krufky wrote:
>>
>>> -- this is a system-wide addition to the
>>> dvb_frontend structure, because we are adding analog tuning
>>> functionality to the dvb_frontend.
>> Analog tuning is public to DVB core ? I don't th
Hi, everyone.
Which player I could use for HDTV with Dvico Fusion HDTV5 USB silver card?
The signal ATSC.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
On Mon, Aug 20, 2007, Manu Abraham wrote:
> Michael Krufky wrote:
>
> > -- this is a system-wide addition to the
> > dvb_frontend structure, because we are adding analog tuning
> > functionality to the dvb_frontend.
>
> Analog tuning is public to DVB core ? I don't think so. It would've been
> c
Mauro Carvalho Chehab wrote:
> Using void* priv will just create some troubles, since this will avoid
> gcc to do typecast checkings for no gain.
In this specific context what is strict typecast check going to achieve
for you ?
You should probably explicitly state the problem what you face "in th
> Meanwhile, I
> do not plan on introducing this idea for many months, probably for
> 2.6.25 or 2.6.26, maybe 2.6.27... so I would rather not discuss this now
> -- it is completely irrelevant to the matter at hand.
Agreed.
> When I did my testing of tuner-simple and tda8290 modules, I ran int
Mauro Carvalho Chehab wrote:
> Em Seg, 2007-08-20 às 11:22 -0400, Michael Krufky escreveu:
>
>> Manu Abraham wrote:
>>
>>> You will need to handle the IOCTL calls for analog operations some
>>> place, whatever you remove.
>>>
>>> I don't see at any place you are handling the IOCTL's directl
Em Seg, 2007-08-20 às 11:22 -0400, Michael Krufky escreveu:
> Manu Abraham wrote:
> > You will need to handle the IOCTL calls for analog operations some
> > place, whatever you remove.
> >
> > I don't see at any place you are handling the IOCTL's directly in the
> > drivers. So you will be using c
On Mon, Aug 20, 2007 at 02:03:47AM +0200, hermann pitton wrote:
> Am Sonntag, den 19.08.2007, 23:39 +0200 schrieb hermann pitton:
>
> Should be added to DVB-T just now, but the existence of the LNA should
> also be tested with config=0, if this makes any difference. On a good
> photo, the LNA shou
Michael Krufky wrote:
> THIS is the root of our disagreement -- The analog tuning functionality
> is _not_ private to the device
There was a small typo. Analog operation is private to the "DVB frontend
device"
-- this is a system-wide addition to the
> dvb_frontend structure, because we are a
On Monday 20 August 2007 17:22:41 Michael Krufky wrote:
> Manu Abraham wrote:
> > You will need to handle the IOCTL calls for analog operations some
> > place, whatever you remove.
> >
> > I don't see at any place you are handling the IOCTL's directly in
> > the drivers. So you will be using callba
Manu Abraham wrote:
> You will need to handle the IOCTL calls for analog operations some
> place, whatever you remove.
>
> I don't see at any place you are handling the IOCTL's directly in the
> drivers. So you will be using callbacks from the place where you
> are applying the ioctl's
You are gett
Hans Verkuil wrote:
> At first glance that certainly seems better than adding a void pointer as
> a replacement for the set_analog_params function pointer.
Sometimes elegance also matters. Other than that the convention that we
have is (from dvb_frontend.h)
151 void* demodulator_pri
> Manu Abraham wrote:
>> Michael Krufky wrote:
>> We cannot move struct analog_parameters out of dvb_frontend.h , since
>> the new set_analog_params method must be a part of the dvb_tuner_ops
>> structure. This is a very small price to pay, for quite a large gain,
>
>
> You mean to say it is impos
Michael Krufky wrote:
> Manu Abraham wrote:
>> Michael Krufky wrote:
>>
>>> For the past few months, I've been working on refactoring the analog
>>> tuner.ko module, such that all hardware-specific code can be separated into
>>> dvb_frontend style tuner modules.
>>>
>>> This allows for a singl
Le août 19, 2007 12:26 AM, M A Young <[EMAIL PROTECTED]> a écrit:
> On Thu, 16 Aug 2007, RENOUARD Jean-Patrick wrote:
>
> > also, what is PID Filtering used to ?
> > I've seen in the Freecom source code that
> > DVB_USB_ADAP_HAS_PID_FILTER is
> > used.
> > Does that mean that the device suport USB
Hi
Someone knew about dib7070p.
On 8/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Send linux-dvb mailing list submissions to
>linux-dvb@linuxtv.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-d
Hi
this patch works for me - tested with Geniatech DVB-S card and bundled
remote (DigiStar).
Keymap included
Best regards,
Marek Kidawski
---
diff -u -r
v4l-dvb-36c97fcac2a3_1/linux/drivers/media/common/ir-keymaps.c
v4l-dvb-36c97fcac2a3/linux/drivers/media/common/ir-ke
Boris Andratzek wrote:
Hej all,
after having to learn that my old DVB-T hardware is making too much
trouble, I decided to spend some Euros to buy a new one.
Now before I do this, I want to ask you for your recommendation for the
right choice of DVB-T USB stick. It has to support USB 1.1 for m
18 matches
Mail list logo