Jump to content

TrashMan

Members
  • Content count

    1,560
  • Joined

  • Last visited

  • Days Won

    17

Everything posted by TrashMan

  1. As the name implies. What would you like to see in Xenonauts 2 the most? Be detailed. 1. Multiple bases and base logistics. To quote myself: 2. Actual use of 3D for hit detection and accuracy Basically, each weapon has a fire cone - deviation from the straight barrel line. The final maximum deviation is affected on top of that by equipment (scope, power armor stabilizers), solider accuracy and battlefield conditions (stance, smoke, etc..). A bullet is fired with a random deviation within that cone. Recoil basically increases the deviation of the next bullet in a burst, at a certain pace (depending on recoil strength), up to a maximum. An example: a rifle with a 3° fire cone, with a soldier having power armor that reduces that by 10% (2.70°), shot by a high accuracy soldier that basically halves the cone (1.35°). Crouching might reduce it by another 0.1 degree. The game just picks a random angle and applies deviation, then traces that projectile from the weapon barrel to the end point. Easy to check if the projectile hit cover or the enemy. But how would hit percentage be calculated? Answer: you don't need it. Something Phoenix Point did is switching to weapon barrel view so you can see exactly from 1st person perspective how vulnerable the enemy is. This gives more than enough information to the player for a good guess. If you REALLY must have some magical hand-holding, you can use the approximate system - instead of giving a percentage, just give a rating depending on the visible (from the guns point of view) enemy surface area. And this entire system leads to: 3. Localized damage and targeting - arms, legs, chest, stomach, head. Front and back. Makes battles more interesting and armor more interesting. Since you could have a breaching armor that's extra strong from the front, but weak from the back. Different parts of the armor having different armor values (arms and legs being weakest). Leg wound? Xenonauts slowed depending on injury severity. Or he may collapse, requiring spending TU's to get back up. Arm hit? Accuracy penalty. Or weapon dropped. Have a one-handed backup might be handy. Chest hit? Breathing difficulty, loss of TU's, chance of being knocked out temporarily. Gut shot? Good old fashioned pain. Headshot? Assuming you survived - confusion, disorientation, blurry vision. And since armor degrading would also be localized it again makes thing more interesting and dynamic. And body part targeting? It's a simple as pointing the gun at the center of the body part - the fire cone and natural size of body parts does the rest, without the need for special accuracy tables or bonuses/penalties for shooting at a specific body part.
  2. Why not add a "dig" function, as in prepare the area for building. It would cost a little, but you can designate as many "blocks/squares" as you want and they would be prepared fast. Once prepared you can build whatever you want. Basically, you can clear the area for all 3 hangars as you finish the lift, for a small time and cash fee. The only question is - should the adjecent squares be auto-cleared/prepared when you build an access lift?
  3. TrashMan

    Your Xenonauts 2 wishlist?

    XCOM (NUCOM) has terrible shooting implementation. The bullets are not tracked, they do not exist as physical objects. The entire burst is treated as one "hit" (either all bullets hit or all miss) and accuracy calculations are all over the place. Cover is a simple flat reduction that is as soulless as it is nonsensical. This often ends up a problem with these seemingly simple systems - they end up being not so simple requireing tons of patches and updates for special cases, and even then behave wonky. Remember Xenonuts1, all the issue with cover, corner shooting and elevation shooting? How many times it needed updating?
  4. TrashMan

    Modular Armour System

    You've given me another idea - integrated stimulant/med dispenser. A weak, limited auto-heal module? Or combat stims that boosts starts temporarily when wounded?
  5. TrashMan

    Modular Armour System

    When I make suggestions I do try to think of implementation difficulties (simple implementations) and resource costs too, so I would say I do think of the consequences. I am sorry if I come across negatively, it's just my enthusiasm for this game gets the better of me sometimes. And I've seen a lot of good project ruined by going after the mythical wider audience, so there's always that alarm in the back of my head. I have great faith in you and your team, please do not doubt that.
  6. TrashMan

    Modular Armour System

    Addition - one thing that should be part of the armor is the BACK SLOT. Why? Because if you have a jetpack, then you can't have a backpack. Ergo, a unit equipped with a jetpack would have the backpack grayed out and unusable, limited to a belt/chest harness. Soldiers with power armor should also have to specialize - such armor would have big power and cooling requirements, which ideally is placed on the back and doesn't leave much room for a regular backpack. So something line an mmmo pack (think Predator and Jesse Ventura with the minigun and the ammo on the back), stablilizer, extra power module? EDIT: Looking at the current UI, you do seem to have more than enough free space that a separate drop-down menus might not even be necessary. Since equipment and attachments are already visually represented, perhaps clutter could be reduced by having auto-hide (the selection of armor upgrades dissapear unless you hover over them)? But even that might not be necessary, though I can't say for sure due to different resolutions affecting the UI. I'm not in the position to test it anyway, and you do know your stuff, so I trust your judgment on this.
  7. TrashMan

    Modular Armour System

    A drop-down is complicated? It's quite literally the standard windows menu even old grannies know how to use. I'm beginning to question who does the UI testing there.... It doesn't even take more clicks, you simply hold and release. From a usability standpoint, the amount of things you can show on screen at one time is limited if you don't want to overwhelm the player and make this too cluttered. Obviously, you can have an icon/button for each item, but if modders add more items, what then? The limited UI space works against that. An alternate solution would be a separate window that list all possible attacchments/modification for all equipment, but I'm not too fond of that. Opening and closing a separate window is something to avoid. A THIRD solution is to tie it to actual equipment. Click on the armor on the solider and you get a dropdown menu with all possible armor attachments (including none, to remove). Click on the helmet would get you all helmet attachments. Since the attachment would be visible on the model, there is no need for an attachment icon in the lower corner of paperdol (though you could have that too). Removing armor? Hovering over it would make a big red X appear on the upper right corner for taking it off. Hm..perhaps I could wip up a mockup
  8. TrashMan

    Your Xenonauts 2 wishlist?

    A good approach might be the Master of Orion or BOTF one? You can research multiple things at once (which makes sense, because omnidisciplinary scientiests really aren't a thing. That astrophsycists is going to be useless if you put him on xenobilogy research). you wouldn't have a singular lab, but SPECIFIC labs. Astrophysics lab. Biology lab. High-energy lab. Materials lab. Each lab would allow you to research a different branch: For simplicity sake, each lab would be automatically filled with proper scientists (they would be abstracted?)
  9. TrashMan

    Modular Armour System

    Why an extra UI? Why not simply have the button be a DROP DOWN MENU? Click on it and hold and 2 items appear - tactical and setinel visor. Pick one to equip. That takes no more space on the UI and allows dozens of items under one button. Heck, have one bottun for BACK slot (jetpack, ammo backpack for the big guns, etc..), one for CHEST (armor plating, refelctive coating, grenade harness, etc..), FACE (rebreather mask), EYES (visors...or you put both under HEAD)
  10. TrashMan

    Your Xenonauts 2 wishlist?

    If you're talking about UI layout, that might have some merit. But again, the game you're referring to is a TWITCH-based game with a single fighter, and the UI reflects that. It just doesn't work well for an entire squadron. And visually? Too cluttered, too colorful. A bad match for Xenonauts, which is more realistic
  11. TrashMan

    Your Xenonauts 2 wishlist?

    That's a literal top-down shooter. I don't think that translates well to a more tactical game where you control MULTIPLE fighters that aren't insanely overpowered as such shooter fighters ship always are, taking on entire alien armadas by themselves and what not. I get that you like the game, but it's mechanically a very, very bad fit for Xenonauts. Aside from the equipment slots thing, but that is confirmed to already be in X2.
  12. Sad to hear, but at least the project can move forward faster now. That said, there were some interesting ideas in this thread, so you should probably read it and take a few notes for later. Ignore the last page though. My suggestion would be to copy Birth of the Federation combat model.
  13. I don't actually see a problem with that. What is wrong with mix and matching and rewarding different skillsets?
  14. That might actually be a more preferable scenario, since you would have troops on the ground ASAP, rather than having to send your troop transport. Basically, you'd have no friendly casualties or cargo losses at mission start, which you would/should have if you're scrambling to assist.
  15. The way I'd implement it is that each base has it's own storage, but as long as supply lines are in tact, every base has access to materials from other bases - although there is a small fixed penalty when working on things were resources aren't local (like +5 hours to production time, to simulate shipping time). Supply lines would work sorta like the internet routing - as long as one base can trace a connection to another, it can get resources from it. Players would place supply lines between bases manually and each supply line would have to be maintained. There would be a cost associated with it, and the distance would also factor into the cost (so a 4000km long supply line might cost 4000$ monthly to maintain). What this means that you CAN connect every base to every other base, but it would cost you a lot, so it might not be the most optimal solution. The beauty of this system is that it's simple and intuitive without being clunky and requireing tons of micro-managment. With the added bonus of it tying into the goescape and battlescape, due to supply lines being interractable. In terms of generated missions, alien could attack in 2 ways: air strike or ground ambush. Ground ambush would generate open maps with roads or train tracks, where a train or military convoy would be on the defensive. AI controlled soliders, in the form of train/convoy defense, would be on the map. Possibly a crashed cargo plane map? Air strike would be geoscape only, with your interceptors scrambled to defend, with convoy escorts and local defenses buying time.
  16. How is that not a special base? It's only one that actually matters I never liked, nor ever will like that "all eggs into one basket" concept. It makes no sense and there's no real risk involved. Research should be globalized (all science labs can work on the same project, regardless of which base they are in. The magic of internet and data sharing.) Production should be localized, so you would have production bases, with a practical limit as to how many people can work on something (simply throwing more people on something only works up to a point, especially when working on smaller things, like a rifle) Resources should be shared between bases with the logistics abstracted. Could be as simple as a connection/line between bases that simulates supply lines. Aliens could attack those lines damaging your supply lines, which would impart temporary maluses to the base (increased production time, staff morale penalty). Would make SAM sites more valuable and give your interceptors more to do - like chasing off enemy craft. Could even generate convoy defense missions.
  17. How is it something it is not if X1 had it? Xenonauts always had and will have air combat. the only difference is in it's implementation. That does not change the genre, regardless of HOW it is implemented. Yes, it could be a 1st person in-cockpit simulation, a turn-based clicker, a top-town twich shooter - it would still fundamentally be xenonauts As someone that played Starcraft I can tell you you are wrong. Control is only desireable if it's meningful and not a boring chore.
  18. Are you calling me a weirdo?
  19. This is the age-old problem of different people and different tastes. You want 1 super-special base? I don't. I don't like that idea at all. Also, the air combat won't be exactly as in X1. Chris did say they are looking for different solutions
  20. "Win At All Costs" is an order I deem useless, since how much risk your craft undertake is easily handeled by more specific orders. And as you point out - your global resources are ALWAYS a consideration. How many aircraft you have will always inform your decisions and the level of risk. for example - let's say that plasma weapons have damage falloff with distance..or worse chance to hit at distance. Then, ordering your aircraft to fight at maximum range even if they don't have long-range missiles isn't pointless. Your own aircraft looses out on firepower (since it tries to keep inside the range of it's longest-range weapon, and thus might not get into cannon range at all, effectively reducing the firepower for increased safety). On the other hand, getting in close and personal means your fighter will get into cannon range, but will expose itself to more danger. Flying high is good for going fast and lobbing missiles, bat bad for visibility (get detected easier) and mobility (thin air provides less force on your control surfaces) Flying low makes it harder for you to get picked up (especially in hilly terrain), and you are more mobile in dense air, but it also gives enemy missiles fired from high altitude more speed (as gravity helps them accelerate) and you cannot go as fast. Just like in ground combat you need to know the strengths and weakneses of the enemies and your troops, the same should go for air combat. Knowing where the enemy craft performs well and where it does not. And the same for yours. Then equipping them to either maximize their strengths or to reduce their weakneses (both are viable). So, knowing that your fighters excel at low-altitude turning fights, you'd go low, into hilly terrain, forcing the enemy to go after you (since it would be difficult for him to aquire a lock, and it would be easier for you to escape the missile). honestly, if the entire fight looked like DCS's Tactical View (google it), it would be great.
  21. Why wouldn't they be useful? Every order would maximize something at the expense of something else, so it would be kinda like rock-paper-scissors, except it wouldn't be an automatic loss/win. The order you suggest are too broad and make little sense - why would you ever choose anything besides Win At All Cost? Let me give you an example: Assault - pilot closes in aggressively at max speed. Reduces evasion, increases speed. Would work best against enemy bombers or craft engaged with another enemy. Makes the aircraft more vulnerable to flanking. Strike - pilot slows down to attack from max range. Good for fighters with a lot of missiles. Less useful for fighters who focus on short-range guns Etc.. you get the idea. The entire system depends on how complex you want it to be. It also depends on what stats the aircraft have. For example, fighters could have 4 stats - HA-HS (High Altitude High Speed perfomance), HA-LS (High Altitude Low Speed), LA-HS and LA-LS HIGH ALTITUDE - enemy missiles have a reduced Time To Live if going after high altitude targets (they are fighting gravity and drag more, expending fuel faster - meaning the missile can fizzle out before it reaches you). Increased fighter speed. Increases your own missile TTL against low altitude targets LOW ALTITUDE - the opposite. Enemies attacking your from high altitude with missiles can do so from longer range and with better accuracy. Flying over flat terrain makes it even worse. Flying over hilly/mountainous terrain gives you defense bonuses. But low altitude gives you better manouverability (in general) Tough I think this is too complex for the goal of simple fight mechanics. Then again, what is complex depends on the person. To me such as system is simple and intuitive because I have a decent understanding of how arial combat works in RL, which is amusingly enough both incredibly complex and really simple at the same time.
  22. Why use bars at all? An auto-pase with fixed duration turns means no reflexes involved at all and minimum fuss. No timing issues. Couples with simple orders: Assault - close in agressively Strike - attack from range Evade - focus on defense (may still take pot shots at the enemy) Flank - try to flank Circle - if turrets are in, this would be useful etc. Each move would have it's advantages depending on craft used and weapons equipped.
  23. Agreed. This is one of the reason I suggested BOTF system. It looks/feels cinematic, allows for more variables, and flows rather fast. But if equipment is 99% of air combat, there's no need to any player input at all, and it can just be auto-calced.
  24. The only case where specialized bases could have an advantage is workshops/production. And even then only for big items. Scientists can easily work in a distributed fashion, cooperating via remote communications. Putting all habitation in one base makes no sense whatsoever (traveling to a different base to work would be grossly inefficient)
  25. a) have the game acknowledge you couldn't get there in time (it's simple to calculate) and not give a penalty b) actually allow more soldiers/dropships/bases, as it should be
×