View source for Pl/Inputs and Outputs

{{LanguageBar|title = Wejścia i Wyjścia}}

{{toc-right}}
{{translate}}

'''Wejścia''' i '''Wyjścia''' (razem "I/O") to opcje za pomocą których {{L|Byt|byty}} komunikują się między sobą na {{LCategory|Level Design|mapach}}. Byty mają dwa rodzaje komunikacji: wysyłanie "wyjścia" do innego bytu, lub odbieranie "wejścia" od innego bytu. Jeden byt może wysłać wyjście kiedy zostaje zabity do wejścia innego bytu co spowoduje zmiane koloru. To samo wyjście może też zostać użyte do wywołania wejścia spawnującego, innego bytu. Wyjścia są dopasowane do wyjść przez "połączenie", które kontroluje jakie dodatkowe dane są przekazywane do osbiorcy, jakie ma by opóźnienie przed otrzymaniem wyjścia , i czy wyjście ma być wysłane ponownie później. Wyjście może być połączone z każdym wejściem i odwrotnie. To pozwala na złożone i skuteczne interakcje między bytami.

Spójrzmy na byt {{L|logic_timer}}. Może zostać skonfigurowany żeby "odpalić" wyjście <code>OnTimer</code> kiedy osiągnie limit czasu, co uruchomi wejście <code>ShowSprite</code> obiektu {{L|env_sprite}}. Kiedy czasomierz osiągnie limit czasowy, pojawi się "sprite". Używając właściwości połączeń, możesz spowodować, że wyjście będzie aktywowane z opóźnieniem dwóch sekund, lub będzie aktywowane tylko raz.

== Wejścia ==

'''Wejścia''' to komendy powodujące zmianę tego co robi byt. Są aktywowane przez wyjścia - nie mogą być manipulowane zdalnie.

Możesz zobaczyć listę wydarzeń wejść, które osbiera byt w zakładce "Inputs" {{L|Okno Właściwości Obiektu Hammera|okna właściwości obiektu}}. Naciskając przycisk "mark" zostaniesz przeniesiony do bytu z którego odbierane jest wejście.

== Wyjścia ==

[[File:Outputs-new.png|thumb|Okno "Object Properties" w VHE]]

'''Wyjścia''' to wydarzenia, które uruchamiają się kiedy stan bytu się zmienia. Na przykład, {{L|logic_timer|czasomierz}} będzie miał ustawione wyjście na osiągnięcia końca odliczania, {{L|func_button|przycisk}} na bycie wciśniętym, a {{L|prop_door_rotating|drzwi}} na zbliżanie się do zamknięcia.

Wydarzenia wyjść są tworzone w zakładce "Outputs" {{L|Okno Właściwości Obiektu Hammera|okna właściwości obiektu}}. Ten interfejs pokazuje listę wyjść emitowanych z bytu, pola konfiguracji dla zaznaczonych wyjść, i przyciśki do tworzenia nowych lub usuwania starych. Finalnie, przycisk "mark" na dole, z lewej zabierze cię do docelowego bytu zaznaczonego wyjścia.
Pola konfiguracji wyjść:

