>>24359
>>24363
Yeah. Due to crashing and flickering issues, I recycle mpv windows, so when you go from one video to another in the media viewer, I grab an mpv window from the pool and send the old one back to it. If you go through a sleep cycle and an 'active' mpv window doesn't restore correctly because of some GPU driver issue or whatever, you can get this situation where that continually recycled mpv window is fucked in some way, and you are seeing it 'every other time'.
That debug command basically seals away all existing mpv windows and generates a fresh pool. It can 'fix' the sleep-restore issue, but if you get a bad mpv window very regularly, during normal Linux work, there might be something else going on. I apologise for how much of a headache this is--my mpv solution is really held together by duct tape.
I have a
help->debug->report modes->mpv report mode. It'll spam a LOT of stuff to log. If you can turn that on as a broken mpv window is instantiated and then a couple times as you try to load a file to it, maybe we'll learn something. Most of these problems on Linux are solved by:
1) Editing the mpv.conf in your db dir. Usually disabling some audio driver or something that your OS has trouble with
2) Moving from a build version of Linux Hydrus to the source version. Source version nearly always runs mpv better:
https://hydrusnetwork.github.io/hydrus/running_from_source.html
Let me know what you discover!
>>24373
Great, thank you for the feedback! I will make it more clear that's what I am testing.
>>24376
Message too long. Click
here
to view full text.