Commit Graph

670 Commits (292ade0f46d7bf0aaf0bceb165f2efd47ae5585d)

Author SHA1 Message Date
_ 1e6c29fb01 Byte ranges are properly advertised and served.
This means Firefox can seek video / audio served by us.
To think, you used to need Flash to do this.
2020-10-27 22:05:19 -05:00
_ aa183de15e Impl HEAD method 2020-10-27 21:43:12 -05:00
_ 9e3470d5b4 ❇️ content-length response header 2020-10-27 21:33:03 -05:00
_ 4c03e6d32a ❇️ Sending the ResponseParts back through a header.
Do you feel like a hero yet?
2020-10-27 21:29:15 -05:00
_ 1e86e9735e ♻️ Towards response headers and status code 2020-10-27 21:10:40 -05:00
_ d286adadc9 ❇️ You can now actually request different files 2020-10-27 20:39:02 -05:00
_ 290745f6cf Pass the right part of the URL to the server.
Also remove dead code
2020-10-27 20:31:38 -05:00
_ 406b13c3b1 ♻️ Package interesting request fields into MsgPack 2020-10-27 20:20:06 -05:00
_ 15b18a9335 🚧 2020-10-27 19:43:23 -05:00
_ 6a79b90643 Add license and README 2020-10-27 13:59:03 +00:00
_ cab36c7a19 Actually it works okay, I was just off on my estimate of how big videos are.
Still needs to support byte range, too.
2020-10-27 13:26:40 +00:00
_ b9db10b76a 🚧 Set up streaming on the relay
however it doesn't pass a smoke test for video streaming yet
2020-10-27 13:04:28 +00:00
_ 587849bcfa Sending a picture to the client. Streaming works on the server but not yet on the relay 2020-10-27 03:58:50 +00:00
_ eaca19f6ba Fix it up so the response body goes through a POST body instead 2020-10-27 03:36:52 +00:00
_ 0cc61796c0 Concept is proven, though it won't work for streaming 2020-10-27 03:27:25 +00:00
_ e3aa61bb9a Decided to go straight for the reverse HTTP server idea 2020-10-27 02:49:12 +00:00
_ 8b3f952091 Multiple watchers 2020-10-27 02:20:37 +00:00
_ 6bb2678eb5 Very primitive UDP receive 2020-10-27 02:00:30 +00:00
_ a8caae68c3 UDP send 2020-10-27 02:00:27 +00:00
_ 394345cfe2 That's long polling 2020-10-27 01:42:10 +00:00