[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: DVB Card for TV streaming (ISP)

On Sat, Mar 7, 2009 at 6:51 PM, Michelle Konzack
<linux4michelle@tamay-dogan.net> wrote:
> is here a ISP which stream TV chanels to its customers?

Not an ISP, I'm a student working on a IPTV project.

> Rolf (my Partner) and me are in creation of a new enterprise  in  Baden-
> Würtemberg (Germany) <http://www.tdwave.net/> and want to stream arround
> 20-30 TV channels to our customers.

The legal situation (in Germany) is problematic, especially if you've
a commercial interest.
You should check the following paragraphs:

§ 16 UrhG Vervielfältigungsrecht
§ 17 UrhG Verbreitungsrecht
§ 19a UrhG Recht der öffentlichen Zugänglichmachung
§ 20 UrhG Senderecht
§ 20b UrhG Kabelweitersendung
§ 44a UrhG Vorübergehende Vervielfältigungshandlungen
§ 53 UrhG Vervielfältigungen zum privaten und sonstigen eigenen Gebrauch

> Currently I run a private WaveLAN Base Station with  6 MBit  downstreams
> (1 MBit Upstream) and we get with 3 Mbit a standard TV  stream  "History
> Channel" using VLC over the net.  OK,  HDTV  is  not  possibel  but  our
> customers (which are fscked by T-Online,  KabelBW,  Arcor,  Freenet  and
> other $BIG_PROVIDERS) like to get at least NORMAL TV, so we want to  try
> it out and test it.

Try watching the unmodified ZDF MPEG-TS (DVB-S) over a 6 Mbit
connection, it won't work. If you wan't to offer IPTV to people with a
6 Mbit connection you'll have to transcode the stream (h.264 is
probably the best option) that will result in less i-frames resulting
in longer switching times (Can be avoided). Problem is that you'll
need a lot of CPU Power (Special hardware probably would be better).

> OK, now we are searching  for  Multi-Channel  DVB  cards  and  streaming
> servers, because VLC crash minimum one time per hour.

We're using 6 DVB-S budget cards to stream 6 transponders via multicast.
I've similar experience with VLC. It's not just the crashing, vlc
requires a lot resources (just doing simple MPEG-TS de-/remuxing).
In our setup we're using two old 1 Ghz boxes for doing the DVB-S =>
multicast (RTP) de/remuxing
On these boxes we're using getstream, it's much more efficient and
stable than VLC (Both boxes are running at a load average of ~1, no
crashes caused directly by getstream so far).
For people who can't receive the multicast traffic we're offering a
multicast (RTP) to unicast (HTTP) gateway which can serve up to 300
clients (~1,8 Gbit traffic) on a single Intel Xeon E5345 core.

> I mean, a client software, where users can selct a TV-Channel  and  then
> connect automaticaly?  VLC seems a little bit crappy...
> I was thinking, that a Clinet Software connect  to  a  server  (http ?),
> download the channel list and show it to the user.  Then  the  user  can
> select between the channels and that it is.
> There is NOTHING special with it and (theoretical)  it  could  be  coded
> very simple in Python of Perl because VLC libs  are  availabel  in  both
> programming languages.
> Note:  I am even abel to sponsor such (OSS) project a  little  bit,
>       if someone can code the required software, but it  must work
>       on any Operating Systems.  (I have two Python programs which
>       are working on my Linux Workstation AND on Windows XP/Vista)

Yes, that's another problem. VLC is to complicated for a average user
and is missing a EPG feature.
A special IPTV Client is on our todo list, too. But cross platform
media players are quite complicated.
Right now I'm looking forward to build one using Qt for the GUI, SDL
for the cross platform video/audio and ffmpeg for the decoding.
I already have a tiny proof of concept working on Linux. I don't know
if the Qt/SDL integration is working on Windows/MacOS.

Frederik Kriewitz

Reply to: