View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000344 | Gameplay + OpenGL | [All Projects] Bug | public | 2017-02-26 18:32 | 2017-02-26 18:57 |
Reporter | Nash | ||||
Assigned To | |||||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Summary | 0000344: -file <directory> no longer works | ||||
Description | After this feature was added [ https://forum.zdoom.org/viewtopic.php?f=18&t=53522 ], using -file to load a directory on the hard disk no longer works. | ||||
Tags | No tags attached. | ||||
Sorry, this report was a little misleading. What I mean is, my game's IwADINFO has this: // Must be sorted in identification order (easiest to recognize first!) IWad { Name = "Live Another Day" Autoname = "LADgame" Game = "Doom" Config = "LADgame" Mapinfo = "mapinfo/mindefaults.txt" MustContain = "LAD_IWAD" BannerColors = "a8 a8 a8", "2d 2d 2e" } Names { "LADgame.pk3" } And LADgame.pk3 only contains that one lump (LAD_IWAD) to minimally let the engine start the game. The actual data and game content that I work on is not inside LADgame.pk3, but rather, loose files on my hard disk. To start the game for testing, I use "LADgame.exe -file ./src", the directory where all my game assets are in. I work this way because repacking the LADgame.pk3 every single time takes WAY too long. This system used to work before this, but not anymore. |
|
Oops. That new logic shouldn't trigger if the Zip only contains one lump. | |
Thanks for the very fast fix! | |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-02-26 18:32 | Nash | New Issue | |
2017-02-26 18:47 | Nash | Note Added: 0000785 | |
2017-02-26 18:49 | Nash | Note Edited: 0000785 | View Revisions |
2017-02-26 18:50 | Graf Zahl | Note Added: 0000786 | |
2017-02-26 18:54 | Graf Zahl | Status | new => resolved |
2017-02-26 18:54 | Graf Zahl | Resolution | open => fixed |
2017-02-26 18:57 | Nash | Note Added: 0000787 |