rtmpdumphelper overwrites captured stream

[Marzo]

Is there a way to keep rtmpdumphelper from overwriting an already captured portion of the stream when such streams fails, even if it does not resume?

[markj801]

I have the same issue. Is there a way to recover the file that it overwrote? I don't really care about the new one, but I want the old file back that the new one overwrote.

[minipc]

actually the problem lies with the underlying rtmpsuck app which bases the filename used to save the stream on the stream's playpath. if the restarted stream uses the same playpath, the filename will be the same and any previous recording will be overwritten. my solution was to compile a custom build of rtmpsuck which uses a filename to save a stream based on its playpath with an appended timestamp of when the stream started playing.

[Larry]

Originally Posted by minipc

actually the problem lies with the underlying rtmpsuck app which bases the filename used to save the stream on the stream's playpath. if the restarted stream uses the same playpath, the filename will be the same and any previous recording will be overwritten. my solution was to compile a custom build of rtmpsuck which uses a filename to save a stream based on its playpath with an appended timestamp of when the stream started playing.

It would be nice to know how to do this - how did you compile for windows or other OS?

[Larry]

Ok so I am trying to compile rtmpdump after making some choice edits to the source code...

But I can't get it to compile correctly. After I comile it complains tha the libz-1.dll is missing.. I am using mingw and have installed zlib 1.2.7 so it should work...

any ideas?

[gastone]

You could copy libz-1.dll in the same folder you have rtmpdump.exe, but it's easier to build a static rtmpdump with

make SYS=mingw XLDFLAGS=-static

.