Forum Rules 07/06/2016Introduction The Squad Team reserves the right to edit, update, add and remove rules at any time. Applicable rules extend to the PM system. Your PMs are private, but the Squad Team may be informed about unacceptable PM content by the receiving party. Section I: Posting Rules §1 Show Respect This community can only work if we all respect each other. To that end, it is imperative that any time you engage with another user, either directly or indirectly, you show them respect with the content of your post. In particular refrain from flaming, insulting, abusing, taunting, racism, and other similar types of actions towards other forum users. §2 Attitude & Behavior Poor attitude and behavior are the most common ways a negative / unsafe environment is created and perpetuated. As such that kind of behavior will not be allowed on these forums. Please be mindful of this rule when posting personal positions and opinions regarding topics which could be considered contentious in nature. As a rule of thumb, keep your posts civil in nature, and refrain from making posts that are likely to incite arguments and create a negative environment. As a privately hosted web forum we reserve the right to maintain an environment that we are happy the majority of our players are comfortable with. §3 Swearing While we will not strictly moderate every little swear that occurs, please try to avoid excessive bad language. The moderation reserves the right to remove rants and unsuitable content at any time. §4 Illegal Topics
Prohibited topics include, but are not limited to: Piracy, drugs (including cannabis), pornography, religion, racism, sexism, homo/trans -phobic content, videos and images showing violent death or serious injury, ‘spam threads’, hacking & griefing (endorsement thereof), religion, politics, etc. Prohibition may be suspended for some threads if they are found to be suitable by the Moderation (such as scientific debate).
If there is doubt, the Moderation Team can decide whether a topic is considered illegal. §5 Attitude towards Squad and the Development Team
As per §1 and §2, keep in mind to be respectful and reasonable, not only towards all users of the forum, but also towards the Squad Team and towards any ideas and content and the game itself. Criticism is welcome, but if it is not constructive and/or if it is offensive, the Moderation may need to step in. Please refrain from posting if you are upset, angry or drunk, or you may be punished for things you wouldn’t have otherwise written, which is not in anyone's interest. §6 Language & Legibility
Please post only in English. Non-English content (including non-legible content) may be removed. If you see someone posting in another language because s/he apparently does not speak English, please report their post - if you can, you may reply in their language to explain their question, but please do translate their and your message so it can be reviewed by the Moderation. ‘Hiding’ insults in non-English posts will be punished harshly. Posts written largely in ‘leetspeak’ or full of spelling / grammatical errors may be treated like non-English content. This rule does not extend to PMs. §7 Forum structure & Search
Please ensure when posting a new thread, that the thread is located inside the correct forum section. Check all forum section titles to judge where your thread should belong. Threads created in the wrong forum section will be moved or deleted.
Before posting a new thread, please make use of the forum search to find older threads about the same topic. In doubt, it is recommended to rather post in an existing thread, unless that thread is years out of date. However, do not bump old threads without adding a new question / answer / insight that wasn’t in that thread before - use common sense. §8 Thread Titles
Please name your thread appropriately; the subject title should sum up / explain the content in the thread. If you fail to name your thread properly (such as ‘Hey!’ or ‘Check this out!’ or ‘Help!’), we will either rename or lock the topic. Repeated offense may lead to infractions. The practice of using CAPITALS only in your thread title is not allowed and will be edited or the thread will simply be deleted. Strange or abnormal Unicode characters should be excluded from thread titles for the sake of being distracting and unnecessary.
§9 Thread Capitalization
Please ensure that your post is not in all CAPITALS, as this is not allowed. Any threads posted in all caps will subsequently be removed from the forum. Repeated offenses may lead to infractions against your account. This practice is not approved or accepted here.
§10 Images in posts
When posting images, mind the following restrictions:
.gifs will be allowed and may be removed by Staff if deemed necessary.
Maximum size for images is 1280x1024.
Do not include more than ~1 large image per paragraph of text, unless in image collection / announcement threads. Link to further images.
Consider posting thumbnails. You may post a few more images per post if they are reasonably small, the details are for the Moderation to judge. §11 The use of BBCode
It is allowed to use the BBCode in your posts. Over usage is not allowed. You may use the Bold in a reasonable manner but not for the whole text body. You may use the size feature but in a limited reasonable manner. You may not use any of the additional fonts at all. Color may be used to high light a point but again, not for the whole text body. Moderators will be watching for misuse and will edit when required without giving notice. Continued disregard for this rule will result in Moderator action in the form of warnings. Section II: Forum Signatures §1 Signature Dimensions
To avoid clutter, please make sure your signature (if you choose to have one) does not exceed the following size limit: 350x150 pixels. Your signature may consist of images, user bars and text elements, as long as the total size does not exceed 550 x 200 pixels. A small tolerance will be given, but any signature larger than the limit may at any time be deleted without prior warning. If you are not sure whether your signature is acceptable, please PM a moderator. §2 Signature Content
All rules of section 1 fully apply to your signature. We will remove signatures or parts of signatures without notice if they violate the forum rules, and infractions may be given. §3 Animated Signatures
Please refrain from using animated .gifs as signatures, they distract and clutter the forum. Section III: Reporting & Moderation §1 Reporting Posts
There is a Post Report system in place. If you notice a post that violates forum rules, simply use the exclamation mark icon below the users avatar image to send a report to the Moderation. We will then review this post. Your report will not be made public and cannot be linked to your person by anyone outside of the Squad Team. You will not be punished for using the Report system even if the report was false, unless you repeatedly abuse the system to spam it.
Do not ‘report’ posts by replying directly in public to them. In case of spambots, this prompts them to respond in turn, spamming the forum further. This also fuels flame wars and arguments. §2 Reporting Moderators
Moderators are subject to the same forum rules (and some additional rules / exceptions). If you think that a Moderator has treated you unfairly or is otherwise breaking forum rules, please PM the Lead Moderator or any Administrator. Do not accuse Moderators in public, the Squad Team will treat every complaint seriously and it is in our interest to discipline or remove Moderators who are known to break forum rules. §3 Respect Squad Team members and Moderators
Do not ignore or argue against Admin, Moderator or Dev instructions on the forum. If you have a complaint, as per §2, please inform the Team in private. You are expected to follow orders given by the Moderation, Administration and Development Team, and it is necessary for smooth running of the forum to respect their decisions. Being stubborn or ignoring warnings will lead to harsher punishments - however, we do not tolerate Moderator / Admin abuse of power / privileges, so do not hesitate to inform other Team members if you feel treated unfairly. §4 Bans and multiple accounts
If your account is temporarily or permanently banned, do NOT create another account. Bypassing a ban will result in further action, and a permanent ban of all of your accounts.
You are not allowed to have more than one account for any reason. If you share an internet connection with another user who has their own account, it might happen that this account is incorrectly identified as a secondary account - please get in touch with the Moderation or Administration to resolve such issues.
Search the Community: Showing results for tags 'spawning'.
Found 4 results
killerorange posted a topic in Feedback & SuggestionsWhy the Rally Point concept is good: I think rally points are an essential part of Squad. They incentivize players to join squads, force squad leaders to think ahead before engaging the enemy, and provide "reinforcements" that allow for sustained battles. And of course, they keep players close to the action. The current problem with Rally Points: Right now, however, rally points are overpowered, and overly forgiving to players. They are easy to hide, easy to refresh, provide 9 spawns each, and generally reduce the penalty for dying to about 1 minute before you're back on the front line. A smart squad leader can keep a rally fresh forever, and troops will spawn in, rush the enemy, die, and do it all over again. Giving up often means you can get back to the fight quicker to help your team. And of course, since everyone spawns in individually, cohesion quickly disappears. This is the current situation in Squad. Why is that a problem? 1. Players should be afraid to die. Think about it. Why does Squad have the suppression system, sound effects that make you shit your pants, and the camera shaking when a mortar hits next to you? To make you scared, to make you hit the deck and try to work out what your next move is. To make you THINK, not just shoot. But in reality, dying in Squad isn't a big deal, so there are rarely moment where you need to make decisions like "should I engage that enemy over there?" The answer is pretty much always "yes." 2. A lost firefight should not mark the end of squad cohesion. When I lead a squad, most unfavorable engagements end the same way. Half the squad is fighting in a building, a few are dead, spawning at Rally one at a time, running back to the building. They get there as other squadmates die and the process continues as I try to find someone to help me refresh the rally. Eventually the Rally gets wiped, and I have to spawn in with some people at a FOB while the rest of my squad is still fighting at the objective. We are no longer working as a unit. So how do we make sure that Squad Lives Matter? How do we get squads to stick together when players are dying? The (potential) solution: Squad Respawn I propose we make each Rally Point good for one full "squad respawn", instead of 9 individual respawns. Instead of waiting a set amount of time to spawn at a Rally, you wait for your squadmates to be "on" the Rally with you. Being "on" the Rally Point means you're dead and queued to spawn on the Rally, OR you're alive and within 10m of the Rally. Once a total of 7 squadmates are "on" the Rally (combined dead and alive), all dead players spawn in together. If the number of dead players that spawned in exceeds the number of alive players on the Rally, then the Rally disappears. Otherwise, it stays intact. Example 1: 6 men in your 9-man Squad are dead, but you have a Rally Point down. All of them queue to spawn at the Rally Point. A 7th man dies and gives up, then queues the Rally as well. A total of 7 squad members are now "on" the Rally, and they all spawn in at once. The Rally Point disappears. Example 2: Your squad is engaged in a firefight and 4 squad members die and queue to spawn on the Rally. If 3 of the remaining living squad members are able to retreat back to within 10m of the Rally, the combined 7 players "on" the rally (4 dead and 3 alive within 10m) will trigger a squad respawn. All dead players queuing the Rally will spawn at the same time. The Rally Point disappears. Example 3: Two new members have joined your squad, but you are far from all FOBs. Your SL throws down a Rally. If 5 living squadmates are near the Rally Point, the 2 new players can spawn there immediately. 5 living + 2 queuing spawn = 7. The Rally remains in place. (More living players are near the Rally than dead players trying to spawn in) Advantages: More incentive to stay alive. If you are the first to die, you must wait the longest to spawn. If you are one of the last to die, you probably don't need to wait very long. So this incentivizes players to stay alive as long as possible, at least until most of their squad has fallen. Respawn waits are not arbitrary. Respawning on a Rally Point is no longer dictated by an arbitrary timer, but instead depends on the actions or your teammates. Retreating is a good strategy. If you lose 4 squadmates, it might make sense to retreat to your Rally and get them back in the fight. A dead/retreating squad gives up ground. A pinned enemy squad will not be reinforced until they retreat or most of them die. They will be forced to go back to their Rally Point, giving your team an chance to move up. More teamwork and decision-making. Squad leaders will need to decide whether to order a retreat, and remaining living players must move together to the Rally to get their teammate back in the fight. Lone wolves will feel the wrath of their dead, waiting squadmates. Squads will stay together. Currently, when players respawn on Rally Points, they are alone, and the plan is "run back to where I was." But with this system, the majority of the squad always ends up together after a battle. Since the squad isn't scattered, Squad Leaders have the opportunity to try a different approach, rather than just running straight back in. Rally Points become more valuable. That is, you will want to hide your Rally in a good spot, far away from the action, since spawning is "all or nothing," and refreshing it is more difficult. Disadvantages: Small squads - what to do? 7 players for a squad respawn makes sense for a full 9-man squad, but obviously the formula will need to be scaled for smaller squads, making it more complex. Squad respawns without Squad Leader This would be very annoying, since the Squad Leader will have to respawn at a FOB, away from his squad. Automatic spawn trigger, good idea? Is it better to trigger the spawn automatically when 7 players are "on" the rally, or should it be triggered manually by the Squad Leader to ensure everyone who needs to respawn can do it? Let me know what you think, and how we could tackle the issues.
Clown_Tactical posted a topic in Feedback & SuggestionsI've noticed there is a problem in the game and it was also a problem in the original Project Reality. The difference was in Project Reality. You could commit suicide because it was a feature from the battlefield 2 game. Sometimes you want to commit suicide to return to the spawn screen. This is because it would save you time from travelling back to a location. For example, if you are a logistics' driver and your squad no longer needs the logi anymore. You drive the logi back to base and leave it there, now you want to rejoin your squad. The only options for you are to wait for a another vehicle to return back to the main base and hitch a ride, or the faster method, killing yourself and just respawning on your squad's rally point. Sometimes people don't want to return the logi back to base where it is safe, they will just abandon the logi after they construct a FOB. This is because driving back to the base and finding a means back to their squad is time consuming as I pointed out. And often, the logi ends up being destroyed or worst, captured by the enemy team. If the enemy is smart, they will realize that they can just camp your logi and kill anyone who tries to retrieve it, this will prevent your team from being able to build anymore FOBs. And often times, this forces the team who has no logi to lose the game. The de-spawning feature should only exist in main bases, if it was allowed anywhere else, it could be abused. The de-spawn feature could be a object that the player goes towards and presses the action key, much like pressing the action key at a ammo crate. The object could be a model of a large battle map or like the commander tent in Project Reality. When a player presses the action key, he disappears and returns back to the spawning screen. He can then spawn immediately. The reason why this should only be allowed at main bases is because if this feature was for example at FOBs. Players would de-spawn themselves and respawn in a gameplay abuse when under attack. Main bases should not be having engagements with the enemy. Players should be allowed to de-spawn themselves, there are already lots of experienced players committing suicide after returning a logi or APC as they did in Project Reality. This should be included because sometimes your squad changes their mind and decides they don't need the vehicle anymore they took from the main base. Players who are returning a vehicle asset back to the main base should not be punished with the long delay of getting back to the action or killing themselves.
What might be interesting spawn mode would be if (Only) a commander could set RP's around the map or even FOB's because the strategy of the commander would be somewhat enforced...SL's could recomend placements of these R Points and FOBs but its up to commander to decide where thay are put down and why. This way a commander position has value and SL will have less decisions to make about overall strategy of where and why to set RPs and FOBs. The SL could worry about his squad more and what they are doing rather than creating spawn worm holes. This is just an idea this thread started me thinking about. Of course a commander would have other abilities giving him insight to place the RPs and FOBs that SLs dont have such as drone recon of enemy movements or recon scout intelligence given to him partially incomplete so he doesnt have all enemy whereabouts but enough to get an idea of what enemy might be doing or planning based on movement covered by radar like in old BF or by squads on ground or computer telling him armor possible locations and aircraft spottings. Also commander could destroy and move the RPs and FOBs after every 5 minutes or some other time period set by server admin. Or he has to tell a squad to deconstruct a FOB with shovels. Something to be considered maybe as some mode to try out and tweak. :) I posted this on other thread but think it deserves its own. Do not know status of commander role, but if there is to be one shouldnt he have power to set RPs and FOB placements? To control strategy of battles for objectives?
Just a few thoughts, Enemies should not be allowed to be close enough to spawn camp main base. I typically cannot stand from prone into a crouch position, i have to sprint to get out of it, and it gets me killed behind walls. A lot of the walls are very difficult to climb over, even with full stamina at times. When one squad places a rally point directly on an FOB, there is no TAB mechanic to be able to select the FOB to spawn on if your in another squad. Instead you just are not able to spawn b/c the rally point overlay takes precedence and thinks you're trying to spawn on it. K thnx. Oh, and Vehicles plz!