Login
Sign Up


You are using the mobile version of the forum, some features have been disabled to have it responsive.
Limelight CityRP - v4b1Limelight CityRP - EU Build
Ares Defence Services DiscordAres Defence Services
Limelight Discord
Limelight CityRP - v4b1Limelight CityRP - EU BuildAres Defence Services DiscordAres Defence ServicesLimelight Discord

receiptDevelopment Blog:

Development Contributor Workflow

receiptHR Blog:

What *are* they doing over there?

receiptTeacher Blog:

Insight into the Teacher Team

receiptDevelopment Blog:

Infrastructure Upgrade 11/2019

receiptDevelopment Blog:

how suggestions???

receiptDevelopment Blog:

Planning for the future.


This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Rule Changes (15/09/17)
Scrotonium radio_button_checked
Left by choice
Membership
Posts: 893
Threads: 103
Likes Given: 478
Likes Recieved: 374 in 234 posts
Joined: Apr 2016
Reputation: 10
#16
Sep 16, 2017, 07:56 PM
If you see someone breaking the rules, try to warn them or contact an admin. Do not take the situation into your own hands. You may still defend yourself if your character’s life is endangered by the rule breaker.



Would this kind of replace backseat administration in-game? Such as handcuffing a prop pusher, or killing them?

Alias Bind Guide! Click Here
Shadowplay Guide! Click Here
The following 2 users Like Scrotonium's post:
  • Nudel, yutgjctguc
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#17
Sep 16, 2017, 09:44 PM
(Sep 16, 2017, 07:56 PM)Coupcake Wrote: If you see someone breaking the rules, try to warn them or contact an admin. Do not take the situation into your own hands. You may still defend yourself if your character’s life is endangered by the rule breaker.



Would this kind of replace backseat administration in-game? Such as handcuffing a prop pusher, or killing them?

I don't really understand what you mean by "replace". I do not think it is reasonable for us to expect players who have a shotgun or tazer on them to just stand there and watch them get murdered by a mass-proppusher.

However as soon as it falls out of the immediate self-defense category you may still not take it into your own hands - do not cuff someone for walking into their NLR area, for example.
<p><br></p>
The following 1 user Likes Overlewd's post:
  • Nudel
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#18
Sep 16, 2017, 09:48 PM
(Sep 16, 2017, 07:41 PM)Cooli Wrote: Why was the checkpoint rule made?

It was not made, part of it was removed.

But if you mean why it doesn't have to be rammable anymore, mostly because it's very hard to test it and someone who would ram through a checkpoint would just get shot dead by police instantly anyway so it was pretty redundant.

To prove that someone built an un-rammable checkpoint before, you'd have to stop everything, get a car, specifically try run it through the checkpoint, and then if it is rammable then there is a danger of it glitching out with welding and killing people or the person having to paste it again, or if it's not rammable then the member of staff dies and there's a fire and explosion - basically a lot of effort and very disruptive to roleplay happening at the site and nearby.
<p><br></p>
The following 2 users Like Overlewd's post:
  • Insert, Nudel
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#19
Sep 16, 2017, 10:01 PM
(Sep 16, 2017, 06:41 PM)John_Francisco Wrote: Nice to see these being changed, but how exactly will the new FearRP be enforced?
I can see many discussions with someone claiming that they were out of microphone range.

The same way it was enforced before. You can make a lot of other claims that would in theory invalidate FearRP, but this claim is just as easily disproven by proper evidence as the other claims.
<p><br></p>
Soviethooves radio_button_checked
American Player
Media Contractor
Posts: 6,711
Threads: 185
Likes Given: 3303
Likes Recieved: 3986 in 2172 posts
Joined: Aug 2015
Reputation: 33
#20
Sep 16, 2017, 10:21 PM
But how can you prove that the other player is in mic range if it only shows one side?
<span id="sceditor-end-marker" class="sceditor-selection sceditor-ignore" style="line-height: 0; display: none;"> </span><span id="sceditor-start-marker" class="sceditor-selection sceditor-ignore" style="line-height: 0; display: none;"> </span>
[Image: n0LLhCI.jpg]
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#21
Sep 16, 2017, 10:34 PM
(Sep 16, 2017, 10:21 PM)Soviethooves Wrote: But how can you prove that the other player is in mic range if it only shows one side?

It shows one side which shows the distance between the players, which is sufficient because the mic range is a fixed distance.
<p><br></p>
monk radio_button_checked
Closeted Pedophile
Membership
Posts: 256
Threads: 32
Likes Given: 26
Likes Recieved: 313 in 128 posts
Joined: Mar 2016
Reputation: 10
#22
Sep 16, 2017, 10:49 PM
(Sep 16, 2017, 07:32 PM)Overlewd Wrote:
(Sep 16, 2017, 07:03 PM)monk Wrote: If I unplug my headphones can I claim I was never in microphone range because I couldn't hear them talking?

Just because you can't hear them doesn't mean you aren't in microphone range. They don't have to be talking for you to be under FearRP either. The addition was made so that there werent any grey areas regarding snipers and similar.

It is entirely yout responsibility to ensure you are out of range if you decide to use that part of the rule to your advantage.

Alright but what if I unplug my headphones and close my eyes? Similar to the "if a tree falls in the woods and no one is around to hear it did it really fall" question, if I cannot actually observe being placed under FearRP does that rule even exist? Moreover, can I realistically be held accountable for breaking FearRP if I myself am being held at gunpoint in real life? Does that situation supersede the server rule?
(This post was last modified: Sep 16, 2017, 10:52 PM by monk. Edited 1 time in total.)
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#23
Sep 16, 2017, 10:52 PM
(Sep 16, 2017, 10:49 PM)monk Wrote:
(Sep 16, 2017, 07:32 PM)Overlewd Wrote:
(Sep 16, 2017, 07:03 PM)monk Wrote: If I unplug my headphones can I claim I was never in microphone range because I couldn't hear them talking?

Just because you can't hear them doesn't mean you aren't in microphone range. They don't have to be talking for you to be under FearRP either. The addition was made so that there werent any grey areas regarding snipers and similar.

It is entirely yout responsibility to ensure you are out of range if you decide to use that part of the rule to your advantage.

Alright but what if I unplug my headphones and close my eyes? Similarly to the "if a tree falls in the woods and no one is around to hear it did it really fall" question, if I cannot actually observe being placed under FearRP does that rule even exist? Moreover, can I realistically be held accountable for breaking FearRP if I myself am being held at gunpoint in real life? Does that situation supersede the server rule?

No, as usual and as it was before you are accountable for making sure you are paying attention and aware of your surroundings, and playing with your eyes closed and without sound does not make you unaccountable for breaking server rules.

Now, would you please refrain from posting any more troll questions? Thank you.
<p><br></p>
Dick radio_button_checked
Supervising Administrator
Supervising Administrator (ADS)
Posts: 4,662
Threads: 470
Likes Given: 1831
Likes Recieved: 1964 in 1255 posts
Joined: Aug 2015
Reputation: 25
#24
Sep 17, 2017, 01:53 AM
Great update from the 173 rules prior allowing for more flexible roleplay.
[Image: EnzxzUF.png]
Soviethooves radio_button_checked
American Player
Media Contractor
Posts: 6,711
Threads: 185
Likes Given: 3303
Likes Recieved: 3986 in 2172 posts
Joined: Aug 2015
Reputation: 33
#25
Sep 17, 2017, 06:54 PM
(Sep 16, 2017, 10:34 PM)Overlewd Wrote:
(Sep 16, 2017, 10:21 PM)Soviethooves Wrote: But how can you prove that the other player is in mic range if it only shows one side?

It shows one side which shows the distance between the players, which is sufficient because the mic range is a fixed distance.

But what if the range is debatable? How you can be 100% sure they are within range?
<span id="sceditor-end-marker" class="sceditor-selection sceditor-ignore" style="line-height: 0; display: none;"> </span><span id="sceditor-start-marker" class="sceditor-selection sceditor-ignore" style="line-height: 0; display: none;"> </span>
[Image: n0LLhCI.jpg]
The following 3 users Like Soviethooves's post:
  • Dan, Nudel, Project
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#26
Sep 17, 2017, 09:09 PM
(Sep 17, 2017, 06:54 PM)Soviethooves Wrote:
(Sep 16, 2017, 10:34 PM)Overlewd Wrote:
(Sep 16, 2017, 10:21 PM)Soviethooves Wrote: But how can you prove that the other player is in mic range if it only shows one side?

