www.myfreecams.com: How can I record free sex web-cam chat (rtmp:// .flv)

[Syl0pt]

So I noticed that with some nodes (mainly @Horacio mfc-node-2 and ctbrec) some model streams bypass the lower resolution settings and are camming again at 1280x960 but only sometimes.

Like some models (MissAlice_94 alot, SashaBae sometimes and today Mira_xo) refresh their cam and when they come back it's at 1280x960 while in 4:3. It doesn't happen with StreamDVR but it does with the others I use. And since it happens intermittently im guessing there really isn't anything that can be done about it, but i still wanted to bring it to your attention in case i'm wrong.

[dm9452]

Doe anyone successfully capture EmilyBloom's stream? I've tried using mfcnode's ff, sl, ls and rtmp.

[laura92]

also u can record in pvt?

[Syl0pt]

Originally Posted by Syl0pt

So I noticed that with some nodes (mainly @Horacio mfc-node-2 and ctbrec) some model streams bypass the lower resolution settings and are camming again at 1280x960 but only sometimes.

Like some models (MissAlice_94 alot, SashaBae sometimes and today Mira_xo) refresh their cam and when they come back it's at 1280x960 while in 4:3. It doesn't happen with StreamDVR but it does with the others I use. And since it happens intermittently im guessing there really isn't anything that can be done about it, but i still wanted to bring it to your attention in case i'm wrong.

Does nobody have a fix for this? Does this not happen to others? It's very frustrating to have to stop a recording due to this because u know the video is gonna be bloated and glitchy. I just hope I can find it somewhere else.

I even have line 245 set to:
let captureProcess;
if (config.downloadProgram == 'ls') {captureProcess = childProcess.spawn('livestreamer', ['-Q','hlsvariant://' + hlsUrl,'best','--stream-sorting-excludes=>950p,>5564k','-o',path.join(captureDirectory, filename)])}

which I thought would/should fix it, but as I said, some of the models bypass it and record at the bloated sizes: 1280x960 @ 4000-5000kb/s. I even tried changing the line from --stream sorting-exclues=>950p to 960p but it's still bloating at times. Using livestreamer I can see the kb/s as the main.js script scrolls and it's between 500-700kb/s which maxes out my 5mb download bandwidth putting the rest of the internet at a standstill.

EDIT: I'm trying to submit an issue on @Horacio9a's github about it but all I see is 'Pull requests'. Maybe the 'Submit Issue' option is disabled? Or am I doing Github wrong? https://github.com/horacio9a/mfc-node/tree/v2

[supersonic80]

I would recommend having 2 scripts running. For problematic models you will use rtmp, for other models - livestreamer.

Originally Posted by Syl0pt

Does nobody have a fix for this? Does this not happen to others? It's very frustrating to have to stop a recording due to this because u know the video is gonna be bloated and glitchy. I just hope I can find it somewhere else.

I even have line 245 set to:
let captureProcess;
if (config.downloadProgram == 'ls') {captureProcess = childProcess.spawn('livestreamer', ['-Q','hlsvariant://' + hlsUrl,'best','--stream-sorting-excludes=>950p,>5564k','-o',path.join(captureDirectory, filename)])}

which I thought would/should fix it, but as I said, some of the models bypass it and record at the bloated sizes: 1280x960 @ 4000-5000kb/s. I even tried changing the line from --stream sorting-exclues=>950p to 960p but it's still bloating at times. Using livestreamer I can see the kb/s as the main.js script scrolls and it's between 500-700kb/s which maxes out my 5mb download bandwidth putting the rest of the internet at a standstill.

EDIT: I'm trying to submit an issue on @Horacio9a's github about it but all I see is 'Pull requests'. Maybe the 'Submit Issue' option is disabled? Or am I doing Github wrong? https://github.com/horacio9a/mfc-node/tree/v2

[horacio]

Last version of win-x86 EXE version of the program who is originally on the link: https://github.com/horacio9a/mfc-node/tree/v2
can be downloaded from: https://www.mediafire.com/file/ftw17....0.1c.rar/file

[horacio]

Originally Posted by Syl0pt

Does nobody have a fix for this? Does this not happen to others? It's very frustrating to have to stop a recording due to this because u know the video is gonna be bloated and glitchy. I just hope I can find it somewhere else.

I even have line 245 set to:
let captureProcess;
if (config.downloadProgram == 'ls') {captureProcess = childProcess.spawn('livestreamer', ['-Q','hlsvariant://' + hlsUrl,'best','--stream-sorting-excludes=>950p,>5564k','-o',path.join(captureDirectory, filename)])}

which I thought would/should fix it, but as I said, some of the models bypass it and record at the bloated sizes: 1280x960 @ 4000-5000kb/s. I even tried changing the line from --stream sorting-exclues=>950p to 960p but it's still bloating at times. Using livestreamer I can see the kb/s as the main.js script scrolls and it's between 500-700kb/s which maxes out my 5mb download bandwidth putting the rest of the internet at a standstill.

EDIT: I'm trying to submit an issue on @Horacio9a's github about it but all I see is 'Pull requests'. Maybe the 'Submit Issue' option is disabled? Or am I doing Github wrong? https://github.com/horacio9a/mfc-node/tree/v2

I don't have such problems probably because I don't use linux maybe. In the last 24 hours I've made some changes to https://github.com/horacio9a/mfc-node/tree/v2 so you can try it. If you still have problems with some models, try two scripts as suggested by @supersonic80 or even better try to record these models with my Python script I'm just updating. Look here: https://github.com/horacio9a/myfreec...us/tree/master

[horacio]

A lot of people complained that could not record the MFC stream in high resolution so I hope most of them now will be happy. Now we have a special program for MFC HD models only. It should be noted that these HD models can't be recorded with the basic MFC Recorder. Handling with this new MFC HD Recorder is entirely the same as with the basic MFC Recorder, but the new MFC HD Recorder program uses a separate `config-hd.yml` and `index-hd.html`. Last version of win-x86 EXE version of the MFC Recorders who is originally on the link: https://github.com/horacio9a/mfc-node/tree/v2
can be downloaded from: http://www.mediafire.com/file/2mfscj....0.1d.rar/file

[Hermiod]

Originally Posted by horacio

A lot of people complained that could not record the MFC stream in high resolution so I hope most of them now will be happy. Now we have a special program for MFC HD models only. It should be noted that these HD models can't be recorded with the basic MFC Recorder. Handling with this new MFC HD Recorder is entirely the same as with the basic MFC Recorder, but the new MFC HD Recorder program uses a separate `config-hd.yml` and `index-hd.html`. Last version of win-x86 EXE version of the MFC Recorders who is originally on the link: https://github.com/horacio9a/mfc-node/tree/v2
can be downloaded from: http://www.mediafire.com/file/2mfscj....0.1d.rar/file

Thanks Horacio, does the HD version also record SD models or do we need to use two versions of MFC-node?

[horacio]

Originally Posted by Hermiod

Thanks Horacio, does the HD version also record SD models or do we need to use two versions of MFC-node?

For the SD streams the basic version of the recorder must be used, because the HD version only covers models from the so-called phase 'a', which usually does not have more than 60 models online at the same time.