-
-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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
Support RTMP 302, support RTMP 302 redirection. #369
Comments
http://helpx.adobe.com/legacy/kb/rtmp-stream-redirect-implementation-open.html OSMF says, it is also a reject returned by the server.
|
http://www.adobe.com/cn/products/adobe-media-server-professional/features._sl_id-contentfilter_sl_featuredisplaytypes_sl_all.html
|
http://help.adobe.com/en_US/adobemediaserver/configadmin/WS5b3ccc516d4fbf351e63e3d119f2926583-7ffb.2.3.html#WS5b3ccc516d4fbf351e63e3d119f2926bcf-7f42.2.3
|
Modify file:
|
http://www.wowza.com/forums/showthread.php?1945-RTMP-redirection
|
http://www.adobe.com/livedocs/flashmediaserver/3.0/hpdocs/help.html?content=00000251.html
|
SRS can actually consider supporting multi-processes with this approach. To be specific:
|
This way, you can use jwplayer or osmf, not limited to flowplayer, and it is also possible to achieve multiprocessing between multiple hierarchical nodes.
|
And for other players, if they do not support redirection, they can be connected with parameters, so it can be compatible. For example, if supported, play: rtmp://xxxx/app?allow_redirect=true/xxxx. If not supported, play the default address. In this way, the client's modifications are minimal, just add an address on the webpage.
|
Even with smaller modifications, as long as the domain name contains the term 'redirect' in rtmp://redirect-xxxx.xxx/xxx, it means that redirection is possible. Isn't that even more amazing?
|
osmf, jwplayer, I have tested and they are supported. Other players are also mostly supported, but for those created by clients themselves, you need to handle that event, which is not too difficult. Unfortunately, it is not possible to assume that the client's player can be modified. You can use a flexible solution, as mentioned earlier, to differentiate whether redirect is supported in the URL, which is not a problem.
|
After the play, if RTMP 302 is sent, it is also valid. The best practice is that when the client receives RTMP 302, it should call the server's call and then redirect after 1 second.
|
Generally, it is rejected after the connection, but sometimes it is only known after playing, for example, knowing that the stream is on another server.
|
Hello, I would like to ask if the feature of rtmp 302 redirection has been implemented in srs 3.0 version. Thank you.
|
You can check the submission time, it should have been implemented in SRS2 or 3.
|
Only the API implementation has been achieved, and no active mechanism for providing a 302 has been offered.
|
Confirmed, it is SRS3.
|
Still need to configure files or policies to return RTMP 302 in some cases.
|
Fixed in SRS3. |
https://github.com/winlinvip/simple-rtmp-server/issues/92
If RTMP could support a 302 redirect, it would be more advantageous for CDN scheduling.
Wowza returns a reject, and then the player redirects:
http://developer.longtailvideo.com/trac/ticket/1876
Considering if it could be supported in NetConnection/NetStream, it would be more advantageous.
TRANS_BY_GPT3
The text was updated successfully, but these errors were encountered: