Quote:
Originally Posted by 00101010101
MFCRecorder (and the scripts) use the server ID and model ID to download the m3u8 (it's already pre-filled with URLs), it doesn't need to make that. Those streams 'just work' because as mentioned iOS can only play normal streams, so MFC can't add any extra steps before they can be played.
The non-mobile models are different; they don't have a stream that can be piped direct into FFmpeg or livestreamer. The flash-based player does the extra work to authenticate/handshake just to get the stream started, not just to get the URL for the stream.
There were some edits of FFmpeg (and probably livestreamer) that can do the whole MFC handshake/decode but I wouldn't have a clue where those are from, other than that there were some old versions floating around a long time ago in this thread (2014 maybe?).
|
After the " authenticate/handshake", the server doesn't return a URL for the "the flash-based player" to play it?