<Property> <Name>sortPackets</Name> <Value>true</Value> <Type>Boolean</Type> </Property> <Property> <Name>sortBufferSize</Name> <Value>500</Value> <Type>Integer</Type> </Property>
<Property> <Name>forceInterleaved</Name> <Value>true</Value> <Type>Boolean</Type> </Property>
[b]Server[/b] to [b]rtmp://[server-ip-address]/rtplive[/b] [b]Stream[/b] to [b][noparse]rtsp://[encoder-ip-address][/noparse][/b] (Example: [noparse]rtsp://192.168.1.8:554[/noparse])
Waiting for RTCP packet. See docs for (Application.xml: RTP/AVSyncMethod and RTP/MaxRTCPWaitTime).
Edit [install-dir]/rtplive/Application.xml and change the RTP/AVSyncMethod to systemclock.
where [camera-ip-address] is the ip adress of the Axis camera.
Note: By default Wowza Pro streams using UDP on ports 6970 - 9999 and TCP port 554. This can be a problem if you are streaming to a Wowza Pro server or Oscar that is behind a firewall on which these ports are blocked. To resolve this issue, you need to open up the UDP port range 6970 - 9999 and TCP port 554 on any firewalls between the Oscar encoder and Wowza Pro. You may also need to adjust the [oscar-ip-address] if the Oscar is behind a router that has provided a NAT address for the device.
Note: Many players will not accept stream names that look like urls. You can use the stream name alias package to create an alias for the stream name url. This package can also be used to secure Wowza Pro so that it will only be able to restream urls that you specify. This package can be downloaded from here: StreamNameAlias.
Note: There is an issue when re-streaming an RTSP/RTP stream that is hosted by Quicktime Streaming Server (Darwin, QTSS) that after 2 minutes of streaming the stream will be dropped by QTSS. This is caused by the fact that Wowza Pro does not send RTCP Receiver Report packets back to QTSS. This causes QTSS to timeout and disconnect the stream based on the rtp_timeout value defined in streamingserver.xml. The current workaround for this issue is to set the rtp_timeout property in QTSS to 0 (zero) which will disable this timeout feature. We are investigating supporting RTCP RR packets in a future release of Wowza Pro.
Note: If you experience problems getting either the audio or video to play through Flash, double check the version number of the Flash player (Flash player version 188.8.131.52 or above is required). If you still have problems, turn on Wowza Pro debug logging (edit [install-dir]/conf/log4j.properties and change the log4j.rootCategory on the first line from INFO to DEBUG), try the encoder several more times, zip up and send your [install-dir]/logs folder along with screen shots of the encoder setup screens and the LiveVideoStreaming player screen and send a detailed description of your problem to email@example.com.
See this post for troubleshooting tips:
Troubleshooting live streaming issues
Answer by Charlie Good · Jan 19, 2009 at 08:08 AM
Answer by Charlie Good · Jan 24, 2009 at 10:14 AM
Answer by Charlie Good · May 03, 2009 at 05:32 AM
Answer by Charlie Good · May 04, 2009 at 12:30 PM
Answer by Charlie Good · Jun 16, 2009 at 03:54 AM
Answer by Charlie Good · Jun 26, 2009 at 04:04 AM
Answer by Charlie Good · Jul 24, 2009 at 03:59 AM
Sending a stream by Stream Targets 1 Answer
live streaming MPEG-DASH 1 Answer
XSplit Broadcaster with wowza 2 Answers