Wowza Logo Wowza Icon
Wowza Video Sign Out
Talk to an Expert Free Trial
Wowza Video Sign Out

Wowza Community

Re-streaming an RTSP stream through Wowza Pro (RTSP/RTP)

Wowza Streaming Engine
#185

Hi Richard.

Thanks for your reply. I’m a bit confused though. When allocating an IP address to forward an external port to, I also need to tell the router what port number of that device the assigned port numbers need to go to.

Eg, for 554 the router is port forwarding to port 554 on the AXIS camera.

I’m in the process of waiting for a colleague to setup our first Wowza server, but want to ensure that I have everything in place at my end, which is the AXIS camera, router and a 3G uplink. This is all working well when connecting remotely via QuickTime or VLC to get an RTSP stream. But I want to just make sure I have everything setup correctly in readiness for Wowza interoperability.

Apologies if I seem to be misunderstanding all this.

Thanks again.

FW.

#186

Thanks Richard.

What probably happens with a Linksys router is that when you allocate that range of port numbers, it in turn automatically forwards them to the same port numbers on the device (IP address). I know Netcomm routers do this too, and with the industrial 3G routers we use we can actually allocate an external range of ports to a completely different range of ports locally if we want to.

But with the Billion router, you can assign a range of external ports (6970 - 9999), but only then forward them onto 1 port on a local device. Is this going to cause a problem for our initial testing of a Wowza server and an AXIS Q1755?

Thanks again.

FW

#187

Yes, the Billion router has a DMZ setting, where I can specify an IP address.

Did some quick reading on what DMZ means, and if I understand correctly it means that all ports on the device I specify are open and accessible (ie whatever the Wowza server needs from the camera). Is that correct?

Thanks Richard.

FW

#188

Last word on this: I connected to the Billion router remotely, assigned the DMZ to the AXIS camera’s IP address, and them promptly lost access to the router (which was on port 81). But the camera’s working ok.

And this makes sense because from what I’ve read the idea of a DMZ is to make it so that any would-be hackers can only see whatever is specified in the DMZ. Nothing else.

Thanks for your help Richard.

FW.

#189

Hi.

Any chance Wowza will support MPEG4-2 video re-streaming?

This will not work of course with Flash, but will be supported by QuickTime, VLC and a lot of mobile players out there. This will solve the issue of having another (QT server for example) server just for support of older MPEG-4 encoders.

Any idea?

Regards.

#190

I have a task to connect RTMP and RTP through Wowza. RTMP side implemented with JW Player folowing this topic

http://www.wowza.com/community/t/-/33

