Ocean Ring Zone
- Thread starter Andy
- Start date
- Status
Nastradamous
Member
Great map Andy, I would've never expected you to make a wad.
Segmint
Member
Andy said:
Hall of mirrors. When a texture is missing in software, it creates a weird effect where all of your actions are shown atop the missing texture like thousands of mirrors. In OpenGL, it becomes a REDWALL, but HOMs are still possible in OpenGL.
Joined Date does NOT equal how long someone has been here. I don't understand why you're being so cocky, but it's very distasteful. Everyone can lurk around. As a matter of fact, I've been around here longer than you, despite my Joined Date (truth, also to some people; wink wink >.> (2003/2004, around the transition of Demo 4.35 and 1.08)).on Edge said:
Andy
Member
Nice to see you finally got an account, Nastra. Also, thanks Segmint, I'll see if I can fix that in my map. I'm also curious on what exactly can causes lag and all that stuff so that I may fix it. One person has told me too many sectors but I checked my map and I don't think I even have more than 200.
after a look at the map in DB, the problems I find are simple:
Control sectors use all linedefs for the FOFs; only one linedef on the control sector need be used for this purpose.
Identical control sectors for separate FOFs; a single FOF can be placed on two separate sectors at once by using the same control sector for both, but a different linedef for each sector it goes to. This saves a bit of space on the map, and makes it less CPU intensive by reducing the FOF count.
Grid missalignment; several vertices, linedefs, and sectors are displaced slightly from the grid at sizes 32, 16, 8, and 4. This is a common problem that occurs when performing movement actions while still having some other things selected, and the displacement is fairly uniform within each area. Not really a big problem, really, but kind of annoying.
Some in-level that could be merged without ill effects remain separate.
Finally, the use of FOFs in place of lower unpegged linedef textures for the placement of flags.
All these are things that I may fix if I find the time; but I can't really play a map as complex as this with my computer being as slow as it has been recently. Andy, I'd like it if you would contact me on IRC so I can find out what is intentional and what is not among the stuff I see in the map so that my changes do not conflict with what the map is supposed to be like.
Control sectors use all linedefs for the FOFs; only one linedef on the control sector need be used for this purpose.
Identical control sectors for separate FOFs; a single FOF can be placed on two separate sectors at once by using the same control sector for both, but a different linedef for each sector it goes to. This saves a bit of space on the map, and makes it less CPU intensive by reducing the FOF count.
Grid missalignment; several vertices, linedefs, and sectors are displaced slightly from the grid at sizes 32, 16, 8, and 4. This is a common problem that occurs when performing movement actions while still having some other things selected, and the displacement is fairly uniform within each area. Not really a big problem, really, but kind of annoying.
Some in-level that could be merged without ill effects remain separate.
Finally, the use of FOFs in place of lower unpegged linedef textures for the placement of flags.
All these are things that I may fix if I find the time; but I can't really play a map as complex as this with my computer being as slow as it has been recently. Andy, I'd like it if you would contact me on IRC so I can find out what is intentional and what is not among the stuff I see in the map so that my changes do not conflict with what the map is supposed to be like.
lucius octavion
Member
Nicely designed. I like the architecture. It reminds me of isis.wad.
Super Sonic Ultima
Member
THIS LEVEL'S AWSOME
Andy
Member
Prime 2.0 said:
I'm guessing most of those things you listed are what possible caused the lag and stuff in my map. Thanks to BlueZero, I now know how to do the flag placement without using FOFs. Thanks for highlighting most of the stuff I needed to fix. If I get the time, I'll probably fix all this and maybe even update it since it's so hard to play in right now. But I've been busy these past days on other things. I'll see if I can catch you on IRC but with my timezone so different from your's, assuming you live in the U.S, it might be hard.
lucius octavion
Member
I couldn't see any HOMs or bugs in openGl, but I don't know about software.
This would be great for a team game with a lot of players because the size is just huge and there are the side wings to control and stuff. I like the flow of gameplay and I appreciate the fact that there are multiple routes to take to the enemy base.
This would be great for a team game with a lot of players because the size is just huge and there are the side wings to control and stuff. I like the flow of gameplay and I appreciate the fact that there are multiple routes to take to the enemy base.
lucius octavion
Member
Yes in something like doom legacy, this redwall you speak of does it because there is actually no skin over the model. If it is bordered by a sky texture however there will be nothing. This even happens to upper textures when you heighten the ceiling with f_sky1. In software this is a problem because if you go into this "hole in the sky" it will block out your vision of the other sectors around you. Redwall doesn't exist in certain source ports and in opengl it is handled differently.
- Status