Quote:
Originally Posted by nullacht
Logically it should work, because rtmpsuck acts as a transparent proxy between server and client.
I have tested it and it definitely works.
|
my bad: did another round of testing, just now, and you're right, it doesn't seem to make any difference whether the browser is in regular or private browsing mode; at least for me, rtmpsuck continues to disconnect from the streams prematurely, severely limiting the duration of caps achievable.
with myfreecams, the feeds just freeze, until you cycle the flash player on and off. whereas with chaturbate, the flash player attempts to reconnect, after, interestingly, displaying the "free registration required" nag message.
i think this is just a difference between the way the sites are coded. chaturbate uses the flash player (if available) to stream the chat, as well as the video, and will automatically try to reconnect if the flash feed is ever disconnected.
myfreecams chat is via xhr, and there is no automatic attempt to reconnect the flash video stream, if it is disconnected, for whatever reason.
rtmpsuck debug output seems to indicate that the problem is caused by the server broadcasting disconnect actions that the transparent proxy complies with. i'm not sure whether they are being sent because of the presence of the proxy, or whether they are always present and the flash player just ignores them? if it's the latter, then the solution might be to modify rtmpsuck so that it too ignores the disconnect signals?