Suggestion:20100623 Barricade Interference Fix: Difference between revisions

From The Urban Dead Wiki
Jump to navigationJump to search
Line 44: Line 44:
#Although I wouldn't say a 1:10 ratio.  Maybe a 1:3 or 1:5 ratio. --{{User:Axe Hack/Sig}} 23:36, 23 June 2010 (BST)
#Although I wouldn't say a 1:10 ratio.  Maybe a 1:3 or 1:5 ratio. --{{User:Axe Hack/Sig}} 23:36, 23 June 2010 (BST)
#'''Keep''' - The numbers may or may not need tweaking (I like them as they are), but the idea is definitely sound and definitely necessary if we ever want to see real sieges return to the game. And as you said, it only comes into play when there are relatively large numbers of survivors anyway, so this shouldn't affect ferals attacking random buildings, only those trying to establish a beachhead in a building that was very well held by survivors. {{User:Aichon/Signature}} 13:29, 24 June 2010 (BST)
#'''Keep''' - The numbers may or may not need tweaking (I like them as they are), but the idea is definitely sound and definitely necessary if we ever want to see real sieges return to the game. And as you said, it only comes into play when there are relatively large numbers of survivors anyway, so this shouldn't affect ferals attacking random buildings, only those trying to establish a beachhead in a building that was very well held by survivors. {{User:Aichon/Signature}} 13:29, 24 June 2010 (BST)
#'''Keep''' - I definately like the ratio idea. [[User:Legion8|Legion8]] 09:04, 27 June 2010 (BST)


'''Kill Votes'''
'''Kill Votes'''

Revision as of 08:04, 27 June 2010

Suggestion Navigation
Suggestion Portal
Current SuggestionsSuggestions up for VotingClothes Suggestions
Cycling SuggestionsPeer ReviewedUndecidedPeer RejectedHumorous
Suggestion AdviceTopics to Avoid and WhyHelp, Developing and Editing


20100623 Barricade Interference Fix

Maverick Talk - OBR Praise Knowledge! 404 10:08, 23 June 2010 (BST)


Suggestion type
Balance


Suggestion scope
Zombies; Survivors; Barricades


Suggestion description
Zombie interference as it currently sits is IMMENSELY powerful. A great mechanic, but as it currently sits it is far too powerful. Regardless of how many zombies are in a building, zombie-blocking is roughly 50% (i.e. 50% of the time you would have gotten a barricade level added, the zombie blocks it). I propose that this percentage is variable based on the number of zombies:survivors in a building.

The ratio I am thinking of is a 1:10 ratio to lower the Z-block percentage by 10%. Obviously Z-blocking does not begin to happen until there are at least two zombies in a building, just as things currently work.

Under this fix, if there are two zombies in a building, there need to be 20 survivors to lower the Z-block percentage down to 40%. This is stackable, but never lowering Z-block to less than 20%, regardless of the number of survivors. Some example figures:

  • 4 zombies: 30 survivors = 50% Z-block____This line is unchanged from the way it works currently.
  • 4 zombies: 50 survivors = 40% Z-block____4:40 = 10% reduction
  • 6 zombies: 120 survivors = 30% Z-block___6:60 = 10% reduction, so 6:120 = 20% reduction



Voting Section

Voting Rules
Votes must be numbered, justified, signed, and timestamped.
# justification ~~~~

Votes that do not conform to the above may be struck by any user.

The only valid votes are Keep, Kill, Spam or Dupe. If you wish to abstain from voting, do not vote.


Keep Votes

  1. Keep - Author vote. --Maverick Talk - OBR Praise Knowledge! 404 10:09, 23 June 2010 (BST)
  2. Keep I don't necessarily agree with your spadework, but agree that the system as a whole can be tweaked as you suggest. --RosslessnessWant a Location Image? 10:12, 23 June 2010 (BST)
  3. Keep - The siege is possibly the best opportunity to get survivors engaged in meta-gaming, but the mechanic is broken and interference is simply too strong. Whilst I'm not sure of the numbers, the ratio idea is a good idea and should be taken further. --BOSCH 12:01, 23 June 2010 (BST)
  4. Keep - Siege gameplay is way too much tilted towards zombies. --Umbrella-White.pngThadeous OakleyUmbrella-White.png 13:27, 23 June 2010 (BST)
  5. Keep - As above. --AORDMOPRI ! T 17:21, 23 June 2010 (BST)
  6. Keep - The second example is wrong--Michalesonbadge.pngTCAPD(╯°□°)╯ ┻━┻ 20:54, 23 June 2010 (BST)
    • Re - Not wrong, just purposefully higher than the 1:10 ratio to demonstrate that the % reduction doesn't scale in-between ratios. --Maverick Talk - OBR Praise Knowledge! 404 06:40, 24 June 2010 (BST)
  7. Although I wouldn't say a 1:10 ratio. Maybe a 1:3 or 1:5 ratio. --•▬ ▬••▬ • •••• •▬ ▬•▬• ▬•▬ #nerftemplatedsigs 23:36, 23 June 2010 (BST)
  8. Keep - The numbers may or may not need tweaking (I like them as they are), but the idea is definitely sound and definitely necessary if we ever want to see real sieges return to the game. And as you said, it only comes into play when there are relatively large numbers of survivors anyway, so this shouldn't affect ferals attacking random buildings, only those trying to establish a beachhead in a building that was very well held by survivors. Aichon 13:29, 24 June 2010 (BST)
  9. Keep - I definately like the ratio idea. Legion8 09:04, 27 June 2010 (BST)

