zmapinfo not working for some reason??

[Kuu]

it was working before, and then i transported it to a new archive because i made my old one really poorly, and now it doesnt think cluster is a property??? i guess? im pretty sure its a situation where i formatted it correctly but the brace is bugging out. ill put the pk3 download here in case someone wants to take a look at the file itself.

https://drive.google.com/file/d/1TjD8CgkwAK3zPOgk4OzVAy3ikcE906QM/view?usp=sharing

 

btw basically what happens in game, the episodes and skill lvls seem to appear correctly, but the pictures that say the names (Easy, Medium, Hard) dont show up. but i can still select them??? its weird lol. thanks in advance to anyone who replies.

[Gez]

I think the problem is that you have a comma at the end of the last line in your exittexts. So this trips the parser into reading the ending brace as the next line in that text, and everything then goes pear-shaped.

[Kuu]

6 minutes ago, Gez said:

I think the problem is that you have a comma at the end of the last line in your exittexts. So this trips the parser into reading the ending brace as the next line in that text, and everything then goes pear-shaped.

that fixed another problem i was having that i kinda forgot about, so thanks. but i still cant see the skill levels and stuff weirdly

[Gez]

Okay, for the patches not appearing problem, the issue is that PK3 archives have a special folder for graphics, while WADs do not have markers for them. Create a "Graphics" folder and move all your graphics that are in the root to there, and it'll work. Mostly. The METAL episode and difficulty settings will not work, change the picname line for them so it just says:

picname = "METALP"

without the .png extension. Just like the other episodes and skills do not have the extension in their picname commands.

 

After that, you have some more issues to fix.

In the Sprites folder, your HACA gun sprites all have a " (1)" suffix that prevents them from working. Rename them to get rid of this part.

 

Finally, you have several actor classes from dec_azz that are duplicated in dec_azz2. If you remove the duplicate you'll get rid of the red warnings at startup.

[Kuu]

3 hours ago, Gez said:

Okay, for the patches not appearing problem, the issue is that PK3 archives have a special folder for graphics, while WADs do not have markers for them. Create a "Graphics" folder and move all your graphics that are in the root to there, and it'll work. Mostly. The METAL episode and difficulty settings will not work, change the picname line for them so it just says...

 

thank you so much oh my god lol, that fixed like everything. i just have a few questions, these are pretty minor things,

the METALP.png is supposed to have a transparent shadow, but in game the shadow turns completely opaque. If theres no way to fix that its not a big deal cause its literally just a shadow. but i have these 2 animated wall textures (SLFALL1-4 and PSLFALL1-4) and they "reference themselves as patches" and it seems to stop the game from booting up. (but only from UDB?? if i launch it from doom explorer using GZdoom with the pk3 it works fine. until i come across an area where PSLfall  is supposed to be, and then it appears as the main doom2 sky textures? its weird lol.) and last thing: the custom weapon/enemy sounds do not work.

 

im so sorry for all the questions though dude, i am a new doom mapper and i honestly dont know wtf im doing lmao

 

EDIT: i fixed the SLFALL/PSLFALL issues, and i switched to GZDB because its weirdly less buggy than UDB. i can actually launch the game and see PSLFALL work.

Edited January 23, 2023 by Kuu
fix

[Gez]

15 hours ago, Kuu said:

the METALP.png is supposed to have a transparent shadow, but in game the shadow turns completely opaque.

The shadow looks opaque to me in the PNG file...

 

15 hours ago, Kuu said:

but i have these 2 animated wall textures (SLFALL1-4 and PSLFALL1-4) and they "reference themselves as patches" and it seems to stop the game from booting up.

Try renaming your "Textures" folder to "Patches" and see if it fixes this without causing more problems. Alternatively, you can try deleting the PNAMES.txt and TEXTURES.txt file.

 

It's a question of namespaces: Doom had a two-step process to making textures, using graphic elements called patches that are not used directly as textures, but are composited together to create textures defined separately. ZDoom allows to have simple textures that skip this process, and that's what happens when you place graphics in the Textures folder.

 

But you also have a Textures.txt file that defines a lot of textures, in the old way, but no patches. So it uses textures with the same name as the wanted patches as a fallback solution, and that's why you end up with this error message. You have a texture called SLFALL1 which is made from the patch SLFALL1, but since there's no patch with that name it looks for the texture SLFALL1 instead, which is the texture it's trying to build. Circular loop, catch-22.

[Kuu]

1 hour ago, Gez said:

The shadow looks opaque to me in the PNG file...

wtf really? it was transparent in the wad i brang it in from. slade is ridiculous 🤦

 

ill try the patches thing tho, thanks

 

how do i fix the sound issues though? i just cant hear sounds from custom enemies/weapons, and the folder of "sounds" is 100% named correctly, i checked other pk3 files. do i have to edit the decorate files to link to the sounds directory?

 

[Gez]

28 minutes ago, Kuu said:

how do i fix the sound issues though? i just cant hear sounds from custom enemies/weapons, and the folder of "sounds" is 100% named correctly, i checked other pk3 files. do i have to edit the decorate files to link to the sounds directory?

You cannot link sounds directly, you have to make a SNDINFO lump that creates this link. This is because DECORATE uses "logical names" (like "imp/attack") and not the actual file names (like DSCLAW). I don't see a SNDINFO lump in your archive.

[Kuu]

6 hours ago, Gez said:

You cannot link sounds directly, you have to make a SNDINFO lump that creates this link. This is because DECORATE uses "logical names" (like "imp/attack") and not the actual file names (like DSCLAW). I don't see a SNDINFO lump in your archive.

oh my god thank you so much. sorry for asking so many questions 😅