Difference between the node and this and some use cases

[gammagramma]

I originally wanted to post this to the mfc-node v2 repo, but it seems like issues are disabled there, so if you can re-enable them for such cases it would be great!

The question I have is what is the correct use case of this repo compared to the mfc-node. I see that the some .exe dependencies are not needed with this python script like MFCD.exe for example, so I am guessing this is a more reliable option of a linux environment? You also have the master and V2, am I missing something in the master that V2 doesn't have? More_ importantly I see the mfc-node (v2) repo supports streamlink, livestreamer, ffmpeg, rtmp, all the major capturing methods, so what I want to know is what is the exact use of having them all, what is the need or when there is a need to choose between livestreamer and streamlink, also I know ffmpeg is not working pretty well right now, so I can choose rtmp, but then why choose hls over it.

If you can further explain me some of the use cases I would be very thankful.

[horacio9a]

mfc-node v2 uses MFCAuto, which has been shown to be a better choice.
MFCD.exe also uses my python script. Linux version is here: http://www.mediafire.com/file/fw1p4p3zbw9yo49/MFCDLinux.rar/file ... sorry I can't test that because i do not use linux.
There is no significant difference between livestreamer and streamlink. I use mostly livestreamer that is installed standalone, meaning not within python because I noticed that the streamlink that was installed under python will not stop the recording.

[gammagramma]

What about pure rtmp for all recordings - have you compared that to hls?

[horacio9a]

In most cases rtmp showed better than hls. Specifically, with MFC Recorder v.3.0.3 for some models, apart from the resolution problem that is bigger than the actual one, streamlink also have problem of not accepting the stream so in that case it will be better to switch to rtmp.
I did not have the chance to test the @sstativa patched rtmpdump (https://github.com/sstativa/rtmpdump-ksv) but I assume that it would be possible to record all three types of streams I have dubbed LD, SD and HD. Currently it is possible to record HD with any rtmpdump. MFCD.exe is ok for SD ... it would be ok for LD but it was not designed for it.

[gammagramma]

So indeed HLS (regardless livestreamer or streamlink) is inferior compared to RTMP apart from the excess resolution you are saying? For MFC recorder 3.0.3 I am assuming you are referring to the mfc-node v2 you are working on.

You mention that you modified the MFCD.exe, but I cannot find the source code for it - was this script meant for autorecording via rtmp?

[gittyVenison]

I'm not a programmer but I took a look at the code

I think there are some html elements in v2, but most of the recording comes out of main.js
Basically you have to change the name of the file he gave to mfcd

Secondly
just
ln -s /usr/local/bin/rtmpdump /usr/local/bin/rtmp

or
whereis rtmpdump to find where the original is that way if you update rtmpdump it will update. And if mfc v2 gets updated you won't keep having to change rtmp to rtmpdump.

[horacio9a]

Author of mfcdump.exe is @Ruzzy, look here: http://stream-recorder.com/forum/showpost.php?p=95959&postcount=1393 ... that file I renamed to MFCD.exe because already exist MFCDump.exe by @ElGero, look http://stream-recorder.com/forum/showpost.php?p=73164&postcount=376
I've only adjusted some text using the hexedit program. I suppose @Ruzzy used it GoRTMP protocol by https://github.com/zhangpeihao/gortmp

[ghost]

So MFCD can only do eight models at a time.
Sorry I'm having a hard time understanding your comments on this.

I'm using streamlink right now. As I don't want stuttering and want HD

[horacio9a]

Author of MFCD.exe, @Ruzzy conceived it as a standalone program so not only has a limit of 8 connections but it always uses the same mfc server. All these limitations are not in the case of HD models because they are in charge of rtmpdump that does not have these limits.

[ghost]

So if one wants to record unlimited models
and get all 3 resolutions without stuttering is there any protocol that can do that now?

[horacio9a]

I've already answered that question, but I will repeat it again. All three types of resolutions (LD, SD and HD) can only be recorded using rtmp protocols.
With classic rtmpdump.exe v.2.4 only HD models can be recorded, but with the patched version of the same program all models can be recorded.
I did not have the chance to test the @sstativa patched rtmpdump (https://github.com/sstativa/rtmpdump-ksv).
There are probably other similar programs like this @Ruzzy program that support the rtmp protocol but i have not managed to find it so if someone knows something more please let me know.
For example, LD or 'No Mobile Feed' MFC models with CamServ less than 840 can be recorded using RTMPDumpHelper program and other models (SD and HD) of course.

[gammagramma]

@horacio9a So basically if Ruzzy's MFCDump was updated to have the patched version of KSV's rtmpdump, it would be a versatile or perfect recorder?