[streaming] Re: VOD implementation suggestions

Derk-Jan Hartman hartman at videolan.org
Thu Aug 26 18:01:33 CEST 2004


Paul Rae wrote:
> In fairness, you are right their servers do have some quirks. But I work
> with many different vod servers on a daily basis not one of them is a
> like. They all have pretty much different implementations from setup
> routines to trickplay methods.

Kasenna is the worst by far. Others at least try to make their servers 
better where possible over time, they just keep dwelling on their old 
technology.
(i fear they never reengineered their software, probably first because 
of compatiblity with their own systems and as of late because of lack of 
the money to do so)

And still the approach here is "look video goes in on this end of our 
system and goes out of that end", well then we are done! I'm not sure 
where the problem is, with the technicians or the people who pay them, 
but i think this is a problem with many of the commercial systems out 
there and this EXACTLY makes it clear why they all have so many quirks 
and none of them work together as they ought to.

> Also I notice there seems to be a bit of negativity to implementing
> RTSP/UDP server over RTP. Why is this? If your looking at being able to
> use this functionality with STB's then it really is a must.

because there is no such thing as RTSP/UDP RTSP uses RTP.
Most UDP sets also just as easily take a UDP/TS stream as input.
The problem is with VoD on these systems.

The pattern was as follows:
1: we have a working multicast and unicast UDP/TS system
2: customers want to doubleclick something and view their movie.
3: many users require unicast (because much networking didn't support mcast)
4: then we need a session setup system
5: let's use RTSP, it's this new standard and we should use standards 
where possible.
6: hmmm, there is that RTP bit.... Well, lets just ignore that for 
now... everyone else does....

That kind of thinking seriously pisses me off.
By giving in to such things i'm not sure we are making a wise decision..
I'm not saying it won't be done, i'm suggesting thinking very clearly 
about how necessary it is to do this.

DJ

-- 
This is the streaming mailing-list, see http://www.videolan.org/streaming/
To unsubscribe, please read http://www.videolan.org/support/lists.html
If you are in trouble, please contact <postmaster at videolan.org>



More information about the streaming mailing list