Instalar Steam
iniciar sesión
|
idioma
简体中文 (chino simplificado)
繁體中文 (chino tradicional)
日本語 (japonés)
한국어 (coreano)
ไทย (tailandés)
Български (búlgaro)
Čeština (checo)
Dansk (danés)
Deutsch (alemán)
English (inglés)
Español de Hispanoamérica
Ελληνικά (griego)
Français (francés)
Italiano
Bahasa Indonesia (indonesio)
Magyar (húngaro)
Nederlands (holandés)
Norsk (noruego)
Polski (polaco)
Português (Portugués de Portugal)
Português-Brasil (portugués de Brasil)
Română (rumano)
Русский (ruso)
Suomi (finés)
Svenska (sueco)
Türkçe (turco)
Tiếng Việt (vietnamita)
Українська (ucraniano)
Comunicar un error de traducción
Unassigned, pax can't distribute properly and tend to form clots. With the machines assigned into lanes, all of my pax clustering problems vanished.
Edge should have further improvements to this security clustering, meaning they should be splitting up pretty evenly at any given stage of the security process without assignments.
What I mean by 'stage' is that the pax don't currently take into account the "next step" when they consider which ID Check stand to go to -- they're only looking at the ID Check Stand queue (and ensuring that the security zone it's in gets them to their gate of course) when it comes to wait time consideration; they aren't also considering if a given ID Check is nearest to the least-congested bag scanners. This is true whether you're using explicit security flow assignments or not.
When they finish at ID Check, they should then be considering which bag scanner to use based on wait time & distance (this specific 'scoped to security' distance lookup uses line-of-sight, while almost all other pax AI distance calculations use true walking distance). IIRC this was bugged until quite recently due to an oversight in the Pax AI calculations that made it disregard all except the 'nearest' object specifically when running a 'scoped to security' run (cause was a mis-configuration on the bag scanner if recollection serves me).
If anyone is playing on Edge and still seeing issues with this please let us know, but I'm fairly sure it should resolved there; if I have a chance to play after I finish coding tonight I'll try to take a closer look and see if I have any issues in my current main save/airport though. :)
@Snollzworth, Re: OP / Which is best -- They currently perform identical functionality and there is no differentiation between them from a security/securing your airport perspective; timing-wise I think that the metal detector is a bit faster right now. In the future we'll be adding differentiation to them though, so that there's actually a functional difference; probably either the "risk level" of missing something (contraband, etc) and/or government/inspector related incentives.
Passport.......-.....Bag scanner........-....body scanner
.......................................................\/
Passport.......-.....Bag scanner........-....body scanner
......................................................./\
Passport.......-.....Bag scanner........-....body scanner
That means the top/bot bag scanners are connect to two body scanners while the mid bag scanner is connected to three body scanners. In the game it looks something like this:
https://steamcommunity.com/sharedfiles/filedetails/?id=1439155374
One might think that this would cause more problems, but it runs actually very smooth.
The 7 lines (7x passport, 7x baggage, 7x body scanner) in the bottom area of my security are fed by two waiting lines - one for economy and one for first class and crew. However they still share the security lines at the end. So if there are not first class passengers or crew the lines will still handle economy passengers.
All about efficiency...
*edit*
Roughly 8:1 Coach to first class for trains. and 1-2(I mean 1 is enough) Flight crew train per airport.
Try my setup. There won't be any backing up at the body scanners even though I have an even number of of bag and body scanners.