RTP stream made by VLC player ( http://wiki.videolan.org/Documentation:Streaming_HowTo/Easy_Streaming )

All is situated at localhost. RTP from VLC have no error, after tuning RTMP from this topic (using /usr/local/WowzaMediaServerPro-1.7.0/examples/LiveVideoStreaming/client/live.html to start) Wowza report like this

INFO session disconnect 1416139784 -

INFO session connect-pending 127.0.0.1 -

INFO session connect 127.0.0.1 -

INFO server comment - sortPackets[2]: sortBufferSize:500

INFO stream create - -

INFO server comment - MediaStreamMediaCasterPlay: startPlay

INFO server comment - MediaStreamMediaCasterPlay: close

INFO stream destroy rtps://localhost:7777 -

INFO session disconnect 21562135 -

INFO server comment - RTPMediaCaster.shutdown: rtps://localhost:7777

INFO server comment - RTPMediaCaster.disconnect

INFO server comment - RTPMediaCaster.Reconnector: stop

INFO application app-stop definst rtplive/definst

and using this script

This text will be replaced
var so = new SWFObject('player.swf','mpl','470','320','9'); so.addParam('allowscriptaccess','always'); so.addParam('allowfullscreen','true'); so.addParam('wmode','opaque'); so.addParam('flashvars','fullscreen=true&bufferlength=2&streamer=rtmp://127.0.0.1/rtplive&file=mp3:1.mp3'); so.write("player"); but nothing happen, no sound , no errors please, help me understand, what's wrong. Oleg
#191

I am using this method to grab a RTSP stream from Darwin/QTSS and re-stream it through Flash. I have encountered a few issues:

  1. I had to set “forceInterleaved” to false – otherwise I just got blocky black video.

  2. The audio and video easily lose sync, even though I have tried the following (restarting the server after each change):

  • added the “sortPackets” properties and the RTP jitter correction

  • used all the different AVSyncMethod values

  • watched using both the LiveVideoStreaming player and the JW Player

It seems like they start out in sync, but anything I do in the browser (switch tabs, call up a menu) causes the video to slow down for a moment while the audio keeps going. I am seeing packet loss in the logs, but I am basically on a LAN with the server, and the BWChecker application regularly shows 40 Mbps connection speed. The stream itself is only 15 fps, ~500 kbps. Darwin reports 0.0% packet loss for its connection to Wowza. Firewall is disabled.

Just curious if this is normal, or if you have any other suggestions. (I had more success relaying a stream from Darwin to Wowza, but it seemed to be a lot more complicated that simply pulling the RTSP stream. Is there a technical reason why this method would be more volatile?)

EDIT: I’ve witnessed the video slowdown on both a Mac and PC, with Safari, IE, and Firefox. This is what appears in the Wowza error log:

packetLoss[trackID=2]: last:97333 curr:97335

So only the second track (video) is suffering… audio plays through fine, thus gets ahead of the video.

#192

You have covered just about everything I would have thought of. I assume you are on the latest patch and have tuned the server?

Yes, latest patch and server tuned.

My initial tests were with H.264/AAC live streams, coming from SDP files on the Darwin server, but the same problems occur when streaming archived MOV files in a similar manner. (Obviously I don’t plan to stream archived MOV files in this way, but I thought I would try it as a troubleshooting step.)

Anybody else here using Wowza to pull and re-stream live RTSP from Darwin/QuickTime Streaming Server?

(Or, on a related note, anybody relaying a large number of live RTSP streams from Darwin/QuickTime Streaming Server to Wowza? I am not opposed to using that method, but it seems to be a bigger hassle to configure and doesn’t look very efficient.)

#193

Well, it turns out I misspoke when I said that relaying the streams from Darwin worked fine – the same problem happens (video slows down and falls behind audio as you toggle fullscreen or do other tasks in the browser).

I will post a new topic on this issue, since it doesn’t seem to be related to this method…

#194

Sync issue fixed!

In QuickTime Broadcaster, uncheck the “Frame Reordering” option under the Video tab.

#195

when I try to restream rtsp from windows media server i get this error message.

WARN server comment - Failed to find an appropriate depacketizer for this track

(x-wms-rtx): You may not have the proper software license to use this feature. P

lease contact sales@wowza.com for more information.

I tried to do it through videolan player aka vlc but no sound only video.

this is the command i used for vlc

vlc -vvv rtsp://127.0.0.1/stream --sout "#transcode{venc=x264 {keyint=60},vcodec=x264,vb=500,scale=1,acodec=mp4a,ab=32,channels=2,samplerate=22050}:rtp{dst=127.0.0.1,sdp=file://C:/Program Files/Wowza Media Systems/Wowza Media Server 2 Preview 4/content/rtplive.sdp}

-Zeshan

#196

Hello,

I did a try with a WMV RTSP stream and I had these warnings :

WARN	server	comment	2009-07-31	22:47:26	-	-	-	-	-	119.969	-	-	-	-	-	-	-	Failed to find an appropriate depacketizer for this track (x-wms-rtx): You may not have the proper software license to use this feature. Please contact sales@wowza.com for more information.
WARN	server	comment	2009-07-31	22:47:26	-	-	-	-	-	119.969	-	-	-	-	-	-	-	Failed to find an appropriate depacketizer for this track (x-asf-pf): You may not have the proper software license to use this feature. Please contact sales@wowza.com for more information.

WMV format is not supported, is it ?

Thanks

#197

Trying to restream from an IP Camera following the instructions in this thread. I’m stuck now though, it seems like everything is configured perfectly. All error messages resolved but I’m getting blank video.

Server: rtmp://192.168.1.5/rtplive

Stream: rtsp://192.168.1.8:554/live

Screenshot of my Wowza console

Camera is turned on and working. VLC shows the stream when given the same stream URL.

Any ideas what I should be checking next?

#198

Hi,

you were right the camera only support mpeg-4 and motion jpeg.

Thanks.

#199

I’ve been searching for a solution all day, so I decided that it’s time to ask around, if someone can help me with my problem.

We are trying to connect a Dallmeier IP Camera DF3000IP-PoE with Wowza Media Server Pro 1.7.2.

The tutorial I am using is the first post, written on the first page of this thread.

My computer address is: rtmp://computer/rtplive

The camera address is: rtsp://camera/

I can access the rtsp stream via VLC just fine, but with Wowza, that’s an entirely other problem.

After some time I got rid of the Unsupported Package Type errors (I switched the IP camera to MPEG 2 encoding, MPEG 4 just doesn’t seem to work).

I cannot figure out, why I am getting the IP as 0.0.0.0, which can be seen below.

No, I am not running any other streaming software besides Wowza.

Please help me.

IINFO server comment 2009-08-27 15:53:43 - - - - - 3.375 - - - - - - - MediaStreamMediaCasterPlay: startPlay

INFO server comment 2009-08-27 15:53:43 - - - - - 3.375 - - - - - - - RTPMediaCaster.create

INFO server comment 2009-08-27 15:53:43 - - - - - 3.375 - - - - - - - RTPMediaCaster.init

INFO server comment 2009-08-27 15:53:43 - - - - - 3.391 - - - - - - - RTPMediaCaster.Reconnector: start

INFO server comment 2009-08-27 15:53:43 - - - - - 3.422 - - - - - - - RTPSessionTracker.add[rtsp://camera/encoder1]: 1

INFO server comment 2009-08-27 15:53:44 - - - - - 3.61 - - - - - - - RTPSessionDescriptionDataProviderBasicRTSPWorker.buildSDPData: sessionId:0000002a sessionTimeout:0

INFO server comment 2009-08-27 15:53:44 - - - - - 3.672 - - - - - - - RTPSessionDescriptionDataProviderBasic.getStreamInfo: RTSP/RTP re-streaming. Success, received SDP data.

INFO server comment 2009-08-27 15:53:44 - - - - - 3.672 - - - - - - - sortPackets[1]: sortBufferSize:500

INFO stream create 2009-08-27 15:53:44 - - - - - 0.016 - 1 0 0 - - - -

INFO stream create 2009-08-27 15:53:44 - - - - - 0.016 - 1 0 0 - - - -

INFO stream publish 2009-08-27 15:53:44 - - - - - 0.032 rtsp://camera/encoder1 1 0 0 - - rtsp://camera/encoder1 -

INFO server comment 2009-08-27 15:53:44 - - - - - 3.704 - - - - - - - UDPTransport.bind: 0.0.0.0/0.0.0.0:6972

INFO server comment 2009-08-27 15:53:44 - - - - - 3.704 - - - - - - - RTPSessionDescriptionDataProviderBasicRTSPWorker.sessionStart: PLAY: rtsp://camera/encoder1

INFO server comment 2009-08-27 15:53:44 - - - - - 3.719 - - - - - - - RTPMediaCaster.Reconnector: stop

INFO server comment 2009-08-27 15:53:44 - - - - - 3.719 - - - - - - - UDPTransport.bind: 0.0.0.0/0.0.0.0:6973

INFO server comment 2009-08-27 15:53:44 - - - - - 3.719 - - - - - - - UDPTransport.bind: 0.0.0.0/0.0.0.0:6971

INFO server comment 2009-08-27 15:53:44 - - - - - 3.719 - - - - - - - UDPTransport.bind: 0.0.0.0/0.0.0.0:6970

INFO server comment 2009-08-27 15:53:44 - - - - - 3.75 - - - - - - - UDPTransport.firstPacket: 0.0.0.0/0.0.0.0:6970

INFO server comment 2009-08-27 15:53:44 - - - - - 3.829 - - - - - - - UDPTransport.firstPacket: 0.0.0.0/0.0.0.0:6973

INFO server comment 2009-08-27 15:53:44 - - - - - 3.829 - - - - - - - UDPTransport.firstPacket: 0.0.0.0/0.0.0.0:6972

INFO server comment 2009-08-27 15:53:44 - - - - - 3.829 - - - - - - - RTCPHandler.sendFirstRTCPRR[278051076,6973,/10.41.1.236:34005]

INFO server comment 2009-08-27 15:53:44 - - - - - 4.313 - - - - - - - UDPTransport.firstPacket: 0.0.0.0/0.0.0.0:6971

INFO server comment 2009-08-27 15:53:44 - - - - - 4.313 - - - - - - - RTCPHandler.sendFirstRTCPRR[83560667,6971,/10.41.1.236:34003]

#200

Charlie & others:

So, if we would like to use Wowza Media Server for streaming our video from a RTSP compatible IP camera, it would have to support H.264/AAC, nothing else is an option?

Is RTSP the best option for streaming from an IP camera to Wowza or do you recommend any other protocol/codec/etc.?

Which good IP Cameras do you know of/recommend that can be used for low-latency streaming?

Thank you for answering.

#201

Need some hints here…I have Wowza Media Server Pro10 1.7.2 build12107 installed and running well with live and rtplive apps. No problems with “live” app streaming from FMLE 3.0 all is well. No problem connecting to stream with rtplive app via RTSP from Axis M1011 cameras, but I have a problem that may fall somewhere in the middle, so any suggestions appreciated. Utilizing Wowza’s ability to connect directly to RTSP/h.264 stream, I get tremendous tiling and loss of partial video out of Wowza viewing on JWPlayer via h.264. When I view the video directly via the Axis Live View screen by going directly to the camera the video is perfect in h.264

I have installed components StreamNameAlias (works great) and UDP “jitter” filter (did not find any improvements). I do see packet loss in the jitter filter log entries

My setup is that I am going through a wireless IP bridge between the camera and the Wowza server, but all on the same LAN. To clarify, the video directly from the Axis Live View screen going through the wireless IP bridge is perfect, but when I use rtp-live with Wowza to connect I get the tiling and video dropouts.

My theory is that when I go directly to the camera IP via the wireless bridge, it utlizes Axis Media Control (AMC) and selects RTSP via RTP and I believe TCP transport…when I connect to the camera stream via the wireless bridge to Wowza, there is no selection available for transport protocol therefore I assume uses unicast UDP…so does my theory make any sense, has anyone experienced this and does anyone (help Charlie) have any suggestions…I do not want to just say it is Wowza because the wireless bridge is there also…OK I knew you were going to ask…if you bypass the bridge and hardwire directly to the camera, its not half as bad but not anywhere as good as with the Axis Live View

Thanks,

The Wowza Forum is one of the best

Richard

#202

It sounds like you application is not setup properly. You should not be getting packet loss if you are using interleaved mode. Post your Application.xml file so we can take a look at it.

Charlie

C:\Program Files\Wowza Media Systems\Wowza Media Server Pro 1.7.2\conf\rtplive\Application.xml as follows below:

true

rtp-live

${com.wowza.wms.context.VHostConfigHome}/content

sortPackets

true

Boolean

sortBufferSize

500

Integer

-1

*

*

*

*

digest

senderreport

12000

rtpDePacketizerWrapper

com.wowza.wms.rtp.depacketizer.RTPDePacketizerWrapperPacketSorter

rtpDePacketizerPacketSorterBufferTime

500

Integer

rtpDePacketizerPacketSorterFlushTime

10

Integer

rtpDePacketizerPacketSorterLogPacketLoss

false

Boolean

base

Base

com.wowza.wms.module.ModuleCore

properties

Properties

com.wowza.wms.module.ModuleProperties

logging

Client Logging

com.wowza.wms.module.ModuleClientLogging

flvplayback

FLVPlayback

com.wowza.wms.module.ModuleFLVPlayback

ModuleStreamNameAlias

ModuleStreamNameAlias

com.wowza.wms.plugin.streamnamealias.ModuleStreamNameAlias

streamNameAliasFile

${com.wowza.wms.context.VHostConfigHome}/conf/StreamNameAliasMap.txt

streamNameAliasPathDelimiter

/

streamNameAliasNameDelimiter

=

streamNameAliasDebug

true

Boolean

#203

You have the interleaved property commented out. Change this:

To this:

Richard

Made the following change per your information:

forceInterleaved

true

Boolean

saved and refreshed Flash client…problem with tiling remains…

I can send you link to the website if you would like to observe the tiling…do you have an email that I can send link to?

#204

The loss of video is displayed here (note the black bands of video at the bottom of right flash video display) and the AMC control that sets the transport protocol for the camera when viewing direct is also pictured here.

http://i710.photobucket.com/albums/ww103/tenrocdoc/Tiling.jpg

http://i710.photobucket.com/albums/ww103/tenrocdoc/AMC.jpg

© 2007–2024 Wowza Media Systems™, LLC. All rights reserved.   Security & Privacy PolicyLegalSystem Status