|Posted by mafon2 on 2018/06/05 11:00:58|
|Ok, I think, that my 1st quake map turned out pretty well. The ending though, is somewhat messy. I doubt that it's a good level design to toss a player into... well, into this kind of situation.
Plus, overall level design has a severe case of "I tired of this theme, let's try another for 10 metres".
There are 3 secrets + some stashes that are too obvious to be secrets, the map has minor difficulty tweaks and supports color lightning.
I want to express my gratitude to Smashcutcreative and Func_Msgboard community, especiouly everyone who recorded demos and helped me to find weak spots and errors.
You can get it here: https://drive.google.com/open?id=1d-Vt4lK5A9HqqIji3aMHghF3eIJ7JZZs
Sorry, I forgot to paste the link to the map release video.
I'm subscribed to you, I can't miss it :))).
@mafon2: Sealed Vs Leaking
About «sealing the map». I'm not so familiar with the concept
Make a simple box room out of six brushes that form a hollow cube, and stick an info_player_start inside that box. Make sure that there are no gaps where the brushes meet. Now compile the map and run it. When you noclip outside the box, you'll notice you don't see the backs of the brushes -- instead, you keep seeing the inside of the box even as you move into the void. This map is sealed: the brushes completely cut off the playable area from the void (i.e. endless empty space) around it.
Now go back into the editor and move or resize one of the brushes a little so that there is a small gap between it and the other brushes. If you compile and load that map and noclip into the void, you'll notice that you can now see the backs of the brushes too: you'll see the entire structure you've made in the editor in-game, just sitting there in the void. This map is unsealed, or leaking.
That's the basic idea, but it applies regardless of how complexly shaped your map is -- you should always make sure that it is sealed off from the void.
Another way of thinking about it is to imagine that the void is made up of water, and you want to make your map watertight, so there should be no tiny spaces for the void/water to "leak" into the map.
When your map is unsealed, the engine has draw tonnes of unnecessary stuff (the outside of the map that the player should never see), and you cannot run vis
-- and when a map is unvised, the engine likewise has to draw tonnes lots of unnecessary stuff (i.e. the parts of the map beyond what the player should be able to see at any given point).
Note that you cannot use brushes with a water/slime/lava texture to seal a map, so e.g. if the floor of room is made of slime and beyond that is just void, you'll need to stick another world brush underneath the slime brush to seal the map. The same applies to func_detail brushes, if I recall correctly. Sky brushes are fine, though.
What about water brush, that sticks out of the cave walls? Does it leak?
No that's not an issue if it "sticks out" into the void.
Have you watched my trouble shooting video? It goes into some detail about this but "total newb" has it correct in the post above.
Doors and plats need to be "encased" in brushes as well. You may have some of those facing the void causing a leak.
Yep, what dumptruck_ds said.
I hadn't downloaded this before, but just had a very quick look around and saw two leaks (there may be more):
1) The bit of lava with the rockets and the two slopes at either end: at the bottom there are gaps where the lava touches the void.
2) The door marked "exit": the bottom of the door touches the void.
If you're having trouble finding all of the leaks in your map: when you compile a map that's not been properly sealed, your compiler should generate a pointfile. It has the same name as the .bsp, but with the file extension .pts. You can load this either in-game (in Quakespasm -and presumably most other engines- using the "pointfile" console command) or in your editor (in TrenchBroom under "File --> Load pointfile", if I'm not mistaken). This is especially useful for leaks that are not as obvious as the two I pointed out above.
PS: I played through the map quickly too, and it's charming and fun in a kind of chaotic, creative 90s era sort of way. At times it reminded me a bit of madfox's earlier maps. Your centreprint messages made me chuckle quite a few times. You clearly had fun making the map, which makes it fun to play despite its flaws (I echo the criticisms the others have raised, esp. regarding the lighting). It's a very promising start, and I hope you keep mapping.
No, I didn't.
Now I did. The map had more holes than a golf course. With vis enabled, it took more than an hour to compile.
I may not get to your video until next week but i will focus on some of the lighting and how to approach it in a way that won't overwhelm a new user. Stay tuned!
You said on post #9 that you made a hotfix for this map with more enemies, tweked textures and other things...
Are you gonna release this new version here? I would love to play it, mainly because of "more enemies" =D
Died first time in the final room with the shamblers. I think that if you're going to require the player to rocketjump, you should feed them some extra HP/armor afterwards to ensure they can make it. I got weathered too far to make the jump on my second try. Here's a blind demo and my 3rd run to completion.
I meant to say that you should feed them hp/armor BEFORE the required jump!
I Agree With #33
It's a game breaking issue as there's no guarantee you will have enough rockets, health or armor to make the jump.
@dumptruck_ds | @Tribal
«i will focus on some of the lighting and how to approach it in a way that won't overwhelm a new user»
That would be most helpful.
I increased difficulty by adding about 2-3 monsters for every existing encounter. Most of them don't spawn on normal or easy difficulty.
Also, I placed megahealth in the room with "final battle" and armor in "hell arena" (the armor fell off... >_>). You do not supossed to fight with them, anyway.
There are new visual bugs though – some walls in the "final" room disapear. It's not fatal, but ugly.
I loved your second speed-run demo and your style of play overall :-).
Oh, I didn't noticed that you updated the file in the first post. My bad, sorry =D
I'll play the new version tonight XD
Here is my playthrough, if you are intersted:
It's not a blind run, since i already played the first version :P
Awesome job with the details and the architecture =D
Thanks for the experience o/
Your light rendering is different from mine. I have very subtle light, while yours is very contrastive, almost like there's no global light present.
You play so careful. I usually just run and gun, no wonder it seems hard to me. BTW, you missed the medkit in the "HI" room. Maybe it'd helped you to survive the rocketjump (there must be health pack in "HI" and "armor" in "UP", the later didn't spawn on hard difficulty until yesterday).
Also, I surprised you managed to get rocket launcher and get back through the door – it's not supposed to happen. Thank god, it didn't close.
It seems that monsters tend to fight among each other... more than usual. I haven't noticed it, while playing. They also seemed more passive to me (again, it might do with my play style). Also, my fiends sometimes jump down without any trigger needed. I didn't place it, 'cause they supose to entertain the player, who managed a succesful rocket jump, so it wouldn't be just button pushing.
BTW, it would be super easy to achieve height required, by simply running towards the wall and shooting about 45 degrees down. It's how I do this.
About the light rendering, it's different because i'm using FTE engine. FTE has realtime lights and shadows, and it makes the maps look a bit different, more dark and sinister. If you turn this feature off, and it will look exactly like quakespasm. But i prefer realtime on, because it gives real depht to the enemies and the map itself =D
Yep, i like to play Quake like a horror game, thats why my aproach is more careful and slow, saving health packs and counting ammo =D
And about the rocket jump... i'm the worst rocket jumper in the world. It took me a lot of tries to make it right. Of course i edited my fails out of the video. Nobody wants to see me dying 20 times just to do a simple rocket jump =D
I am gearing up to do a video on your map. Could you link to the revised version of your .map file plz? I have the original but I see you've updated the map since then.
If I'm not mistaken, you can download different versions from Google Drive, so if you want a more crude example, it'd probably be better for demonstration purposes.
Last time, I was picking my map, I somehow lost some textures (water and metal5). And while restoring, I thought that it's more suitable for sewers to have yellowish water and blue water for dungeon.
Latest .map file: https://drive.google.com/open?id=1t-JL6GytI8SiZlQCH0bfpwT9kFOnAMvo
Latest .bsp and .lit are still available via 1st link.
Great! I have started on another video in the meantime, but your episode will be available soon - maybe by the weekend (?)
I am back on your video now. Some questions for you.
What gamma and contrast settings are you using while mapping and testing your maps? You can type gamma into the console and hit enter to see your setting and the default. Same with contrast.
Also what Quake source port/engine do you use?
Finally what are your compiling options for your final compile? i.e. -extra -soft
Video Coming Soon
I'm working on a 2 part video that covers this map. Focused 100% on lighting. Should be posted by Weds the 4th.
Great work as usual, looking forward to part 2.
|1 post not shown on this page because it was spam|
You must be logged in to post in this thread.
Website copyright © 2002-2021 John Fitzgibbons. All posts are copyright their respective authors.