[1.3.17 r649] gzdoom.pk3 Error

Bugs that have been resolved.

Moderator: Graf Zahl

Locked
anubis2591
Posts: 6
Joined: Sat Sep 06, 2008 13:41

[1.3.17 r649] gzdoom.pk3 Error

Post by anubis2591 »

After compiling r649 on Linux I get the following outupt:

Code: Select all

GZDoom v1.3.17 - SVN revision 649 - SDL version
Compiled on Dec  1 2009

M_LoadDefaults: Load system defaults.
W_Init: Init WADfiles.
 adding /usr/share/gzdoom/gzdoom.pk3, 417 lumps
 adding /home/vertigo/Games/Doom/doom2.wad, 2919 lumps
I_Init: Setting up machine state.
CPU Vendor ID: GenuineIntel
  Name: Intel(R) Atom(TM) CPU N280 @ 1.66GHz
  Family 6, Model 28, Stepping 2
  Features: MMX SSE SSE2 SSE3 SSSE3
I_InitSound: Initializing FMOD
FMOD Sound System, copyright © Firelight Technologies Pty, Ltd., 1994-2009.
Loaded FMOD version 4.26.08
V_Init: allocate screen.
S_Init: Setting up sound.
ST_Init: Init startup screen.
P_Init: Checking cmd-line parameters...
G_ParseMapInfo: Load map definitions.
S_InitData: Load sound definitions.
Texman.Init: Init texture manager.
ParseTeamInfo: Load team definitions.
LoadActors: Load actor definitions.
GScript error, "gzdoom.pk3:actors/hexen/blastradius.txt" line 2:
GUnknown native class 'ArtiBlastRadius'
GScript error, "gzdoom.pk3:actors/hexen/magewand.txt" line 49:
GUnknown native class 'MageWandMissile'
Replacing it with the gzdoom.pk3 from the 1.3.17 binary gets rid of this error.

I'm not sure how it decides when to work and when not to. Most of the time it gives me that error and then once or twice it ran successfully. Weird.
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Re: [1.3.17 r649] gzdoom.pk3 Error

Post by Graf Zahl »

You are not loading the proper gzdoom.pk3 files. All I can recommend is to clean up your data. For some reason it gets the file from a wrong directory.
anubis2591
Posts: 6
Joined: Sat Sep 06, 2008 13:41

Re: [1.3.17 r649] gzdoom.pk3 Error

Post by anubis2591 »

When compiling using the PKGBUILD in Arch Linux, #define SHARE_DIR in i_system.h is modified to "/usr/share/games/gzdoom/" since /usr/local/share is depreciated. The PKGBUILD doesn't make any other significant changes besides putting gzdoom.pk3, brightmaps.pk3, and lights.pk3 into /usr/share/games/gzdoom.

Edit: Yeah, I put gzdoom and the .pk3s into one directory and ran it from there and it worked just fine so I'll have to sort out the data. It's just weird that when I load the files from /usr/share/games/gzdoom it doesn't want to work. I'll sort this out my self, sorry for the bug report. Thanks.

Edit Edit: Haha, now I feel really stupid, yeah it was loading an old version from /usr/share/gzdoom that was referred to in my zdoom.ini. I guessed I overlooked where gzdoom was loading it from since I saw /usr/share... and assumed it was /usr/share/games...
Locked

Return to “Closed Bugs”