Re: DVB Card for TV streaming (ISP)
On Sat, Mar 7, 2009 at 6:51 PM, Michelle Konzack
> 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.