It shows one side which shows the distance between the players, which is sufficient because the mic range is a fixed distance.

But what if the range is debatable? How you can be 100% sure they are within range?

The rule was made so there would be no grey area about snipers and chases where the armed man is significantly farther behind the person running away, or similar extremes. The only time when a range would be debatable and we don't know 100% whether they are in or out of range is when they are on the very edge of the microphone range, and at that point the player won't be 100% sure whether they are breaking FearRP or not themselves, therefore they should always choose to follow FearRP so they can never be in the wrong.

There are other rules like 1.3 where we can't be 100% sure of something, and yet the rule is still enforced without many issues.

In those few scenarios where you actually are on the edge of microphone range and it cannot be determined beyond a reasonable doubt whether you were in-range or out-of-range, the benefit of the doubt would apply. You may be warned about it however.
<p><br></p>
(This post was last modified: Sep 17, 2017, 09:13 PM by Overlewd. Edited 1 time in total.)
Blazing radio_button_checked
Member
Membership
Posts: 712
Threads: 41
Likes Given: 51
Likes Recieved: 224 in 142 posts
Joined: Aug 2015
Reputation: 5
#27
Sep 17, 2017, 09:33 PM
(Sep 16, 2017, 09:48 PM)Overlewd Wrote:
(Sep 16, 2017, 07:41 PM)Cooli Wrote: Why was the checkpoint rule made?

It was not made, part of it was removed.

But if you mean why it doesn't have to be rammable anymore, mostly because it's very hard to test it and someone who would ram through a checkpoint would just get shot dead by police instantly anyway so it was pretty redundant.

To prove that someone built an un-rammable checkpoint before, you'd have to stop everything, get a car, specifically try run it through the checkpoint, and then if it is rammable then there is a danger of it glitching out with welding and killing people or the person having to paste it again, or if it's not rammable then the member of staff dies and there's a fire and explosion - basically a lot of effort and very disruptive to roleplay happening at the site and nearby.

What about the cases where you're in pursuit by the police and you encounter an unmanned checkpoint? It's not uncommon that people leave their checkpoints without removing them as they move onto another task, and I hardly see it fair that you've essentially been prop blocked due to a change of rules.

The only solution for keeping this rule in place would be to add another rule so that checkpoints must be manned at all times (requiring them to be removed if they are not being used).
[Image: jrpM8xb.jpg]

Looking to contact me? You can find my Steam profile here.
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#28
Sep 17, 2017, 10:53 PM
(Sep 17, 2017, 09:33 PM)Blazing Wrote:
(Sep 16, 2017, 09:48 PM)Overlewd Wrote:
(Sep 16, 2017, 07:41 PM)Cooli Wrote: Why was the checkpoint rule made?

It was not made, part of it was removed.

But if you mean why it doesn't have to be rammable anymore, mostly because it's very hard to test it and someone who would ram through a checkpoint would just get shot dead by police instantly anyway so it was pretty redundant.

To prove that someone built an un-rammable checkpoint before, you'd have to stop everything, get a car, specifically try run it through the checkpoint, and then if it is rammable then there is a danger of it glitching out with welding and killing people or the person having to paste it again, or if it's not rammable then the member of staff dies and there's a fire and explosion - basically a lot of effort and very disruptive to roleplay happening at the site and nearby.

What about the cases where you're in pursuit by the police and you encounter an unmanned checkpoint? It's not uncommon that people leave their checkpoints without removing them as they move onto another task, and I hardly see it fair that you've essentially been prop blocked due to a change of rules.

The only solution for keeping this rule in place would be to add another rule so that checkpoints must be manned at all times (requiring them to be removed if they are not being used).

The likelihood of that happening is very slim. And it wouldn't matter in a pursuit if it was manned and unmanned, the result would be the same. 

If you encounter an unmanned, locked checkpoint make an @ call about it.
<p><br></p>
Blazing radio_button_checked
Member
Membership
Posts: 712
Threads: 41
Likes Given: 51
Likes Recieved: 224 in 142 posts
Joined: Aug 2015
Reputation: 5
#29
Sep 17, 2017, 10:55 PM
(Sep 17, 2017, 10:53 PM)Overlewd Wrote:
(Sep 17, 2017, 09:33 PM)Blazing Wrote:
(Sep 16, 2017, 09:48 PM)Overlewd Wrote:
(Sep 16, 2017, 07:41 PM)Cooli Wrote: Why was the checkpoint rule made?

