-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RTMPx #11
Comments
Hi, I know I'm a year late and never properly answered this, so I apologize. I wasn't sure about a lot of the details at the time and didn't have the capacity back then to investigate it. RTMPS support isn't directly supported as RTMPS is just the RTMPS protocol over a TLS/SSL TCP connection. Since this library is networking agnostic (and can even be used in non-networked test scenarios) there's not really anything to support. If you wrap the existing library in a TLS socket (such as RTMPE and RTMPTE seems to be proprietary encryption protocols and I can't find much information about it. Is this widely used out in the wild these days? It seems like most providers utilize RTMPS for secure video transmission. It looks like I started to implement it as part of the fp9 handshake code, so if that works (which isn't a given) then it's just a matter of exposing those keys as part of the handshake result and using them to encrypt/decrypt inputs before they get to the chunk decoder. RTMPT also seems like it's a way to wrap the existing RTMP protocol within multiple spread out HTTP requests. As far as I can tell this is just wrapping the existing RTMP protocol in multiple POST requests and responses, is that correct? I don't see a lot of details of the protocol, and Adobe themselves says it should be discouraged due to latency. It's hard to tell how widely used this still is these days. I had never heard of RTMFP before now, but looking at it I would be surprised if that's used much. It seems like it's been superceded by web browsers using webrtc. Judging from the spec this seems like a heavily different protocol than rtmp and would probably not share any existing code. |
@kaliDrexx hope it can help |
Thanks for the info. While I am back in this space these days, I'm in the middle of building a media server that I hope to open source soon, so it will take some time before I get to these :) |
Very promising!, I would love to contribute, but rust is still for me a stranger in the night... and so busy to fix bugs in other language projects... You can maybe contact the gusy from librtmfp, like Thomas Jammet, he's very open mind to share knowledge as he's also managing Mona server. The real interesting thing would be a media server that automatically converts the protocols when needed and make streaming ready for any kind of protocol connection.... |
I had never heard of Mona server before, neat stuff. The concept of my new media server (which so far seems to be playing out better than I expected) is that it allows non-programmers to create complex video workflows, and it's designed to be protocol agnostic (so rtmp in -> hls out, hls in -> rtmp out, eventually RTP/RTCP and SRT as well, etc...). Hopefully I have things cleaned up soon to start releasing :) |
Excellent! I know a bunch of good guys who will be happy to join your project! |
@ROBERT-MCDOWELL Hope all is well. I just made the initial release of my project. You can find it here: https://kalldrexx.github.io/mmids/ |
@KallDrexx |
Hi Folks,
is rust-media-libs support RTMPS, RTMPE, RTMPTE, RTMPT AND RTMFP?
Thanks to tell which protocol stil not supported so I will try to join a community task force.
The text was updated successfully, but these errors were encountered: