As per the RTMP spec (available here, <a href="http://www.adobe.com/devnet/rtmp/">http://www.adobe.com/devnet/rtmp/</a> ) the handshake implementation is currently slightly wrong.<br><br>(Page 12)<br>The spec says that the 2nd round of packets need to have the 1st 4 bytes be the timestamp (potentially zero) and the next 4 bytes be zero. The bytes after that should be random. (not necessarily cryptographically secure, just for establishing a unique echo response in the 3rd round of packets). <br>
<br>The current implementation sent the 2nd round of packets to be bytes incrementing from 0x00 to 0xff. This patch resolves it.<br><br>This was causing issues specifically connecting to Wowza media server. Apply patch to modules/access/rtmp/rtmp_amf_flv.c<br>
<br>If anyone can recommend a test RTMP stream for me to verify, (one that they know is already working) that would be great.<br clear="all"><br><br>Cheers,<br>Kevin DuBois<br><a href="mailto:kdub432@gmail.com">kdub432@gmail.com</a><br>
PGP fingerprint<br>80CF 7C1D 0A1C BE03 2203 <br>95B6 1515 C3DC B6BE 7E88<br><br>