Jan Koppe
124e366268
reworks the entire logic how active streams are being tracked. instead of keeping a counter by listening only to srs callback hooks, portier will now actively scrape the http api of known srs nodes to retrieve information about all currently existing streams on a srs node. this prevents portier from being wrong about active stream counts due to drift, and allows us to show more information about stream data to users in the future, as the srs api will also expose information about used codecs, stream resolution and data rates as seen by srs itself. to implement this, the previous remains of celery have been made active again, and it is now required to run exactly one celery beat instance and one or more celery workers beside portier itself. these will make sure that every 5 seconds all srs nodes are actively being scraped, on top of the scrape that is triggered by every srs callback hook. this keeps the data always superfresh. the celery beat function allows us to implement cron-based automation for many other functions (restream, pull, etc) in the future as well, so it's okay to pull in something more heavy here rather than just using a system cron and executing a custom management command all the time. |
||
|---|---|---|
| .. | ||
| restream_confirm_delete.html | ||
| restream_detail.html | ||
| restream_form.html | ||
| restream_list.html | ||
| restream_update_form.html | ||
| stream_confirm_delete.html | ||
| stream_detail.html | ||
| stream_form.html | ||
| stream_list.html | ||
| stream_update_form.html | ||