Scott Lamb b41a6c43da shutdown better ... After a frustrating search for a suitable channel to use for shutdown (tokio::sync:⌚:Receiver and futures::future::Shared<tokio::sync::oneshot::Receiver> didn't look quite right) in which I rethought my life decisions, I finally just made my own (server/base/shutdown.rs). We can easily poll it or wait for it in async or sync contexts. Most importantly, it's convenient; not that it really matters here, but it's also efficient. We now do a slightly better job of propagating a "graceful" shutdown signal, and this channel will give us tools to improve it over time. * Shut down even when writer or syncer operations are stuck. Fixes #117 * Not done yet: streamers should instantly shut down without waiting for a connection attempt or frame or something. I'll probably implement that when removing --rtsp-library=ffmpeg. The code should be cleaner then. * Not done yet: fix a couple places that sleep for up to a second when they could shut down immediately. I just need to do the plumbing for mock clocks to work. I also implemented an immediate shutdown mode, activated by a second signal. I think this will mitigate the streamer wait situation.		2021-09-23 16:33:29 -07:00
..
Cargo.toml	shutdown better	2021-09-23 16:33:29 -07:00
clock.rs	shutdown better	2021-09-23 16:33:29 -07:00
error.rs	small readability improvements to web.rs	2021-03-10 16:21:34 -08:00
lib.rs	shutdown better	2021-09-23 16:33:29 -07:00
shutdown.rs	shutdown better	2021-09-23 16:33:29 -07:00
strutil.rs	bump versions of blake3, nom, tokio-tungstenite	2021-08-31 13:05:10 -07:00
time.rs	address some no-op clippy warnings	2021-05-17 15:00:51 -07:00