mirror of
https://github.com/mpv-player/mpv
synced 2025-02-27 19:01:07 +00:00
740f0f61d8
Abandon the "old" infrastructure for --input-file (mp_input_add_fd(), select() loop, non-blocking reads). Replace it with something that starts a reader thread, using blocking input. This is for the sake of Windows. Windows is a truly insane operating system, and there's not even a way to read a pipe in a non-blocking way, or to wait for new input in an interruptible way (like with poll()). And unfortunately, some want to use pipe to send input to mpv. There are probably (slightly) better IPC mechanisms available on Windows, but for the sake of platform uniformity, make this work again for now. On Vista+, CancelIoEx() could probably be used. But there's no way on XP. Also, that function doesn't work on wine, making development harder. We could forcibly terminate the thread, which might work, but is unsafe. So what we do is starting a thread, and if we don't want the pipe input anymore, we just abandon the thread. The thread might remain blocked forever, but if we exit the process, the kernel will forcibly kill it. On Unix, just use poll() to handle this. Unfortunately the code is pretty crappy, but it's ok, because it's late and I wanted to stop working on this an hour ago. Tested on wine; might not work on a real Windows. |
||
|---|---|---|
| .. | ||
| cmd_list.c | ||
| cmd_list.h | ||
| cmd_parse.c | ||
| cmd_parse.h | ||
| event.c | ||
| event.h | ||
| input.c | ||
| input.h | ||
| joystick.c | ||
| joystick.h | ||
| keycodes.c | ||
| keycodes.h | ||
| lirc.c | ||
| lirc.h | ||
| pipe.c | ||