District Passes

[raged]

Essentially it'd be using the combine shield entity to prevent citizens from passing through unless they have an item in their inventory in the form of a district pass keycard. This way districts can be used to seperate the 'average joe' and the loyalist from each other, such as on rp_industrial by securing the plaza (and thus only loyalists can access the fancy apartments, cafe shops and have guaranteed CP protection) whereas everybody else would be forced to live in the slum areas where CP patrols would be less frequent and crime more often.

Since I'm finishing up the loyalist system now I'd incorporate this into account so that it would be one of the rewards for reaching a certain promotion in the loyalist hierarchy.

[Dallas]

I fully support this idea. As raged explained to me yesterday...

Living in squalor = crime= rp =excitement

It also provides a serious incentive to be a loyalist to get these benefits.

[smt]

The only loyalist benefit in an OOC sense in this situation is that they get to not deal with really awful crime RP, otherwise everything (again, OOC) fun is happening out side of protected areas~

[YankeeSamurai]

It would be interesting if the passes were a one-time use, meaning that citizens would have to be continually earning money if they wanted to travel a lot.

[Khub]

It's sadly not possible to make something just like this - as due to how Source engine works, if one "Player" entity doesn't collide with another entity (can walk through), any other "Player" entity will be treated same - it doesn't allow us to be dynamically resolved, like basing on how many LP they have or if they have an item in their inventory. It is possible to make it fading door-alike though, I'll look into that. As long as the shield itself doesn't allow two people at once to go through, it shouldn't be a problem.

[[LP]GMK-MRL]

I do remember Oz tinkering with passes and identity cards in his last map demonstration.

Except he used it for access to the main console in the Nexus, so as khub said I don't personally think it is possible due to the information provided by him. (Please correct me if i'm wrong)

[garry :D]

I do remember Oz tinkering with passes and identity cards in his last map demonstration.

Except he used it for access to the main console in the Nexus, so as khub said I don't personally think it is possible due to the information provided by him. (Please correct me if i'm wrong)

The key card used for the AI control is currently a func_physbox (a physics brush) which had a unique name attached to it; "nexus_AI_keycard" would be the current name for this entity.

The trigger zone in the key card reader will reads whatever entity which is touching the trigger and filters it to only allow a certain name in this case, "nexus_AI_keycard") to unlock the buttons. This is currently a proof-of-concept and I don't really want to have an entity that gets spawned by the map (unless there is a method of respawning it without fear of theft/mingery).

RTLK said that it could be done by having the key card as a Clockwork item which High Command only spawn with. If this were to happen, the filter could ignore any other entity on the map that isn't the key card item.

I suppose that you could have a leasing system where you purchase a district pass and it expires in a certain amount of time. The player could then be presented with the option to buy one from a vendor after they have expired the uses. Veniscript/early Tacoscript plugins had a system in place where you could walk through Combine shield entities as long as the item was in your inventory but it didn't take any other variables into account like current criminal points and faction.

[Yak]

pls do this
i would like this very much
but ppl trying to become loyalists will get their ass beat

[Khub]

I do remember Oz tinkering with passes and identity cards in his last map demonstration.

Except he used it for access to the main console in the Nexus, so as khub said I don't personally think it is possible due to the information provided by him. (Please correct me if i'm wrong)

The key card used for the AI control is currently a func_physbox (a physics brush) which had a unique name attached to it; "nexus_AI_keycard" would be the current name for this entity.

The trigger zone in the key card reader will reads whatever entity which is touching the trigger and filters it to only allow a certain name in this case, "nexus_AI_keycard") to unlock the buttons. This is currently a proof-of-concept and I don't really want to have an entity that gets spawned by the map (unless there is a method of respawning it without fear of theft/mingery).

RTLK said that it could be done by having the key card as a Clockwork item which High Command only spawn with. If this were to happen, the filter could ignore any other entity on the map that isn't the key card item.

I suppose that you could have a leasing system where you purchase a district pass and it expires in a certain amount of time. The player could then be presented with the option to buy one from a vendor after they have expired the uses. Veniscript/early Tacoscript plugins had a system in place where you could walk through Combine shield entities as long as the item was in your inventory but it didn't take any other variables into account like current criminal points and faction.

It's not a problem to check the criminal points and stuff, cards can be spawned easily and they can have expiration time because the new Clockwork inventory system is designed fairly well. The problem is that I can't code an entity (eg. the shield) that lets some players through and some not. I have no idea how they've done it, since several people on Facepunch claims the entity collision must be coded basing on entity class and that it must be permanent. All players have same entity class "Player", so it's either so everyone can walk through, or noone can. I will try to look into this but I don't think I will come up with anything better than a fading door.

