[linux-dvb] Terratec XS HD support?

Markus Rechberger mrechberger at gmail.com
Sat Jan 17 12:06:29 CET 2009

On Sat, Jan 17, 2009 at 11:16 AM, Markus Rechberger
<mrechberger at gmail.com> wrote:
> On Sat, Jan 17, 2009 at 10:57 AM, BOUWSMA Barry
> <freebeer.bouwsma at gmail.com> wrote:
>> Hi Markus, I follow your list as a non-subscriber, but I thought
>> it would be worthwhile to post this to linux-dvb as well, and
>> eventually to linux-media...
>> On Thu, 15 Jan 2009, Markus Rechberger wrote:
>>> On Tue, Jan 13, 2009 at 8:01 PM, Markus Rechberger
>>> <mrechberger at gmail.com> wrote:
>>> >> Is there any news about Terratec HTC USB XS HD support?
>>> > it's upcoming soon.
>> Thanks Markus, that's good news for me, and for several people
>> who have written me as well!
>>> http://mcentral.de/wiki/index.php5/Terratec_HTC_XS
>>> you might track that site for upcoming information.
>> Interesting.  You say that your code will make use of a BSD
>> setup.  Can you or someone say something about this, or point
>> to past discussion which explains this?  Would this be the
>> userspace_tuner link on your wiki?
>> In particular, I'm wondering whether this is completely
>> compatible with the standard DVB utilities -- dvbscan,
>> dvbstream, and the like, or whether a particular higher-
>> level end-user application is required.

we're still working that out - with LD_PRELOAD alot things can be done
in a compatible
way. But since BSD has it's own API anyway we're about to hook up the
applications with
support for it anyway.

My primary goal is to have it work with following player anyway
The player is plugin based and it's very easy to add those input
plugins to eg. xine or mplayer.
It adds easy to use support to Empia based devices which _any_ enduser
application is currently
lacking anyway for multistandard devices


> The design goes hand in hand with some discussions that have been made
> with some BSD developers.
> The setup makes use of usbdevfs and pci configspace access from
> userland, some work still has to be done there, it (will give/gives)
> manufacturers the freedom to release opensource and binary drivers for
> userland.
> I'm a friend of open development and not of some kind of monopoly
> where a few people rule everything (linux).
> There's quite some work going on in portability so that one driver can
> be written for Linux/BSD and OSX - still needing some Host dependent
> hooks for transferring the data but the same for configuring the
> chips.
> Someone might have noticed the empty frontend dummy driver in
> em28xx-new, by using userland commands the same device nodes can be
> used for DVB-C and DVB-T mpeg-ts streams. Currently linuxtv would
> require to set up different nodes for those nodes with earlier kernels
> - the userland approach is pretty much backward compatible while not
> having to update the core media framework, and it gives vendors the
> possibility to set up their drivers with vendor specific features too.
> libv4l(2)? is probably already a good approach to support v4l with
> multiple applications although most applications are still not capable
> of supporting all v4l(2) devices anyway.
> As for the em28xx project, Micronas who doesn't want to release their
> intellectual property triggered quite a few discussions with some
> people. I have code here with several 10.000th lines of code from
> them, and people earn their money by selling solutions based on that.
> Giving away that proprietary work would immediately kill the
> commercial value of their work and alot money would be lost for
> smaller companies. I'm somehow convenient that it might go Opensource
> in years when the commercial market is finished for their products. As
> written the goal is to give chip manufacturers/designers the
> possibility to provide support for their chips in an operating system
> and license independent way.
> best regards,
> Markus

More information about the linux-dvb mailing list