Feedback-back
#43 posted by ijed on 2012/01/11 18:37:56
Zer Chainsaw - ok. Ideally I want the player to swing with it. The current version is an Ogre's saw, which is why it looks so crap.
The DBS has a slower fire rate but much more damage, and spread. Up close it makes mincemeat of enemies, although more feedback of that is probably in order.
Increasing the stutter effect for some weapons underwater seems fair. We're still working on the gameplan for the underwater combat.
Same for the powerups - we know the direction, just not all of the specifics yet. I'm also thinking to add print messages for these to make it crystal clear what is going on. The Quad duration for example increases with each kill.
The Blaster model I finished the day before the delivery. A very important aspect of its behaviour is that it increases in power under sustained fire, but becomes more inaccurate. After firing for a short while it'll gib zombies, but at the cost of ammo wasted. So adding visual / audio feedback to show that better is a good idea. So the pew-pew could get more bassy the more powerful the shots are.
Poisonus gas - I'd hoped the fog raising to pea-souper levels would confer this :) I did have a message in there saying 'argh my head' but it seems to have gotten deleted in the shuffle.
Distrans, that'd be great - there's a lot to be done, especially with voice acting. We have a lot thats not included in the demos yet, but vital to the vision.
Negke
#44 posted by gb on 2012/01/11 18:48:52
Good points.
The old chainsaw model sucks, and will be replaced (not with the zer one though, but we can easily make a good looking model now). The blaster vmodel was added at the last minute, and it shows. The explanation for the player to have the blaster is that the Episode 3 player character is an Enforcer - the idea is that you get the enforcer's gun etc. Yes, it needs improvement, no question.
The new powerups: the pent does suck and shouldn't have been in the demo because of this. The quad takes some getting used to, but if used right can outlast the vanilla id quad (killing streak feature). Needs tweaking.
e3m1 slowdowns: Same here, this is due to the sounds. Too many GlaDOS sounds - the rain alone doesn't cause this.
Realism: Yes, as I said earlier I'm cutting back on this stuff.
Autosave overwriting quicksave: It was actually doing what you want, but was changed so you can use quickload to go back to the latest autosave after quitting and restarting the engine. This was done because most people were in favour of the change.
SSG was nerfed compared to Demo 2, yep. There might be a - permanent - weapon upgrade thing sometime later, where you collect an item and it just buffs a weapon. We plan no alt-fire or anything like that.
Will watch demos now, thanks a lot for those.
What you regard as "dumbed down" actually is what makes Quake fun
This!
I feel a lot of what is being done in RMQ is against the fundamental spirit of the kind of experience old iD shooters embodied. A fast, tight action game with simple weapons and mechanics that gives variety and complexity through level design and monster variety.
Things are being made too complicated, a feel of 'this would be cool' rather than 'this would be appropriate'. The engine tech and sheer degree of work is very impressive, but the design is muddled. Ultimately Negke is spot on.
#46 posted by gb on 2012/01/11 19:04:55
a lot of what is being done in RMQ is against the fundamental spirit of the kind of experience old iD shooters embodied.
Please, concrete examples would be helpful.
The core gameplay is still "kill monsters, press buttons". RMQ weapons are very powerful, so the game actually favours a rush-in approach. Stuff like pushable crate puzzles can usually be bypassed in the typical ways (trickjumps etc).
There are a ton of buttons in e3m3rq for example, but I've got to say pressing buttons has been an established gameplay mechanic in Quake all the time.
Give examples, please, instead of roundhouse kicks. ;-)
Good Feedback Here
#47 posted by RickyT33 on 2012/01/11 19:52:36
But it's a daunting task when you're faced with it. Watching Negke's demos (of my map, naturally) was actually quite cool. He doesn't miss much! A agreed with almost 100% of his comments.
I generally feel that e2m1rq needs to be tightened up. Trust me I've been tightening the sh*t out of it for the last two or three months. Releasing these demos is good when it's actually your own work which is on the line because it makes you look at it from other people's perspectives. I mean I've been testing my own map a lot, of course, and I can whizz round it and get four quad runs on skill 3 and it's great. But watching people wandering round it for the first time is almost unfathomable for me by now.
ZQF I know where you are coming from for sure. 'Against the fundamental spirit of the kind of experience old id shooters embodied' is a roundhouse kick, agreed, but, having watched a couple of player demos (three infact) from this release, I have been considering way which I can make the experience of playing my map more fluid, basically just putting more gameplay into the same distance travelled. I need to keep the player pumping rounds. I need to keep them more worried about what is round the corner. More worried about what is going to be in their face in two seconds time, rather than standing way back and picking monsters of from a distance. Or something like that. More manic.
It's all coming. The extra features and tech I don't think are the problem though, it's just using them in a balanced was so as not to interrupt the carnage too much.
Yeah that was a bit over dramatic of me, just that laser thing really took me out of the feel in a bad way... I'll try and come back with something more helpful later ;)
You should think "what it adds to the game and gameplay?"
Damage is a way of punishing the player for doing wrong or failing at the game. What's wrong about jumping from a ladder or 250 high platform? Add to that the way your maps are build, typical quake scale with no consideration for the altered falling damage. Its damage=punishment for nothing.
You should increase the threshold hight where only the bigger hight gives significant damage. Where it would be quite clear: don't fall here, you'd break your legs. Obvious danger is good.
Guns not working in the water - again why? And backfiring is just dumb - random punishment.
Its not realistic (if you want realism you should disable chainsaw in the water if anything). This adds nothing to the game, only taking away from it, because now you have to avoid in-water combat in your maps, knowing that the guns would malfunction.
This could work if you wanted to use water as a barrier, like HL does, forcing the player away from it. But then why not just use slime, which explicitly tells the player to 'stay away'. Clear game rules are good.
But if you have lots of accessible water volumes that offer exploration allowing combat there would only benefit the game. I missed my dopefish slaying. Or just lighting the dark corners with some shots.
Haven't played all the other maps yet, will comment later.
... And The
SOUNDS
I'm making a patch changing the monster and most weapon sounds back to the original. Bad sounds ruin otherwise good mod. Simply removing grunt\enforcer wavs made the first map more enjoyable its not even funny.
To MH
What happened to the pretty particles of MH quake? I'd like to enable them in RMQ. Having an option to have better particles than just old quake pixels would benefit the looks.
And how do you handle external textures overbrighting and flullbright bits? Most engines do nothing resulting in half the lighting range (compared to overbright lightmaps)and overall darker looks. I noticed same effect in rmq maps, which were probably lit for in-bsp pcx textures and look rather dimly lit in many areas. Most evident in e3 maps with darker textures. And the buttons miss the fullbrights in m1 and e3m4 notably), which would help them to be more standout. Not sure if its particular texture or engine thing...
Lightmill
#52 posted by gb on 2012/01/12 00:30:19
I have my own reasons for liking fall damage and stuff like underwater jamming in games. I even (predictably) like reloading and weapon decay. If you have to know, for me it adds to the challenge because it requires me to look for ways to deal with those limitations, which I enjoy, but this is a question of taste and if you don't like it, that's OK.
The fact you don't like it doesn't automatically make it a bad idea though. BTW vanilla Quake has backfiring underwater, with the lightning gun, so it isn't like that's some alien concept. It's in the game since it was released.
However, as I said it is being nerfed right now. No need to keep attacking it. We have taken the advice on board.
BTW, your plan to make a patch comes off a little like saying "Here, I'll fix your game for you." That's not what I would say in anyone else's release thread, even if I wanted to say it. Let people make their games as they see fit.
Lightmill
#53 posted by mh on 2012/01/12 00:30:19
I watched all of your demos and found them very useful. Some responses for you.
I personally think that the entry area to e2m1rq needs a better hint to the player. Maybe a crack in the floor, some sparks, and a second pop-up message: "a couple of hits should do it". This only occurred to me as I was watching your demo.
Sometimes I wasn't certain if you'd got lost or were just exploring.
The engine doesn't have fancy particles yet. They're on the list of things to do (as well as CSQC, PK3 and a billion other things) and we just had to choose a cutoff point and get this thing released.
I personally think here that hard-coding fancy particle effects into an engine is very much the Wrong Thing; they should be more controllable by modders. That of course puts the onus on the modder to do the extra work, and if a modder doesn't want fancy particles then you won't get them at all. Maybe there is a happy middle ground that can please everybody, but my experience is that if you try that you normally end up pleasing nobody.
It's obvious that some decisions need to be toned down a little, yes. Remember that this is a demo and as such is a point-in-time snapshot of a work in progress, not the finished item. It's a later demo for sure, meaning that it gives a reasonable indication of what the finished item will be like, and nothing major can really be overturned at this stage, but everything can be tuned and adjusted.
Lightmaps. The range is essentially unlimited. Some of the areas where you commented on areas being "too yellow" would actually have looked green in engines that did 2x overbrighting, as the red channel would have been clamped off. Standard lighting can go up to 1020 without being clamped (each style goes up to 255, up to 4 styles on a face) whereas GLQuake and derivatives are limited to 255 here (and even if you add a 2x modulate you lose a bit of precision which this engine doesn't); dynamic lights are unbounded.
It would be quite straightforward to add some cvars for additional light scaling and ambience, but I'm going to make an alternative suggestion.
I think you're running your monitor very dark. I looked through all the areas where you had to shoot in order to see by the muzzleflash, and I could see everything quite clearly all of the time, even though my own monitor is also quite dark.
By The Way
#54 posted by RickyT33 on 2012/01/12 00:46:34
Please play e2m1rq on nightmare, or skill 2. It's a lot more fun. I like to try and cater for a broad range of players, I don't always succeed, but I definitely prefer to play this on Nightmare. IT's not too much of a chore either. I can do it without dieing.
Case Sensitivity Issues On Linux
#55 posted by mwh on 2012/01/12 02:00:47
To be able to load e2m1rq, I had to rename a bunch of files to match the case that the map expected. I think was all of them:
rmqwinter11/maps/e2m1rq_tileGib1.bsp
rmqwinter11/maps/e2m1rq_tileGib2.bsp
rmqwinter11/maps/e2m1rq_demonCrateGib1.bsp
rmqwinter11/maps/e2m1rq_demonCrateGib2.bsp
rmqwinter11/maps/e2m1rq_demonCrateGib3.bsp
I don't think this would have been an issue if they were in a .pak file fwiw.
More comments later, I hope...
Pak
#56 posted by ijed on 2012/01/12 02:30:52
Doesn't support our filename length - this will be fixed for next time.
#57 posted by Scrama on 2012/01/12 03:59:58
Well... new drivers fix glitches with strobing surfaces, nice.
About game, good:
-level design
-bsp2 idea
-new models
-engine balance between classic atmosphere and bells&whistles
bad:
-new sounds
-annoying particles around player when firing blaster
Yay Func_ Url Shortening
#58 posted by mwh on 2012/01/12 04:47:53
Cool. Still haven't gotten around to playing much...
(also sound works perfectly on linux this time around, makes a nice change)
#59 posted by Yhe1 on 2012/01/12 05:15:26
One of the features of RMQ is that you can play thorugh id1 maps with it, but increased fall damage and underwater jaming actually break some maps
#60 posted by Yhe1 on 2012/01/12 05:28:37
Also, is there an command to make the water non-transparent in RMQ? Thanks
#61 posted by Yhe1 on 2012/01/12 05:33:31
I am encountering rendering bugs with id1 maps in RMQ with transparent water.
#62 posted by Scrama on 2012/01/12 05:56:33
Yhe1, r_wateralpha 1 works fine.
You Can Get Watervised Id1 Maps...
#63 posted by mwh on 2012/01/12 08:19:44
... somewhere. Guess that's not too helpful, sorry!
Also
#64 posted by ijed on 2012/01/12 11:23:33
there are r_lavaalpha r_slimealpha and r_telealpha.
Yes, we've noticed some water rendering bugs - we're on it.
In theory RMQ also supports Nehahra and Quoth maps - but the more complex ones using triggers we didn't make wrappers for probably won't work.
Enemies should swap out fine though - a Drole becoming a Shambler, an ogre2 becoming a rocket ogre (don't remember well).
Clarifications
#65 posted by ijed on 2012/01/12 11:33:51
The water rendering issue we can't retro-fix in id1 since that'd mean just repacking those maps with the fix mwh mentions - I think that's on Quaddicted.
As to underwater combat, the idea wasn't to just break it, but make it more unique. For example making the melee weapons speed you up so that it doesn't matter that your ranged attacks are faulty.
Didn't work though, back to the drawing board. It was an experiment though, and some ideas came out of it - like making air_bubbles recharge your air supply.
My e3m4rq and e3m5rq have quite a bit of water in them, so underwater play will be getting more focus in the future, as we get to figure out what works best.
Please bear in mind - you're getting to see the insides of a development process here :)
It's been said many times before but ultimately the 'Remake' element is what's caused so much trouble. If you were making a mod in it's own universe as it were, people wouldn't have expectations. But people expect Quake, and the more of Quake's own rules you break the more you'll annoy people. I wanted Doom 3 to be like Doom 2, but I didn't get that. If I'd not had those previous expectations perhaps I'd have liked Doom 3 more.
I started writing up something more detailed divided into three sections, Player enfeeblement, randomness and atmosphere, but really it's this fundamental question of are you making what you think Quake should have been, or something that builds and improves on the original.
If it is the former then there isn't much to argue about design wise because it's the vision of the team making it, and you can just stick up the sign saying well, I think Quake should have given you no working guns underwater etc.
#67 posted by Ankh on 2012/01/12 14:20:03
Here is a demo of e2m1rq
http://www.quaketastic.com/upload/files/demos/e2m1rq_ankh.7z
Some things I liked, some I didn't like but overall the impression is positive.
The map itself was very good.
I always liked the fact that original quake levels weren't that big. Playing them is always a blast. New maps with more than 200 enemies on normal skill overwhelm me and if the gameplay isn't super exciting it feels to be hard work. From the explanation by Ricky I should have played it on hard but I know form experience that rmq gameplay tends to be much more difficult than standard quake. I will give the other maps a try after some recovery ;)
|