It was not made, part of it was removed.

But if you mean why it doesn't have to be rammable anymore, mostly because it's very hard to test it and someone who would ram through a checkpoint would just get shot dead by police instantly anyway so it was pretty redundant.

To prove that someone built an un-rammable checkpoint before, you'd have to stop everything, get a car, specifically try run it through the checkpoint, and then if it is rammable then there is a danger of it glitching out with welding and killing people or the person having to paste it again, or if it's not rammable then the member of staff dies and there's a fire and explosion - basically a lot of effort and very disruptive to roleplay happening at the site and nearby.

What about the cases where you're in pursuit by the police and you encounter an unmanned checkpoint? It's not uncommon that people leave their checkpoints without removing them as they move onto another task, and I hardly see it fair that you've essentially been prop blocked due to a change of rules.

The only solution for keeping this rule in place would be to add another rule so that checkpoints must be manned at all times (requiring them to be removed if they are not being used).

The likelihood of that happening is very slim. And it wouldn't matter in a pursuit if it was manned and unmanned, the result would be the same. 

If you encounter an unmanned, locked checkpoint make an @ call about it.

I wouldn't say it's a very slim chance; pretty much every checkpoint I've seen becomes unmanned at some point, and checkpoints are designed to be positioned at places of high traffic.

The result would be different. Having to stop and hand yourself in, get prop killed as you try to smash through, or trying to go around and potentially get trapped is different to being able to smash through the barrier and continue driving away.
[Image: jrpM8xb.jpg]

Looking to contact me? You can find my Steam profile here.
Overlewd radio_button_checked
Superlewd now
Media Contractor
Posts: 3,088
Threads: 215
Likes Given: 469
Likes Recieved: 2158 in 699 posts
Joined: Aug 2015
Reputation: 23
#30
Sep 17, 2017, 10:59 PM
(Sep 17, 2017, 10:55 PM)Blazing Wrote:
(Sep 17, 2017, 10:53 PM)Overlewd Wrote:
(Sep 17, 2017, 09:33 PM)Blazing Wrote:
(Sep 16, 2017, 09:48 PM)Overlewd Wrote:
(Sep 16, 2017, 07:41 PM)Cooli Wrote: Why was the checkpoint rule made?

It was not made, part of it was removed.

But if you mean why it doesn't have to be rammable anymore, mostly because it's very hard to test it and someone who would ram through a checkpoint would just get shot dead by police instantly anyway so it was pretty redundant.

To prove that someone built an un-rammable checkpoint before, you'd have to stop everything, get a car, specifically try run it through the checkpoint, and then if it is rammable then there is a danger of it glitching out with welding and killing people or the person having to paste it again, or if it's not rammable then the member of staff dies and there's a fire and explosion - basically a lot of effort and very disruptive to roleplay happening at the site and nearby.

What about the cases where you're in pursuit by the police and you encounter an unmanned checkpoint? It's not uncommon that people leave their checkpoints without removing them as they move onto another task, and I hardly see it fair that you've essentially been prop blocked due to a change of rules.

The only solution for keeping this rule in place would be to add another rule so that checkpoints must be manned at all times (requiring them to be removed if they are not being used).

The likelihood of that happening is very slim. And it wouldn't matter in a pursuit if it was manned and unmanned, the result would be the same. 

If you encounter an unmanned, locked checkpoint make an @ call about it.

I wouldn't say it's a very slim chance; pretty much every checkpoint I've seen becomes unmanned at some point, and checkpoints are designed to be positioned at places of high traffic.

The result would be different. Having to stop and hand yourself in, get prop killed as you try to smash through, or trying to go around and potentially get trapped is different to being able to smash through the barrier and continue driving away.

Slim chance because checkpoints are made very rarely from my experience. You will likely know the checkpoint exists before you get into a chase, so you will know to avoid driving past it. You don't have to choose between stopping, smashing through, or driving around, you can turn around and keep going, it works quite well in LL pursuits.

And I meant there is no difference between a manned and unmanned checkpoint in your scenario.
<p><br></p>




Users browsing this thread: