HollowedEmpire

This is very true, and they would be much simpler to implement by all kinds of degrees... but part of me sorta irks at this because it won't have that vanilla authenticity to it. I don't want the wads to have to contain the extra information. And it's even crazier I'm saying any of this, because if you think about it.. I'm basically trying to create my own GL Node builder when you get right down to it. :P Oh the madness. Maybe I should examine the source code to a builder.

Ingenious! That seems like it work very well actually. Especially since the subsector nodes are all sequential.. Meaning I should just be able to throw the dummy ones right on the end. I guess the tricky part will just be getting the partition line to use.

I searched around for a bit but I was surprised I didn't find anything on this... (And hopefully this is a good place to post this...) Doom's floors. I know how they are made the original way with the visplanes and all, but what I want to know is how someone could go about forming polygonal meshes for the floors/ceilings. From what I've been finding, is it seems you can use the points from the subsectors to form them. Is that right? But what is this about implicit edges? I'm just a tiny bit confused at which lines they actually are. I just need a quick rundown I guess. Thanks in advance!

Ahhh! Yes the bit order! Haha! I completely overlooked that! I'll go investing and find out of that's it, though I'm pretty sure it is. And I'm actually using Game Maker currently. I had to write a function for reading in set bytes of data, but I never even thought about the byte ordering. Sheer dumb luck as brought me the level in visual order it seems! Though I guess this is also why I started having some weird issues with Nodes... Thanks for that! *EDIT I got it solved. Turns out, I was just being retarded! Everyone laugh with me! Haha! When I read in the bytes, this is was I was doing: value+=byte[j]*(j*256); When I SHOULD have been doing this: value+=byte[j]*(power(256, j)); (j is a loop variable, which loops the number of bytes to be read, and value is the "total" the bytes make up together) So I had everything right the whole time, It was a case of of math skills failing as usual. Luckily everything in the level was at a small enough level where it wasn't affected by that error. Sorry for wasting a topic on this! But hopefully you can at least get a laugh out of it too. Haha!

That's what I was thinking for a while... but then I realized that would be very odd, because everything except these pointers are read in correctly! Things, Linedefs, Sidedefs... everything is correct (when I use the byte offsets from XWE to read them in that is.)! If I use my trick to get to the directory, the names and size of the entry are also read in correctly as well, just the pointer is wrong... And I'm currently reading them in as a 4-byte signed number too. Also, now that I just checked, looking at the a value in a hex editor seems to show A6 07 01 00 is the value.

Yeah! Except how do I use that value to get there? If I try directly jumping to that point by using it as a byte offset, it's incorrect. According to XWE, the starting offset (in bytes) for E1M1 is 67494. However, when I read the values directly from the directory, the pointer says E1M1 starts at 2470! The pointer to the table in the header was something I also couldn't read. The table starts at (in bytes, using a hex editor) 4,175,568. However the pointer in the header says it's at 79056! To work around my confusion with it, I ended up getting the file size and subtracting the number of lumps multiplied by 16 to find where the table starts. But of course I still have these pointers throughout the table so that trick hardly helps out. Haha! So all I've gotten so far is that these pointers have something more to them than just byte offsets... But again, despite that I get the feeling I'll be like "Oh my god, really?" when I realize what these values stand for! It's probably something super simple right?

Well... not exactly. I'm basically loading the maps in my own game I'm creating. I have it reading everything fine from the wad... only hard coded to certain byte positions. So now I'm trying to have it read the directory and get the positions the right way. (And so I can read more than just that particular wad! Haha!)

I need just a bit of light shined on this for me. I'm trying to figure out how to use these 'pointers' in the directory section of the wads. I done some searching but I haven't gotten much details on it. Maybe it's more obvious then I'm making it, but what exactly what must one do using the value the 'pointer' has to reach the starting point of the data its pointing at? I've never dealt with pointers in files before.