Kill Votes

  1. Kill I applaud your sense of balance, but as a survivor I've never had a problem with it.-- User:Jordan Salafack » JS talk contribs » 12:29, 23 June 2010 (BST)
  2. Kill The problem here is there's an assumption of something that isn't true, I.e. cadeblocking actually kinda sucks right now. It doesn't need yet another nerf when it was balanced when it was originall implemented. --Karekmaps?! 20:49, 23 June 2010 (BST)
  3. Kill - Interference needs to be toned down, but absolutely not without compensation. And certainly not based on ratios, as that will only hurt ferals (who trickle slowly in), while strike teams keep going. -- Spiderzed 21:33, 23 June 2010 (BST)
    • Re - That is part of the reason I chose such a high ratio. Because realistically a small number of ferals will not (often) break into a building with even 10x that number of survivors inside. So this should affect strike teams and hordes more than ferals in most instances. --Maverick Talk - OBR Praise Knowledge! 404 06:40, 24 June 2010 (BST)
  4. KILL - With this suggestion your non-existent Survivor balls just retreated even further into your body creating a vagina. Eat a dick. Learn to SURVIVE, not try to fuck zombies over even more just so you can hold some building you have delusions of ownership over.-- | T | BALLS! | 22:03 23 June 2010(UTC)
  5. Kill If there's a zombie blocking your cading, deal with it (kill/revive). I could see the interference being tested against your melee attack, but even one zombie is going to cause you trouble, so I don't see the justification for this suggestion. (if there's a lot of survivors in the building, then there's more likely to be someone playing, so this would probably be balanced in-game anyway). No-genius 12:34, 26 June 2010 (BST)
    • Re One zombie doesn't even bring barricade interference into play (requires at least 2 standing zombies). Also, any survivor who has been in a siege situation will tell you that you barricade before you kill because that prevents MORE zombies from getting in. --Maverick Talk - OBR Praise Knowledge! 404 01:33, 27 June 2010 (BST)

Spam/Dupe Votes




Voting Rules
Current Suggestions

Advice to Suggesters

  1. Adding options to your suggestion is not good practice. Others will not vote on the options, only the main body; please don't ask them to do so.
  2. Once you have posted your suggestion, it is considered complete. Altering the suggestion mechanics after voting has begun nullifies existing votes, and is considered an abuse of the suggestions system. Doing so will result in your suggestion being removed from the voting system to removed suggestions, where you can work out the details and resubmit later if you desire. It is preferred that you remove your own suggestion and resubmit a new version with changes, if changes are needed.
  3. "Notes" added for clarification purposes, and correcting spelling/typos are permitted. When considering adding a clarification note, it is often better for all parties involved, for the author to remove the suggestion and resubmit it with the clarification included for the voters who have already placed their votes.

Advice to Voters

  1. You are voting on Suggestions, not Users. The text of your vote should not personally attack or denigrate the user who has submitted it... no matter how ridiculous the idea. Flaming and/or Trolling will not be tolerated.
  2. Before voting please read the Suggestions Dos and Do Nots and Frequently Suggested Ideas Page to read about concepts that have been generally considered unworkable in the past. You do not need to follow the guidelines on these pages but they are worth consideration before casting a vote.
  3. One vote per user. No exceptions. You cannot use multiple wiki accounts to vote on a suggestion.
  4. To Vote, use the [edit] button at the top of the voting section, then enter your vote in the the proper format to the end of the relevant section (keep/kill/spam).
  5. It is strongly recommended that voters (especially in the kill/spam sections) justify their vote to help others understand the reason they disagree. Feedback helps new suggesters get a feel for what the community does and does not want included in Urban Dead, and a deeper understanding of the balance needed for a workable suggestion.
  6. Votes must include a signature in order to be considered valid votes. To sign a vote, use --~~~~. Please remember to sign your votes! Unsigned votes will be deleted after 30 minutes or when found.
  7. Each Suggestion will be open to voting for two (2) weeks, measured from the suggestion's Timestamp, unless it is a Dupe or Spam. If, at the end of that time, there are two thirds (2/3) more Keep votes than Kill votes, the Suggestion will be moved to the Peer Reviewed Suggestions page. Otherwise, the Suggestion will be moved to the Peer Rejected Suggestions page.
Rules for Discussions

Votes are NOT the place to discuss Suggestions. This page and archived suggestion pages only to be used for the Suggesting and subsequent Voting of these suggestions. If you wish to discuss the suggestion or vote here, please use this page's Talk page (Suggestion talk:20100623 Barricade Interference Fix). Suggestions do not have to be submitted in order to discuss them. Developing Suggestions can be used to workshop possible suggestions before they are submitted.

Valid Votes
  • Keep, for Suggestions that you believe have merit.
  • Kill, for Suggestions that you believe do not have merit. If you need to discuss a rule fix, use the discussion page.
  • Spam, for the most ridiculous suggestions.
Suggestions can be removed with Spam votes as described on the cycling suggestions page. If the criterion described there are not fulfilled, the suggestion must remain for the whole two weeks.
Spam votes are not a "strong kill", they are simply here to prevent the utterly ridiculous from clogging up the system. If you do not like the idea, and it's not some crazy uber power or something else ridiculous, VOTE KILL, NOT SPAM. Spam votes will be counted as Kill when votes are tallied.
  • Dupe, for Suggestions that are exact or very close duplicates of previous suggestions. For a Dupe vote to be valid, a link must be provided to the original suggestion.
Dupe votes can be used to remove suggestions as described on the cycling suggestions page. Dupe votes will not be counted when votes are tallied.
  • Humourous, for suggestions that are obviously intended to be satirical, or of comedic value only.}}
Suggestions can be removed with Humourous votes as described on the cycling suggestions page. If the criterion described there are not fulfilled, the suggestion must remain for the whole two weeks.
Invalid Votes
  • Server Load and Programming Complexity are NOT very good Kill reasons. You are voting on the merit of the suggestion and whether or not you think it belongs in the game. Server load/complexity issues are up to Kevan to decide.
  • X should be implemented first is not a valid reason for a vote. You are voting on the merit of THIS suggestion, not how it compares to others.
  • Votes that do not have reasoning behind them are invalid. You MUST justify your vote.
Comments
  • Re may be used to comment on a vote. Only the original author and the person being REd can comment. Comments are restricted to a single comment per vote, and it is expected that Re comments be as short as possible. Reing every kill vote is considered abuse of the Re comment. A Re does not count as a vote, and any subsequent discussion not part of the Re comment should be held on the discussion page if there is any extended commenting.
  • Note is used by System Operators to invalidate trolling-based votes. Only Sysops may remove troll-based votes and they do so with a strikeout <s></s> in order to preserve the trolling removal for posterity. The voter may contest the strikeout with the Sysop that struck their vote out on the discussion page. Only a System Operator may remove a strikeout.
All Caps

Try to avoid YELLING, writing in bold, or using italics, except when emphasizing a point which has escaped other voters.

VOTING EXAMPLES

Keep Votes

  1. Keep - I am the author and I am allowed to vote once on my own suggestions. --MrSuggester 05:01, 11 Nov 2005 (GMT)
  2. Keep - Best. Suggestion. Evar. --Bob_Zombie 04:01, 11 Nov 2005 (GMT)
  3. Keep - Good sugestion. no signature --FakeSuggester 07:39, 15 Nov 2005 (GMT)

Kill Votes

  1. Kill - This is a terrible idea, but you can totally fix it up. --NegativeGal 06:01, 12 Nov 2005 (GMT)
    • Re - Please be more specific about how to fix it on the discussion page. --MrSuggester 14:01, 12 Nov 2005 (GMT)
      • Re - Sure, I have detailed my proposed fixes here. --NegativeGal 23:38, 12 Nov 2005 (GMT)
  2. Kill - You will eat my poopie and love it! --PooEater 11:12, 13 Nov 2005 (GMT)
    • Note - Inane vote removed. Defend in discussion. --DaModerator 11:13, 13 Nov 2005 (GMT)

Spam/Dupe Votes

  1. Spam - Kung Fu CB Mama on Wheels is an inappropriate Survivor Class. --NoFunAtAll 09:01, 12 Nov 2005 (GMT)
  2. Dupe - Duplicate Suggestion --AnotherSuggester 05:01, 14 Nov 2005 (GMT)