WIP socket shenanigans [!!!]

this commit is mostly trash lol

[!!!] Editor's note: Okay, after rebasing this commit is *super*
spooky! It's interacting with a bunch of stuff that was previously
handled in a merge commit and the revised changes may or may not
be totally broken. If in doubt, assume this commit is the root
of all evil (probably).

1 files changed, 12 insertions, 0 deletions

diff --git a/todo.txt b/todo.txt
index e718ce0..253ea8c 100644
--- a/todo.txt
+++ b/todo.txt
@@ -754,6 +754,18 @@ TODO: There should be a way for the server to handle disputes between two
       clients' own "done playing" events (or the GHOST PLAYER reaching the
       playback time provided when the track was first shared).
 
+TODO: Implement a waaaay better socat system, particularly one which waits for
+      feedback when a command is sent and returns that. This has to be special-
+      coded for mpv since there isn't a generalized standard, so it should make
+      use of the existing Socat class, not replace it outright.
+
+TODO: Use above socat system to keep "pinging" the socket until a response is
+      received - mpv doesn't make the socket immediately available. I think if
+      we wait for a pong response before allowing any actual commands to go
+      through, we can avoid weirdness with commands being dropped beacuse they
+      were sent too early. For now we just use a time-based delay on the base
+      Socat class, which is a hack.
+
 TODO: When you're navigating down (or up) a menu, if that menu's got a
       scrollbar *and* is divided into sections, passing a divider line should
       try to scroll the whole newly active section into view! This way you get