Hi Dan,
When you come across a device that fails with the senderreport method, do you get an error like this:
comment server WARN 200 - Waiting for RTCP packet. See docs for (Application.xml: RTP/AVSyncMethod and RTP/MaxRTCPWaitTime).
This means:
Sender Report (SR) packets, which are sent over the Real-time Control Protocol (RTCP) channel, didn’t arrive within the timeout period specifed by the RTP/MaxRTCPWaitTime property in [install-dir]/conf/[application-name]/Application.xml. SR packets provide timing information between the audio and video in the incoming RTP stream. If the Wowza media server doesn’t detect SR packets for the incoming RTP stream, it writes this message to the log file and tries to use RTP timecode values in the RTP packets to synchronize the audio and video channels.
You can extend the amount of time that the server waits to receive SR packets by changing the RTP/MaxRTCPWaitTime property in [install-dir]/conf/[application-name]/Application.xml or you can change the default method by which the Wowza media server synchronizes the audio and video by changing the RTP/AVSyncMethod property in [install-dir]/conf/[application-name]/Application.xml from the default value (senderreport) to either rtptimecode or systemclock. If set to rtptimecode, the Wowza media server synchronizes the audio and video channels based on RTP timecodes in the RTP packets (as previously mentioned). If set to systemclock, the Wowza media server synchronizes the audio and video channels based on the system time that the first audio and video packets arrive at the media server, assuming that they arrive at the same time.
Please also see this guide for more info and possible alternative solution:
How to dynamically update RTP/AVSyncMethod when re-streaming IP camera streams
I hope this helps answer your question.
Kind regards,
Salvadore