flirt4free.com: Recording RTMP/RTMPE live adult web cams with free and paid software

[moey187]

I was successfully using the Tubedigger tempfree key until I had to reformat my system, I was hoping it was still available but noticed it isn't anymore . Is there any other ideas on how I can download flirt4free VOD's now?

[Stream Ripper]

Just tested this and was able to record Flirt4Free PERFECTLY Replay Media Catcher

Tested it on 3 different videos, they recorded and played back PERFECTLY

BTW - this "slinda" chick is pretty cute - Try out RMC on her

P.S. Not Freeware, sorry - but definitely worth the purchase price.

[ilovestreamz1990]

if you guys keep talk about how to recored it on public...it wont works anymore sooner or later

[nash28]

Originally Posted by Stream Ripper

Just tested this and was able to record Flirt4Free PERFECTLY Replay Media Catcher

Tested it on 3 different videos, they recorded and played back PERFECTLY

BTW - this "slinda" chick is pretty cute - Try out RMC on her

P.S. Not Freeware, sorry - but definitely worth the purchase price.

That doesn´t work, dude. It just shows "it is illegal to bypass copy protection".

[Stream Ripper]

Originally Posted by nash28

That doesn´t work, dude. It just shows "it is illegal to bypass copy protection".

I just tested it, it worked fine for me (24 hours ago, and again just now)



As a REMINDER - if you ARE recording something, it's 100% for YOUR personal "use" only - not to be shared or uploaded online for the world to see.

Having said that, RMC works just fine - took this screen shot 30 seconds agpo

[youzme]

RMC will grab public, as will RTMPdumphelper and GETflv. None of those will grab privs. They all stop as soon as the show goes priv. If you hit reprocess on RMC4, it halts until the show ends and she comes back, and then resumes. They've raised the bar on that one.

Though I did see a few people recently saying on another anonymous board that they are still grabbing F4F privs, so apparently it's not THAT hard.

[em1234]

Originally Posted by youzme

RMC will grab public, as will RTMPdumphelper and GETflv. None of those will grab privs. They all stop as soon as the show goes priv. If you hit reprocess on RMC4, it halts until the show ends and she comes back, and then resumes. They've raised the bar on that one.

Though I did see a few people recently saying on another anonymous board that they are still grabbing F4F privs, so apparently it's not THAT hard.

I would be interested to know the name of that anonymous board to check it out. BUT u're praised not tell it publicly here please so they wouldn't fix it.

[youzme]

Originally Posted by em1234

I would be interested to know the name of that anonymous board to check it out. BUT u're praised not tell it publicly here please so they wouldn't fix it.

You aren't missing anything. The guys are just bragging that they can cap F4F privs. Methods are not posted. I don't link it here because most sites like these have rules against that.

[em1234]

Originally Posted by youzme

You aren't missing anything. The guys are just bragging that they can cap F4F privs. Methods are not posted. I don't link it here because most sites like these have rules against that.

yea sure, I specifically asked not to link it here. but just if there's any valuable info mail me. thx

[anon069]

Can anyone help me with this? Downloaded flvs from most of flirt's servers now are unplayable and unfixable. After repeated inquiries to the experts on this board no one will answer or help.

So I did some digging on my own and located this thread from january of this year that says the bug is in rtmpdump:

Malformed FLV files

I have encountered problem of downloading several live video streams with latest version (any version starting 2.3 and up to latest version in trunk) - the recorded files were no playable. My investigation showed that the problem mostly appeared in live video streams that were broadcasted with Flash 11 client in h264 codec. Debug session (on windows machine :-() showed that the problem happens when many first chunks has 0 time stamps so there's a trigger for realloc just before buffer overflow. The reallocation doesn't consider the first 13 bytes of the header that exists in the buffer and that's how 13 bytes get vaporized. It forces next chunk to start in incorrect offset and the stream becomes unplayable.

He goes on to offer a fix that appears to be in some pre-compiled file (rtmp.c). Anyone know how I can incorporate this fix into a KSV build or a current rtmpdump build so the flvs I obtain aren't useless?

a69