[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