[LeoD]

If a defined *.md3 file isn't found, EDuke32 uses the duke3d.grp ART instead. Good.
If the *.md3 is present, but one or more of its skins are missing, EDuke32 complains while parsing the DEFs. But later on it tries to load that model nevertheless and crashes. Bad.
(Therefore the Attrition mod can't be played with current Polymost HRP versions greater than 5.1.302 for example, except in conjunction with the Z-Pack.)
So please make EDuke32 use the ART in the latter case, too.

Attached File(s)

•  eduke32-polymer.log (39.48K)
  Number of downloads: 156
•  eduke32_or_mapster32.crash-polymer.log (2.81K)
  Number of downloads: 179
•  eduke32-polymost.log (54.95K)
  Number of downloads: 189
•  eduke32_or_mapster32.crash-polymost.log (2.4K)
  Number of downloads: 198

[Mark]

When that crash happened to me recently I was worried my map had been corrupted. Turns out it was just a mis-spelled skin filename.

[Hendricks266]

Posting here as note to self.

[Hendricks266]

r3164:

Quote

Address crash when model skins have invalid file names. Affected surfaces will not be drawn, but FPS will plummet as mdloadskin() is called repeatedly. A more optimal solution would either flag the surface as invalid (so the renderers skip it) or reject the entire model when defs are loaded.