fixed a silent-but-for-debug-mode error while destroying damaged mpv windows right when the program is terminating.this tech will kick in for more extreme file failures, too, which have a different handler but seem to give the same detectable dump-out state.now, rather than showing 'nothing' when media is unloaded, each mpv player now actually idles on a black png lol I also hardened the mpv window's 'no-media' state.a mysterious interaction of C++ level objects during error state was causing the underlying instability here, and now I cannot reproduce this even if I try furthermore, the scanbar now never interrogates the mpv window during its paint event. previously, Qt would get rapidly unhappy as it asked things to draw on screen over the null-state player, particularly if you show/hid the scanbar several times, and it would, if not removed promptly from screen, typically lead to a program crash if mpv fails to load a file but not in an outright 'error' manner (this appears to mean a file using a rare format that a submodule of mpv can't handle), the client now recognises this has happened, either right after the first load, or, if the error takes longer to occur, a subsequent status interrogation, and makes several new steps to restore program stability: disconnecting the mpv window from all commands, freezing the scanbar, loading the default hydrus.png as emergency backstop, and making a popup to let the user know what just happened.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |