Jump to content

Uac Adjustment


2 replies to this topic

Poll: UAC Adjustment (3 member(s) have cast votes)

Do you agree the proposed changes would be a suitable improvement?

  1. Yes (0 votes [0.00%])

    Percentage of vote: 0.00%

  2. No (3 votes [100.00%] - View)

    Percentage of vote: 100.00%

Vote Guests cannot vote

#1 Gaan Cathal

    Member

  • PipPipPipPipPipPipPipPipPip
  • Bridesmaid
  • Bridesmaid
  • 2,108 posts

Posted 16 June 2013 - 08:29 PM

Right. The idea here is to adjust the UAC/5 to solve the niggles it has, whilst also future-proofing against the Clan UACs and - importantly - in a simple to implement fashion based on current mechanics.

Quote

Fixing the UAC/5 in a way that works for the entire UAC line is actually fairly trivial, conceptually at least.

a: Set all UAC/5 values equal to AC/5 values - i.e. 5 damage, 1.5s cooldown, etc (with the possible exception of range)

b: Allow the UAC/5 to, after an arbitrary delay (say .375s for the sake of argument) to fire a second shot while in cooldown, triggering a chance to jam (jamming will prevent the second shot firing).

c: Leave unjamming mechanic as is, but ensure that jam chances are independent when groupfired.


What this does is keep the AC variants viable, due to being cheaper for the same baseline effectiveness. It will also solve the issue of the 'doubletap' turning a pair of UAC/20s into an AC/80 shot - after which whether or not they jam would be a moot point. The delay before enabling the second shot means that it'll be much harder to ensure they hit the same component, and allow for defensive twisting (the biggest problem with frontloaded alpha builds at the moment being less the former, more the latter) whilst retaining the requirement for good trigger discipline to use the weapon properly, with the added bonus that simply being a bit 'heavy on the trigger' won't cause a doubltap - thus reducing the ability of UAC/5 users who want the extra firepower without the drawback to complain on the forums.

As a note, I picked .375s for the 'hard cooldown' because - assuming the r.o.f was set to 1.5 to match the AC/5 - it would constitute 1/4 of the weapon's cooldown. That would provide a reasonable arithmetic basis for establishing equivalent numbers for other UACs.

It's also worth noting that this would make ballistic using Clanners require a decent level of trigger control to maintain non-doubletap and thus 0%-jam firing. And stop potential Clan assaults putting an AC/160 round in someone's CT without recourse (assuming there's a Clan assault with a RA/RT/LT/LA spread of ballistics, if there is it's not coming to mind).

Edited by Gaan Cathal, 16 June 2013 - 08:29 PM.


#2 Pater Mors

    Member

  • PipPipPipPipPipPipPip
  • Mercenary
  • Mercenary
  • 815 posts

Posted 16 June 2013 - 08:46 PM

People would just create AC80 Macros once the UAC20's come out. It's a reasonable idea and although I dearly love my UAC's I think I'd prefer to see the double tap system removed entirely for something else.

#3 Gaan Cathal

    Member

  • PipPipPipPipPipPipPipPipPip
  • Bridesmaid
  • Bridesmaid
  • 2,108 posts

Posted 16 June 2013 - 09:16 PM

View PostPater Mors, on 16 June 2013 - 08:46 PM, said:

People would just create AC80 Macros once the UAC20's come out. It's a reasonable idea and although I dearly love my UAC's I think I'd prefer to see the double tap system removed entirely for something else.


Presuming you mean getting an AC80 out of a pair of UAC/20s, that wouldn't be macroable. You'd kick out 40 damage, then the earliest you could 'doubletap' fire would be 1s later (assuming the 1/4 of c/d ratio) for another 40. Sure you can macro it to get that 1s down to the wire, but at that point you should probably just hold the trigger down, since that would prompt refire as soon as able. 1s is a big enough gap to make it quite definitely two hits of 40, not one of 80. I probably shouldn't be saying 'doubletap' with that sort of cycling, granted, but it's what people call it.





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users