RTSP/RTP improvements including video on demand support (patch15 or greater)

Wowza Streaming Engine
41

If for RTSP streaming, yes it is applicable for audio.

Richard

42

I saw the mobile streaming example from the link below posted above:

Direct RTSP/RTP URL (QuickTime player or VLC):

rtsp://184.72.239.149/vod/mp4:BigBuckBunny_175k.mov

Does Wowza also support RTSP streaming of .3gp and .3g2 H.264 files for mobile devices?

Thanks,

Derrick

43

OK Thanks Charlie!

Also, for this example below…

Direct RTSP/RTP URL (QuickTime player or VLC):

rtsp://184.72.239.149/vod/mp4:BigBuckBunny_175k.mov

Is there any other special configuration that needs to take place other than intalling the Wowza Media Server 2 patch15 to get the mobile streaming example working? Is port 1935 or port 80 being used?

Thanks,

Derrick

44

Great Charlie. Thanks

Derrick

45

Tested this out this afternoon - happily playing OD rtsp content on a variety of mobile devices, very nice work guys!!!

Will of course let you know of any issues we run in to!

46

Well, first of all thanks for implementing vod support!

I tested it today and it works quite well so far.

I had only some troubles with the request URIs.

If I use

server:1935/vod/mp4:path/file.mp4

as in your examples the error log complains about

INFO server comment - Error creating object name javax.management.MalformedObjectNameException: Invalid character ':' in value part of property

and the path is shortened to the first “/”

If I use

server:1935/vod/_definst_/mp4:path/file.mp4

everything works fine.

Am I doing something wrong?

Regards, MASHtm

47

https://www.wowza.com/mobile.html

seems to not work on my G1 (rooted, latest CyanoGen mod 5.07, Firmware version 2.1-update1, kernel version 2.6.33.3, build number EPE54B).

it just gives “Sorry, this video cannot be played.” message :frowning:

48

https://www.wowza.com/mobile.html

seems to not work on my G1 (rooted, latest CyanoGen mod 5.07, Firmware version 2.1-update1, kernel version 2.6.33.3, build number EPE54B).

it just gives “Sorry, this video cannot be played.” message :frowning:

Hm, I’ve just tested with local Wowza and it seems to work fine :slight_smile:

What API can be used to monitor stream pause/resume/seek ?

49

Hi! Two questions:

  1. IMediaStreamActionNotify2 has the following method

public void onPlay(IMediaStream s, String streamName, double playStart, double playLen, int playReset)

… and what is convenient is that it has playStart

… and onSeek has location, like other methods

but when using IRTSPActionNotify I do not understand how to get needed info from (for example)

public void onPlay(RTPSession rtspSession, RTSPRequestMessage req, RTSPResponseMessages resp)

please suggest how to do it…

  1. Is there a bug with RTPSession class?

I call session.getServerIp(), however I get ip of my android device, but not ip of my Wowza server.

Thank you!

50

Thank you, Richard!

However, as you know, RTSP allows seeking (as RTMP), so definitely there should be some way to guess to what point of video the player has seeked in IRTSPActionNotify (probably on in onPlay, bun in some other method).

When player does seek, Wowza in some way gets the new play position from player request, so technically there is nothing hard to give that position to code that uses Wowza API.

Please advice…

51

String rangeStr = req.getHeader(“range”);

Thank you, Charlie! It was what I wanted.

https://www.wowza.com/downloads/WowzaMediaServer-2-2-3/WowzaMediaServer2.2.3-patch7.zip

It should fix the rtpSession.getServerIp() bug.

It is a bit strange, but it seems that it returns null now…

I use Motorola Defy (Froyo) and connect to local Wowza over WiFi.

Am I doing something wrong?

52

Thank you! It worked!

Next question - how to stop the RTSP session/stream correctly (I mean in something like Pay-per-minute model, when after some play time stream should be automatically closed).

I used:

  • rtpsession.rejectSession();

  • rtpsession.shutdown();

  • rtpsession.getRTSPStream().shutdown(new RTPRequestStatus(403, “Forbidden”));

  • rtpsession.getRTSPStream().getStream().close();

… but all these methods have bug: in player audio and video stop, but timebar continues moving. Instead, logically there might be some total disconnection with window or msg like “Connection was closed”.

This was reproduced with Android player, QuickTime(Windows).

VLC sometime crashes, and sometimes totally stops as needed :slight_smile:

I suppose I need to send some message to the player in my code so it will close connection.

Please advice…

53

RTPContext.shutdownRTPSession(RTPSession rtpSession);

thank you, Charlie! However, I see player still does not stop…

I suppose some shutdown request should be sent to the player.

It seems that it is really a player “bug”, probably it is based on UDP nature or something like this… Same results I’ve got by simply closing Wowza.

I tried some other hacks, but still with no luck…

Any ideas?

54

Hi Guys,

I can download this file from some place: BigBuckBunny_175k.mov

Thanks,

Ale

55

Thanks Charlie!!

56

Hi,

If your server is not behind a NAT you need put in all this places the PUBLIC IP.

If your Wowza server is not behind NAT (network address translation) then it is suggested that all these of these values should be set to the external ip address of your Wowza server.

Regards,

Alejandro

57

You have some error? the logs show something? works this if you use VLC for play the stream? what is the URL you is using?

58

The link https://www.wowza.com/mobile.html doesn’t work for me with QuickTime Version 10.0 (113), on Mac OS 10.6.3. It hangs at “getting info”.

Works on HTC Magic, on Nokia e52 and 5800, though…

59

You can’t play the https://www.wowza.com/mobile.html URL directly in QuickTime. You need to play the RTSP address that is referenced in the HTML:

rtsp://184.72.239.149/vod/mp4:BigBuckBunny_175k.mov

Charlie

Well obviously you can’t play the HTML page directly into QuickTime, but the image on the page has the link to the rtsp stream and clicking on it opens QuickTime with that rtsp link.

Anyway, it works now, so whatever you did between my first post and now did the trick.

60

Thanks for this great work, I’ve been looking forward to this upgrade!

Question though… are there specific requirements for encoding the files? It seems like my previous encoded 3gp files (mpeg4 format) are unable to play. I’ve tried a few mobile devices as well as Quicktime players. The examples provided by you, however, play perfectly fine. They also play perfectly fine under Darwin Streaming Server.

Thanks for any assistance! :slight_smile: