We are broadcasting a live stream via udp and are experiencing any player we choose seeing the stream freeze every few minutes. The freezing is accompanied by these error messages:
#Fields: x-severity x-category x-event date time c-client-id c-ip c-port cs-bytes sc-bytes x-duration x-sname x-stream-id x-spos sc-stream-bytes cs-stream-bytes x-file-size x-file-length x-ctx x-comment
WARN server comment 2016-04-27 16:11:46 - - - - - 2.0789594461E7 - - - - - - - - SanJosePacketHandler.handlePacket[live/definst/506]: Timecode out of order [video]: 1461773413314:1461773506487
WARN server comment 2016-04-27 16:11:46 - - - - - 2.0789594461E7 - - - - - - - - LiveStreamPacketizerSmoothStreaming.handlePacket[live/definst/506]: Timecode out of order [video]: 14617734133140000:14617735064870000
WARN server comment 2016-04-27 16:11:46 - - - - - 2.0789594461E7 - - - - - - - - CupertinoPacketHandler.handlePacket[live/definst/506]: Timecode out of order [video]: 1461773413314:1461773506487
WARN server comment 2016-04-27 16:11:47 - - - - - 2.0789594931E7 - - - - - - - - LiveStreamPacketizerSmoothStreaming.resetStream[live/definst/506][0:11]: Timecodes jumped back in time.
WARN server comment 2016-04-27 16:11:47 - - - - - 2.0789594931E7 - - - - - - - - SanJosePacketHandler.resetStream[live/definst/506][0:11]: Timecodes jumped back in time.
WARN server comment 2016-04-27 16:11:47 - - - - - 2.0789594931E7 - - - - - - - - CupertinoPacketHandler.resetStream[live/definst/506][0:11]: Timecodes jumped back in time.
WARN server comment 2016-04-27 16:11:47 - - - - - 2.0789595136E7 - - - - - - - - LiveStreamPacketizerPacketHandler.handlePacket[live/definst/506]: Timecode out of order [video]: 1461773413314:1461773506487
WARN server comment 2016-04-27 16:11:47 - - - - - 2.0789595575E7 - - - - - - - - LiveStreamPacketizerPacketHandler.resetStream[live/definst/506][0:11]: Timecodes jumped back in time.
I have tried various changes to wowza settings related to jitter, etc., and have not been able to resolve the problem. Most attempts I have made have resulted in a stream that doesn’t even play at all. We have confirmed that the udp packets we are broadcasting do not have any out of order issues, so we suspect this must be related to dropped packets during the broadcast over the network. We would like to work with someone who has experienced and solved this specific problem previously who will be able to help us resolve this issue.
Thank you.
