mirror of
https://github.com/ZDoom/gzdoom.git
synced 2025-02-21 11:31:41 +00:00
- fix Strife-style startup asset check.
The STARTUP0 check is not only redundant but also was wrong. It already gets checked and validated in the asset loading loop, and this up-front check did not handle placement as a graphic.
This commit is contained in:
parent
eb93c764ee
commit
85ba35a1f1
1 changed files with 2 additions and 10 deletions
|
@ -105,18 +105,10 @@ protected:
|
|||
FStrifeStartScreen::FStrifeStartScreen(int max_progress)
|
||||
: FStartScreen(max_progress)
|
||||
{
|
||||
// at this point we do not have a working texture manager yet, so we have to do the lookup via the file system
|
||||
|
||||
int startup_lump = fileSystem.CheckNumForName("STARTUP0");
|
||||
|
||||
if (startup_lump < 0)
|
||||
{
|
||||
I_Error("bad startscreen assets");
|
||||
}
|
||||
|
||||
StartupBitmap.Create(320, 200);
|
||||
|
||||
// Load the animated overlays.
|
||||
// at this point we do not have a working texture manager yet, so we have to do the lookup via the file system
|
||||
// Load the background and animated overlays.
|
||||
for (size_t i = 0; i < countof(StrifeStartupPicNames); ++i)
|
||||
{
|
||||
int lumpnum = fileSystem.CheckNumForName(StrifeStartupPicNames[i], FileSys::ns_graphics);
|
||||
|
|
Loading…
Reference in a new issue