Comments on: textures2quake, next bounty claimed

http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/ The greatest Quake 1 Singleplayer site on this planet. Tue, 09 Aug 2011 22:15:18 +0000 hourly 1 By: gb http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2360 gb Thu, 18 Feb 2010 22:34:38 +0000 http://www.quaddicted.com/?p=1099#comment-2360 I think the mapping community is changing. Anyway, I was meaning to say that RMQ has relative fall damage, as well as burning and drowning monsters (water escape AI is on the list). By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2345 Baker Sun, 07 Feb 2010 13:58:51 +0000 http://www.quaddicted.com/?p=1099#comment-2345 Oh yeah, Nehahra had monsters killed by lava too. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2344 Baker Sun, 07 Feb 2010 13:58:02 +0000 http://www.quaddicted.com/?p=1099#comment-2344 Those are both easy QuakeC fixes. The RQuake mod ... a very popular multiplayer NQ mod has monsters explode when they fall in lava (why waste time with the inevitable, they are too dumb to get out) ... Likewise, more realistic falling damage is easily achieved in QuakeC. Nehahra did this, for example. Play Nehahra and jump off somewhere high and see what happens ... By: Ron http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2343 Ron Sun, 07 Feb 2010 13:49:57 +0000 http://www.quaddicted.com/?p=1099#comment-2343 What also maybe could be solved is the lava not hurting monsters. It's really annoying, because you can't always get a 100 % score if one falls into the lava, as you can not follow or even see him. Also, the falling down always hurts player the same, no matter how high you fall from. It's not too bad, I guess, but a pain ratio attached to the distance of the fall would be nice, if do-able. By: Ron http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2324 Ron Wed, 03 Feb 2010 15:02:49 +0000 http://www.quaddicted.com/?p=1099#comment-2324 Sounds great, Baker. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2315 Baker Mon, 01 Feb 2010 12:31:37 +0000 http://www.quaddicted.com/?p=1099#comment-2315 Ron, that's on my list too. Maybe not as in-depth as you listed, but if mine happens then yours happens almost by default ;) More or less all that needs to occur is a function in the engine that identifies the texture name that is being walked on. Darkplaces/FTE might even have this currently. A somewhat related thread @ Inside3d on this topic: http://forums.inside3d.com/viewtopic.php?t=1885 By: Ron http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2314 Ron Mon, 01 Feb 2010 09:35:53 +0000 http://www.quaddicted.com/?p=1099#comment-2314 I (still) don't know if it would be possible, but I would love to have texture flags for Quake, like Quake II has. Light, Slick, Trans, Flowing, etc. It could lead to a drastic graphical improvement of the game, I see some great ways to implement them in new levels/mods. The func_rotating_door project is cool though. Good luck working it out. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2312 Baker Mon, 01 Feb 2010 02:36:45 +0000 http://www.quaddicted.com/?p=1099#comment-2312 I kind of like jdhack's idea of falling back to something else if rotation isn't available as an eventual "like to have" goal. I have a growing feeling I'll probably be writing the QuakeC for door rotation, I've look through enough qc to get a mental picture of how it should work. By: mh http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2310 mh Sat, 30 Jan 2010 21:41:48 +0000 http://www.quaddicted.com/?p=1099#comment-2310 Has anybody looked at the HexenII QC for rotating brushes? Seems like it might be a logical place to start. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2305 Baker Fri, 29 Jan 2010 18:12:17 +0000 http://www.quaddicted.com/?p=1099#comment-2305 Might as well add since I'm already being chatty. This is not only compatible with the rather easy engine tutorial Avirox wrote up at Inside3, but runs in DarkPlaces as well. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2304 Baker Fri, 29 Jan 2010 17:39:17 +0000 http://www.quaddicted.com/?p=1099#comment-2304 Maybe another way to think about it is that 3 years ago most engines didn't have .alpha support and now essentially all of them do. A feature doesn't gain acceptance without being tested or piloted. The Quake Remake guys want this feature and the demand for rotating doors and such has been growing ever since Avirox released the Quake-Life mod for Quakeworld. Prior to Warpspasm -- which requires double gamedir support -- no one said they'd download a custom engine to play a single player release. Warpspasm was hugely popular. A new feature's success is more a function of demand, what it adds to the map author (hipnotic is mega kludge). Origin brushes are a standard feature of Half-Life and Quake 3 and such. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2303 Baker Fri, 29 Jan 2010 17:09:09 +0000 http://www.quaddicted.com/?p=1099#comment-2303 Warpspasm requires engine support. A Roman Pain of Wilderness requires engine support. Soul of Evil Indian Summer requires engine support. Fort Driant requires engine support. APSP2 requires engine support. Masque of the Red Death requires engine support. Vertical Base requires engine support. Most maps don't run with GLQuake.exe nowadays. By: jdhack http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2301 jdhack Fri, 29 Jan 2010 08:28:09 +0000 http://www.quaddicted.com/?p=1099#comment-2301 So then, we're talking about something that requires engine support? (For the record, I believe that's the simplest way, and my engine has it already.) But my impression is that the mapping community is wary about using features that behave differently from engine to engine. IMO, the best implementation would be QC that uses the DP_SV_ROTATINGBMODEL extension if it's available, but otherwise falls back on the func_movewall clip brush workaround. I think something like that would stand a better chance of actually being used. Just my 2 cents. By: Baker http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2298 Baker Thu, 28 Jan 2010 17:37:29 +0000 http://www.quaddicted.com/?p=1099#comment-2298 jdhack here is a modified FitzQuake 0.85 with rotation support: http://www.quake-1.com/docs/rotate/fitzquake085_avirox.zip Here is a sample rotating map with map source: http://www.quake-1.com/docs/rotate/rotate_map.zip The map source was compiled with LordHavoc's hmap2 ... http://icculus.org/twilight/darkplaces/files/hmap2build20100113.zip Currently, the origin must manually be specified in the entity such as "origin" "0 0 0". Eventually I hope we end up with origin brush support in one or more compilers ... the idea is that with the Quakec to support func_door_rotating and func_rotating that this will fuel momentum to the map compiler changes done ;) [The map compiler changes are part of a bounty item too] By: jdhack http://www.quaddicted.com/quaddictedcom/textures2quake-next-bounty-claimed/comment-page-1/#comment-2297 jdhack Thu, 28 Jan 2010 09:00:29 +0000 http://www.quaddicted.com/?p=1099#comment-2297 Hmm, guess I should've read the entire Inside3D thread first :) Similar goal, different methods. But still, is an origin brush any easier to use than an info_rotate entity? And without engine support, you still have to do all the clip-brush movewall crap. But if anyone mentions engine change over on func, it gets shot down pretty quick...