Minor problem: markers misidentified inside some namespaces

Post by **Enjay** » Sun May 20, 2007 22:02

This may be intentional, but it didn't used to be a problem, so here goes...

I have a few WADs where I have used 0 length markers (like S_START etc) to identify sections to make organising my WADs easier for me. eg in a WAD where I have a bunch of Heretic and Hexen sprites added, inside the S_START and S_END markers, I have used HR_START and HR_END and HX_START and HX_END in a similar way to how id used the P1_, P2_ and F1_ etc markers. However, I now notice that my markers flag up error messages if they are used inside the S_ or TX_ markers whereas they didn't before:

Code: Select all

R_Init: Init Doom refresh subsystem.
Invalid data encountered for texture HR_START
Invalid data encountered for texture HR_END
Invalid data encountered for texture HX_START
Invalid data encountered for texture HX_END
Invalid data encountered for texture EX_START
Invalid data encountered for texture EX_END
Invalid data encountered for texture N_START
Invalid data encountered for texture N_END
Invalid data encountered for texture SB_START
Invalid data encountered for texture SB_END
DecalLibrary: Load decals.

Post by **Graf Zahl** » Sun May 20, 2007 23:26

Any non-graphic within S_START/END and TX_START/END will give you this error. This is by design.

YouTube · Post by **Nash** » Mon May 21, 2007 7:32

If you insist on having those markers within the sprite namespace, what you can do is import dummy graphics (like a 2x2 transparent block maybe) and rename them into your desired marker names.

Post by **Enjay** » Mon May 21, 2007 12:18

I guess that would work, but it's probably not worth it. I just like the markers there so that I can keep things in order or find resources etc nice and quickly. It's purely from a personal organisation POV that I do it and I can live without the sections being explicitly labelled and still keep things in order anyway.

Post by **Graf Zahl** » Mon May 21, 2007 18:14

If you need order, use Zips, not WADs.

Post by **Enjay** » Mon May 21, 2007 18:17

I have quite a few personal IWADs and I believe they can't work as zips.

Post by **Graf Zahl** » Mon May 21, 2007 21:17

Why IWADs?

Post by **Enjay** » Mon May 21, 2007 23:57

Nowadays, no real reason I guess. Back in the day I used to make my own "Doom custom installs" with a hacked exe and a stand-alone modified IWAD. It kind of made me feel like I was making my own games

. Plus, a lot of the very old command line tools worked best on IWADs anyway.

I suppose it's just a hangover from those old mods of mine. It's still a nice feeling to load up your own mod and know it's the only thing loaded and, as far as the mod is concerned, no data is coming from DOOM2.WAD, even if some of the resources may have originally been in there.

Yeah, I know, I know, illogical. But this whole thread is a result of my quirky way of working anyway.