RTMPDumpHelper

[minipc]

Originally Posted by nullacht

I can't confirm that. I have updated the Flash plugin today and it's still working:

RTMP Proxy Server v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu; license: GPL

Streaming on rtmp://0.0.0.0:1935
WARNING: Trying different position for client digest!
Processing connect
app: live-chat
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://chat3.highwebmedia.com/live-chat
pageUrl: https://chaturbate.com/larissa25/
WARNING: Trying different position for client digest!
Processing connect
app: live-edge
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://edge19-b.stream.highwebmedia.com/live-edge
pageUrl: https://chaturbate.com/larissa25/
Playpath: mp4:rtmp://origin10.stream.highwebmedia.com/live-origin/larissa25-sd-2eca04e4e01a20302fa4fb472607c70db68ac7576937d3cbcb7f285a81618573
Saving as: larissa25-sd-2eca04e4e01a20302fa4fb472607c70db68ac7576937d3cbcb7f285a81618573
WARNING: ignoring too small audio packet: size: 0

It seems that there is no plugin available, so I guess Cam4.com is currently not supported.

you don't specify the version of firefox you are using, nor say how long the connection lasted, but my test today, using firefox 38.0.1 and flash 17.0.0.188 seems to suggest that the problem of premature disconnection persists.

RTMP Proxy Server v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu; license: GPL

Streaming on rtmp://0.0.0.0:1935
WARNING: Trying different position for client digest!
Processing connect
app: live-edge
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://edge1-b.stream.highwebmedia.com/live-edge
pageUrl: https://chaturbate.com/XXXXXXXXXXXXXXXXX/
WARNING: Trying different position for client digest!
Processing connect
app: live-chat
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://chat2.highwebmedia.com/live-chat
pageUrl: https://chaturbate.com/XXXXXXXXXXXXXXXXX/
Playpath: mp4:rtmp://origin9.stream.highwebmedia.com/live-origin/blazingsweethea
rt-sd-e613c3e4e2dd15cf17697f6b4d4a04ee770913ab27cfd28786bc4ee61f2f027e
Saving as: XXXXXXXXXXXXXXXXX-sd-e613c3e4e2dd15cf17697f6b4d4a04ee770913ab27cfd287
86bc4ee61f2f027e
WARNING: ignoring too small audio packet: size: 0
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
Closing connection... done!

ERROR: WriteN, RTMP send error 10054 (2810 bytes)
WARNING: Trying different position for client digest!
Processing connect
app: live-edge
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://edge1-b.stream.highwebmedia.com/live-edge
pageUrl: https://chaturbate.com/XXXXXXXXXXXXXXXXX/
WARNING: Trying different position for client digest!
Processing connect
app: live-chat
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://chat2.highwebmedia.com/live-chat
pageUrl: https://chaturbate.com/XXXXXXXXXXXXXXXXX/
Playpath: mp4:rtmp://origin9.stream.highwebmedia.com/live-origin/blazingsweethea
rt-sd-e613c3e4e2dd15cf17697f6b4d4a04ee770913ab27cfd28786bc4ee61f2f027e
Saving as: XXXXXXXXXXXXXXXXX-sd-e613c3e4e2dd15cf17697f6b4d4a04ee770913ab27cfd287
86bc4ee61f2f027e
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
Closing connection... done!

ERROR: RTMP_ReadPacket, failed to read RTMP packet header
Closing connection... done!

ERROR: RTMP_ReadPacket, failed to read RTMP packet header
Closing connection... done!

the final debug message before the stream disconnects is

DEBUG: RTMPSockBuf_Fill, recv returned -1. GetSockError(): 10054 (Unknown error)

the captured stream is a mere 6.5M

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\user>d:

D:\>cd downloads\rtmpdumphelper

D:\Downloads\rtmpdumphelper>dir -l XXXXXXXXXXXXXXXXX*
 Volume in drive D has no label.
 Volume Serial Number is CAEB-1C41

 Directory of D:\Downloads\rtmpdumphelper


 Directory of D:\Downloads\rtmpdumphelper

15/05/2015  15:14         6,754,533 XXXXXXXXXXXXXXXXX-sd-e613c3e4e2dd15cf17697f6
b4d4a04ee770913ab27cfd28786bc4ee61f2f027e
               1 File(s)      6,754,533 bytes
               0 Dir(s)  173,645,697,024 bytes free

[lto]

RTMPDumpHelper with customized RTMPDump works perfectly with CB, there was no changes in last weeks, see my old posts in RTMPDump thread for info

[minipc]

Originally Posted by lto

RTMPDumpHelper with customized RTMPDump works perfectly with CB, there was no changes in last weeks, see my old posts in RTMPDump thread for info

which customization; yours or k-s-v's? and which browser does it work with; chrome, firefox or both? and what versions? and what exactly is your customization? it's not clear from your posts. the code snippet you include looks identical to the latest 2.4 rtmpsuck.c source.