; Nazwa wyjścia
: Jakie wydarzenie powoduje odpalenie wyjścia. Na przykład, byt {{L|trigger_multiple}} może odpalić wyjście '''OnTrigger''' kiedy gracz wejdzie w to.
; Byt docelowy
: {{L|targetname}} lub {{L|classname}} bytu który otrzyma wejście. Akceptuje znak * jako niewiadoma.
:* Pogrubiona nazwa oznacza, że targetname wskazuje wiele bytów
:* Czerwona nazwa oznacza, że targetname nie wskazuje niczego {{bug|Poprawna wartość zmiennej i classname, oraz [[Targetname#Keywords|special targetnames]] też wyświetlą się na czerwono. Nie martw się: silnik je rozpozna!}}
; Nazwa wejścia
: Wejście w docelowym bycie, które będzie aktywowane. To też będzie kontekstowe. Na przykład, jeśli zostanie wysłane wyjście do obiektu "drzwi", niektóre z dostępnych wejść to będzie "Close" lub "Open".
; Parametry
: Za pomocą parametrów możesz przesłaś dane do obiekty docelowego. Parametr może być wszystkom: jak głośno zagrać {{L|ambient_generic|dźwięk}}, {{L|targetname}} innego bytu, lub może {{L|color255|kolor}}. Wszystko zależy od tego co akceptuje wejście. Jeśli nie akceptuje nic, pole zostanie wyszarzone.
: Niektóre wyjścia, jak <code>OutValue</code> obiektu {{L|math_counter}} , generują parametru samemu. Żeby użyć generowanych parametrów, po prostu zostaw pole czytające <code><none></code>. {{note|Jeśli wartość wyjścia to {{L|targetname}}, pamiętaj, że może nie być unikatowy!}}
; Czas opóźnienia
: Czas oczekiwania przed odpaleniem po, którym występuje wydarzenie wyjścia.
; Odpalenie tylko raz
: Wyjście zosanie usunięte po odpaleniu jeśli to jest zaznaczone.

== Setting up a simple trigger ==
This is an example of how to make a simple trigger using inputs and outputs, so a sound is played when the player enters a specific area.

Open up a map and add an {{L|ambient_generic}} (in the Name field, type in "<code>ambient_1</code>"). Go into its '''Object Properties''' and choose a sound file for it to play, and on the '''Flags''' tab make it set to "'''Start Silent'''". Select the "<code>tools/toolstrigger</code>" texture and create a cube brush with this texture. Right-click on this brush and using the "{{L|Brush entity|Tie to Entity}}" command, make it into a {{L|trigger_once}} entity. Go to the '''Outputs''' tab and click the '''Add...''' button.

Set "My output named" to "<code>OnStartTouch</code>". This causes the output (and thus the trigger) to occur when the player starts touching this brush in the game. 

Set "Targets entities named" to "<code>ambient_1</code>" using the pull-down arrow. This makes the trigger output target the <code>ambient_generic</code> you placed earlier.

Set "Via this input" to "<code>PlaySound</code>". This chooses the <code>PlaySound</code> action from the target <code>ambient_generic</code>'s list of actions, which of course causes its sound to start playing.

Click the '''Apply''' button to save your changes to the trigger, and close it. Now we have the trigger set up so that as soon as the player touches it, it sends a command to the <code>ambient_generic</code> which makes it start playing its sound.

If you open up the properties for the <code>ambient_generic</code>, you can see how the '''Output''' from the trigger has automatically been converted to an '''Input''' for the <code>ambient_generic</code>.

If you want to compile and test your new trigger, make sure you have all the basics (player start, lighting, etc) and have assigned a sound effect to the <code>ambient_generic</code>.

== Debugging ==

Source provides various debugging tools for when an I/O chain is not working as expected.

Foremost among them is the object properties dialog itself. Invalid inputs outputs are highlighted red in the entity's input or output list; the I/O icons at the bottom of the dialoge also change accordingly. Invalid outputs also show up in {{L|Hammer Check For Problems Dialog|Check For Problems}} ({{key|Alt+P}}). It's a good idea check for problems before every compile.

{{bug|Valid classname and {{L|Targetname|wildcard values}} will be flagged as errors. Don't worry: the engine will recognise them!}}

Away from Hammer, there are a number of {{L|Developer console|console}} commands and variables that will help you spot errors while your map is running:

; <code>developer <0-2></code>
: {{L|Developer|Developer mode}} reports all entity I/O to the console, and unless you're playing on a {{L|dedicated server}} that enables {{L|sv_cheats|cheats}} (which is needed for all of the commands below). If you are in <code>developer 2</code>, you will also get the last eight lines of the console displayed at the top of your screen.
; <code>ent_messages_draw <{{L|bool}}></code>
: This displays the same information as developer mode, except that instead of appearing in the console it's drawn in the 3D world at the location of the entities in question.
; <code>ent_fire <{{L|targetname}} or {{L|classname}}> <input> <parameter></code>
: This ''extremely'' useful command allows you to manually fire inputs on any entity at any time. If you want to unlock a door ahead of time, you would type <code>ent_fire my_door unlock</code>, followed if you're feeling lazy by <code>ent_fire my_door open</code>.
: Like the "output target" field in Hammer, <code>ent_fire</code> supports classnames and wildcards. If you want to <code>ent_fire npc_* ignite</code>, you can! {{tip|<code>ent_fire</code> is where the special <code>{{L|!picker}}</code> targetname comes in. Use it to target whatever is under your crosshair.}}
; <code>ent_pause</code>
: This command pauses all entities in the map except the player; submit it again to unpause. It is designed for use with <code>ent_step</code>.
; <code>ent_step <number of steps></code>
: When used with <code>ent_pause</code>, this command makes entities perform a specified number of I/O steps before pausing again (default is 1).

== See also ==

* {{L|Entity Creation}}
* {{L|List of entities}}
* {{L|Targetname}}
* {{L|User Inputs and Outputs}}
* {{L|AddOutput}}

{{ACategory|IO System}}
{{ACategory|Level Design}}