GIGABYTE U8000-RH Analog source support ?

GIGABYTE U8000-RH Analog source support ?

[RoboSK]

Hi, i find this page *1 with last change from "3 May 2009" with text "no 
driver written for the CX25843-24Z" and then this *2 from "27 September 
2009" with text "CX2584x chips are fully supported by Linux..." = have 
linux (now/future) support for Analog source with this USB stick ?

thanks

Robo

*1
http://www.linuxtv.org/wiki/index.php/Gigabyte_U8000-RH

*2
http://www.linuxtv.org/wiki/index.php/Conexant_CX2584x

Re: GIGABYTE U8000-RH Analog source support ?

[Devin Heitmueller]

2010/3/3 RoboSK <ucet.na.diskusie@gmail.com>:
> Hi, i find this page *1 with last change from "3 May 2009" with text "no
> driver written for the CX25843-24Z" and then this *2 from "27 September
> 2009" with text "CX2584x chips are fully supported by Linux..." = have linux
> (now/future) support for Analog source with this USB stick ?
>
> thanks
>
> Robo

The wiki page is just wrong.  The reason that board is not supported
is not because of the cx25843.  It's because the dib0700 bridge falls
under the dvb-usb framework, and the framework doesn't have analog
support at all.

Adding such support would be a huge undertaking, but if it were done a
whole bunch of products would start getting analog support (all of the
dib0700 products which also have analog onboard).

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Re: GIGABYTE U8000-RH Analog source support ?

[Fernando P. García]

May you elaborate about the "huge undertaking"

Fernando.

>
> 2010/3/3 RoboSK <ucet.na.disku...@gmail.com>:
> > Hi, i find this page *1 with last change from "3 May 2009" with text "no
> > driver written for the CX25843-24Z" and then this *2 from "27 September
> > 2009" with text "CX2584x chips are fully supported by Linux..." = have linux
> > (now/future) support for Analog source with this USB stick ?
> >
> > thanks
> >
> > Robo
>
> The wiki page is just wrong.  The reason that board is not supported
> is not because of the cx25843.  It's because the dib0700 bridge falls
> under the dvb-usb framework, and the framework doesn't have analog
> support at all.
>
> Adding such support would be a huge undertaking, but if it were done a
> whole bunch of products would start getting analog support (all of the
> dib0700 products which also have analog onboard).
>
> Devin
>
> --
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com

Re: GIGABYTE U8000-RH Analog source support ?

[Devin Heitmueller]

2010/3/31 Fernando P. García <fernandoparedesgarcia@gmail.com>:
> May you elaborate about the "huge undertaking"
>
> Fernando.

The issue is the dvb-usb framework on which the dib0700 driver is
built has absolutely no support for analog.  Adding support for a new
bridge (both raw video and PCM audio) is on the order of 100 hours of
work for somebody who knows what they are doing.  It includes adding
all the V4L2 hooks and ioctls(), reverse engineering the format of the
delivered video, inserting the video into videobuf, reverse
engineering how audio is provided by the hardware (and how it is
controlled), and creating an ALSA driver to handle the audio feed.

Oh, and then you have to debug all the edge cases.

I did it for the au0828 bridge, and I'm in the middle of doing it for
the ngene bridge.  It's a royal PITA and at this point no developer is
willing to invest the time/energy to do it for free.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com

Re: GIGABYTE U8000-RH Analog source support ?

[Fernando P. García]

So it needs 2.5 weeks, how much per hour do you estimate?

Blessings.

On Wed, Mar 31, 2010 at 1:45 PM, Devin Heitmueller
<dheitmueller@kernellabs.com> wrote:
> 2010/3/31 Fernando P. García <fernandoparedesgarcia@gmail.com>:
>> May you elaborate about the "huge undertaking"
>>
>> Fernando.
>
> The issue is the dvb-usb framework on which the dib0700 driver is
> built has absolutely no support for analog.  Adding support for a new
> bridge (both raw video and PCM audio) is on the order of 100 hours of
> work for somebody who knows what they are doing.  It includes adding
> all the V4L2 hooks and ioctls(), reverse engineering the format of the
> delivered video, inserting the video into videobuf, reverse
> engineering how audio is provided by the hardware (and how it is
> controlled), and creating an ALSA driver to handle the audio feed.
>
> Oh, and then you have to debug all the edge cases.
>
> I did it for the au0828 bridge, and I'm in the middle of doing it for
> the ngene bridge.  It's a royal PITA and at this point no developer is
> willing to invest the time/energy to do it for free.
>
> Devin
>
> --
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com
>



-- 
Fernando P. García, http://www.develcuy.com
+51 1 9 8991 7871, Calle Santa Catalina Ancha #377, Cusco - Perú

** Before printing this message, please consider your commitment with
the environment, taking care of it depends on you.
** Antes de imprimir este mensaje piensa en tu compromiso con el medio
ambiente, protegerlo depende de tí.