[Yak]

I do remember Oz tinkering with passes and identity cards in his last map demonstration.

Except he used it for access to the main console in the Nexus, so as khub said I don't personally think it is possible due to the information provided by him. (Please correct me if i'm wrong)

The key card used for the AI control is currently a func_physbox (a physics brush) which had a unique name attached to it; "nexus_AI_keycard" would be the current name for this entity.

The trigger zone in the key card reader will reads whatever entity which is touching the trigger and filters it to only allow a certain name in this case, "nexus_AI_keycard") to unlock the buttons. This is currently a proof-of-concept and I don't really want to have an entity that gets spawned by the map (unless there is a method of respawning it without fear of theft/mingery).

RTLK said that it could be done by having the key card as a Clockwork item which High Command only spawn with. If this were to happen, the filter could ignore any other entity on the map that isn't the key card item.

I suppose that you could have a leasing system where you purchase a district pass and it expires in a certain amount of time. The player could then be presented with the option to buy one from a vendor after they have expired the uses. Veniscript/early Tacoscript plugins had a system in place where you could walk through Combine shield entities as long as the item was in your inventory but it didn't take any other variables into account like current criminal points and faction.

It's not a problem to check the criminal points and stuff, cards can be spawned easily and they can have expiration time because the new Clockwork inventory system is designed fairly well. The problem is that I can't code an entity (eg. the shield) that lets some players through and some not. I have no idea how they've done it, since several people on Facepunch claims the entity collision must be coded basing on entity class and that it must be permanent. All players have same entity class "Player", so it's either so everyone can walk through, or noone can. I will try to look into this but I don't think I will come up with anything better than a fading door.

can't you add a black list or we could have a minus points class that denies them access

[Khub]

I do remember Oz tinkering with passes and identity cards in his last map demonstration.

Except he used it for access to the main console in the Nexus, so as khub said I don't personally think it is possible due to the information provided by him. (Please correct me if i'm wrong)

The key card used for the AI control is currently a func_physbox (a physics brush) which had a unique name attached to it; "nexus_AI_keycard" would be the current name for this entity.

The trigger zone in the key card reader will reads whatever entity which is touching the trigger and filters it to only allow a certain name in this case, "nexus_AI_keycard") to unlock the buttons. This is currently a proof-of-concept and I don't really want to have an entity that gets spawned by the map (unless there is a method of respawning it without fear of theft/mingery).

RTLK said that it could be done by having the key card as a Clockwork item which High Command only spawn with. If this were to happen, the filter could ignore any other entity on the map that isn't the key card item.

I suppose that you could have a leasing system where you purchase a district pass and it expires in a certain amount of time. The player could then be presented with the option to buy one from a vendor after they have expired the uses. Veniscript/early Tacoscript plugins had a system in place where you could walk through Combine shield entities as long as the item was in your inventory but it didn't take any other variables into account like current criminal points and faction.

It's not a problem to check the criminal points and stuff, cards can be spawned easily and they can have expiration time because the new Clockwork inventory system is designed fairly well. The problem is that I can't code an entity (eg. the shield) that lets some players through and some not. I have no idea how they've done it, since several people on Facepunch claims the entity collision must be coded basing on entity class and that it must be permanent. All players have same entity class "Player", so it's either so everyone can walk through, or noone can. I will try to look into this but I don't think I will come up with anything better than a fading door.

can't you add a black list or we could have a minus points class that denies them access

One doesn't simply overwrite Source engine's player class without binary modules at least, if it's even possible.
EDIT:

Well, whatever. Either garry fixed it, or people on Facepunch were talking bullshit.
It works well.

Prepare for new selective forcefields.

[Monkey with a gun]

I really like this idea. However one concern I have is if all non-loyalists are now forced to live outside of the main plaza and with less CCA patrols, how much harder is it going to be for citizens to actually earn their loyalist status especially if they're in a less patrolled part of town now.

[Reimer]

I think this could also work well for keeping vortigaunts in areas we want them if they are granted permission to roam as second-class citizens.

[BltElite]

Might not be possible but, if the vort thing is added and it goes into P3, in the top left it says something like "unauthorised conscript entry into p3" or something as such

[Reimer]

That too, in fact, I told Airborne we should have something just like that when we were talking about it.