RTSP in VLC 0.7.0

[huizere]

I installed VLC 0.7.0 test and tried to test it against a Kasenna server streaming MPEG2/rtsp. Doesn't seem to work. Anyone else tried this?

Erik

[The DJ]

Just tell me where to try

[Vroem]

The DJ, you seem to be a mac user, can you tell me if we will be able to see apple's keynotes? Or how to open them?
Here is a URL:

Code: Select all

rtsp://a1215.v14111.c1411.g.vq.akamaistream.net/5/1215/1411/3f8f1f38/1a1a1af156c5f364d84e7cdd4dbd298ebc1f8efb2a9d0265da4cb1e04fb22655be32a7157aed/windows_ref_300.mov

It seems to open in QuickTime.
I'm not sure about VLC 0.7.0test1
I do "open network" and replace "udp://" by this url. Do I need to cahnge the port?

[The DJ]

0.7.0-test1 macosx did not yet feature the new rtsp support. The next testrelease will. I can tell you it works like a dream. no problem whatsoever.

[Vroem]

Woohoo, thanks!
I couldn't resist asking: will we be able to save the stream to the disk?
Also: is this RTSP feature worth checking out the cvs? Or should I just wait till the next release? (I'm not a programmer, but I can compile VLC in OSX)

[Gibalou]

0.7.0-test2 will be released this week-end so you might want to wait

[Vroem]

THANKS! It's here.
But the URL I posted in my previous message doesn't seem to work with 0.7.0-test2.
I did:

Code: Select all

/Applications/VLC.app/Contents/MacOS/VLC rtsp://the-url

And I got a lot of requests and responses, ending with this:

Code: Select all

Received PLAY response: RTSP/1.0 200 OK Server: QTSS-Akamai/4.1 (Build/412.16; Platform/Linux) Cseq: 4 Session: 8104120542563652814 RTP-Info: url=trackID=3;seq=40809;rtptime=512776393,url=trackID=4;seq=22396;rtptime=152051213 TaskInterrupt TaskInterrupt TaskInterrupt TaskInterrupt TaskInterrupt (etc)

[Anil]

TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
(etc)

I had the very same pb. I solved it by adding --rtsp-tcp to the command line.
Thanks to fen for the hint :)

[Gibalou]

Vroem: That likely means you are behind a firewall. As Anil said, --rtsp-tcp should work in that case.

[GQ]

I have tried VLC 0.7.0-test2 for winxp and the RTSP doesnt work with kasenna servers. I did a packet sniff and it looks VLC automatically wants to use TCP streaming. The server is looking for UDP transport and I dont see anywhere in VLC settins to force UDP. Please let me know if this is a future fix or if I should fix the code myself.

[GQ]

On further investigation I found the problem to be the SDP identifier for
describing raw mpeg-2 files. The server imediately responds with
unsuported media type for the describe command. If the
Accept: application/sdp is left out the server will respond with
the application/x-rtsp-mh content-type and all the media's identifiers are
in the xml type descriptor or the describe response. Just wondering if
SDP is the only type of transport that VLC supports.

[GQ]

Sorry for the spamming but on further reading it looks like SDP is not
supported on the kasenna server for single stream assets. I looked
everywhere on the net for the mime type x-rtsp-mh and found nothing
other than it can be used for describing single stream assets. I know that
VLC is using live.com's RTSP client library and basically it wont work with
it unless they re-write their rtsp client and server codes to parse the
special mime type. I've already written a client that will handle
the basic RTSP traffic and used VLC to handle the incoming MPEG-2 TS
stream and it works great. What are the developers view on supporting
this undocumented mime type? I'm unsure if it belongs to kasenna so
maybe i should drop this now.

[GQ]

I apologize again for the posts but I kept on looking and found popcorn,
an open source player that was implemented to connect to Kasenna
servers. Now I took a look at the source and its not the most modular
source I've ever seen but it does go through and connect properly. If
anybody is insterested in browsing the code go here:
http://sourceforge.net/projects/popcorn

[The DJ]

If you can write a VLC plugin we are of course very interested.
However, when we have no such device available to us, i don't think anyone of us will write support for it.

But good search work

[The DJ]

Of course, the live.com library should be fixed to handle it as well i think.
I'm just not that confident that that will happen anytime soon.