[nullacht]

For testing purposes, I have just recorded another video. Looks like everything works as expected:

RTMP Proxy Server v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu; license: GPL

Streaming on rtmp://0.0.0.0:1935
WARNING: Trying different position for client digest!
Processing connect
app: live-edge
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://edge45-b.stream.highwebmedia.com/live-edge
pageUrl: https://chaturbate.com/magicshine/
WARNING: Trying different position for client digest!
Processing connect
app: live-chat
flashVer: WIN 17,0,0,188
swfUrl: https://chaturbate.com/static/flash/CBV_2p645.swf
tcUrl: rtmp://chat1.highwebmedia.com/live-chat
pageUrl: https://chaturbate.com/magicshine/
Playpath: mp4:rtmp://origin17.stream.highwebmedia.com/live-origin/magicshine-sd-cfa7739d4aabdfc181330b84083348bb5354bcd9305883ad936216ac4856ca65
Saving as: magicshine-sd-cfa7739d4aabdfc181330b84083348bb5354bcd9305883ad936216ac4856ca65
WARNING: ignoring too small audio packet: size: 0

Mode                LastWriteTime     Length Name
----                -------------     ------ ----
-a---        20.05.2015     19:15  121257984 magicshine-sd-cfa7739d4aabdfc181330b84083348bb5354bcd9305883ad936216ac4856ca65

Input #0, flv, from 'magicshine-sd-cfa7739d4aabdfc181330b84083348bb5354bcd9305883ad936216ac4856ca65':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: h264 (Main), yuv420p(tv), 800x600 [SAR 1:1 DAR 4:3], 30.30 fps, 30 tbr, 1k tbn, 60 tbc
    Stream #0:1: Audio: speex, 16000 Hz, mono, s16, 12 kb/s

Input #0, flv, from 'magicshine-sd-cfa7739d4aabdfc181330b84083348bb5354bcd9305883ad936216ac4856ca65.flv':
  Metadata:
    encoder         : Lavf56.31.100
  Duration: 00:29:07.44, start: 0.000000, bitrate: 554 kb/s
    Stream #0:0: Video: h264 (Main), yuv420p(tv), 800x600 [SAR 1:1 DAR 4:3], 30.30 fps, 30 tbr, 1k tbn, 60 tbc
    Stream #0:1: Audio: speex, 16000 Hz, mono, s16, 12 kb/s

Firefox: v37.0.2
RTMPDumpHelper: v1.21

[minipc]

Originally Posted by nullacht

For testing purposes, I have just recorded another video. Looks like everything works as expected:

...

Firefox: v37.0.2
RTMPDumpHelper: v1.21

could you confirm that you get the same result when using both firefox's regular and private browsing modes?

my own findings are that v38.0.1 works in regular mode but prematurely drops rtmp stream connections when browsing in private. and with chrome v43.0.2357.65m, the problem continues to persist in both regular and incognito modes. i'm not sure why using privacy mode would make any difference in firefox? it doesn't seem to make any difference with chrome.

i'm using rtmpdumphelper v1.21, npapi flash v17.0.0.188 on 32bit windows 7 pro. i've tried vanilla rtmpsuck 2.4 (rtmpdump-2.4-git-010913-windows), ksv's latest patched build and my own static build. all show identical behaviour.

[lto]

Originally Posted by minipc

which customization; yours or k-s-v's? and which browser does it work with; chrome, firefox or both? and what versions? and what exactly is your customization? it's not clear from your posts. the code snippet you include looks identical to the latest 2.4 rtmpsuck.c source.

k-s-v, firefox, last rtmpdumphelper

rtmpsuck crashes when camera switches to private mode, workaround is used to close recording without crash, everything else works by default

[minipc]

Originally Posted by lto

k-s-v, firefox, last rtmpdumphelper

rtmpsuck crashes when camera switches to private mode, workaround is used to close recording without crash, everything else works by default

...and does it still work 'by default' when firefox is in private browsing mode? (i don't mean when the broadcaster switches to paid for chat - rtmpsuck will always be interrupted, when that happens, even if you elect to follow them into paid for chat)

[nullacht]

Originally Posted by minipc

[...] ...and does it still work 'by default' when firefox is in private browsing mode? [...]

Logically it should work, because rtmpsuck acts as a transparent proxy between server and client.

rtmpsuck is a transparent proxy; it intercepts connections from a client and then makes an outbound connection to the real server. After all handshaking is complete and encryption keys with both sides are negotiated, it records the cleartext stream data into files while relaying the data from the server to the client.

I have tested it and it definitely works.

[minipc]

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?

[sorcererapp]

I am using RTMPDumpHelper for a while, it works great.
However, the website I am using on is changing to wowza with rtmps:// protocol plus disallow port 1935, the RTMPSuck is no longer detecting its activities, I have tried to add another port in the preference, it does not work. What tweak is necessary to make it work?