🚀 go-pugleaf

In article <FqJyJ5.KGA@elch.swb.de>,
  Karl Brodowsky <bk1@elch.swb.de> wrote:
> In gnu.misc.discuss phil hunt <philh@vision25.demon.co.uk> schrieb:
>
> | The reason I ask is that one annoying thing about RealPlayer is that
> | it will only play a datastream as it is being connected to the
> | stream via the Internet; it will not allow the stream to be saved
> | and played back later. This can be problematic when one has a slow
> | or intermittent connection (i.e. most times).
>
> Why not set up a local installation of a webserver, for example apache
> or roxen?  Then you can provide your saved music file by having it on
> your local web server.
Did you not read what he said? "it will not allow the stream to be saved
".

Nope. RealPlayer doesn't go via http [well, not port 80, anyway]. It
requires a special product [RealServer] to stream the media. But I
should think eavesdropping on a conversation between RealPlayer and
a RealServer should be trivially easy [libpcap maybe?]. I assume there
is some kind of low-strength encryption going on [think US exports],
but maybe with the recent change in the US crypto laws, release 7 will
maybe use stronger encryption? Once you get round the encryption, it is
probably no more than good ole' MPEG, my reasoning being that they
wouldn't arse about with R&D costs for a new format. However, I could
be spectacularly wrong. I was just trying to spec out RealJukebox, but
real.com is a bit slooooooow at the moment.

It is probably only a matter of time before the real format gets reverse
engineered, but expect there is all kinds of patent-related shit going
on.

alexd


Sent via Deja.com http://www.deja.com/
Before you buy.