Closed daftmugi closed 2 years ago
Hey, sorry about the delay! I think it's best to show the loading plaque before doing any kind of actual loading (including reading the savefile), but the changes in SCR_BeginLoadingPlaque
look good - committted in 4f7c0b168b3558500f5ff15107fb7b80f48eb5ab. Thanks!
Thanks, I appreciate it!
Is there another way we can address the three issues (or some of the issues) above that my patch fixed?
To test, install and launch a new game/mod without a quicksave file. Try to quickload. It'll blink the loading plaque and glitch the sounds without displaying an error message to the player. The player must know about the console in order to investigate the issue.
For clarity, the three issues are:
Thank you for working on this!
Ideally I think the loading plaque would be shown in-between opening the file and loading its contents, but that would mean splitting up COM_LoadMallocFile_TextMode_OSPath
, which I'd rather not do. The next best thing IMO is to check that the file exists before showing the plaque - added in 663de01b4c39cdae406342dbd9722c87919a9cc4.
Works great, thank you!
I found that error messages cleared on load error and sounds temporarily stopped.
This patch postpones showing the loading plaque until after common error messages. The loading plaque is shown a little bit after loading technically starts, but that seems fine since it's also a UX technique to postpone loading indication a bit to make loading seem faster. This has three main benefits:
SCR_BeginLoadingPlaque()
).At the console, this patch keeps the console from "jumping" (closing and opening again) during load, restart, etc. and the loading plaque is not shown.