Hi Adrian, Michiel, Ruud & Denis,<br><br>Attached is a version that actually works quiet well. It is slow, but usable (less then a second response time). Cleanups are handled nicely (no crashing scripts) and they use the "m=application <port> TCP/TLS/MSRP/RFB *" media line in the SDP.<br>
<br>While debugging packet order, going in and out, I noticed that sometimes an empty MSRP message is received, although the Byte-Range header indicates differently. Once those messages were filtered out, everything started working fine.<br>
<br>Here is such a message:<br><br><font face="courier new,monospace">MSRP BnWVQ0OmGQBNgqMYT3KqvlYR SEND<br>To-Path: msrps://<a href="http://192.168.178.33:38731/b4APciEdQfmw;tcp">192.168.178.33:38731/b4APciEdQfmw;tcp</a><br>
From-Path: msrps://<a href="http://node03.dns-hosting.info:2855/k5yd231nlUJOLUXKR1yz0DEyMzI4MzYwOTAuNjU5OjgyLjk1LjE0MS4xMjc=;tcp">node03.dns-hosting.info:2855/k5yd231nlUJOLUXKR1yz0DEyMzI4MzYwOTAuNjU5OjgyLjk1LjE0MS4xMjc=;tcp</a> msrps://<a href="http://node03.dns-hosting.info:2855/R0g1LsWuyTYghdQyDUIcOzEyMzI4MzYwODguNzI0OjgyLjk1LjE0MS4xMjc=;tcp">node03.dns-hosting.info:2855/R0g1LsWuyTYghdQyDUIcOzEyMzI4MzYwODguNzI0OjgyLjk1LjE0MS4xMjc=;tcp</a> msrps://<a href="http://192.168.178.33:38730/YFdsfYLisv1V;tcp">192.168.178.33:38730/YFdsfYLisv1V;tcp</a><br>
Message-ID: vRlGOYQEyF<br>Byte-Range: 1-42/42<br>Content-Type: application/x-rfb<br><br><br>-------BnWVQ0OmGQBNgqMYT3KqvlYR+<br></font><br>The + on the end of the end-line<transaction id> indicates that more is coming, but in that case the Byte-Range should have been 1-*/42 (i think, because 1-1/42 would incidate one byte of data and 1-0/42 is just silly), or the message should not have been sent at all.<br>
<br>So I was wrong thinking that the order of the messages was altered by MSRP-Relay. The garbage I saw in earlier versions where due to receiving those MSRP messages with no content; The socket connecting to the viewer was closed by them halfway in an update of several rectangles. When the connection was closed, the rectangles on the screen would be updated with data that was already in the buffer where the update data should have been loaded.<br>
MSRP-Relay is forwarding the messages in the order it received it in.<br><br>Sorry about the confusion.<br>Cheers,<br><br>Willem<br><br>