You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have already implemented this on the periphery and found that the cost of implementing it on the server is too high and not suitable.
In fact, Sun Wukong's solution can still be improved by removing the dependency on storage:
Two servers can cut similar HLS streams, and each SRS adds a GO server as a frontend web server for hot backup.
Use GO to write this frontend web server and hook the on_hls event of SRS, which can back up all the streams pushed up.
Each GO server, upon receiving the on_hls event, stores the local SRS's ts slices in the local directory.
Each GO server stores the ts slices of the hot backup GO server in the remote directory.
The two GO servers use a voting algorithm to elect a master, which stores the data in the main directory for service provision.
In other words, at any given time, only local or remote is available because main is a replica of either local or remote. winlinvip@dbcd7d8
Added a script to check if two HLS streams are hot backups.
https://github.com/winlinvip/simple-rtmp-server/issues/351
TRANS_BY_GPT3
The text was updated successfully, but these errors were encountered: