Jaksta

I used to record RTMP streams from livejasmin.com free chat and the private shows I'd paid for. A few months ago, livejasmin.com was shut down, leaving only the newer jasmin.com and new.livejasmin.com sites. I've only recently attempted to record a private at jasmin.com and discovered that Jaksta (at least with my settings) is unable to do so.

Jaksta records a second of a 'private' RTMP stream before 'Tagging' and 'Completing' the capture (I've added jasmin,com/flv to Site Specific Settings). Attempting to download a private in Jaksta terminates the show before it begins (presumably only a single request for a private stream is allowed).

On any of the pages listing performers, the exact same behaviour is exhibited when accessing free chat by hovering over a performer's thumbnail. Usually only one second is recorded (on extremely rare occasions, indefinite recording). If record RTMP is off, Jaksta is able to download free chat for as long as one hovers over the thumbnail (why does the download stop?). Thumbnails also provide an identical HTTPS stream of free chat (I now have Monitor HTTPS/SSL off).

I don't know if the two occurrences are technically identical because I don't know what to look for in the jmrp.exe.log files. I wont upload any debug logs right away in case you want me to use certain Jaksta settings or include network traces in logs etc (also, mainly using Chrome, can use Edge).

Thank you.

Thank you.

Tried two performers, Jaksta didn't record anything or notify me of an error (default settings except for 'Always record RTMP streams' on). Here is the log for the first one.

Please post to the mac forums: https://www.jaksta.com/support/mac/technical/jaksta-media-recorder

Hi I just wanted to check the status of this as I was wondering whether one could use Jaksta for jasmin.com private streams. Did you get the fix in place / is it working in 2.0? Thanks!

Please post your issue to the mac forums:  https://www.jaksta.com/support/mac/technical/jaksta-media-recorder

I've experimented with settings and having just 'Automatically fix RTMP live streams and those without a duration' off produces near perfect captures. The only error being duration (videos are shorter than stated) but 'Fix FLV/Fix Duration' can correct that.

Having Rebase RTMP timestamps to zero' off as-well sometimes produces videos with grossly incorrect durations (by minutes) that 'Fix FLV' cannot repair. Not recommend for anyone reading this.

Thanks for spending your time on this. I didn't try many private shows during recent testing but hopefully results are indicative of future attempts. Obviously I'll let you know if something crops up. Thanks again,

There are two streams within the same connection which is unusual - never seen it in the 6 years. The first goes for about a second and then stops.  Because the first stream stops the second stream was never processed.  That is what we are trying to implement here - support for capturing that second stream.

So the first stream stopping is what we expect.  The second should keep recording until you stop it.  

That is what your latest logs appear to show. (looks like you closed the browser) after about 12 seconds.  No sign of any error in the logs and second stream looks to be recorded fine as we would expect.

You may want to try switching off Auto fixing and rebasing in the Settings > Internet Downloads > RTMP for any that are fuzzy.

If still not working, perhaps provide logs for a stream that is fuzzy along with the file.  capture a minute if you can, 12 seconds sometimes isnt log enough for the cam to settle down.

Tried two privates with some success. The first private yielded two captures, the first being a successful recording, the second, a capture of under a second (similar to previous failures). The second private resulted in a capture with a fuzzy image and an echo (as if two streams merged) plus another entry with 'Errors' (13 bytes).

Thanks. Should be really close now hopefully.

http://jaksta.s3.amazonaws.com/release/jak6/JMR6/6.0.1.57/JMR6-6.0.1.57.exe

Same gig - Ensure Always record is on, switch AUTO on and then go to models page and into private.

Send through debug logs.

I wondered whether updating Jaksta affected my settings so I reset it and turned 'Always record RTMP streams' back on again (as-well as Monitor HTTPS/SSL' off) and have since been allowed entry into a private show. It recorded two RTMP streams from a single show, both under a second long.

'Always record RTMP streams' and AUTO have always been on at start (and recently 'Monitor HTTPS/SSL' off) alongside default settings.

Tried and was refused entry to two private shows (said they had gone offline which was untrue). Double checked that 'Always record RTMP streams' was on and other settings.

Please try this one

http://downloads.jaksta.com/release/jak6/JMR6/6.0.1.56/JMR6-6.0.1.56.exe

Same gig - Ensure Always record is on, switch AUTO on and then go to models page and into private. 

Send through debug logs.

Ta.

Note you won't be able to download, only record, as we have been doing.

Thanks for the logs - that shows what I'm after. I'll have a new build for you in an hour or so to test out.

Now, when I attempt to enter a private in session, I get the notification telling me the performer has gone offline when she hasn't. This happens when Jaksta is set to download rather than record, their servers refusing me entry due to Jaksta requesting a second stream. I assume this didn't happen to me earlier due to already being on the performer's page before opening Jaksta and entering private.

Just tried to enter private again but with 'Monitor HTTPS/SSL' off and I succeeded. It recorded under a second. Please see attached log.

RTMP stream was already open before debug was switched on.

Please start AUTO and then go to the private model's page (or refresh the page).  This was all details of the stream will be recorded.

Thanks