diff --git a/build.properties b/build.properties index f9ae38534e..fabe1287ba 100644 --- a/build.properties +++ b/build.properties @@ -1,7 +1,7 @@ minecraft.version=1.7.10 forge.version=10.13.4.1448-1.7.10 -oc.version=1.5.19 +oc.version=1.5.20 oc.subversion= ae2.version=rv2-beta-26 @@ -21,7 +21,7 @@ eio.cf=2219/296 eio.version=1.7.10-2.2.1.276 es.version=1.4.5.24 fmp.version=1.1.0.308 -forestry.version=3.5.7.16 +forestry.version=4.1.0.44 gc.build=3 gc.version=3.0.7 gt.version=5.04.06 diff --git a/src/main/java/li/cil/oc/api/API.java b/src/main/java/li/cil/oc/api/API.java index cb1c13b764..8a02ae0fb6 100644 --- a/src/main/java/li/cil/oc/api/API.java +++ b/src/main/java/li/cil/oc/api/API.java @@ -1,7 +1,13 @@ package li.cil.oc.api; import com.typesafe.config.Config; -import li.cil.oc.api.detail.*; +import li.cil.oc.api.detail.DriverAPI; +import li.cil.oc.api.detail.FileSystemAPI; +import li.cil.oc.api.detail.ItemAPI; +import li.cil.oc.api.detail.MachineAPI; +import li.cil.oc.api.detail.ManualAPI; +import li.cil.oc.api.detail.NanomachinesAPI; +import li.cil.oc.api.detail.NetworkAPI; /** * Central reference for the API. @@ -12,7 +18,25 @@ */ public class API { public static final String ID_OWNER = "OpenComputers|Core"; - public static final String VERSION = "5.6.2"; + public static final String VERSION = "5.6.4"; + + // ----------------------------------------------------------------------- // + + /** + * The loaded config. + */ + public static Config config = null; + + /** + * Whether OpenComputers uses power. + *

+ * This is set in the init phase, so do not rely it before the post-init phase. + */ + public static boolean isPowerEnabled = false; + + // ----------------------------------------------------------------------- // + // Prefer using the static methods in the respective classes in this package + // over accessing these instances directly. public static DriverAPI driver = null; public static FileSystemAPI fileSystem = null; @@ -22,5 +46,8 @@ public class API { public static NanomachinesAPI nanomachines = null; public static NetworkAPI network = null; - public static Config config = null; + // ----------------------------------------------------------------------- // + + private API() { + } } diff --git a/src/main/java/li/cil/oc/api/Network.java b/src/main/java/li/cil/oc/api/Network.java index 458467f7f1..a159f39e89 100644 --- a/src/main/java/li/cil/oc/api/Network.java +++ b/src/main/java/li/cil/oc/api/Network.java @@ -114,6 +114,22 @@ public static void leaveWirelessNetwork(final WirelessEndpoint endpoint) { API.network.leaveWirelessNetwork(endpoint); } + /** + * Removes a wireless endpoint from the wireless network of a specific dimension. + *

+ * This may be useful if the dimension of an endpoint changed and you can only + * react to that change (e.g. a player changing dimensions). + *

+ * Calling this for an endpoint that was not added before does nothing. + * + * @param endpoint the endpoint to remove from the wireless network. + * @param dimension the dimension with the wireless network to remove the endpoint from. + */ + public static void leaveWirelessNetwork(final WirelessEndpoint endpoint, final int dimension) { + if (API.network != null) + API.network.leaveWirelessNetwork(endpoint, dimension); + } + /** * Sends a packet via the wireless network. *

diff --git a/src/main/java/li/cil/oc/api/detail/NetworkAPI.java b/src/main/java/li/cil/oc/api/detail/NetworkAPI.java index b28b82e428..444a129277 100644 --- a/src/main/java/li/cil/oc/api/detail/NetworkAPI.java +++ b/src/main/java/li/cil/oc/api/detail/NetworkAPI.java @@ -80,6 +80,19 @@ public interface NetworkAPI { */ void leaveWirelessNetwork(WirelessEndpoint endpoint); + /** + * Removes a wireless endpoint from the wireless network of a specific dimension. + *

+ * This may be useful if the dimension of an endpoint changed and you can only + * react to that change (e.g. a player changing dimensions). + *

+ * Calling this for an endpoint that was not added before does nothing. + * + * @param endpoint the endpoint to remove from the wireless network. + * @param dimension the dimension with the wireless network to remove the endpoint from. + */ + void leaveWirelessNetwork(WirelessEndpoint endpoint, int dimension); + /** * Sends a packet via the wireless network. *

diff --git a/src/main/resources/application.conf b/src/main/resources/application.conf index 955811673e..0d2ce40c1a 100644 --- a/src/main/resources/application.conf +++ b/src/main/resources/application.conf @@ -951,7 +951,7 @@ opencomputers { # The amount of ticks the delay is *reduced* by per tier of the CPU # inserted into a switch. - relayDelayUpgrade: 1 + relayDelayUpgrade: 1.5 # This is the size of the queue of a not upgraded switch. Increasing it # avoids packets being dropped when many messages are sent in a single @@ -1152,6 +1152,10 @@ opencomputers { # the *worst case* is ~30KB/s/client. Again, for normal use-cases this # is actually barely noticeable. setRawDelay: 0.2 + + # Whether the hologram block should provide light. It'll also emit light + # when off, because having state-based light in MC is... painful. + emitLight: true } # Other settings that you might find useful to tweak. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/adapter.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/adapter.md new file mode 100644 index 0000000000..e588bc8030 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/adapter.md @@ -0,0 +1,7 @@ +# Adapter + +![Nun mit 100% mehr Alles!](oredict:oc:adapter) + +Der Adapter ermöglicht es [Computern](../general/computer.md) mit Vanilla-Minecraft-Blöcken oder Blöcken von anderen Mods zu interagieren. Unterstützte Blöcke neben dem Adapter werden als Komponenten des Computers aufgelistet. + +Zudem stellt der Adapter einige Slots für einige Updates bereit. Zum Beispiel das [Inventarkontroll-Upgrade](../item/inventoryControllerUpgrade.md), welches Computern die Möglichkeit gibt, mehr Informationen über ein angeschlossenes Inventar anzufragen. Ähnliches ist auch möglich, wenn das Upgade in einem Gerät (wie einem [Roboter](robot.md) oder einer [Drohne](../item/drone.md) installiert ist. Das [Tank-Kontrollupgrade](../item/tankControllerUpgrade.md) bietet dieselben Funktionen für Flüssigkeiten in Tanks. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/assembler.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/assembler.md new file mode 100644 index 0000000000..eb6f6d08a1 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/assembler.md @@ -0,0 +1,13 @@ +# Elektronik-Werkbank + +![Harder, better, faster, stronger.](oredict:oc:assembler) + +Die Elektronik-Werkbank ist eine fortgeschrittene Maschine welche verwendet werden kann, um komplexere elektronische Geräte wie [Roboter](robot.md), [Drohnen](../item/drone.md) oder [Tablets](../item/tablet.md) zu bauen. Sie benötigen eine große Menge an Energie um Geräte zu montieren, daher wird empfohlen, sie mittels einer [Kondensatorbank (capacitor bank)](capacitor.md) mit Energie zu versorgen. + +Um ein Gerät mit Hilfe der Elektronik-Werkbank zu bauen muss ein Basisteil des Geräts eingebaut werden. Für [Roboter](robot.md) ist dies ein [Computergehäuse](case1.md) jeder Stufe, für Tablets hingegen ist es ein [Tabletgehäuse](../tabletCase1.md). So wie es bei jedem OpenComputers-Inventar der Fall ist, können diese Teile in bestimmte Slots eingesetzt werden. Wird der Mauszeiger über einen Slot gehalten, werden die Teile im eigenen Inventar angezeigt, die in diesen Slot passen. Wenn NotEnoughItems geöffnet ist, werden gefilterte OpenComputers-Items die mit dem Slot kompatibel sind ebenfalls markiert. Am wichtigsten ist es, ein Betriebssystem oder einen Weg eines zu installieren zur Verfügung zu stellen (zum Beispiel kann man bei [Robotern](robot.md) ein [Diskettenlaufwerk](diskDrive.md) installieren, um später [Disketten](../item/floppy.md) einzusetzen). Bei den meisten Geräten kann der [EEPROM](../item/eeprom.md) später geändert werden, indem das Gerät mit einem anderen EEPROM in eine Werkbank gelegt wird. Vorhandener EEPROM wird in das Inventar zurückgelegt. + +Zu bedenken ist, dass [Roboter](robot.md) einen [Bildschirm (Stufe 1)](screen1.md) benötigen. Um darauf schreiben zu können, wird zudem eine [Tastatur](keyboard.md) benötigt. In [Tablets](../item/tablet.md) ist der Bildschirm bereits im [Tabletgehäuse](../item/tabletCase1.md) vorhanden, aber es ist nötig, eine Tastatur zu installieren, falls der Wunsch besteht auf dem Tablet zu schreiben. + +Sobald alles an seinem Platz liegt, wird mit dem Startknopf die Prozedur gestartet. Das Gerät wird montiert und geladen. Es ist wichtig zu bedenken, dass das Gerät *nicht geändert werden kann*, sobald es montiert wurde. Wenn etwas fehlt, muss das Gerät wieder [demontiert](disassembler.md) werden, was das Risiko von Teilverlust innehat. + +Eine letzte Sache über Komplexitäten: Die Stufe eines Items legt die Komplexitätspunkte fest, die es benötigt. Stufe 1-Items benötigen einen Komplexitätspunkt, Stufe 2-Items benötigen zwei und Stufe 3-Items benötigen drei Komplexitätspunkte. Ausnahme hierbei bilden die Containerupgrades. Hier ist die Anzahl der benötigten Komplexitätspunkte gleich der Stufe multipliziert mit 2. (Ein Stufe-2-[Upgrade-Container](../item/upgradeContainer1.md) benötigt entsprechend 4 Komplexitätspunkte.) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/cable.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/cable.md new file mode 100644 index 0000000000..0316ae0e15 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/cable.md @@ -0,0 +1,9 @@ +# Kabel + +![Salat.](oredict:oc:cable) + +Das Kabel ist eine Möglichkeit, [Computer](../general/computer.md) und Maschinen, die weit auseinander stehen zu verbinden. Kompakte Bauten, bei denen sich alle Komponenten direkt oder indirekt berühren (die meisten Blöcke verhalten sich für Kabel) benötigen in der Regel keine Kabel. + +Kabel mit Färbemitteln gefärbt werden. Gefärbte Kabel verbinden sich nur mit Kabeln der selben Farbe sowie mit hellgrauen Kabeln (hellgrau ist der Standard). Dies ist nützlich, wenn verschiedene Kabel für verschiedene Subnetzwerke parallel verlaufen sollen. + +Wenn nötig können Kabel auch mit Forge MultiPart-Covern ider Immibis Microblocks-Covern abgedeckt werden. [3D-Drucker](print.md) sind Forge MultiPart-kompatibel, also ist es möglich, eigene Cover zu drucken. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/capacitor.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/capacitor.md new file mode 100644 index 0000000000..54f8a3b4e8 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/capacitor.md @@ -0,0 +1,9 @@ +# Kondensator + +![It's over 9000.](oredict:oc:capacitor) + +Der Kondensator speichert Energie welche vom Netzwerk genutzt werden kann. Dadurch funktioniert es als Energiepuffer wenn es benötigt wird. Im Gegensatz zum Konvertieren von Energietypen anderer Mods (mittels eines [Energiekonverters](powerConverter.md)) erfolgt die Umwandlung von Energie innerhalb eines Subnetzwerkes ohne Verzögerung. Es ist nützlich, einen internen Energiepuffer für energieintensive Aufgaben (wie [Montage](assembler.md) oder das [Aufladen](charger.md) von Geräten wie [Robotern](robot.md) oder [Drohnen](../item/drone.md) zu haben. + +Die Speichereffizienz steigt mit der Anzahl der Kondensatoren im direkten Kontakt oder in der Nähe. Beispielsweise haben zwei Kondensatoren einen größeren Energiespeicher als die Summe der Speicher zweier separater Kondensatoren. Dieser Nachbarschaftsbonus trifft auf Kondensatoren zu, die maximal zwei Blöcke voneinander entfernt sind, wobei er sich bei steigender Distanz weiter verringert. + +Der Kondensator kann mit einem [Energieverteiler](powerDistributor.md) verbunden werden, um Energie für andere [Computer](../general/computer.md) oder Geräte im Netzwerk zur Verfügung zu stellen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/case1.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/case1.md new file mode 100644 index 0000000000..de68ea0afe --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/case1.md @@ -0,0 +1,37 @@ +# Computergehäuse + +![Just in case.](oredict:oc:case1) + +Computergehäuse gibt es in drei verschiedenen Stufen. Die Stufe bestimmt die maximale Anzahl an Komponenten, die eingesetzt werden können. Es gibt eine zusätzliche Stufe für den Kreativ-Modus. Gehäuse können ebenfalls in einer [Elektronik-Werkbank](assembler.md) platziert werden, um [Roboter](robot.md) zu bauen. + +Die größte Stufe, die eine Komponente haben kann wird im entsprechenden Slot als römische Zahl angezeigt. Ein Stufe-2-Slot kann beispielsweise eine Stufe-1-Komponente enthalten, aber keine Stufe-3-Komponente. + +Das Stufe-1-Gehäuse kann folgende Komponenten enthalten: +- Zwei Stufe-1-Erweiterungskarten (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc) +- Eine Stufe-1-[CPU](../item/cpu1.md) +- Ein Stufe-1-[RAM-Riegel](../item/ram1.md) +- Eine Stufe-1-[Festplatte](../item/hdd1.md) + +Ein Stufe-2-Gehäuse kann folgende Komponenten enthalten: +- Eine Erweiterungskarte (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc) +- Eine Stufe-2-Erweiterungskarte +- Eine Stufe-2[CPU](../item/cpu2.md) +- Zwei Stufe-2-[RAM-Riegel](../item/ram3.md) +- Eine Stufe-1-[Festplatte](../item/hdd1.md) +- Eine Stufe-2-[Festplatte](../item/hdd2.md) + +Ein Stufe-3-Gehäuse kann folgende Komponenten enthalten: +- Eine Stufe-3-Erweiterungskarte (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc) +- Zwei Stufe-2-Erweiterungskarten +- Eine Stufe-1-[CPU](../item/cpu3.md) +- Zwei Stufe-3-[RAM-Riegel](../item/ram5.md) +- Eine Stufe-2-[Festplatte](../item/hdd2.md) +- Eine Stufe-3-[Festplatte](../item/hdd3.md) +- Eine [Diskette](../item/floppy.md) + +Das Stufe-4-Gehäuse (das Creative-Gehäuse) kann folgende Komponenten enthalten: +- Drei Stufe-3-Erweiterungskarten (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc) +- Eine Stufe-3-[CPU](../item/cpu3.md) +- Zwei Stufe-3-[RAM-Riegel](../item/ram5.md) +- Zwei Stufe-3-[Festplatten](../item/hdd3.md) +- Eine [Diskette](../item/floppy.md) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/case2.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/case2.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/case2.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/case3.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/case3.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/case3.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/caseCreative.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/caseCreative.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/caseCreative.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/chameliumBlock.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/chameliumBlock.md new file mode 100644 index 0000000000..92f1167937 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/chameliumBlock.md @@ -0,0 +1,7 @@ +# Chamälium-Block + +![So... nichtssagend...](oredict:oc:chameliumBlock) + +Einige Stücke [Chamälium](../item/chamelium.md) können kombiniert werden, um einen dekorativen Monochrom-Block zu schaffen. Chamäliumblöcke können mit einer der 16 Minecraft-Farben gefärbt werden. + +Der Chamäliumblock kann als Textur in einem [3D-Drucker](print.md) verwendet werden, wodurch das Gedruckte weiß wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/charger.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/charger.md new file mode 100644 index 0000000000..747a5b1d44 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/charger.md @@ -0,0 +1,9 @@ +# Ladegerät + +![Gehen wir es an!](oredict:oc:charger) + +Das Ladegerät wird verwendet, um Geräte wie den [Roboter](robot.md), [Drohnen](../item/drone.md) und [Tablets](../item/tablet.md) zu laden. Ein Ladegerät muss mit einem Redstonesignal aktiviert werden. Die Ladegeschwindigkeit hängt von der Stärke des Redstonesignals ab. Eine Stärke von 15 bedeutet 100% Ladegeschwindigkeit. + +Es gilt zu bedenken, dass dies umgestellt werden kann, wenn das Ladegerät mit einem [Schraubenschlüssel](../item/wrench.md) berührt wird. In diesem Modus ist die Standardgeschwindigkeit 100% welche mit einem Redstonesignal verringert werden kann. + +Wenn sich ein Tablet in einem Ladegerät befindet wird die erste Festplatte mit angeschlossenen [Computern](../general/computer.md) verbunden, ähnlich wie es bei [Disketten](../item/floppy.md) in [Diskettenlaufwerken](diskDrive.md) der Fall ist. So können Daten zwischen dem Computer und dem Tablet ausgetauscht werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/disassembler.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/disassembler.md new file mode 100644 index 0000000000..10bcece267 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/disassembler.md @@ -0,0 +1,7 @@ +# Recycler + +![Bau' es auf, reiß' es ab.](oredict:oc:disassembler) + +Der Recycler kann verwendet werden, um die meisten Items in ihre Bestandteile aufzuteilen. Dies ist besonders nützlich um Materialien von unnütz gewordenen Bauteilen zurückzubekommen, oder um Geräte zu demontieren, die nicht länger nützlich sind oder inkorrekt gebaut wurden (z.B. [Roboter](robot.md) ohne [Betriebssystem](../general/openOS.md)). + +Die Demontage benötigt eine lange Zeit und kann viel Energie verbrauchen. Es besteht zudem eine geringe Wahrscheinlichkeit, dass eine Komponente verloren geht. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/diskDrive.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/diskDrive.md new file mode 100644 index 0000000000..1317702848 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/diskDrive.md @@ -0,0 +1,9 @@ +# Diskettenlaufwerk + +![Und das Rad dreht sich rundherum...](oredict:oc:diskDrive) + +Das Diskettenlaufwerk kann verwendet werden, um [Disketten](../item/floppy.md) mittels eines Computers auszulesen. Dies ist am Anfang nützlich, da niedrigstufige [Computergehäuse](case1.md) keinen eingebauten Diskettenslot haben. Dennoch benötigst du ein Betriebssystem um den Computer hochzufahren. Eine [OpenOS](../general/openOS.md)-Diskette kann mit einer leeren [Diskette](../item/floppy.md) und dem [Handbuch](../item/manual.md) gefertigt werden. + +Ein Diskettenlaufwerk kann zudem in [Robotern](robot.md) installiert werden, was den Einsatz von [Disketten](../item/floppy.md) in den Roboter ermöglicht. Dies ist ist sehr nützlich, da der einzige Weg Daten von und zu einem Roboter zu kopieren mittels eines Netzwerks ist (beispielsweise mittels einer [Netzwerkkarte](../item/lanCard.md)). + +[Disketten](../item/floppy.md) können auch entfernt und eingesetzt werden ohne die GUI zu öffnen, indem beim Schleichen das Diskettenlaufwerk mit der Diskette in der Hand rechts angeklickt wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/geolyzer.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/geolyzer.md new file mode 100644 index 0000000000..7d3a6582ad --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/geolyzer.md @@ -0,0 +1,7 @@ +# Geolyzer + +![Er rockt!](oredict:oc:geolyzer) + +Der Geolyzer kann von [Computern](../general/computer.md) verwendet werden, um das umgebende Terrain auf die ungefähre Härte von Blöcken zu analysieren. Dies ist nützlich um Karten der Gegend zu generieren, die auf einem [Hologrammprojektor](hologram1.md) angezeigt werden. Erze sind üblicherweise härter als Erde und Stein, daher kann man mit dem Geolyzer potenziell wertvolle Blöcke finden. Die Ergebnisse sind in der Regel etwas ungenau, theoretisch können mehrere Scans zu genaueren Ergebnissen führen. + +Der Geolyzer kann außerdem in [Robotern](robot.md) und [Tablets](../item/tablet.md) als ein Upgrade installiert werden um die Umgebung zu scannen. Dies verbraucht einiges an Energie, was den Akku des Gerätes schnell entladen wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram1.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram1.md new file mode 100644 index 0000000000..990192f466 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram1.md @@ -0,0 +1,7 @@ +# Hologrammprojektor + +![Is this the real life? Is this just fantasy?](oredict:oc:hologram1) + +Der Hologrammprojektor ist ein 3D-Display, das bedeutet es stellt ein dreidimensionales Array von "Voxeln" bereit, die von einem Computer einzeln aktiviert oder deaktiviert können. Der Stufe-2-Projektor hat dieselbe Auflösung, unterstützt allerdings die Darstellung in drei verschiedenen Farben. + +Hologramme können an ihrer vertikalen Achse rotiert werden, wenn sie mit einem [Schraubenschlüssel](../item/wrench.md) an ihrer Ober- oder Unterseite berührt werden. Dies erspart den Aufwand, dies softwareseitig zu realisieren. Hologramme können auch skaliert werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram2.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram2.md new file mode 100644 index 0000000000..e1acf9676c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/hologram2.md @@ -0,0 +1 @@ +#REDIRECT hologram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/index.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/index.md new file mode 100644 index 0000000000..a0b2336e04 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/index.md @@ -0,0 +1,47 @@ +# Blöcke + +Dieser Index listet alle dokumentierten Blöcke in OpenComputers auf. Items sind im [Item-Index](../item/index.md) zu finden. + +Es gilt zu bedenken, dass manche Blöcke nicht verfügbar sein könnten, wenn es in den Rezepteinstellungen so definiert ist. + +## Computer +* [Computergehäuse](case1.md) +* [Mikrocontroller](microcontroller.md) +* [Roboter](robot.md) +* [Serverschrank](serverRack.md) + +## Komponenten + +### Eingabe / Ausgabe +* [Hologrammprojektor](hologram1.md) +* [Tastatur](keyboard.md) +* [Bildschirm](screen1.md) + +### Speicher +* [Diskettenlaufwerk](diskDrive.md) +* [RAID](raid.md) + +### Extensions +* [Adapter](adapter.md) +* [Geolyzer](geolyzer.md) +* [Bewegungssensor](motionSensor.md) +* [Redstone E/A](redstone.md) +* [Wegpunkt](waypoint.md) + +## Montage / Druck +* [3D-Druck](print.md) +* [3D-Drucker](printer.md) +* [Elektronik-Werkbank](assembler.md) +* [Chamäliumblock](chameliumBlock.md) +* [Disassembler](disassembler.md) + +## Netzwerktechnik +* [Kabel](cable.md) +* [Net Splitter](netSplitter.md) +* [Relay](relay.md) + +## Energiemanagement +* [Kondensator](capacitor.md) +* [Ladestation](charger.md) +* [Leistungswandler](powerConverter.md) +* [Stromverteiler](powerDistributor.md) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/keyboard.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/keyboard.md new file mode 100644 index 0000000000..27046aa4a9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/keyboard.md @@ -0,0 +1,7 @@ +# Tastatur + +![QWERTY](oredict:oc:keyboard) + +Eine Tastatur wird benötigt um Text auf [Bildschirme](screen1.md) zu schreiben, egal ob in der Welt platziert oder in Geräte eingebaut (wie bei [Robotern](robot.md) oder [Tablets](../item/tablet.md)). + +Damit eine Tastatur mit einem [Bildschirm](screen1.md) in der Welt funktioniert, muss sie neben dem Bildschirm und in Richtung des Bildschirms oder direkt auf dem Bildschirm aufgestellt werden. Ob die Tastatur funktioniert kann festgestellt werden, wenn beim Rechtsklick auf die Tastatur die GUI des Bildschirms geöffnet wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/microcontroller.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/microcontroller.md new file mode 100644 index 0000000000..77482960eb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/microcontroller.md @@ -0,0 +1,7 @@ +# Mikrocontroller + +![Don't belittle it.](block:OpenComputers:microcontroller) + +Mikrocontroller werden gebaut, indem ein [Mikrocontrollergehäuse](../item/microcontrollerCase1.md) in der [Elektronik-Werkbank](assembler.md) verwendet wird. Im Vergleich zu [Computern](../general/computer.md) haben sie weniger Funktionen, sind aber günstiger zu bauen. Ganz besonders *können sie nicht mit externen Komponenten interagieren*. + +Mikrocontroller können einige Komponenten verwenden, wie [CPUs](../item/cpu1.md), [RAM-Riegel](../item/ram1.md) und Erweiterungskarten. Mikrocontroller können keine [Festplatte](../item/hdd1.md) enthalten, allerdings einen Slot für einen [EEPROM](../item/eeprom.md), welcher für bestimmte Anwendungszwecke programmiert werden kann. Sie haben einen Vorteil gegenüber Computergehäusen, da sie manche Upgrades wie das [Kolbenupgrade](../item/pistonUpgrade.md) verwenden können. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/motionSensor.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/motionSensor.md new file mode 100644 index 0000000000..0da1a476f3 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/motionSensor.md @@ -0,0 +1,7 @@ +# Bewegungssensor + +![Nicht. Blinzeln.](oredict:oc:motionSensor) + +Der Bewegungssensor erlaubt es [Computern](../general/computer.md) Bewegungen von lebenden Entities zu erkennen. Wenn die Geschwindigkeit eines Lebewesens einen Schwellenwert überschreitet wird ein Signal zum angeschlossenen Computer gesendet. Der Schwellwert kann mittels der Komponenten-API welche der Bewegungssensor bereitstellt verändert werden. + +Die Bewegung wird nur erkannt, wenn sie in einem Radius von acht Blöcken um den Sensor geschieht und wenn eine direkte Sichtlinie besteht. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/netSplitter.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/netSplitter.md new file mode 100644 index 0000000000..d9b2dbb477 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/netSplitter.md @@ -0,0 +1,7 @@ +# Net Splitter + +![*.net *.split](oredict:oc:netSplitter) + +Der Net Splitter ist ein Gerät das eine Kontrolle der Verbindungen zwischen Subnetzwerken ermöglicht. Im Gegensatz zum [Switch](switch.md) oder dem [Energiekonverter](powerConverter.md) verbindet es benachbarte Subnetzwerke direkt, das bedeutet, dass auf Komponenten zugegriffen werden kann. Die Verbindungen zu jeder Seite kann mit einem Schraubenschlüssel eingestellt werden (zum Beispiel den [srench](../item/wrench.md)). Wenn ein Redstonesignal an den Netzwerksplitter gesendet wird, werden alle Seiten invertiert. + +Dieser Block kann daher benutzt werden um die Erreichbarkeit verschiedener Netzwerke zu wechseln. Um dies zu automatisieren ist die Benutzung eines [Redstone-I/O-Blocks](redstone.md) oder einer [Redstonekarte](../item/redstoneCard1.md) nötig. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/powerConverter.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/powerConverter.md new file mode 100644 index 0000000000..5de9f9e6d1 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/powerConverter.md @@ -0,0 +1,5 @@ +# Leistungswandler + +![Einer von uns? Einer von uns!](oredict:oc:powerConverter) + +Der Leistungswandler stellt den schnellsten Weg dar, um Energie von anderen Mods zu OpenComputers eigenem Energiesystem zu konvertieren. Wenn nur ein Computer verwendet wird, wird dieser nicht nötig sein. Bei einer großen Kondensatorbank, die nur dann und wann geleert wird, ist er ebenfalls nicht nötig. Wenn hingegen eine [Elektronik-Werkbank](assembler.md) oder eine [Ladestation](charger.md) direkt mit Energie versorgt werden soll, ist es eine gute Idee, diesen Konverter zu verwenden, anstatt sie direkt zu einer externen Energiequelle anzuschließen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/powerDistributor.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/powerDistributor.md new file mode 100644 index 0000000000..192d90725c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/powerDistributor.md @@ -0,0 +1,5 @@ +# Stromverteiler + +![Power to the masses.](oredict:oc:powerDistributor) + +Der Stromverteiler verteilt Energie in einem geteilten Energiespeicher (wie beispielsweise in einem [Kondensator](capacitor.md). Dadurch können verschiedene Subnetzwerke dieselbe Energiequelle verwenden ohne Komponenten sichtbar zu machen. Es balanciert die Energie in allen Subnetzwerken aus, sodass sie alle die selbe relative Menge an Energie haben. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/print.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/print.md new file mode 100644 index 0000000000..8c50a739b3 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/print.md @@ -0,0 +1,11 @@ +# 3D-Druck + +![Any way you want me.](block:OpenComputers:print) + +3D-Drucke werden mittels eines [3D-Druckers](printer.md) erstellt. Obwohl sie primär als Dekoration gedacht sind, können sie auf Redstonesignale reagieren oder Signale aussenden und damit einige wenige Zusatzfunktionen zur Verfügung stellen. + +3D-Drucke können wiederverwendet werden, indem man sie als Ausgangsmaterial für einen [3D-Drucker](printer.md) verwendet. Dadurch wird ein Teil des [Chamäliums](../item/chamelium.md) was zum Druck verwendet wurde wiederverwendet. Die Farbe wird nicht wiederverwendet. + +Wenn man den Knopf für erweiterte Tooltips (standardmäßig die Umschalttaste) gedrückt hält, wird der Zustand des aktiven Drucks angezeigt, wenn einer verfügbar ist. + +Gedruckte Blöcke sind Forge MultiPart-kompatibel. Dadurch können mehrere Drucke in einen einzigen Block platziert werden, solange sie nicht kollidieren oder die maximale Anzahl an Objekten in einem Block nicht überschritten wird. Dank Forge MultiPart können Drucke dadurch in den selben Block wie andere Forge MultiPart-Blöcke gestellt werden, wie Fackeln, Hebel, Kabel oder rote Legierungskabel von Project Red. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/printer.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/printer.md new file mode 100644 index 0000000000..5bcb842475 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/printer.md @@ -0,0 +1,17 @@ +# 3D-Drucker + +![2D printing is so yesteryear.](oredict:oc:printer) + +3D-Drucker erlauben es, Blöcke von jeder Form mit jeder Art von Textur zu drucken. Um mit 3D-Druckern anzufangen wird ein 3D-Drucker und ein Computer benötigt. Dadurch erhält man Zugriff auf die `printer3d`-Komponenten-API. Hiermit können [Modelle](print.md) erstellt und gedruckt werden. + +Ein bequemerer Weg, 3D-Drucker aufzusetzen ist es, den Open Programs Package Manager zu verwenden. Sobald er installiert ist (`oppm install oppm`) wird eine [Internetkarte](../item/internetCard.md) im [Computer](../general/computer.md) benötigt. Mit folgendem Befehl +`oppm install print3d-examples` +können Beispiele für 3D-Modelle installiert werden. + +Diese Beispiele können in `/usr/share/models/` als .3dm-Dateien gefunden werden. Besonders gilt es hier, die `example.3dm`-Datei zu beachten. Alternativ können `print3d` und `print3d-examples` auch mittels `wget` von OpenPrograms heruntergeladen werden. Dies erfordert ebenfalls eine [Internetkarte](../item/internetCard.md). + +Um diese Modelle drucken zu können muss ein 3D-Drucker mit einem [Computer](../general/computer.md) konfiguriert werden. Wenn der Drucker auf Non-Stop gesetzt wird, wird der Computer danach nicht mehr benötigt. Auch eine [Druckerpatrone](../item/inkCartridge.md) und ein bisschen [Chamelium](../item/chamelium.md) wird als Ausgangsmaterial benötigt. Die Menge an Chamelium hängt vom Volumen des Drucks ab, während die Menge der benötigten Tinte von der Oberfläche des gedruckten Items abhängt. + +Um etwas zu drucken wird der Befehl `print3d /pfad/zur/Datei.3dm` verwendet, wobei der Pfad zur 3DM-Datei angegeben werden muss. + +Die Dokumentation über die Erstellung benutzerdefinierter Modelle kann in `/usr/share/models/example.3dm` gefunden werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/raid.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/raid.md new file mode 100644 index 0000000000..586b067c1d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/raid.md @@ -0,0 +1,11 @@ +# RAID + +![40 man instance.](oredict:oc:raid) + +Der RAID-Block enthält drei [Festplatten](../item/hdd1.md), welche zu einem einzelnen Dateisystem kombiniert werden. Dieses einzelne Dateisystem hat als Kapazität die Summe der einzelnen Kapazitäten. Das Dateisystem kann mit allen angeschlossenen [Computern](../general/computer.md) verwendet werden. + +Das RAID funktioniert nur, wenn drei [Festplatten](../item/hdd1.md) eingesetzt sind. Sie können sich in ihrer Größe unterscheiden. + +Eine Festplatte hinzuzufügen oder zu entfernen, wird zum kompletten Datenverlust führen, **selbst wenn der ursprüngliche Zustand wiederhergestellt wird**. + +Ein RAID-Block behält beim Zerstören alle enthaltenen Festplatten und kann ohne Datenverlust wieder platziert werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/redstone.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/redstone.md new file mode 100644 index 0000000000..eafa6bc0fd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/redstone.md @@ -0,0 +1,9 @@ +# Redstone-I/O + +![Hi Red.](oredict:oc:redstone) + +Der Redstone-I/O-Block kann verwendet werden, um ferngesteuert Redstonesignale auszugeben und einzulesen. Es verhält sich wie ein Hybrid einer Stufe-1- und einer Stufe-2-[Redstonekarte](../item/redstoneCard1.md). Es kann analoge und gebündelte Signale lesen wie schreiben, aber kann keine kabellosen Redstonesignale ausgeben. + +Die Methoden der API müssen mit Seiten aus `sides` (d.h. den Himmelsrichtungen) verwendet werden. + +Genau wie die [Redstonekarten](../item/redstoneCard1.md) sendet dieser Block ein Signal zum verbunden [Computer](../general/computer.md), wenn der Status eines Redstonesignals wechselt - sowohl bei analog als auch für gebündelte Signale. Er kann zudem verwendet werden um verbundene Computer aufzuwecken, sobald eine gewisse Signalstärke überschritten wird. Damit kann man Computer automatisch hochfahren. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/relay.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/relay.md new file mode 100644 index 0000000000..76b2d011da --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/relay.md @@ -0,0 +1,11 @@ +# Relay + +![Baut Brücken.](oredict:oc:relay) + +Das Relay kann verwendet werden um verschiedene Subnetzwerken das Senden von Nachrichten zueinander zu ermöglichen, ohne Komponenten Computern in anderen Netzen zugänglich zu machen. Grundsätzlich ist es eine gute Idee Komponenten lokal zu behalten, damit [Computer](../general/computer.md) nicht die falschen Komponenten ansprechen oder Komponenten-Overflows zu verursachen (welche dazu führen, dass Computer crashen und nicht hochfahren.) + +Mit einer [Drahtlosnetzwerkkarte](../item/wlanCard.md) können auch kabellose Nachrichten weitergeleitet werden. Dann kann dieser Block als Repeater verwendet werden: Es kann Nachrichten aus verkabelten Netzwerken zu anderen Geräten in verkabelten Netzwerken weiterleiten, oder Nachrichten aus kabellosen Netzwerken zu verkabelten oder kabellosen Netzwerken. + +Relays führen *kein Protokoll* über kürzlich versendete Nachrichten, also ist es wichtig, Kreisläufe im Netzwerk zu vermeiden, oder das selbe Paket kann mehrmals empfangen werden. Aufgrund der geringen Puffergröße von Switches kann Paketverlust zu einem Problem werden, wenn Netzwerknachrichten zu oft gesendet werden. Ein Upgrade für Switches und Access Points zur Beschleunigung der Nachrichtenweiterleitung ist möglich, genau wie die interne Nachrichtenqueue erweitert werden kann. + +Pakete werden nur ein paar mal weitergeschickt; demnach ist nicht möglich eine unbegrenzte Anzahl an Relays aufzustellen. Standardmäßig kann ein Paket bis zu fünf mal "springen". diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/robot.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/robot.md new file mode 100644 index 0000000000..54ea87f736 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/robot.md @@ -0,0 +1,9 @@ +# Roboter + +![Er hieß Retobor.](block:OpenComputers:robot) + +Im Gegensatz zu [Computern](../general/computer.md) können Roboter sich bewegen und mit der Welt fast wie ein Spieler interagieren. Sie können jedoch *nicht* mit externen Komponenten interagieren. Wenn die Kommunikation mit einem Computer benötigt wird, muss eine [kabellose Netzwerkkarte](../item/wlanCard.md) verwendet werden, oder ein Low-Level-Protokoll mit Redstonesignalen erstellt werden. + +Roboter werden gebaut, indem ein [Computergehäuse](case1.md) jeder Stufe in einer [Elektronik-Werkbank](assembler.md) verwendet werden. Hochstufige [Computergehäuse](case1.md) erlauben komplexere Roboter, da sie eine bessere [CPU](../item/cpu1.md) verwalten können. Die Komplexität des Roboters ist von den Stufen der verwendeten Komponenten und Upgrades abhängig, wobei hochstufige Komponenten komplexer sind als niedrigstufige Komponenten. Wenn der Roboter zu komplex ist, kann die [Elektronik-Werkbank](assembler.md) den Roboter nicht bauen. + +Eine Vielfalt von Upgrades kann in Robotern verwendet werden, um ihre Funktionen zu erweitern. Dazu zählen unter Anderem das [Inventar](../item/inventoryUpgrade.md), der [Inventarcontroller](../item/inventoryControllerUpgrade.md), [Tankupgrades](../item/tankUpgrade.md) oder das [Navigationsupgrade](../item/navigationUpgrade.md). [Upgrade-](../item/upgradeContainer1.md) und [Karten](../item/cardContainer1.md)container können im Roboter platziert werden um flexiblen Einbau von Upgrades und Komponenten zu ermöglichen. Auch ein [Diskettenlaufwerk](diskDrive.md) kann eingebaut werden, um den Einsatz von [Disketten](../item/floppy.md) zu ermöglichen. Damit kann [OpenOS](../general/openOS.md) installiert werden. (Möglich ist auch eine Installation auf eine [Festplatte](../item/hdd1.md) und den Einsatz dieser in den Roboter). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/screen1.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen1.md new file mode 100644 index 0000000000..4ad4be4fef --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen1.md @@ -0,0 +1,18 @@ +# Bildschirme + +![Kannst du das sehen?](oredict:oc:screen1) + +Ein Bildschirm wird in Kombinationen mit [Grafikkarten](../item/graphicsCard1.md) verwendet, um mit [Computern](../general/computer.md) Text darzustellen. Verschiedene Stufen haben unterschiedliche Fähigkeiten, wie die Unterstützung verschiedener Auflösungen und Farbtiefen. Sie reichen von geringauflösenden Monochromdisplays zu hochauflösenden Displays mit bis zu 256 Farben. + +Die verfügbare Auflösung und Farbtiefe hängt von der niedrigststufigen Komponente ab. Eine Stufe-1-Grafikkarte mit einem Stufe-3-Bildschirm kann nur die Stufe-1-Auflösung und -Farbtiefe verwenden, genau wie bei einer Stufe-3-Grafikkarte und einem Stufe-1-Bildschirm. Dennoch werden die Operationen auf einer Stufe-3-Grafikkarte schneller ausgeführt als auf einer Stufe-1-Grafikkarte. + +Bildschirme können nebeneinander platziert werden, um größere Bildschirme zu ermöglichen, solange sie in dieselbe Richtung zeigen. Wenn sie nach oben oder unten ausgerichtet werden, müssen sie auch gleich rotiert werden. Die Richtung wird von einem Pfeil angezeigt, wenn der Bildschirm in der Hand gehalten wird. + +Die Größe eines Bildschirms hat keinen Einfluss auf die verfügbare Auflösung. Um verschiedene Bildschirme voneinander zu trennen können sie zudem mit jeder Farbe gefärbt werden. Der Bildschirm muss dafür nur mit einem Färbemittel rechts angeklickt werden. Das Färbemittel wird nicht aufgebraucht, allerdings geht die Farbe beim Abbau verloren. Bildschirme unterschiedlicher Stufen werden sich niemals verbinden, selbst wenn sie dieselbe Farbe haben. + +Stufe-2- und Stufe-3-Bildschirme stellen außerdem einen Touchscreen zur Verfügung. Sie können in der Bildschirm-GUI verwendet werden (welche nur geöffnet werden kann, wenn eine [Tastatur](keyboard.md) angeschlossen ist), oder während der Bildschirm mit leeren Händen schleichend rechts angeklickt wird. Wenn der Bildschirm keine Tastatur hat, ist es nicht nötig zu schleichen. Dieses Verhalten kann mittels der zur Verfügung gestellten Komponenten-API angepasst werden. + +Die folgenden Auflösungen und Farbtiefen sind verfügbar: +- Stufe 1: 50x16, 1-Bit-Farben (Monochrom). +- Stufe 2: 80x25, 4-Bit-Farben (16 Farben). +- Stufe 3: 160x50, 8-Bit-Farben (256 Farben). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/screen2.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen2.md new file mode 100644 index 0000000000..9a0e09ec30 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen2.md @@ -0,0 +1 @@ +#REDIRECT screen1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/screen3.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen3.md new file mode 100644 index 0000000000..9a0e09ec30 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/screen3.md @@ -0,0 +1 @@ +#REDIRECT screen1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/serverRack.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/serverRack.md new file mode 100644 index 0000000000..b7125eb7e6 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/serverRack.md @@ -0,0 +1,9 @@ +# Serverschrank + +![Free housing.](oredict:oc:serverRack) + +Ein Serverschrank kann bis zu vier [Server](../item/server1.md) enthalten. Ein Server ist ein höherstufiger [Computer](../general/computer.md) welcher nur in einem Serverschrank laufen kann. Server können mit einer [Fernbedienung](../item/terminal.md) ferngesteuert werden. Die Anzahl der Terminals die gleichzeitig mit einem Server verbunden werden können wird von der Stufe des Servers begrenzt. Der Abstand zum Server, bis zu dem das Terminal funktioniert kann in der GUI des Serverschranks konfiguriert werden. Mehr Reichweite bedeutet mehr Energieverbrauch. + +Jeder Server in einem Serverschrank kann nur mit einer Seite des Schranks auf einmal kommunizieren - oder mit gar keiner. Welche Seite ein Server abdeckt kann in der GUI des Schranks konfiguriert werden. Es gilt zu beachten, dass die Richtungen jeweils aus Sicht des Schrankes zu sehen sind. Auf der Rückseite des Serverschranks sind die Seiten in anderen Himmelsrichtungen als auf der Vorderseite. + +Serverschränke fungieren als [Switches](switch.md) und [Energieverteiler](powerDistributor.md). Der Switchmodus eines Serverschrankes kann in seiner GUI bearbeitet werden, wobei zwischen internen und externen Einstellungen unterschieden wird. Im externen Modus verhält sich der Serverschrank wie ein normaler Switch, im internen Modus werden die Nachrichten nur zu anderen Servern weitergeleitet, aber nicht zu den Außenseiten des Schrankes. [Server](../item/server1.md) werden immer noch in der Lage sein, sich Nachrichten zuzusenden. Dadurch können Serverschränke erweiterte Switches sein, die Filter- und Mappingoperationen und mehr zur Verfügung stellen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/block/waypoint.md b/src/main/resources/assets/opencomputers/doc/de_DE/block/waypoint.md new file mode 100644 index 0000000000..26a4e24306 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/block/waypoint.md @@ -0,0 +1,9 @@ +# Wegpunkt + +!["Da lang!" - "Nein, ganz falsch! Dort entlang!"](oredict:oc:waypoint) + +Der Wegpunkt kann mit Hilfe des [Navigations-Upgrades](../item/navigationUpgrade.md) erkannt werden. So können Geräte mit diesem Upgrade Wegpunkte verwenden um durch die Welt zu navigieren. Dies ist besonders nützlich zum Schreiben einfach wiederverwendbarer Programme für Geräte wie [Roboter](robot.md) und [Drohnen](../item/drone.md). + +Es gilt zu beachten, dass die tatsächliche Position welche das Navigationsupgrade zurückgibt *der Block vor dem Wegpunkt* ist (wie durch die Partikel angedeutet). So kann der Wegpunkt neben und über eine Kiste platziert werden und die Position des Wegpunktes kann als "über der Kiste" bezeichnet werden, ohne die Rotation beachten zu müssen. + +Ein Wegpunkt hat zwei Eigenschaften die über das Navigations-Upgrade abgefragt werden können: Das derzeitige Redstonesignal und ein veränderbares Label. Das Label ist ein 32 Zeichen langer String der entweder über die GUI oder über die Komponenten-API des Wegpunktblocks verändert werden kann. Diese zwei Eigenschaften können dann auf dem Gerät verwendet werden um festzulegen was an dem Wegpunkt zu tun ist. Beispielsweise können alle Wegpunkt mit einem starken Redstonesignal als Input, alle mit schwachem Signal als Output verwendet werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/general/computer.md b/src/main/resources/assets/opencomputers/doc/de_DE/general/computer.md new file mode 100644 index 0000000000..eaf6734b65 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/general/computer.md @@ -0,0 +1,10 @@ +# Computer + +Computer werden mit einer Vielfalt von unterschiedlichen [Blöcken](../block/index.md) und Komponenten zusammengebaut. Das Mindeste um einen Computer zu bauen ist ein [Gehäuse](../block/case1.md), ein [Bildschirm](../block/screen1.md) und eine [Tastatur](../block/keyboard.md). Das [Gehäuse](../block/case1.md) und der [Bildschirm](../block/screen1.md) sind ein verschiedenen Stufen verfügbar, welche unterschiedliche Funktionen zur Verfügung stellen und komplexere Computersysteme ermöglichen. Um den [Bildschirm](../block/screen1.md) nutzen zu können, muss die [Tastatur](../block/keyboard.md) direkt neben dem [Bildschirm](../block/screen1.md) platziert werden (d.h. entweder auf den Seiten oder direkt vor dem [Bildschirm](../block/screen1.md)). + +Sobald die grundlegende Struktur vorhanden ist, können Komponenten im [Gehäuse](../block/case1.md) platziert werden. Diese Komponenten können [CPUs](../item/cpu1.md), [RAM-Riegel](../item/ram1.md), [Festplatten](../item/hdd1.md), [Grafikkarten](../item/graphicsCard1.md) (welche die Benutzung des [Bildschirms](../block/screen1.md) ermöglichen), [Netzwerkkarten](../item/lanCard.md) (zur Kommunikation zwischen Computernetzwerken) und mehr verwendet werden. Es gibt viele Komponenten, welche eine hohe Flexibilität beim Design von Systemen für unterschiedliche Anwendungszwecke ermöglichen. + +Niedrigstufige Computer benötigen auch ein [Diskettenlaufwerk](../block/diskDrive.md), welches eine [Diskette](../item/floppy.md) liest. Eine [OpenOS](openOS.md)-[Diskette](../item/floppy.md) wird zum ersten Starten des Computers benötigt und wird für die Installation des Betriebssystems auf die [Festplatte](../item/hdd1.md) verwendet. Sobald es auf die Festplatte installiert ist, ist die [Diskette](../item/floppy.md) nicht länger nötig. Weitere Software ist auch als Diskette verfügbar (sowie Open Programs Package Manager [OPPM]) und sind in Dungeons (Verliesen) zu finden. + +Der letzte Schritt besteht darin, den Computer mit einer Energiequelle zu versorgen. OpenComputers ist mit den meisten größeren Energiemods kompatibel, und viele Blöcke können direkt an die Energiequelle angeschlossen werden. Ob ein Block direkt an externe Energiequellen angeschlossen werden kann, kann überprüft werden, ob ihr Tooltip einen Eintrag über die Geschwindigkeit der Energieumwandlung enthält. +Für ein größeres Netzwerk mit vielen Computern kann ein [Energiekonverter](../block/powerConverter.md) (konvertiert Energie von unterschiedlichen Mods zum internen Energietyp von OpenComputers), ein [Energieverteiler](../block/powerDistributor.md) (verteilt Energie zu verschiedenen Computern im Netzwerk) und ein [Kondensator](../block/capacitor.md) (ein Energiespeicher) verwendet werden. Über [Kabel](../block/cable.md) werden die Computer miteinander verbunden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/general/lua.md b/src/main/resources/assets/opencomputers/doc/de_DE/general/lua.md new file mode 100644 index 0000000000..2213a78ced --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/general/lua.md @@ -0,0 +1,16 @@ +# Lua + +Die Lua-[Dokumentation (englisch)](http://www.lua.org/manual/5.2/manual.html) und die [Programming in Lua](http://www.lua.org/pil/)-Bücher (englisch) (die erste Ausgabe ist online kostenlos verfügbar) sind eine gute Anlaufstelle für die Grundlagen von Lua und zum Verständnis der Syntax und Standardbibliotheken der Sprache. [OpenOS](openOS.md) versucht die Standardbibliotheken so gut wie möglich mit ein paar Unterschieden (wie zum Beispiel die großteils fehlende Debugging-Bibliothek) zu emulieren. Diese Unterschiede sind [im Wiki dokumentiert (englisch)](http://ocdoc.cil.li/api:non-standard-lua-libs). + +Nicht standardisierte Bibliotheken müssen `require`-d werden, um sie in einem Script zu verwenden. Zum Beispiel: + +`local component = require("component")` +`local rs = component.redstone` + +Dies ermöglicht es, alle Funktionen der [Redstone-Karte](../item/redstoneCard1.md) zu verwenden. Zum Beispiel: + +`rs.setOutput(require("sides").front, 15)` + +**Wichtig**: Wenn in einem Lua-Interpreter gearbeitet wird, ist *unter keinen Umständen* `local` zu verwenden. Dies sorgt dafür, dass die Variable nur in einer Zeile Input verfügbar ist. Wenn die obigen Zeilen eine nach der anderen in den Interpreter eingefügt werden würden, würde die dritte Zeile fehlschlagen, da `rs` den Wert `nil` hätte. Wieso? Aus Testgründen versucht der Interpreter unbekannte Variablen als Bibliotheken zu laden. Obwohl die Zuweisung zu `component` der ersten Zeile nichts tun würde, würde die Verwendung von `component` in der zweiten Zeile die Bibliothek laden und diese verwenden. Bibliotheken werden in Lua-Scripts jedoch nicht automatisch verwendet um den Speicherverbrauch niedrig zu halten, da es eine sehr begrenzte Ressource ist. + +OpenOS stellt viele eigene Bibliotheken zur Verfügung, welche für viele Programme (vom Kontrollieren und Manipulieren von angeschlossenen Komponenten bis zu Referenz-APIS für Farben in gebündelter Redstonekontrolle und [Tastatur](../block/keyboard.md)-Keycodes.). Benutzerdefinierte Libraries können innerhalb eines Lua-Scripts mittels der `require()`-Funktion verwendet werden. Einige Bibliotheken benötigen bestimmte Komponenten, wie die `internet`-Library eine [Internetkarte](../item/internetCard.md) benötigt. In diesem speziellen Fall wird die Bibliothek sogar von der Karte bereitgestellt, was bedeutet, dass die Bibliothek auftaucht, sobald die Internetkarte installiert wird. Die API ist praktisch auf einem kleinen, nur lesbaren Dateisystem auf der Internetkarte enthalten. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/general/openOS.md b/src/main/resources/assets/opencomputers/doc/de_DE/general/openOS.md new file mode 100644 index 0000000000..f84386bf31 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/general/openOS.md @@ -0,0 +1,12 @@ +# OpenOS + +OpenOS ist ein einfaches Betriebssystem von OpenComputers. Es wird benötigt um einen [Computer](computer.md) zum ersten Mal hochzufahren, und kann angefertigt werden, indem man eine leere [Diskette](../item/floppy.md) und das OpenComputers-[Handbuch](../item/manual.md) in eine Werkbank legt. + +Sobald sie gefertigt wurde, kann die [Diskette](../item/floppy.md) in einem [Diskettenlaufwerk](../block/diskDrive.md) verwendet werden, welches mit einem [korrekt konfigurierten](quickstart.md) [Computer](computer.md) verbunden ist. Dieser kann dadurch mit OpenOS hochfahren. +Sobald der Computer hochgefahren wurde, ist eine Installation auf eine leere [Festplatte](../item/hdd1.md) zu empfehlen. Dies ermöglicht es, die [Diskette](../item/floppy.md) zu entfernen und einen Zugriff auf ein schreibbares Dateisystem zu erhalten. (Die OpenOS-[Disketten](../item/floppy.md) und andere Disketten können nur gelesen werden). Ein Stufe-Drei-[Gehäuse](../block/case3.md) benötigt kein [Diskettenlaufwerk](../block/diskDrive.md), da es ein Slot für eine [Diskette](../item/floppy.md) eingebaut hat. + +OpenOS kann einfach installiert werden, indem `install` ausgeführt wird. Die [Diskette](../item/floppy.md) kann entfernt werden, sobald das System hochgefahren wurde. OpenOS kann auf allen Geräten außer [Drohnen](../item/drone.md) und [Mikrocontrollern](../block/microcontroller.md) installiert werden. (Diese benötigen eine manuelle Programmierung eines [EEPROM](../item/eeprom.md) um Funktionen bereitzustellen, da sie kein eingebautes Dateisystem besitzen.) + +OpenOS hat viele eingebaute Funktionen, wovon die nützlichste der `lua`-Befehl ist. Hier wird ein Lua-Interpreter geöffnet. Dies ist ein guter Ort, um verschiedene Befehle auszuprobieren und mit der Komponenten-API zu experimentieren, bevor die Befehle in ein Lua-Script geschrieben werden. Beachte die Informationen welche der Interpreter zeigt, diese zeigen die Ergebnisse der eingegebenen Befehle und wie sie zu beenden sind. + +Für mehr Informationen über das Programmieren siehe die [Seite über Lua-Programmierung](lua.md). Um Lua-Scripte auszuführen muss nur der Name der Datei eingegeben und die Enter-Taste betätigt werden (zum Beispiel kann die Datei `script.lua` mit dem Befehl `script` im Terminal ausgeführt werden). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/general/quickstart.md b/src/main/resources/assets/opencomputers/doc/de_DE/general/quickstart.md new file mode 100644 index 0000000000..e3e9766a0f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/general/quickstart.md @@ -0,0 +1,51 @@ +# Schnellstart-Guide + +Auch bekannt als "Wie man seinen ersten Computer baut". Um deinen ersten [Computer](computer.md) zu starten, musst du ihn zuerst korrekt aufbauen. Es gibt verschiedene Typen von Computern in OpenComputers, aber starten wir zuerst mit dem einfachsten: Dem Standardcomputer. + +**Disclaimer**: Der Guide ist Schritt für Schritt und hilft beim Finden von Fehlern, daher ist er recht lang. Wenn du noch nie einen Computer im echten Leben gebaut hast, oder diesen Mod zum ersten Mal spielst ist es empfohlen, den ganzen Text zu lesen. + +Zuerst wirst du ein [Computergehäuse](../block/case1.md) benötigen. Dies sit der Block der alle Komponenten benötigt und das Verhalten des gebauten Computers bestimmen. + +![Ein Stufe-2-Computergehäuse.](oredict:oc:case2) + +Zum Beispiel musst du bestimmen, welche Stufe die [Grafikkarte](../item/graphicsCard1.md) du benötigst, ob eine [Netzwerkkarte](../item/lanCard.md) oder eine [Redstonekarte](../item/redstoneCard1.md) benötigt wird oder, wenn du im Creative-Mode spielst, eine [Debugkarte](../item/debugCard.md) gebraucht wird. + +Wenn du die Oberfläche des Computergehäuses öffnest, wirst du rechts einige Slots sehen. Die Anzahl der Slots und von welchen Stufen die Komponenten sein können (siehe die kleinen römischen Nummern im Slot) hängt vom Computergehäuse selbst ab. + +![Grafische Oberfläche eines Stufe-2-Computergehäuses.](opencomputers:doc/img/configuration_case1.png) +Ohne Komponenten sind Computergehäuse unnütz. Du kannst versuchen den Computer zu starten, aber er wird sofort eine Fehlermeldung in den Chatlog schreiben und sich durch ein Piepen bemerkbar machen. Zum Glück steht in der Fehlermeldung was du tun kannst um das Problem zu lösen: Der Computer benötigt Energie. Der Computer kann entweder direkt oder über einen [Power Converter](../block/powerConverter.md) an eine Energiequelle angeschlossen werden. + +Wenn du den Computer nun starten möchtest, wird er um eine [CPU](../item/cpu1.md) bitten. Diese werden in verschiedenen Stufen ausgeliefert. Dies ist ein Modell, das in OpenComputers häufig auftritt. Hochstufige CPUs ermöglichen mehr Komponenten und schnellere Ausführung von Programmen, also wähle eine Stufe und stecke die CPU in deinen Computer. + +Danach wird der Computer nach [Random Access Memory (RAM)](../item/ram1.md) fragen. Der Piep-Code ist jetzt unterschiedlich: lang-kurz. Hochstufige RAM-Riegel bedeuten mehr für Programme verfügbarer Speicher. Für [OpenOS](openOS.md) werden mindestens zwei Stufe-1-RAM-Riegel benötigt. + +Wir machen einen guten Fortschritt. Dein Computer wird jetzt in etwa so aussehen: +![Teilweise konfigurierter Computer.](opencomputers:doc/img/configuration_case2.png) +Den Computer jetzt einzuschalten produziert keine Fehlermeldungen! Aber leider tut er auch nicht sehr viel. Zumindest piept er jetzt zwei mal. Dies bedeutet, dass der Computer selbst läuft, allerdings läuft auf dem Computer nichts. Hier kommt ein sehr nützliches Tool zum Einsatz: Das [Analysegerät](../item/analyzer.md). Es ermöglicht dir, viele OpenComputers-Blöcke und einige Blöcke anderer Mods zu analysieren. Um es auf den Computer anzuwenden verwende das Analysegerät beim Schleichen auf das Gehäuse. + +Und jetzt solltest du sehen, dass der folgende Fehler den Computer zum Absturz gebracht hat: +`no bios found; install configured EEPROM` + +Die Betonung liegt auf *configured*. Einen [EEPROM](../item/eeprom.md) anzufertigen ist recht einfach, um es zu konfigurieren wirst du einen Computer verwenden. Da das aber derzeit Probleme bereitet, werden wir mittels eines Rezeptes einen konfigurierten "Lua BIOS"-[EEPROM](../item/eeprom.md) anfertigen. Das Standardrezept ist ein [EEPROM](../item/eeprom.md) und ein [Handbuch](../item/manual.md). Lege das konfigurierte EEPROM in deinen Computer, uuuuuuund... + +Nein. Immer noch nichts. Aber wir wissen was zu tun ist! Spieler setzt Messgerät ein. Das ist sehr effektiv! Jetzt haben wir eine andere Fehlermeldung: +`no bootable medium found; file not found` + +Na gut, das bedeutet, dass das BIOS funktioniert. Es findet nur noch kein bootbares Dateisystem, so wie eine [Diskette](../item/floppy.md), oder eine [Festplatte](../item/hdd1.md). Das LUA BIOS erwartet ein solches Dateisystem um eine Datei namens `init.lua` in der Wurzel des Dateisystems zu finden. Der [EEPROM](../item/eeprom.md) schreibt in der Regel auf das Dateisystem des Computers. Du hast es wahrscheinlich schon erraten: Wir müssen unsere eigene Betriebssystemdiskette anfertigen. Dies erreichst du, indem du eine leere [Diskette](../item/floppy.md) und ein Handbuch zusammen in die Werkbank legst. Das Ergebnis ist eine [OpenOS-Diskette](openOS.md) + +Wenn du, wie in den Screenshots oben, ein Stufe-2-Gehäuse verwendet hast gibt es keinen Ort um diese Diskette einzusetzen. Bei einem Stufe-3- oder Kreativ-Gehäuse kannst du die Diskette direkt in das Gehäuse einlegen, anderenfalls benötigst du ein [Diskettenlaufwerk](../block/diskDrive.md) neben deinem Gehäuse. (Auch möglich ist eine Verbindung über [Kabel](../block/cable.md). Sobald die Diskette eingesetzt ist, weißt du was zu tun ist - drücke den Startknopf! + +Es lebt! Zumindest sollte es das. Wenn es das nicht tut lief etwas falsch, und das [Analysegerät](../item/analyzer.md) wird bei der Fehlersuche helfen. Wenn der Computer jetzt läuft bist zu weitgehend fertig und der schwerste Teil ist vorbei. Du musst es nur noch mit einem + +Um die Ausgabe des Computers zu lesen wird ein [Bildschirm](../block/screen1.md) und eine Grafikkarte benötigt. +![Nein. Es ist kein Flachbildschirm](oredict:oc:screen2) + +Platziere den Bildschirm entweder direkt neben den Computer oder verbinde sie mit einem Kabel. Setze eine Grafikkarte deiner Wahl in den Computer ein. Nun sollte ein blinkender Cursor auf dem Bildschirm sichtbar sein. Jetzt fehlt nur noch eine [Tastatur](../block/keyboard.md) entweder direkt auf dem Bildschirm oder neben dem Bildschirm (mit Ausrichtung auf diesen). + +Damit bist du fertig. Der Computer läuft - probiere ihn gleich aus! Schreibe `lua` in die Kommandozeile und dir werden einige Informationen über den Lua-Interpreter präsentiert. Hier kannst du grundlegende [Lua-Methoden](lua.md) ausführen. + +![Es lebt~](opencomputers:doc/img/configuration_done.png) + +Viel Spaß beim Bauen komplexerer Computer. Probiere unbedingt auch [Server](../item/server1.md), [Roboter](../block/robot.md), [Drohnen](../item/drone.md), [Mikrocontroller](../block/microcontroller.md) oder [Tablets](../item/tablet.md) aus. Du kannst sie mit der [Elektronik-Werkbank](../block/assembler.md) bauen! + +Fröhliches Programmieren! diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/index.md b/src/main/resources/assets/opencomputers/doc/de_DE/index.md index 5b19c4d6f4..0d18c5acc8 100644 --- a/src/main/resources/assets/opencomputers/doc/de_DE/index.md +++ b/src/main/resources/assets/opencomputers/doc/de_DE/index.md @@ -1,10 +1,39 @@ -# Handbuch +# OpenComputers Bedienungsanleitung -Leider ist das Handbuch bisher nur [auf Englisch](/en_US/index.md) vorhanden. +OpenComputer ist eine Modifikation, welche dauerhafte, modulare, und hochkonfigurierbare [Computer](general/computer.md), [Server](item/server1.md), [Roboter](block/robot.md), und [Drohnen](item/drone.md) zum Spiel hinzufügt. Alle Geräte können mittels Lua 5.2 programmiert werden, was unterschiedlich komplexe Systeme entsprechend der Anwendung ermöglicht. -Wenn du des Englischen mächtig bist und dazu beitragen willst, das Handbuch zu übersetzen, super! Wenn du noch dazu sauberes Deutsch schreiben kannst, nicht alle drei Wörter einen Rechtschreibfehler einbaust, und es dich nervt wenn Leute Standart statt Standard schreiben, lies weiter. Sonst... schau mer mal ;-) Etwas Grundkenntnis von Git ist nötig, um deine Übersetzung dann als Pull-Request in OpenComputers einzubringen. +Um zu lernen, wie man die Bedienungsanleitung verwendet, siehe [die Seite über das Handbuch](item/manual.md) (der grüne Text ist ein Link - du kannst ihn anklicken!). -Um beim Übersetzen zu helfen bedarf es keiner Programmierkenntnisse. Die gesamte Dokumentation ist in Form von Markdown-Dokumenten vorhanden, und findet sich [hier](http://git.io/ve1Fj). Im `en_US` Ordner findet sich die Englische Dokumentation, mit der gleichen Datei- und Ordnerstruktur müsste die Übersetzung ins Deutsche in den `de_DE` Ordner. -Dass die Ordner und Dateien gleich heißen ist wichtig, damit die richtige Seite automatisch angezeigt werden kann, wenn man das Handbuch z.B. auf einen Block anwendet. Zudem wird für fehlende Seiten automatisch auf die Englischen zurückgegriffen, sofern vorhanden. Das heißt auch, dass es schon hilft wenn einzelne Seiten übersetzt werden. Diese würden dann in Deutsch angezeigt, während alle anderen Seiten nach wie vor auf Englisch angezeigt würden. +## Inhaltsverzeichnis -Wenn sich freiwillige finden würden, wäre das super. Andernfalls müsst ihr euch bis auf Weiteres mit der [Englischen Variante](/en_US/index.md) begnügen. +### Geräte +- [Computer](general/computer.md) +- [Server](item/server1.md) +- [Mikrocontroller](block/microcontroller.md) +- [Roboter](block/robot.md) +- [Drohnen](item/drone.md) + +### Software und Programmierung +- [OpenOS](general/openOS.md) +- [Lua](general/lua.md) + +### Blöcke und Items +- [Items](item/index.md) +- [Blöcke](block/index.md) + +### Guides +- [Erste Schritte](general/quickstart.md) + +## Überblick + +Wie oben erwähnt sind Computer in OpenComputers dauerhaft, was bedeutet, dass ein laufender [Computer](general/computer.md) seinen Zustand beibehält, wenn der Chunk in dem er sich befindet entladen wird. Das bedeutet, dass wenn ein Spieler sich vom [Computer](general/computer.md) entfernt oder sich ausloggt, behält der [Computer](general/computer.md) seinen Zustand und fährt von diesem Punkt wieder fort, wenn der Computer sich dem [Computer](general/computer.md) nähert. Außer bei [Tablets](item/tablet.md) funktioniert dies bei allen Geräten. + +Alle Geräte sind modular und können mit einer großen Palette von Komponenten zusammengestellt werden, ähnlich wie es bei Computern im echten Leben der Fall ist. Spieler, die gerne basteln werden in der Lage sein, die Geräte nach ihren Wünschen zu optimieren. Auf Wunsch können sie auch wieder [auseinandergebaut](block/disassembler.md) und neu aufgebaut werden, wenn die erste Konfiguration nicht befriedigend war. Bei [Computern](general/computer.md) und [Servern](item/server1.md) können die Komponenten sofort ausgetauscht werden, indem einfach die entsprechende GUI geöffnet wird. + +OpenComputers-Geräte sind kompatibel mit vielen verschiedenen Mods, die die Manipulation von Blöcken und Entities ermöglichen (z.B. mittels des [Adapters](block/adapter.md) oder für gewisse Upgrades in einem [Roboter](block/robot.md) oder einer [Drohne](item/drone.md)). Strom kann mit einer großen Palette von Mods zur Verfügung gestellt werden, darunter Redstone Flux, IndustrialCraft2 EU, Mekanism Joules, Applied Energistics 2-Energie sowie Factorization Charge. + +Geräte in OpenComputer haben Extra-Funktionen sowie einige Einschränkungen. [Computer](general/computer.md) sind die Grundlinie, und sind in der Lage eine ordentliche Anzahl von Komponenten zu verwenden, was von der CPU des Computers abhängt. [Computer](general/computer.md) haben außerdem Zugriff auf Komponenten an allen sechs Seiten. [Server](item/server1.md) sind durch [Komponentenschnittstellen](item/componentBus1.md) in der Lage, mehr Komponenten (intern oder extern) anzusprechen als [Computer](general/computer.md), allerdings wird die Anzahl der nutzbaren Seiten durch den [Serverschrank](block/serverRack.md) beschränkt. Welche Seite das ist kann in der GUI des [Serverschranks](block/serverRack.md) konfiguriert werden. [Mikrocontroller](block/microcontroller.md) sind im Vergleich zu [Computern](general/computer.md) weiter eingeschränkt, da sie keine [Festplatte](item/hdd1.md) oder ein [Diskettenlaufwerk](block/diskDrive.md) verwenden können. Dadurch kann [OpenOS](general/openOS.md) nicht auf einem [Mikrocontroller](block/microcontroller.md) installiert werden. Allerdings haben [Mikrocontroller] einen Slot für einen [EEPROM](item/eeprom.md) und kann daher mit einem spezielleren Betriebssystem für eine begrenzte Anzahl an Aufgaben programmiert werden. + +[Roboter](block/robot.md) sind [Computer](general/computer.md), welche sich bewegen können. Sie können mit der Welt (aber nicht mit externen OpenComputers-Blöcken) interagieren. Im Gegensatz zu einem [Computer](general/computer.md) können die Komponenten in einem [Roboter](block/robot.md) nicht mehr entfernt werden. Um diese Einschränkung zu umgehen, können [Roboter](block/robot.md) mit dem [Upgrade Container](item/upgradeContainer1.md) oder einem [Card Container](item/cardContainer1.md) gebaut werden. Diese Upgrades ermöglichen einen sofortigen Austausch von Karten oder Upgrades, wenn dies benötigt wird. [OpenOS](general/openOS.md) kann auf einem [Roboter](block/robot.md) installiert werden, indem ein [Diskettenlaufwerk](block/diskDrive.md) in einem Containerslot platziert wird, was den Einsatz einer [Diskette](item/floppy.md) ermöglicht. Außerdem kann man eine [Festplatte](item/hdd1.md) mit [OpenOS](general/openOS.md) in einem der [Festplatten](item/hdd1.md)slots einlegen. Um einen [Roboter](block/robot.md) komplett neu zu konfigurieren, muss er [demontiert](block/disassembler.md) werden. [Drohnen](item/drone.md) sind weiter eingeschränkte [Roboter](block/robot.md). Sie bewegen sich anders, können weniger Items halten und es mangelt an einem Betriebssystem. Ähnlich, wie es bei [Mikrocontrollern](block/microcontroller.md) der Fall ist, können [Drohnen](item/drone.md) mit einem programmierten [EEPROM](item/eeprom.md) mit einem geringen Repertoire an Aufgaben ausgestattet werden. Die meisten Upgrades und Komponenten sind für [Roboter](block/robot.md) und [Drohnen](item/drone.md) gleich, allerdings verhalten sie sich unterschiedlich in [Drohnen](item/drone.md), so wie [Inventar-Upgrades](item/inventoryUpgrade.md), welche nur 4 Slots pro Upgrade zur Verfügung stellen (und damit die maximale Anzahl auf 8 begrenzen), während [Roboter](block/robot.md) bis zu 4 [Inventar-Upgrades](item/inventoryUpgrade.md) aufnehmen können und mehr Slots pro Upgrade zur Verfügung stellen (insgesamt 16 Stück pro Upgrade). + +Diese Bedienungsanleitung enthält detaillierte Informationen über alle Blöcke und Items, wie man unterschiedliche Systeme und Geräte aufsetzt und außerdem eine Einführung in die Lua-Programmierung. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/abstractBusCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/abstractBusCard.md new file mode 100644 index 0000000000..5807e0ae59 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/abstractBusCard.md @@ -0,0 +1,5 @@ +# Abstrakter-Bus-Karte + +![Mehr Netzwerktechnik!](oredict:oc:abstractBusCard) + +Diese Karte erlaubt es [Computern](../general/computer.md), [Servern](server1.md) und [Robotern](../block/robot.md) mit Abstract Busses von StargateTech2 zu interagieren. Wenn die Karte installiert ist, werden sich die entsprechenden Blöcke mit dem abstrakten Bus verbinden und eine Komponente wird für die Maschine sichtbar. Damit können Nachrichten über den Bus gesendet werden. Hereinkommende Nachrichten werden in Signale konvertiert und zur Maschine gesendet. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/acid.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/acid.md new file mode 100644 index 0000000000..f9af47bc2f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/acid.md @@ -0,0 +1,5 @@ +# Grog + +![Reflux?](oredict:oc:materialAcid) + +Wird nur bei Hard-Mode-Rezepten verwenden. Es ist verwendet um [Leiterplatten](circuitBoard.md) zu ätzen, bevor sie zu [gedruckten Leiterplatten](printedCircuitBoard.md) werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/alu.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/alu.md new file mode 100644 index 0000000000..485b93f6eb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/alu.md @@ -0,0 +1,5 @@ +# Arithmetic Logic Unit + +![Ich of logiks !](oredict:oc:materialALU) + +Wird für rechnende Komponenten wie [CPUs](cpu1.md) und [Grafikkarten](graphicsCard1.md) benötigt. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/analyzer.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/analyzer.md new file mode 100644 index 0000000000..ac436f7bf3 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/analyzer.md @@ -0,0 +1,7 @@ +# Messgerät + +![Hat nichts mit Kirche zu tun.](oredict:oc:analyzer) + +Das Messgerät ist ein nützliches Werkzeug um OpenComputers-Geräte auszulesen. Mittels eines Rechtsklickes (ggf. auch beim Schleichen) werden die Informationen in den Chatlog geschrieben. Darunter fallen grundlegende Dinge wie die Adresse von Komponenten, den Energiemassen im Subnetzwerk bis zu Informationen über einen Crash. + +Eine weitere nützliche Funktion ist, dass STRG+Rechtsklick die Adresse einer Komponente in die Zwischenablage kopiert. Diese Information kann beispielsweise in ein Computerterminal kopiert werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/angelUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/angelUpgrade.md new file mode 100644 index 0000000000..6fff45b40a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/angelUpgrade.md @@ -0,0 +1,5 @@ +# Engels-Upgrade + +![Hallelujah.](oredict:oc:angelUpgrade) + +Dieses Upgrade ermöglicht es [Robotern](../block/robot.md) Blöcke mitten in die Luft zu platzieren. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/apu1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/apu1.md new file mode 100644 index 0000000000..e473727a61 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/apu1.md @@ -0,0 +1,7 @@ +# Beschleunigter Prozessor (APU) + +![Ausgereiftesteste Physik United.](oredict:oc:apu1) + +APUs sind eine Mischung aus [CPUs](cpu1.md) und [Grafikkarten](graphicsCard1.md). Diese zu nutzen ermöglicht es einen Kartenslot mehr zu verwenden. Wie eine normale CPU definiert es die Architektur des [Computers](../general/computer.md) und die Nummer der Komponenten die verwendet werden können. Es ermöglicht zudem auch grundlegende Grafikberechnungen. + +Durch den geringeren Platz auf dem Chip sind diese CPUs etwas langsamer als deren normale Versionen. Dazu sind relativ niedrige Grafikqualitäten erreichbar. Während die Stufe-1-APU so viele Komponenten wie eine Stufe-2-CPU kontrollieren kann läuft es nur so schnell wie eine Stufe-1-CPU und stellt nur die Grafikleistung einer Stufe-1-Grafikkarte zur Verfügung. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/apu2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/apu2.md new file mode 100644 index 0000000000..cc94b771d0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/apu2.md @@ -0,0 +1 @@ +#REDIRECT apu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/arrowKeys.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/arrowKeys.md new file mode 100644 index 0000000000..ef3b92bf4d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/arrowKeys.md @@ -0,0 +1,5 @@ +# Pfeiltasten + +![Sei nur froh, dass die nicht aus echten Pfeilen hergestellt werden..](oredict:oc:materialArrowKey) + +Pfeiltasten sind nötig um [Tastaturen](../block/keyboard.md) zu bauen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade1.md new file mode 100644 index 0000000000..432d48289f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade1.md @@ -0,0 +1,5 @@ +# Batterie-Upgrade + +![Aus Metall angefertigt.](oredict:oc:batteryUpgrade1) + +Dieses Upgrade erhöht den internen Energiespeicher von Geräten wie [Robotern](../block/robot.md) und [Tablets](tablet.md). Sie können damit länger verwendet werden, bevor sie mit einem [Ladegerät](../block/charger.md) geladen werden müssen. Hochstufige Upgrades haben mehr Batteriekapazität. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade2.md new file mode 100644 index 0000000000..0281a45330 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT batteryUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade3.md new file mode 100644 index 0000000000..0281a45330 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/batteryUpgrade3.md @@ -0,0 +1 @@ +#REDIRECT batteryUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/buttonGroup.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/buttonGroup.md new file mode 100644 index 0000000000..d6320600d0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/buttonGroup.md @@ -0,0 +1,5 @@ +# Tastengruppe + +![MOAR KNÖPFE.](oredict:oc:materialButtonGroup) + +Weil du *immer* zu viele Knöpfe hast. Lüg nicht! Wir Shift-Klicken das Tastenrezept immer und immer wieder. Die Gruppen werden um Bauen von [Tastaturen](../block/keyboard.md) verwendet. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/card.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/card.md new file mode 100644 index 0000000000..b7fa57fcf9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/card.md @@ -0,0 +1,5 @@ +# Karten + +![Können nicht gelesen werden.](oredict:oc:materialCard) + +Übliches Ausgangsmaterial für kartenförmige Komponenten in OpenComputers (wie [Grafikkarten](graphicsCard1.md), [Netzwerkkarten](lanCard.md) usw.) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer1.md new file mode 100644 index 0000000000..68791181be --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer1.md @@ -0,0 +1,5 @@ +# Kartenbehälter + +![Ich kann Karten haben!!](oredict:oc:cardContainer1) + +Der Kartenbehälter ist ein Behälter-Upgrade für [Roboter](../block/robot.md) das es erlaubt, Karten in [Roboter](../block/robot.md) nach Bedarf einzusetzen oder zu entfernen. Die Stufe die eine Karte maximal haben darf gleicht der des Containers. Im Gegensatz zu normalen Upgrades ist die Komplexität das Doppelte seiner Stufe. Siehe [Komplexität](../block/robot.md). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer2.md new file mode 100644 index 0000000000..16d29de27c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer2.md @@ -0,0 +1 @@ +#REDIRECT cardContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer3.md new file mode 100644 index 0000000000..16d29de27c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cardContainer3.md @@ -0,0 +1 @@ +#REDIRECT cardContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/chamelium.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/chamelium.md new file mode 100644 index 0000000000..e0d5a9fdbc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/chamelium.md @@ -0,0 +1,9 @@ +# Chamälium + +![Kommt vom Wort "Chamäleon".](oredict:oc:chamelium) + +Chamälium ist ein formbares Material das für [3D-Drucke](../block/print.md) in [3D-Druckern](../block/printer.md) verwendet wird. Sonst ist es nutzlos und damit sehr nützlich um monochrome Bereiche zu erstellen. + +Es kann zudem zu einem [Chamäliumblock](../block/chameliumBlock.md) kombiniert werden. + +Wie der Tooltip sagt kann es Nebenwirkungen haben, also sollte es mit Vorsicht genossen werden. Oder noch besser: gar nicht. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/chip1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip1.md new file mode 100644 index 0000000000..5f8f5f20a8 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip1.md @@ -0,0 +1,5 @@ +# Microchips + +![Nicht essbar.](oredict:oc:circuitChip1) + +Microchips sind die Grundlage für das Bauen von elektronischen Komponenten. Sie kommen in verschiedenen Stufen und ermöglichen unterschiedliche Komponentenstufen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/chip2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip2.md new file mode 100644 index 0000000000..5679bbdebc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip2.md @@ -0,0 +1 @@ +#REDIRECT chip1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/chip3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip3.md new file mode 100644 index 0000000000..5679bbdebc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/chip3.md @@ -0,0 +1 @@ +#REDIRECT chip1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/chunkloaderUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/chunkloaderUpgrade.md new file mode 100644 index 0000000000..634948efff --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/chunkloaderUpgrade.md @@ -0,0 +1,7 @@ +# Chunkloader-Upgrade + +![Geht nirgendwo hin.](oredict:oc:chunkloaderUpgrade) + +Das Chunkloader-Upgrade kann in Geräten wie [Robotern](../block/robot.md) oder [Mikrocontrollern](../block/microcontroller.md) installiert werden, um den Chunk in dem er sich befindet sowie umliegende Chunks geladen zu halten. Dies verbraucht jedoch Energie. Der Chunkloader kann mit der Komponenten-API ein- oder ausgeschaltet werden. + +Das Upgrade ist automatisch aktiviert wenn das Gerät aktiviert, und automatisch deaktiviert, wenn das Gerät deaktiviert wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/circuitBoard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/circuitBoard.md new file mode 100644 index 0000000000..d0a3154a29 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/circuitBoard.md @@ -0,0 +1,5 @@ +# Leiterplatte + +![Braucht mehr Gold.](oredict:oc:materialCircuitBoard) + +Zwischenitem das beim Herstellen von [bedruckten Leiterplatten](printedCircuitBoard.md) aus [rohen Leiterplatten](rawCircuitBoard.md) entsteht. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus1.md new file mode 100644 index 0000000000..e60791f68e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus1.md @@ -0,0 +1,10 @@ +# Komponentenschnittstelle + +![Fährt nirgendwo hin](oredict:oc:componentBus1) + +Eine Komponentenschnittstelle ist ein [Server](server1.md)spezifisches Upgrade das es dem Server erlaubt, mit mehr Komponenten auf einmal zu kommunizieren ohne sich abzuschalten. Wie bei [CPUs](cpu1.md) auch ermöglichen höhere Stufen mehr Komponenten und höhere Stufen für Server ermöglichen mehr Slots für Komponentenschnittstellen. + +Das Komponentenlimit ist wie folgt +- Stufe 1: 8 Komponenten. +- Stufe 2: 12 Komponenten. +- Stufe 3: 16 Komponenten. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus2.md new file mode 100644 index 0000000000..a49cd378a0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus2.md @@ -0,0 +1 @@ +#REDIRECT componentBus1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus3.md new file mode 100644 index 0000000000..a49cd378a0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/componentBus3.md @@ -0,0 +1 @@ +#REDIRECT componentBus1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/controlUnit.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/controlUnit.md new file mode 100644 index 0000000000..1b270e19a2 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/controlUnit.md @@ -0,0 +1,5 @@ +# Kontrolleinheit + +![Mit eingebauter Cruising-Funktion.](oredict:oc:materialCU) + +Hochstufiges Craftingitem in weiter entwickelten Schaltkreisen wie [CPUs](cpu1.md). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu1.md new file mode 100644 index 0000000000..3fb63ace8e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu1.md @@ -0,0 +1,14 @@ +# CPU + +![Gehirrrrrn.](oredict:oc:cpu1) + +Die zentrale Recheneinheit ist das Herz eines jeden [Computers](../general/computer.md) oder [Servers](server1.md). Sie definiert die Architektur des Gerätes und die Anzahl der Komponenten die maximal mit dem Gerät verbunden werden können bevor er zu funktionieren aufhört. Hochstufige CPUs ermöglich außerdem eine schnellere Ausführung. + +Das Limit an Komponenten ist wie folgt: +- Stufe 1: 8 Komponenten. +- Stufe 2: 12 Komponenten. +- Stufe 3: 16 Komponenten. + +In [Servern](server1.md) kann die maximale Anzahl an Komponenten zudem mit [Komponentenschnittstellen](componentBus1.md) erhöht werden. + +Wenn mehr als die maximale Anzahl an Komponenten mit dem Prozessor verbunden sind, wird er nicht mehr starten oder abstürzen, wenn er läuft. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu2.md new file mode 100644 index 0000000000..b62149ec49 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu2.md @@ -0,0 +1 @@ +#REDIRECT cpu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu3.md new file mode 100644 index 0000000000..b62149ec49 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cpu3.md @@ -0,0 +1 @@ +#REDIRECT cpu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/craftingUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/craftingUpgrade.md new file mode 100644 index 0000000000..806130c2a3 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/craftingUpgrade.md @@ -0,0 +1,5 @@ +# Crafting-Upgrade + +![Kräftig.](oredict:oc:craftingUpgrade) + +Das Crafting-Upgrade erlaubt [Robotern](../block/robot.md) jede Art von Rezepten zu fertigen. Dabei werden Items aus dem [Inventar](../item/inventoryUpgrade.md) verwendet. Das 3x3-Netz im Inventar des Roboters wird als Werkbank verwendet. Items müssen entsprechend dem Rezept angeordnet sein. Ergebnisse werden im gewählten Slot im Inventar oder im nächsten freien Slot abgelegt, oder in die Welt geworfen, wenn kein Platz mehr übrig ist. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/cuttingWire.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/cuttingWire.md new file mode 100644 index 0000000000..88e76beffa --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/cuttingWire.md @@ -0,0 +1,5 @@ +# Schneidedraht + +![Kein Würgedraht. Wirklich.](oredict:oc:materialCuttingWire) + +Dieses Item wird nur im Hard-Mode-Rezept für [Leiterplattenrohlinge](rawCircuitBoard.md) verwendet. Ineffektiv. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard1.md new file mode 100644 index 0000000000..6812b2cbb5 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard1.md @@ -0,0 +1,7 @@ +# Datenkarte + +![Im Gegensatz zum allgemeinen Glauben speichert das keine Daten.](oredict:oc:dataCard1) + +Die Datenkarte ist eine Werkzeugkarte die einige Algorithmen zur Verfügung stellen die nur sehr schlecht oder sehr langsam implementierbar wären. Möglich ist Hashing und grundlegendes Inflating und Deflating.. Zudem enthält es ein angefügtes Dateisystem und stellt eine Vielzahl von Programmen zur Verfügung die die Funktionen der Karte verwenden, ähnlich der Internetkarte. + +Die Menge an Daten die zur selben Zeit ist limitiert und jede Operation benötigt Energie. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard2.md new file mode 100644 index 0000000000..13f0608389 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard2.md @@ -0,0 +1 @@ +#REDIRECT dataCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard3.md new file mode 100644 index 0000000000..13f0608389 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/dataCard3.md @@ -0,0 +1 @@ +#REDIRECT dataCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade1.md new file mode 100644 index 0000000000..6cc5e5d852 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade1.md @@ -0,0 +1,9 @@ +# Datenbank-Upgrade + +![Living in the database.](oredict:oc:databaseUpgrade1) + +Das Datenbank-Upgrade kann konfiguriert werden um eine Liste von Itemstack-Repräsentationen zu speichern. Die können von anderen Komponenten verwendet werden. Das ist besonders nützlich für Items die mit ihren NBT-Daten sortiert werden. + +Um eine Datenbank zu konfigurieren klick es rechts mit der Datenbank in der Hand ab. Platziere die Stacks die du konfigurieren möchtest im Inventar. Es wird ein "Geisterstack" gespeichert, kein echtes Item. + +Alternativ kann die Datenbank mit der Komponenten-API des [Inventarbedienungs-Upgrades](inventoryControllerUpgrade.md) und des [Geolyzers](../block/geolyzer.md) verändert werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade2.md new file mode 100644 index 0000000000..196a017a39 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT databaseUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade3.md new file mode 100644 index 0000000000..196a017a39 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/databaseUpgrade3.md @@ -0,0 +1 @@ +#REDIRECT databaseUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/debugCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/debugCard.md new file mode 100644 index 0000000000..2e7cd6dae7 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/debugCard.md @@ -0,0 +1,7 @@ +# Debugkarte + +![Warte - Wenn ich... oooooh.](item:OpenComputers:item@73) + +Die Debugkarte ist ein Nur-Kreativ-Item das ursprünglich entwickelt wurde, um einige Vorgänge zu vereinfachen in dem sie einige Prozesse automatisieren. Es hat seitdem eine Vielfalt an Zusatzfunktionen erhalten. + +Ein Schleich-Rechtsklick bindet oder entbindet die Karte zum Anwender. Dies bedeutet, dass `runCommand` mit den Permissions des Anwenders anstatt der Standardpermissions von OpenComputers ausgeführt wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/disk.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/disk.md new file mode 100644 index 0000000000..e29167ac9a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/disk.md @@ -0,0 +1,5 @@ +# Speicherplatte + +![World. RIP Terry Pratchett.](oredict:oc:materialDisk) + +Grundlegende Komponente, die zum Bau von Speichermedien wie [Disketten](floppy.md) und [Festplatten](hdd1.md) benötigt wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/drone.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/drone.md new file mode 100644 index 0000000000..81a24f77ad --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/drone.md @@ -0,0 +1,5 @@ +# Drohne + +![Hat nichts mit der NSA zu tun..](item:OpenComputers:item@84) + +Drohnen werden mit einem [Drohnengehäuse](droneCase1.md) in der [Elektronik-Werkbank](../block/assembler.md) gebaut. Sie sind entitybasierende [Roboter](../block/robot.md), allerdings ein bisschen günstiger und mit eingeschränkter Funktionalität. Sie können sich zudem weitaus schneller bewegen als [Roboter](../block/robot.md) und werden über ein Clientprogramm auf einem Computer gesteuert. Die Drohne benötigt ein konfiguriertes [EEPROM](eeprom.md) um Befehle zu empfangen oder selbst zu arbeiten. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase1.md new file mode 100644 index 0000000000..01c4d37793 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase1.md @@ -0,0 +1,34 @@ +# Drohnengehäuse + +![Droning on.](oredict:oc:droneCase1) + +Das Drohnengehäuse wird verwendet um [Drohnen](drone.md) in der [Elektronik-Werkbank](../block/assembler.md) zu bauen. Drohnen sind leicht, schnell und sehr mobil, haben jedoch einen eingeschränkten Funktionenszeitraum (d.h. weniger Upgrade- und Komponentenslots sind verfügbar). Im Gegensatz zu [Robotern](../block/robot.md) können sie keine Werkzeuge verwenden und können nur indirekt mit der Welt interagieren. + +Sie haben zwar eine eingeschränkte Funktionsvielfalt, sind dafür aber schneller und verbrauchen weniger Energie. Sie sind gut geeignet um eine geringe Menge an Items zu transportieren, oder um Aufklärung zu betreiben. Es kann sehr nützlich sein einen Roboter mit einer Drohne zu koppeln. Dabei macht der Roboter die harte Arbeit und die Drohne stellt Informationen über die Umwelt zur Verfügung und transportiert beispielsweise Items von und zu einer Zentrale. + +Genau wie [Microcontroller](../block/microcontroller.md) können Drohnen nur mit ihrem [EEPROM](eeprom.md) programmiert werden. Der EEPROM in der Drohne kann ausgetauscht werden, indem sie mit einem anderen EEPROM zusammen in eine Werkbank gelegt wird. Der eingebaute EEPROM wird zurückgegeben. + +Die Stufe-1-Drohne kann folgende Komponenten enthalten: +- Eine Stufe-1-[CPU](cpu1.md) +- Ein Stufe-1-[RAM-Riegel](ram1.md) +- Ein [EEPROM](eeprom.md) +- Eine Stufe-2-Erweiterungskarte +- Eine Stufe-1-Erweiterungskarte +- Ein Stufe-1-Upgrade +- Ein Stufe-2-Upgrade + +Eine Stufe-2-Drohne kann folgende Komponenten enthalten: +- Eine Eine Stufe-1-[CPU)](cpu1.md) +- Zwei Stufe-1-[RAM-Riegel](ram1.md) +- Ein [EEPROM](eeprom.md) +- Zwei Stufe-2-Erweiterungskarten +- Ein Stufe-1-Upgrade +- Ein Stufe-2-Upgrade +- Ein Stufe-3-Upgrade + +Die Stufe-4-Drohne (sog. Creative-Drohne) kann folgende Komponenten enthalten: +- Eine Stufe-3-[CPU](cpu3.md) +- Zwei Stufe-2-[RAM-Riegel](ram5.md) +- Ein [EEPROM](eeprom.md) +- Drei Stufe-3-Erweiterungskarten +- Neun Stufe-3-Upgrades diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase2.md new file mode 100644 index 0000000000..702933ee7d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCase2.md @@ -0,0 +1 @@ +#REDIRECT droneCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCaseCreative.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCaseCreative.md new file mode 100644 index 0000000000..702933ee7d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/droneCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT droneCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/eeprom.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/eeprom.md new file mode 100644 index 0000000000..29953d1084 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/eeprom.md @@ -0,0 +1,7 @@ +# EEPROM + +![Let's get this party started.](oredict:oc:eeprom) + +Der EEPROM enthält den Code der verwendet wird um den Computer zu starten. Diese Daten sind als einfaches Bytearray gespeichert und können bei unterschiedlichen Architekturen andere Operationen auslösen. Das LUA-BIOS ist ein kleines Script das auf dem Dateisystem nach eine Datei namens `init.lua`. Auf anderen Architekturen kann es echter Maschinencode sein. + +EEPROMs können für spezialisierte Aufgaben programmiert werden, wie es bei [Drohnen](drone.md) oder [Microcontrollern](../block/microcontroller.md) der Fall ist. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/experienceUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/experienceUpgrade.md new file mode 100644 index 0000000000..2228289a2e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/experienceUpgrade.md @@ -0,0 +1,9 @@ +# Erfahrungs-Upgrade + +![Kaum sinnvoll, sehr cool.](oredict:oc:experienceUpgrade) + +Das Erfahrungs-Upgrade ist ein sehr spezielles Upgrade, da es [Robotern](../block/robot.md) und [Drohnen](drone.md) ermöglicht, Erfahrung zu sammeln. Ein einziges Upgrade kann bis zu 30 Level speichern und ermöglicht damit kleinere Boni, wie schnellere Ausführung oder erhöhte Energiespeicherkapazität. + +[Roboter](../block/robot.md) ab Level 10 bekommen eine goldene Färbung, ab Level 20 wechselt die Färbung in einen diamantenen Teint. + +Die tatsächliche Erfahrung wird im Upgrade gespeichert, was bedeutet dass die Erfahrung zu anderen Geräten verschoben werden kann. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/floppy.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/floppy.md new file mode 100644 index 0000000000..945ee14a22 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/floppy.md @@ -0,0 +1,5 @@ +# Diskette + +![Klobig](oredict:oc:floppy) + +Die Diskette ist das günstigste und kleinste Speichermedium in OpenComputers. Es ist ein nützliches Item für das frühe Spiel um Daten zwischen den Geräten zu transferieren. Disketten mit nützlichen Programmen können in Dungeons gefunden werden (wie der OpenPrograms Package Manager, womit Programme von einem zentralen Github-Repository installiert werden können.) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/generatorUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/generatorUpgrade.md new file mode 100644 index 0000000000..3672b0a049 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/generatorUpgrade.md @@ -0,0 +1,7 @@ +# Generator-Upgrade + +![Generator X.](oredict:oc:generatorUpgrade) + +Das Generator-Upgrade ermöglicht es Geräten sich im Betrieb neu aufzuladen. Zurzeit werden nur trockene Energiequellen (wie Kohle) unterstützt. Es hat ein internes Inventar welches ein Stack an Energiequellen halten kann. Überflüssige Energiequellen können über die Komponenten-API entfernt werden. Ein Upgrade von einem Roboter zu entfernen führt dazu, dass der Inhalt in die Welt geworfen wird. + +Die Effizienz der Generatoren ist niedriger als die von Generatoren anderer Mods. [Ladegeräte](../block/charger.md) sind effizienter. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard1.md new file mode 100644 index 0000000000..770922a49b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard1.md @@ -0,0 +1,7 @@ +# Grafikkarten + +![Schicke Bilder.](oredict:oc:graphicsCard1) + +Die Grafikkarte ist essenziell für die meisten [Computer](../general/computer.md). Damit können sie Text auf einem verbundenen [Bildschirm](../block/screen1.md) darstellen. Grafikkarten kommen in verschiedenen Stufen, die zusammen mit dem Bildschirm unterschiedliche Auflösungen und Farbtiefen unterstützen. + +Ein anderer beachtenswerter Unterschied zwischen den unterschiedlichen Stufen ist die Anzahl an maximalen Operationen pro Tick. Die Werte in den Tooltips sind repräsentativ für einen Computer mit einer Stufe-2-[CPU](cpu1.md). Stufe-1-[CPUs](cpu1.md) sind etwas langsamer, Stufe-3-CPUs etwas schneller. Die Zahlen sind für jede Operation einzeln aufgelistet, die eine GPU zur Verfügung stellt: `copy`, `fill`, `set`, `setBackground` und `setForeground`. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard2.md new file mode 100644 index 0000000000..2503631a46 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard2.md @@ -0,0 +1 @@ +#REDIRECT graphicsCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard3.md new file mode 100644 index 0000000000..2503631a46 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/graphicsCard3.md @@ -0,0 +1 @@ +#REDIRECT graphicsCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd1.md new file mode 100644 index 0000000000..97473bf80e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd1.md @@ -0,0 +1,5 @@ +# Festplatte + +![01010011 01110000 01100001 01100011 01100101.](oredict:oc:hdd1) + +Die Festplatten haben mehr Speicherplatz als andere OpenComputers-Speichermedien. Alle Medien arbeiten gleich schnell, haben allerdings unterschiedliche Speicherplatzgrößen. Es gibt auch Geräte die nur Disketten verwenden. Festplatten können in einem [RAID](../block/raid.md) platziert werden, um Geräten das Teilen des selben Dateisystems zu ermöglichen. Wenn eine Festplatte in einem RAID platziert werden, werden allerdings die Daten gelöscht. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd2.md new file mode 100644 index 0000000000..31a59d4385 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd2.md @@ -0,0 +1 @@ +#REDIRECT hdd1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd3.md new file mode 100644 index 0000000000..31a59d4385 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hdd3.md @@ -0,0 +1 @@ +#REDIRECT hdd1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverBoots.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverBoots.md new file mode 100644 index 0000000000..091a40e357 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverBoots.md @@ -0,0 +1,11 @@ +# Schwebestiefel + +![Tritt drauf!](oredict:oc:hoverBoots) + +Drohnen zu programmieren kann eine lange Zeit dauern. Es gibt allerdings eine Alternative dazu: Schwebestiefel. + +Diese Stiefel haben einige nützliche Eigenschaften: Sie steigern die Sprunghöhe und federn einen hohen Fall ab. Genau: Sprünge bis zu 4 Blöcke hoch sind möglich, der Schaden wird um ⅓ verringert. + +Außerdem ist es möglich, Treppen mit Stufenhöhen von einem Meter zu besteigen, ohne dass die Stufen hochgesprungen werden müssen. Sehr praktisch beim morgendlichen Fitnesslauf den Berg hinauf. + +Diese Stiefel können in einem OpenComputers-[Ladegerät](../block/charger.md) oder ähnlichen Geräten (wie dem AppliedEnergistics 2-Ladegerät, der IndustrialCraft 2 Battery Box usw.) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade1.md new file mode 100644 index 0000000000..f19dc925f6 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade1.md @@ -0,0 +1,14 @@ +# Schwebe-Upgrade + +![Leicht wie eine Feder.](oredict:oc:hoverUpgrade1) + +Das Schwebe-Upgrade erlaubt es [Robotern](../block/robot.md) viel höher über dem Boden zu fliegen als normal. Im Gegensatz zu [Drohnen](drone.md) können diese nämlich standardmäßig nur 8 Block hoch schweben. Das ist normal kein großes Problem, da sie sich trotzdem an Wänden entlang bewegen können. Sie können sich so bewegen: +- Roboter können sich nur bewegen, wenn Start- und Zielposition gültig sind (z.B. um Brücken bauen zu können) +- Die Position unter einem Roboter ist immer gültig (sie können sich immer herab bewegen) +- Positionen bis `Flughöhe` über einem vollen Block sind gültig (eingeschränkte Flugfähigkeiten) +- Jede Position mit einem angrenzenden Block mit einer vollen Seite in Richtung der Position ist gültig (Roboter können "klettern") + +Hier eine Visualisierung der Regeln: +![Bewegungsregeln der Roboter zusammengefasst.](opencomputers:doc/img/robotMovement.png) + +Wenn diese Regeln außer Kraft gesetzt werden müssen, ist dieses Upgrade das Upgrade der Wahl. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade2.md new file mode 100644 index 0000000000..bad6728c9c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/hoverUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT hoverUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/index.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/index.md new file mode 100644 index 0000000000..24ee976241 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/index.md @@ -0,0 +1,89 @@ +# Items + +Dieser Index listet alle dokumentierten Items in OpenComputers auf. Eine Auflistung aller Blöcke ist im [Blockindex](../block/index.md) zu finden. + +Je nach dem, welches Recipe Set verwendet wird können einzelne Items nicht verfügbar sein. + +## Werkzeuge +* [Messgerät](analyzer.md) +* [Handbuch](manual.md) +* [Fernsteuerungsterminal](terminal.md) +* [Texturleser](texturePicker.md) +* [Schraubenziehschlüssel](wrench.md) + +## Geräte +* [Drohne](drone.md) +* [Server](server1.md) +* [Tablet](tablet.md) + +## Komponenten + +### Karten +* [Abstrakter-Bus-Karte](abstractBusCard.md) +* [Datenkarte](dataCard.md) +* [Debug-Karte](debugCard.md) (aka AMI) +* [Grafikkarte](graphicsCard1.md) +* [Internetkarte](internetCard.md) +* [Verknüpfte Karte](linkedCard.md) +* [Netzwerkkarte](lanCard.md) +* [Redstonekarte](redstoneCard1.md) +* [Drahtlosnetzwerkkarte](wlanCard.md) +* [Weltsensorkarte](worldSensorCard.md) + +### Upgrades +* [Engelsupgrade](angelUpgrade.md) +* [Akkuupgrade](batteryUpgrade1.md) +* [Karten-Behälter](cardContainer1.md) +* [Chunkloader-Upgrade](chunkloaderUpgrade.md) +* [Crafting-Upgrade](craftingUpgrade.md) +* [Datenbank-Upgrade](databaseUpgrade1.md) +* [Erfahrungs-Upgrade](experienceUpgrade.md) +* [Generator-Upgrade](generatorUpgrade.md) +* [Schwebe-Upgrade](hoverUpgrade1.md) +* [Inventarbedienungs-Upgrade](inventoryControllerUpgrade.md) +* [Inventar-Upgrade](inventoryUpgrade.md) +* [Leinen-Upgrade](leashUpgrade.md) +* [Navigations-Upgrade](navigationUpgrade.md) +* [Kolben-Upgrade](pistonUpgrade.md) +* [Schild-Upgrade](signUpgrade.md) +* [Solargenerator-Upgrade](solarGeneratorUpgrade.md) +* [Tankbedienungs-Upgrade](tankControllerUpgrade.md) +* [Tank-Upgrade](tankUpgrade.md) +* [Traktorstrahl-Upgrade](tractorBeamUpgrade.md) +* [Upgrade-Behälter](upgradeContainer1.md) + +### Anderes +* [Beschleunigter Prozessor (APU)](apu1.md) +* [Komponentenschnittstelle](componentBus1.md) +* [CPU](cpu1.md) +* [EEPROM](eeprom.md) +* [Diskette](floppy.md) +* [Festplatte](hdd1.md) +* [Speicher (RAM)](ram1.md) + +## Crafting +* [Grog](acid.md) +* [Arithmetisch-logische Einheit (ALU)](alu.md) +* [Pfeiltasten](arrowKeys.md) +* [Tastengruppe](buttonGroup.md) +* [Karte](card.md) +* [Leiterplatte](circuitBoard.md) +* [Kontrolleinheit](controlUnit.md) +* [Schneidedraht](cuttingWire.md) +* [Speicherplatte](disk.md) +* [Internetz](interweb.md) +* [Microchip](chip1.md) +* [Ziffernblock](numPad.md) +* [Bedruckte Leiterplatte](printedCircuitBoard.md) +* [Rohe Leiderplatte](rawCircuitBoard.md) +* [Transistor](transistor.md) + +## Montage / Druck +* [Chamälium](chamelium.md) +* [Tintenkartusche](inkCartridge.md) +* [Drohnengehäuse](droneCase1.md) +* [Mikrocontrollergehäuse](microcontrollerCase1.md) +* [Tabletgehäuse](tabletCase1.md) + +## Anderes +* [Schwebestiefel](hoverBoots.md) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridge.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridge.md new file mode 100644 index 0000000000..d7655b3ab4 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridge.md @@ -0,0 +1,5 @@ +# Tintenkartusche + +![Regenbogenfarbig.](oredict:oc:inkCartridge) + +Tintenkartuschen sind nützlich um den Farbbuffer von [3D-Druckern·](../block/printer.md) zu füllen. Es ist auch möglich sie mit Farbmitteln direkt zu färben, das ist aber ineffizient. Am besten kaufen Sie noch heute die echten OC Tintenfarben (TM) heute! (Disclaimer: Unter Umständen könnten sie mehr als der Drucker selbst kosten.) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridgeEmpty.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridgeEmpty.md new file mode 100644 index 0000000000..2895df3c87 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/inkCartridgeEmpty.md @@ -0,0 +1 @@ +#REDIRECT inkCartridge.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/internetCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/internetCard.md new file mode 100644 index 0000000000..5d36d5c30e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/internetCard.md @@ -0,0 +1,7 @@ +# Internetkarte + +![Katzenvideos in 3, 2,....](oredict:oc:internetCard) + +Internetkarten bieten [Computern](../general/computer.md) Internetzugriff. Einfache HTTP-Anfragen sind möglich, sowie einfache TCP-Client-Sockets die gelesen und beschrieben werden können. + +Eine Internetkarte zu installieren fügt zudem einen Speicher hinzu, auf dem einige Internetprogramme installiert sind, wie das hoch- und herunterladen von Text zu/von pastebin sowie ein `wget`-Klon zum herunterladen von Dateien aus dem Internet. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/interweb.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/interweb.md new file mode 100644 index 0000000000..558b45f43b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/interweb.md @@ -0,0 +1,5 @@ +# Internetz + +![A website is a place where there's cobweb.](oredict:oc:materialInterweb) + +Das Internetz ist eine grundlegende Komponente für alle Geräte die mit Hochdistanzkommunikation zusammenhängen. Es nutzt verrückte Mechaniken des Ends um Quantenlinienkommunikation zu ermöglichen. Wird vor allem in [Internetkarten](internetCard.md) und [verknüpften Karten](linkedCard.md) verwendet. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryControllerUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryControllerUpgrade.md new file mode 100644 index 0000000000..90f1c1c663 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryControllerUpgrade.md @@ -0,0 +1,7 @@ +# Inventarbedienungs-Upgrade + +![Ich bin unter Kontrolle.](oredict:oc:inventoryControllerUpgrade) + +Das Inventarbedienungs-Upgrade ermöglicht erweiterte Inventarinteraktionen für [Roboter](../block/robot.md) und [Drohnen](drone.md). Es erlaubt es dem Gerät explizit einzelne Slots in externen Inventaren zu verwenden. Es erlaubt es dem Gerät zudem detaillierte Informationen über seine Itemstacks zu lesen. Zuletzt stellt es Robotern eine Möglichkeit zur Verfügung, das Werkzeug ohne Hilfe zu wechseln. + +Dieses Upgrade kann zudem in [Adaptern](../block/adapter.md) platziert werden, wo es ähnliche Inspektionsmethoden auf angrenzende Inventare ermöglicht. Allerdings können keine Items aus oder in das Inventar geschoben werden; das geht bei Robotern und Drohnen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryUpgrade.md new file mode 100644 index 0000000000..94ca075c90 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/inventoryUpgrade.md @@ -0,0 +1,7 @@ +# Inventar-Upgrade + +![Wo legt es diesen ganzen Kram hin...](oredict:oc:inventoryUpgrade) + +Das Inventar-Upgrade stellt Inventarslots für [Roboter](../block/robot.md) und [Drohnen](drone.md) bereit. Jedes Upgrade fügt 16 Inventarslots hinzu, bis zu einem Maximum von 64 Slots. Eine Drohne fügt 4 Slots pro Upgrade hinzu, bis zu einem Maximum von 8 Slots. + +Ohne Inventar-Upgrade können diese Geräte keine Items aufheben. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/lanCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/lanCard.md new file mode 100644 index 0000000000..968a1840cf --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/lanCard.md @@ -0,0 +1,5 @@ +# Netzwerkkarte + +![Tritt ins Netzwerk ein.](oredict:oc:lanCard) + +Die Netzwerkkarte erlaubt es [Computern](../general/computer.md), Nachrichten vom Netzwerk zu empfangen und zum Netzwerk zu senden. Nachrichten (oder Pakete) können über das ganze Netzwerk oder zu spezifischen Knotenpunkten mit einer bestimmten Adresse gesendet werden. [Switche](../block/switch.md) und [Access Points](../block/accessPoint.md) können verwendet werden, um verschiedene Netzwerke miteinander zu verbinden. Nachrichten können dann zwischen verschiedenen Netzwerken hin- und hergesendet werden, auch zwischen unterschiedlichen Subnetzwerken. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/leashUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/leashUpgrade.md new file mode 100644 index 0000000000..e7d4090a6b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/leashUpgrade.md @@ -0,0 +1,5 @@ +# Leinen-Upgrade + +![-Angeleint- ~ Vexatos 2015](oredict:oc:leashUpgrade) + +Das Leinen-Upgrade ermöglicht es, Leinen auf Tiere anzulegen. Das entsprechende Gerät (zum Beispiel eine [Drohne](drone.md)) kann dann Tiere führen, auch mehrere auf einmal. Es ist damit recht einfach Herden zu bewegen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/linkedCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/linkedCard.md new file mode 100644 index 0000000000..7a8d0f030e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/linkedCard.md @@ -0,0 +1,5 @@ +# Verlinkte Karte + +![Ich fühle eine Verbindung](oredict:oc:linkedCard) + +Die verlinkte Karte ist eine spezialisierte und fortgeschrittene Version einer [Netzwerkkarte](lanCard.md). Gelinkte Karten treten nur im Paar auf und ermöglichen eine direkte Kommunikation zwischen den beiden Karten. Gelinkte Karten können über unbegrenzt weite Distanzen und über Dimensionen hinweg kommunizieren. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/manual.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/manual.md new file mode 100644 index 0000000000..9f97f695f9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/manual.md @@ -0,0 +1,15 @@ +# Handbuch + +![Ein gutes Buch.](oredict:oc:manual) + +Das Ding das du gerade liest! Das Handbuch enthält eine Vielfalt von Informationen über OpenComputers (und vielleicht mehr). Wenn du mehr Informatonen über ein Item oder einen Block im Mod benötigst, bist du hier genau richtig! Scrolle herunter für mehr Informationen (Mausrad oder Scrollbar auf der rechten Seite). + +![Dein neuer bester Freund.](opencomputers:doc/img/manual.png) + +Das Handbuch funktioniert ähnlich wie ein Wiki: Auf Links zu klicken öffnet die Seite auf die sie zeigen. Klicke rechts oder drücke den "Springen"-Knopf um eine Seite zurückzugehen. Mit Escape oder dem "Inventar"-Knopf wird das Buch geschlossen. Links befinden sich einige Tabs (2) mit denen schnell zu bestimmen Seiten (wie der Block- bzw. Itemindex) navigiert werden kann. Rechts befindet sich die Scrollbar (3). Sie kann manuell oder mit dem Mausrad bewegt werden. + +Das Handbuch erinnert sich an die Seite die zuletzt geöffnet war, wenn es geöffnet wird. Wenn das Buch im Schleichen geöffnet wird, öffnet sich das Inhaltsverzeichnis. Wenn Informationen über einen Block in der Welt benötigt werden, genügt es diesen Block rechts mit der Umschalttaste anzuklicken, während das Handbuch in der Hand ist. + +Sollten nach Lesen des Handbuchs Fragen übrig bleiben, gibt es andere Informationsquellen, wie das [Wiki](http://ocdoc.ci.li), der [IRC-Channel](http://webchat.esper.net/?channels=#oc) (#oc auf esper.net) sowie das [Forum](http://oc.cil.li). + +Sollten im Handbuch inhaltliche, grammatische oder andere Fehler oder Bugs in der Modifikation auftauchen, melde dies bitte über den [Issue Tracker](https://github.com/MightyPirates/OpenComputers/issues). Wenn du zum Handbuch beitragen möchtest, indem du es mit Inhalt bereicherst, bitte melde dich im IRC oder erstelle ein Ticket im Issue Tracker. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase1.md new file mode 100644 index 0000000000..3cf502fa1d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase1.md @@ -0,0 +1,31 @@ +# Mikrocontroller-Gehäuse + +![So niedlich!](oredict:oc:microcontrollerCase1) + +Das Mikrocontroller-Gehäuse ist das grundlegende Teil zum Bau von [Mikrocontrollern](../block/microcontroller.md) in der [Elektronik-Werkbank](../block/assembler.md). Mikrocontroller sind sehr primitive [Computer](../general/computer.md). Sie können nur eine bestimmte Anzahl an Komponenten enthalten und sind für sehr spezifische Anwendungsfälle gedacht, wie das Reagieren auf Redstonesignale, oder das Verarbeiten von Netzwerknachrichten. + +Sie haben kein richtiges Dateisystem und alle Programme müssen auf dem [EEPROM](eeprom.md) geschrieben werden. Dieser Chip kann ausgetauscht werden, indem der Microcontroller mit einem anderen EEPROM in die Werkbank gelegt wird. Dabei wird das der alte EEPROM zurückgegeben. + +Sie benötigen nur sehr wenig Energie. + +Das Stufe-1-Mikrocontroller-Gehäuse kann folgende Komponenten halten: +- 1x Stufe-1-[CPU](cpu1.md) +- 1x Stufe-1-[RAM](ram1.md) +- 1x [EEPROM](eeprom.md) +- 2x Stufe-1-Erweiterungskarten +- 1x Stufe-2-Upgrade + +Stufe-2-Mikrocontroller können diese Komponenten haben: +- 1x Stufe-1-[CPU](cpu1.md) +- 2x Stufe-1-[RAM](ram1.md) +- 1x [EEPROM](eeprom.md) +- 1x Stufe-2-Erweiterungskarte +- 1x Stufe-1-Erweiterungskarte +- 1x Stufe-3-Upgrade + +Mikrocontrollergehäuse der Stufe 3 bieten Platz für diese Komponenten: +- 1x Stufe-3-[CPU](cpu3.md) +- 2x Stufe-3-[RAM](ram5.md) +- 1x [EEPROM](eeprom.md) +- 3x Stufe-3-Erweiterungskarte +- 9x Stufe-3-Upgrades diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase2.md new file mode 100644 index 0000000000..d3a9af68dd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCase2.md @@ -0,0 +1 @@ +#REDIRECT microcontrollerCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCaseCreative.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCaseCreative.md new file mode 100644 index 0000000000..d3a9af68dd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/microcontrollerCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT microcontrollerCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/navigationUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/navigationUpgrade.md new file mode 100644 index 0000000000..f10a49b737 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/navigationUpgrade.md @@ -0,0 +1,9 @@ +# Navigations-Upgrade + +![Ich habe mich verirrt. Schon. Wieder.](oredict:oc:navigationUpgrade) + +Das Navigation-Upgrade stellt Informationen über den Standort und zur Orientierung bereit. Die Koordinaten, die das Upgrade zur Verfügung stellt sind relativ zum Zentrum der Karte, die zum Anfertigen des Upgrades verwendet wird. Die Reichweite des Upgrades basiert auf die Größe dieser Karte. + +Die Karte in einem Navigation-Upgrade kann geändert werden, indem es mit einer neuen Karte in eine Werkbank gelegt wird. Die alte Karte wird dem Spieler zurückgegeben. + +Dieses Update ist weitaus nützlicher in Kombination mit [Wegpunkten](../block/waypoint.md). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/numPad.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/numPad.md new file mode 100644 index 0000000000..013e2ad12d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/numPad.md @@ -0,0 +1,5 @@ +# Ziffernblock + +![Prüfe es auf Fingerabdrücke.](oredict:oc:materialNumPad) + +Der Ziffernblock ist Teil einer jeden [Tastatur](../block/keyboard.md). Es erlaubt es, Zahlen einzugeben. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/pistonUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/pistonUpgrade.md new file mode 100644 index 0000000000..7f1861216e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/pistonUpgrade.md @@ -0,0 +1,7 @@ +# Kolben-Upgrade + +![Push it.](oredict:oc:pistonUpgrade) + +Das Kolben-Upgrade erlaubt es einigen Geräten, ähnlich wie Vanilla-Kolben zu arbeiten. Wenn es installiert ist, wird eine Komponente mit einer einzigen Methode verfügbar, der `push()`-Methode. Wenn sie aufgerufen wird, das Gerät versuchen, den Block in der Richtung zu verschieben, in die der Block zeigt. Bei [Robotern](../block/robot.md) und [Mikrocontrollern](../block/microcontroller.md) ist das die Vorderseite, bei [Tablets](tablets.md) ist das der Block auf den der Spieler schaut. + +Die Logik folgt den selben Regeln wie die normalen Kolben. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/printedCircuitBoard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/printedCircuitBoard.md new file mode 100644 index 0000000000..37d78454a2 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/printedCircuitBoard.md @@ -0,0 +1,5 @@ +# Gedruckte Leiterplatte (PCB) + +![AKA PCB](oredict:oc:materialCircuitBoardPrinted) + +Die bedruckte Leiterplatte ist, neben dem [Transistor](transistor.md) eine der grundlegendsten Werkstoffe in OpenComputers. Es wird als Basis für viele Komponenten verwendet, wie [Karten](card.md) und eine große Anzahl an [Blöcken](../block/index.md). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram1.md new file mode 100644 index 0000000000..e5e05ab231 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram1.md @@ -0,0 +1,17 @@ +# Speicher (RAM) + +![Do you remember, dancing in September~](oredict:oc:ram1) + +Der Random Access Memory ist, wie die [CPU](cpu1.md) ein grundlegendes Teil in allen [Computern](../general/computer.md). Je nach der Architektur der CPU hat der RAM einen großen Effekt darauf, was ein Computer kann und was er nicht kann. In der standardmäßigen LUA-Architektur kontrolliert es die tatsächliche Menge von Memory die LUA-Scripts verwenden können. Um größere und speicherintensivere Programme zu schreiben wird mehr Speicher verwendet. + +Der RAM ist verfügbar in verschiedenen Stufen mit unterschiedlichen Kapazitäten. +- Stufe 1: 192KB +- Stufe 1.5: 256KB +- Stufe 2: 384KB +- Stufe 2.5: 512KB +- Stufe 3: 768KB +- Stufe 3.5: 1024KB + +Dies trifft allerdings nur für die LUA-Architektur. Andere Architekturen stellen unterschiedliche Mengen an Speicher zur Verfügung. Zudem werden Stufe-1- und Stufe-1.5-Speicherriegel als Stufe-1-Riegel gehandhabt werden, wie es auch bei 2 und 3 der Fall ist. + +Die Werte können in der Konfigurationsdatei geändert werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram2.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram2.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram3.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram3.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram4.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram4.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram4.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram5.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram5.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram5.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/ram6.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram6.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/ram6.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/rawCircuitBoard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/rawCircuitBoard.md new file mode 100644 index 0000000000..ebdb1da2e1 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/rawCircuitBoard.md @@ -0,0 +1,5 @@ +# Leiterplattenrohling + +![Nicht Sushi.](oredict:oc:materialCircuitBoardRaw) + +Zwischenprodukt beim Fertigen. Wird verwendet, um [Leiterplatten](circuitBoard.md) (oder [gedruckte Leiterplatten](printedCircuitBoard.md), je nach dem welches Recipe-Set verwendet wird) zu fertigen. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard1.md new file mode 100644 index 0000000000..b994efbbe0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard1.md @@ -0,0 +1,9 @@ +# Redstonekarte + +![Sieht rot.](oredict:oc:redstoneCard1) + +Die Redstonekarte ermöglicht [Computern](../general/computer.md) das Lesen und Senden von analogen Redstonesignalen zu benachbarten Blöcken. Wenn sich ein eingehendes Signal ändert wird dies dem Computer gemeldet. + +Wenn unterstützte Mods vorhanden sind, die gebündelte Redstone-Anbindungen (wie RedLogic, Project Red oder MineFactory Reloaded) oder kabellose Redstone-Anbindungen (wie WR-CBE oder Slimevoid's Wireless Mod) zur Verfügung stellen ist eine Stufe-2-Karte verfügbar, die die Kommunikation mit diesen Systemen ermöglicht. + +Die Seiten sind aus Sicht des Gerätes (also dem [Computergehäuse](../block/case1.md) / [Roboter](../block/robot.md) / [Serverschrank](../block/serverRack.md)) zu sehen. Mit Blick auf die Vorderseite ist `sides.right` also auf der linken Seite und andersrum. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard2.md new file mode 100644 index 0000000000..7480d52670 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/redstoneCard2.md @@ -0,0 +1 @@ +#REDIRECT redstoneCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/server1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/server1.md new file mode 100644 index 0000000000..26245e30fe --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/server1.md @@ -0,0 +1,39 @@ +# Server + +![Serviert alles korrekt.](oredict:oc:server1) + +Server sind eine Form von hochstufigen [Computern](../general/computer.md). Sie können mit Rechtsklick konfiguriert werden, wenn sie in der Hand liegen. Nach dem Einsetzen von [CPU](cpu1.md), [RAM](ram1.md) und Erweiterungskarten muss der Server in einem [Serverschrank](../block/serverRack.md) platziert werden. Für Informationen siehe [Eintrag des Serverschranks](../block/serverRack.md). + +Stufe 1-Server können diese Komponenten halten: +- 1x Stufe-2-[CPU](cpu2.md) +- 2x Stufe-2-[RAM](ram3.md) +- 2x Stufe-2-[HDD](hdd2.md) +- 1x Stufe-2-[Komponentenbusse](componentBus2.md) +- 2x Stufe-2-Erweiterungskarte +- 1x [EEPROM](eeprom.md) + +Stufe-2-Server können folgende Komponenten enthalten: +- 1x Stufe-3-[CPU](cpu3.md) +- 3x Stufe-3-[RAM](ram5.md) +- 3x Stufe-3-[HDD](hdd3.md) +- 2x Stufe-3-[Komponentenbuses](componentBus3.md) +- 2x Stufe-2-Erweiterungskarten +- 1x Stufe-1-Erweiterungskarte +- 1x [EEPROM](eeprom.md) + +Stufe-3-Server können folgende Komponenten enthalten: +- 1x Stufe-3-[CPU](cpu3.md) +- 4x Stufe-3-[RAM](ram5.md) +- 4x Stufe-3-[HDD](hdd3.md) +- 3x Stufe-3-[Komponentenbuses](componentBus3.md) +- 2x Stufe-2-Erweiterungskarten +- 2x Stufe-3-Erweiterungskarten +- 1x [EEPROM](eeprom.md) + +Stufe-4-Server (Kreativ) können folgende Komponenten enthalten: +- 1x Stufe-3-[CPU](cpu3.md) +- 4x Stufe-3-[RAM](ram5.md) +- 4x Stufe-3-[HDD](hdd3.md) +- 3x Stufe-3-[Komponentenbusse](componentBus3.md) +- 4x Stufe-3-Erweiterungskarten +- 1x [EEPROM](eeprom.md) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/server2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/server2.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/server2.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/server3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/server3.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/server3.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/serverCreative.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/serverCreative.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/serverCreative.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/signUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/signUpgrade.md new file mode 100644 index 0000000000..95101e687f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/signUpgrade.md @@ -0,0 +1,5 @@ +# Schilder-I/O + +![Sagt mehr als tausend Worte.](oredict:oc:signUpgrade) + +Dieses Upgrade ermöglicht es Geräten mit Schildern in der Welt zu interagieren. Es erlaubt das Lesen von Schildern sowie das Ändern des Schildes (wenn möglich). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/solarGeneratorUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/solarGeneratorUpgrade.md new file mode 100644 index 0000000000..49fd11ae08 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/solarGeneratorUpgrade.md @@ -0,0 +1,7 @@ +# Solargenerator-Upgrade + +![Is walking on sunshine.](oredict:oc:solarGeneratorUpgrade) + +Das Solargenerator-Upgrade kann in Geräten wie [Robotern](../block/robot.md), [Drohnen](drone.md) und [Tablets](tablet.md) dazu verwendet werden, passiv Energie zu generieren. Es funktioniert nur, wenn das Gerät direktem Sonnenlicht ausgesetzt ist und keine Wetterereignisse stören. + +Die Menge an generierter Energie ist relativ gering, aber es sollte genügen um die Zeit zwischen den Ladezyklen zu verringern oder sie sogar zu verhindern. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tablet.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tablet.md new file mode 100644 index 0000000000..ca3ec45db0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tablet.md @@ -0,0 +1,13 @@ +# Tablet + +![Berühr' mich, wenn du kannst.](item:OpenComputers:item@68) + +Tablets werden gebaut, indem ein [Tabletgehäuse](tabletCase1.md) in einer [Elektronik-Werkbank](../block/assembler.md) eingesetzt, konfiguriert und montiert wird. Tablets sind tragbare Computer die nicht direkt mit der Welt interagieren können. Das bedeutet, dass beispielsweise [Redstonekarten](redstoneCard1.md) nicht darin funktionieren. Eine Vielfalt von Upgrades funktionieren schon, wie das [Schild-I/O](signUpgrade.md) oder das [Kolbenupgrade](pistonUpgrade.md). + +Das Stufe-2-Tablet ermöglicht zudem die Installation eines einzelnen Container-Upgrades. Der Slot kann in der alternativen Benutzeroberfläche (Umschalttaste-Rechtsklick) mit dem Tablet in der Hand geöffnet werden. Dies fährt zudem das Tablet herunter. + +Im Gegensatz zu Computern sind Tablets nicht dauerhaft wenn der Spieler das Spiel verlässt und neu betritt oder wenn die Dimension gewechselt wird. Der Zustand wird also nicht gespeichert. + +Tablets können in [Ladegeräte](../block/charger.md) eingesetzt werden. Hier kann von einem Computer aus auch auf die erste [Festplatte](hdd1.md) zugegriffen werden. Dies ist nützlich, um ein vergessenes Betriebssystem im Nachhinein zu installieren oder ein gebricktes Betriebssystem zu reparieren. + +Eine andere erweiterte Funktion des Tablets ist das Generieren von Signalen mit Informationen über bestimmte Blöcke in der Welt, in dem für eine Sekunde auf einen Block angewendet wird (d.h. die Maustaste gedrückt zu halten). Ein kurzes Piepen weist darauf hin, dass das Signal generiert wurde. Dies funktioniert nur, wenn Upgrades installiert sind, über die das Signal verbreitet werden kann. Beispielsweise fügt der [Geolyzer](../block/geolyzer.md) Informationen über den Block selbst (z.B. die Härte), das [Navigations-Upgrade](navigationUpgrade.md) die Koordinaten des Blocks hinzu. Der zu analysierende Block wird mit einem grünen Overlay markiert, wenn das Tablet in der Hand gehalten wird. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase1.md new file mode 100644 index 0000000000..5c82c1b68d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase1.md @@ -0,0 +1,39 @@ +# Tabletgehäuse + +![Verbiegt sich nicht.](oredict:oc:tabletCase1) + +Das Tabletgehäuse ist das grundlegende Teil um [Tablets](tablet.md) in der [Elektronik-Werkbank](../block/assembler.md) zu bauen. Tablets sind sehr kompakte, tragbare [Computer](../general/computer.md). Sie können eine kleine Nummer von ausgewählten Upgrades halten und nicht mit der Welt interagieren (wie [Computergehäuse](../block/case1.md) mit [Netzwerkkarten](lanCard.md) oder [Redstonekarten](redstoneCard1.md) es können). + +Upgrades und Karten die nicht in [Tablets](tablet.md) verwendet werden können, können nicht in der [Elektronik-Werkbank](../block/assembler.md) platziert werden. Wenn das Upgrade in der Elektronik-Werkbank platziert werden kann wird es eine Komponenten-API zur Verfügung stellen. + +Sie müssen zudem in einem Spielerinventar bleiben um weiter laufen zu können. Wenn es in die Welt geworfen wird oder in ein anderes Inventar gelegt wird, schaltet es sich ab. + +Das Stufe-1-Tabletgehäuse kann folgende Komponenten halten: +- 1x Stufe-1-[CPU)](cpu1.md) +- 2x Stufe-2-[RAM](ram2.md) +- 1x Stufe-2-[HDD](hdd1.md) +- 2x Stufe-2-Erweiterungskarten +- 1x [EEPROM](eeprom.md) +- 1x Stufe-1-Upgrade +- 1x Stufe-2-Upgrade +- 1x Stufe-3-Upgrade + +Das Stufe-2-Tabletgehäuse kann folgende Komponenten halten: +- 1x Stufe-3-[CPU](cpu1.md) +- 2x Stufe-3-[RAM](ram1.md) +- 1x Stufe-2-[Festplatte](hdd1.md) +- 1x Stufe-2-Erweiterungskarte +- 1x Stufe-3-Erweiterungskarte +- 1x [EEPROM](eeprom.md) +- 2x Stufe-2-Upgrade +- 1x Stufe-3-Upgrade +- 1x Stufe-2-[Upgradecontainer](upgradeContainer2.md) oder Stufe-2-[Kartencontainer](cardContainer2.md) + +Das Stufe-4-Tabletgehäuse (Kreativ) kann folgende Komponenten halten: +- 1x Stufe-3-[CPU](cpu1.md) +- 2x Stufe-3-[RAM](ram1.md) +- 1x Stufe-3-[Festplatte](hdd3.md) +- 3x Stufe-3-Erweiterungskarten +- 1x [EEPROM](eeprom.md) +- 9x Stufe-3-Upgrades +- 1x Stufe-3-[Upgradecontainer](upgradeContainer3.md) oder Stufe-3-[Kartencontainer](cardContainer3.md) (tier 3) diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase2.md new file mode 100644 index 0000000000..325fd0f572 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCase2.md @@ -0,0 +1 @@ +#REDIRECT tabletCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCaseCreative.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCaseCreative.md new file mode 100644 index 0000000000..325fd0f572 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tabletCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT tabletCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tankControllerUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tankControllerUpgrade.md new file mode 100644 index 0000000000..f8bb5a9652 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tankControllerUpgrade.md @@ -0,0 +1,7 @@ +# Tankcontroller + +![Flüssigrouting.](oredict:oc:tankControllerUpgrade) + +Das Tankcontroller-Upgrade ist das [Inventarcontroller-Upgrade](inventoryControllerUpgrade.md) für Tanks. Es können detaillierte Informationen über Tanks abgefragt werden. + +Dieses Upgrade kann auch in [Adaptern](../block/adapter.md) installiert werden, womit angeschlossene [Computer](../general/computer.md) Informationen über anliegende Tanks abfragen kann. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tankUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tankUpgrade.md new file mode 100644 index 0000000000..94dc204a3e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tankUpgrade.md @@ -0,0 +1,5 @@ +# Tank Upgrade + +![Suck it.](oredict:oc:tankUpgrade) + +Das Tank-Upgrade ermöglicht es Geräten, Flüssigkeiten zu halten. Jeder Tank kann nur eine einzige Art von Flüssigkeit halten und stellt ein Volumen von 16 Eimern (16.000mB) zur Verfügung. [Roboter](../block/robot.md) und [Drohnen] können Flüssigkeiten aus der Welt aufnehmen und die Flüssigkeit dann in Tanks oder, wenn die Flüssigkeit das ermöglicht, wieder in der Welt platzieren. Es gibt kein Maximum an installierten Tanks in einem Gerät. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/terminal.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/terminal.md new file mode 100644 index 0000000000..71f0712c33 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/terminal.md @@ -0,0 +1,9 @@ +# Fernbedienungsterminal + +![Fernzugriff.](oredict:oc:terminal) + +Das Fernbedienungsterminal kann verwendet werden um [Server](server1.md) fernzusteuern. Um es zu verwenden reicht ein Rechtsklick (im Schleichen) auf einen Server in einem [Serverschrank](../block/serverRack.md). (Dabei muss auf den Server im Block gezeigt werden. Das Terminal wird dann auf den Server gebunden): + +Wenn ein Terminal an einen [Server](server1.md) gebunden wird, wird ein virtueller [Bildschirm](../block/screen1.md) und eine [Tastatur](../block/keyboard.md) mit dem Server verbunden. Das kann zu ungewünschtem Verhalten führen, wenn ein echter Bildschirm/eine echte Tastatur angeschlossen ist. Wenn das Terminal verwendet wird, nachdem es an einen Server gebunden wurde, wird sich eine grafische Oberfläche öffnen (ähnlich wie eine Tastatur an einem Bildschirm). + +Mehrere Terminals können an einem Server angebunden werden, aber sie teilen sich einen Server und einen virtuellen Bildschirm. Die Anzahl an Terminals die mit einem Server verbunden werden können hängt von der Stufe des Servers ab. Die Reichweite für Terminals können im [Serverschrank](../block/serverRack.md) eingestellt werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/texturePicker.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/texturePicker.md new file mode 100644 index 0000000000..881dbdf38b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/texturePicker.md @@ -0,0 +1,7 @@ +# Texturleser + +![Was soll das heißen, "das ist nur ein reskin"?](oredict:oc:texturePicker) + +Der Texturleser ist sehr nützlich beim Anfertigen von Modellen für den [3D-Drucker](../block/printer.md). Es erlaubt das Abfragen der Texturnamen, die bei Blöcken in der Welt verwendet werden. Dies kann Probleme bei bestimmten Blöcken mit speziellem Rendering verursachen (wie z.B. bei Kisten) + +Obwohl das nützlich ist um Texturnamen zu finden, ist es wichtig zu wissen, dass die verwendbaren Texturen nicht auf die mit dem Texturleser findbaren begrenzt sind. So lange der Name der Textur bekannt ist (und es eine *Blocktextur* ist) kann es für [3D-Drucke](../block/print.md) verwendet werden. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/tractorBeamUpgrade.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/tractorBeamUpgrade.md new file mode 100644 index 0000000000..975e72b638 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/tractorBeamUpgrade.md @@ -0,0 +1,5 @@ +# Traktorstrahl-Upgrade + +![Beam me up.](oredict:oc:tractorBeamUpgrade) + +Das Traktorstrahl-Upgrade erlaubt es Geräten Items in einem Drei-Block-Radius um sie herum aufzusammeln. Dies kann besonders nützlich sein, wenn [Roboter](../block/robot.md) in Baum- oder anderen Farmen eingesetzt werden, oder wenn sie verschiedene Werkzeuge um Abbau von unterschiedlichen Blöcken einsetzen. Jeder Einsatz saugt einen einzelnen Itemstack auf und verbraucht Energie. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/transistor.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/transistor.md new file mode 100644 index 0000000000..93ca0c966e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/transistor.md @@ -0,0 +1,5 @@ +# Transistor + +![Ich denke ich habe alle meine Referenzen aufgebraucht.](oredict:oc:materialTransistor) + +Der Transistor ist einer der grundlegendsten Crafting-Materialien in OpenComputers. Es wird hauptsächlich für [Microchips](chip1.md) und andere elektronische Kleinigkeiten verwendet. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer1.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer1.md new file mode 100644 index 0000000000..21abefdc7d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer1.md @@ -0,0 +1,5 @@ +# Upgrade-Container + +![Kann Upgrade haben.](oredict:oc:upgradeContainer1) + +Der Upgrade-Container ist ein Container-Upgrade für [Roboter](../block/robot.md). Es stellt einen Slot im Roboter zur Verfügung, in dem normale Upgrades platziert werden können. Die höchste Stufe das ein Upgrade haben darf gleicht der Stufe des Containers. Im Gegensatz zu normalen Upgrades ist die Komplexität des Containers doppelt so groß wie die Stufe. Für mehr Informationen über Komplexität siehe [Roboter](../block/robot.md) und [Elektronik-Werkbank](../block/assembler.md). diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer2.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer2.md new file mode 100644 index 0000000000..408c907f93 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer2.md @@ -0,0 +1 @@ +#REDIRECT upgradeContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer3.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer3.md new file mode 100644 index 0000000000..408c907f93 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/upgradeContainer3.md @@ -0,0 +1 @@ +#REDIRECT upgradeContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/wlanCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/wlanCard.md new file mode 100644 index 0000000000..012819cef8 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/wlanCard.md @@ -0,0 +1,7 @@ +# Drahtlosnetzwerkkarte + +![Kann Krebs verursachen. Oder nicht.](oredict:oc:wlanCard) + +Die kabellose Netzwerkkarte ist eine aufgewertete [Netzwerkkarte](lanCard.md) die, zusätzlich zu verkabelten Nachrichten, zudem das Senden von Nachrichten über kabellose Netzwerke ermöglicht. Die Signalstärke kontrolliert die Distanz über die Nachrichten versendet werden können. Die Signalstärke gleicht der Distanz in Blöcken. + +Je höher die Signalstärke desto mehr Energie benötigt das Senden einer Nachricht. Das Terrain zwischen dem Sender und dem Empfänger bestimmt zudem ob eine Nachricht erfolgreich versendet wird oder nicht. Um einen Block zu durchdringen wird die Blockhärte von der Signalstärke subtrahiert - wobei 1 (für Luftblöcke) das Minimum ist). Wenn das Signal nicht stark genug ist um den Empfänger zu erreichen, wird sie nicht empfangen. Dies muss allerdings nicht ständig der Fall sein, manchmal können Nachrichten trotzdem das Ziel erreichen. Generell wird erwünscht sein, die Luftlinie zwischen Sender und Empfänger möglichst frei zu halten. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/worldSensorCard.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/worldSensorCard.md new file mode 100644 index 0000000000..bf63e2330b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/worldSensorCard.md @@ -0,0 +1,5 @@ +# Weltsensorkarte + +![Um dort hin zu gehen...](oredict:oc:worldSensorCard) + +Die Weltsensorkarte ermöglicht es Informationen über die Atmosphäre und Gravitation von verschiedenen Planeten in GalactiCraft zu lesen. Das kann für [Roboter](../block/robot.md) oder [Drohnen](drone.md) im Weltraum nützlich sein. diff --git a/src/main/resources/assets/opencomputers/doc/de_DE/item/wrench.md b/src/main/resources/assets/opencomputers/doc/de_DE/item/wrench.md new file mode 100644 index 0000000000..6312b9a64d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/de_DE/item/wrench.md @@ -0,0 +1,5 @@ +# Schraubenziehschlüssel + +![In der Schweiz gemacht.](oredict:oc:wrench) + +Wie fast jede andere Technologie-Modifikation hat OpenComputer seine eigene Version eines Schraubenschlüssels. In diesem Fall ist es ein Schraubendreher-Schraubenschlüssel-Hybdrid, das unglaublich merkwürdig aussieht. Damit können die meisten Blöcke gedreht werden und ist mit den meisten Mods kompatibel. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/accessPoint.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/accessPoint.md new file mode 100644 index 0000000000..cda879aa04 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/accessPoint.md @@ -0,0 +1,13 @@ +# Point d'accès + +![AAA](oredict:oc:accessPoint) + +*Ce bloc est déprécié et sera retiré dans une version future.* Transformez les en [relai](relay.md) pour éviter de les perdre. + +Le point d'accès est la version sans-fil du [routeur](switch.md). Il peut être utilisé pour séparer des sous-réseaux pour que les machines qui les composent ne voient pas les [composants](../general/computer.md) des autres réseaux, tout en leur permettant d'envoyer des messages réseau aux machines d'autres réseaux. + +En plus de ça, ce bloc peut faire office de répéteur : il peut renvoyer des messages filaires en tant que messages filaires à d'autres appareils, ou des messages sans-fil en tant que messages filaires ou sans-fil. + +Les [routeurs](switch.md) et points d'accès ne gardent *pas* de trace des paquets qu'ils ont récemment relayé, donc évitez les boucles dans votre réseau ou vous pourriez recevoir le même paquet plusieurs fois. A cause de la taille limitée de la mémoire tampon des routeurs, une perte des paquets peut survenir si vous essayez d'envoyer des messages réseau trop fréquemment. Vous pouvez améliorer vos routeurs et points d'accès pour augmenter la vitesse à laquelle ils relaient les messages, ainsi que la taille interne de la file des messages. + +Les paquets sont seulement renvoyés un certain nombre de fois, donc enchaîner un certain nombre de [routeurs](switch.md) ou de points d'accès n'est pas possible. Par défaut, un paquet sera renvoyé jusqu'à 5 fois. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/adapter.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/adapter.md new file mode 100644 index 0000000000..e451559f6d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/adapter.md @@ -0,0 +1,7 @@ +# Adaptateur + +![Maintenant, avec 100% de plus de tout.](oredict:oc:adapter) + +L'adaptateur permet aux [ordinateurs](../general/computer.md) d'interagir avec des blocs de Minecraft Vanilla ou d'autres mods. Les blocs supportés placés contre l'adaptateur s'afficheront en tant que composants sur les [ordinateurs](../general/computer.md) connectés à l'adaptateur. + +En plus de ça, l'adaptateur fournit un emplacement pour certaines améliorations. Par exemple, l'[amélioration du contrôleur d'inventaire](../item/inventoryControllerUpgrade.md) permet aux ordinateurs de demander plus d'informations à un inventaire adjacent à l'adaptateur, comme le ferait un appareil sur lequel serait installé cette amélioration (comme un [robot](robot.md) ou un [drone](../item/drone.md)), et une [amélioration du contrôleur de réservoir](../item/tankControllerUpgrade.md) fournit des fonctionnalités similaires pour les tanks adjacents à l'adaptateur. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/assembler.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/assembler.md new file mode 100644 index 0000000000..fe84927051 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/assembler.md @@ -0,0 +1,13 @@ +# Assembleur électronique + +![Harder, better, faster, stronger.](oredict:oc:assembler) + +L'assembleur est une table avancée qui peut être utilisée pour construire des appareils électroniques plus complexes, comme les [robots](robot.md), les [drones](../item/drone.md) et les [tablettes](../item/tablet.md). Il nécessite une grande quantité d'énergie pour assembler des appareils, il est donc recommandé de lui fournir suffisament d'énergie avec un [capaciteur](capacitor.md). + +Pour contruire un appareil avec un assembleur, insérez la base de cet appreil. Pour les [robots](robot.md), c'est un [boîtier d'ordinateur](case1.md) de n'importe quel niveau; et pour les [tablettes](../item/tablet.md), un [boîtier de tablette](../item/tabletCase1.md). Comme dans tous les inventaires d'OpenComputers, chaque élément peut être inséré dans un emplacement spécifique; survoler un emplacement surligne les éléments de votre inventaire qui peut aller dans cet emplacement. Si vous avez NEI ouvert, filtré pour afficher les objets d'OpenComputers, les objets compatibles seront surlignés également dans NEI. Continuez à insérer les éléments que vous souhaitez que votre appareil contienne. Prenez un soin particulier à fournir un système d'exploitation, ou un moyen de l'installer plus tard (pour les robots vous pouvez installer un [lecteur de disque](diskDrive.md) pour insérer et éjecter des [disquettes](../item/floppy.md) plus tard, par exemple). Pour la plupart des appareils, leur [EEPROM](../item/eeprom.md) peut être changée plus tard, en les fabriquant eux-même avec une autre [EEPROM](../item/eeprom.md) pour l'insérer. L'[EEPROM](../item/eeprom.md) existante de l'appareil sera renvoyée dans votre inventaire. + +Remarquez également que pour que les [robots](robot.md) aient un [écran](screen1.md), vous devrez leur installer un [écran (tier 1)](screen1.md), et pour permettre de saisir sur l'[écran](screen1.md), vous devrez installer un [clavier](keyboard.md). Pour les [tablettes](../item/tablet.md), l'[écran](screen1.md) est pré-installé dans le [boîtier de tablette](../item/tabletCase1.md), mais vous aurez besoin besoin d'installer un [clavier](keyboard.md) si vous voulez écrire sur la [tablette](../item/tablet.md). + +Une fois que tout est en place, appuyez sur le bouton Démarrer et attendez que l'appareil soit assemblé et chargé. Il est important de se rappeler que vous *ne pouvez pas* modifier l'appareil une fois qu'il a été assemblé. Si vous avez oublié quelque chose ou fait une erreur, vous devrez désassembler l'appareil en utilisant le [désassembleur](disassembler.md), ce qui a une faible chance de casser des éléments dans le processus. + +Une dernière note sur la complexité : le niveau d'un objet détermine la complexité qu'il nécessite, sachant que les objets de niveau 1 nécessitent 1 de complexité, ceux de niveau 2 ont besoin de 2 et ceux de niveau 3 ont besoin de 3. Les améliorations de conteneur sont l'exception, car leur complexité est deux fois le niveau du conteneur (ex: une [amélioration de conteneur](../item/upgradeContainer1.md) de niveau 2 nécessite 4 de complexité, et de même pour les [conteneurs de carte](../item/cardContainer1.md)). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/cable.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/cable.md new file mode 100644 index 0000000000..573434e902 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/cable.md @@ -0,0 +1,9 @@ +# Câble + +![Salade de câbles.](oredict:oc:cable) + +Le câble à connecter des [ordinateurs](../general/computer.md) et des machines éloignés les uns des autres. Si vous avez un système compact où tous les composants sont en contact (directement ou indirectement, la plupart des blocs du mod se comportent également de la même manière que les câbles), vous n'aurez généralement pas besoin de câbles. + +Les câbles peuvent être colorés en utilisant n'importe quel type de colorant. Des câbles colorés se connecteront uniquement à des câbles de la même couleur et des câbles gris clair - la couleur par défaut. Cela peut être utile pour faire passer des câbles de plusieurs sous-réseaux en parallèle, sans utiliser de *cover* MultiPart ou Microblocks. + +Si nécessaire, les câbles peuvent être couverts en utilisant les *covers* de Forge MultiPart, ou celles d'Immibis Microblocks. Gardez en tête que les [impressions 3D](print.md) sont compatible avec Forge MultiPart, donc il est possible d'imprimer des *covers* personnalisées, si vous le voulez. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/capacitor.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/capacitor.md new file mode 100644 index 0000000000..5304cc37b0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/capacitor.md @@ -0,0 +1,9 @@ +# Capaciteur + +![Au delà des 8000.](oredict:oc:capacitor) + +Le capaciteur emmagasine de l'énergie qui sera utilisée par le réseau, en se comportant comme un tampon d'énergie au besoin. Contrairement à la conversion de l'énergie d'autres mods vers l'énergie interne à OpenComputers (en utilisant un [convertisseur énergétique](powerConverter.md) par exemple), le transfert d'énergie dans un sous-réseau est instantané. Posséder un tampon d'énergie interne sera utile pour des tâches qui nécessitent beaucoup d'énergie, comme l'[assemblage](assembler.md) et/ou la [charge](charger.md) d'appareils comme les [robots](robot.md) ou les [drones](../item/drone.md). + +L'efficacité de stockage des capaciteurs augmente avec le nombre de capaciteurs en contact direct ou à promixité. Par exemple, 2 capaciteurs directement en contact auront une plus grande capacité de stockage que la somme de 2 capaciteurs séparés. Ce bonus de proximité s'applique aux capaciteurs jusqu'à 2 blocs de distance, et diminue au fur et à mesure que la distance entre les capaciteurs augmente. + +Le capaciteur peut être connecté à un [distributeur énergétique](powerDistributor.md) pour fournir de l'énergie aux autres [ordinateurs](../general/computer.md) ou machines du réseau. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/case1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case1.md new file mode 100644 index 0000000000..d76af8b20f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case1.md @@ -0,0 +1,37 @@ +# Boîtier d'ordinateur + +![Ah qu'est-ce qu'on est serré...](oredict:oc:case1) + +Les boîtiers d'ordinateur existent en 3 niveaux différents, ce qui limite les composants qui peuvent y être insérés. Un niveau supplémentaire existe aussi, seulement pour le mode créatif. Les boîtiers d'ordinateur peuvent également être placés dans un [assembleur électronique](assembler.md) pour construire des [robots](robot.md). + +Le chiffre romain affiché dans le coin d'un emplacement du boîtier indique le niveau maximum du composant qui peut y être inséré. Un emplacement de niveau 2 peut accepter un composant de niveau 1, par exemple. + +Le boîtier de niveau 1 peut accueillir au maximum les composants suivants : +- 2x cartes d'extension de niveau 1 (comme les [cartes graphiques](../item/graphicsCard1.md), les [cartes réseau](../item/lanCard.md), etc.) +- 1x [processeur](../item/cpu1.md) de niveau 1 +- 2x [barettes de RAM](../item/ram1.md) de niveau 1 +- 1x [disque dur](../item/hdd1.md) de niveau 1 + +Le boîtier de niveau 2 peut accueillir au maximum les composants suivants : +- 1x carte d'extension de niveau 2 (comme les [cartes graphiques](../item/graphicsCard1.md), les [cartes réseau](../item/lanCard.md), etc.) +- 1x carte d'extension de niveau 1 +- 1x [processeur](../item/cpu2.md) de niveau 2 +- 2x [barettes de RAM](../item/ram3.md) de niveau 2 +- 1x [disque dur](../item/hdd1.md) de niveau 1 +- 1x [disque dur](../item/hdd2.md) de niveau 2 + +Le boîtier de niveau 3 peut accueillir au maximum les composants suivants : +- 1x carte d'extension de niveau 3 (comme les [cartes graphiques](../item/graphicsCard1.md), les [cartes réseau](../item/lanCard.md), etc.) +- 2x carte d'extension de niveau 2 +- 1x [processeur](../item/cpu3.md) de niveau 3 +- 2x [barettes de RAM](../item/ram5.md) de niveau 3 +- 1x [disque dur](../item/hdd2.md) de niveau 2 +- 1x [disque dur](../item/hdd3.md) de niveau 3 +- 1x [disquette](../item/floppy.md) + +Le boîtier de niveau 4 (créatif) peut accueillir les composants suivants : +- 3x carte d'extension de niveau 3 (comme les [cartes graphiques](../item/graphicsCard1.md), les [cartes réseau](../item/lanCard.md), etc.) +- 1x [processeur](../item/cpu3.md) de niveau 3 +- 2x [barettes de RAM](../item/ram5.md) de niveau 3 +- 2x [disque dur](../item/hdd2.md) de niveau 3 +- 1x [disquette](../item/floppy.md) diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/case2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case2.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case2.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/case3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case3.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/case3.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/caseCreative.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/caseCreative.md new file mode 100644 index 0000000000..ee87d20367 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/caseCreative.md @@ -0,0 +1 @@ +#REDIRECT case1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/chameliumBlock.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/chameliumBlock.md new file mode 100644 index 0000000000..e437c066eb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/chameliumBlock.md @@ -0,0 +1,7 @@ +# Bloc de Chamélium + +![Tellement... blanc.](oredict:oc:chameliumBlock) + +Quelques morceaux de [chamélium](../item/chamelium.md) peuvent être combinés pour fournir un bloc monochrome à des fins décoratives. Les blocs de chamélium peuvent aussi être teintés avec n'importe laquelle des 16 couleurs de Minecraft. + +Utiliser un bloc de chamélium comme texture pour les [impressions 3D](print.md) fournit une surface propre et blanche pour appliquer les teintes. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/charger.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/charger.md new file mode 100644 index 0000000000..824302c285 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/charger.md @@ -0,0 +1,9 @@ +# Chargeur + +![LEEROOOOOOOOOY](oredict:oc:charger) + +Le chargeur est utilisé pour charger des appareils comme les [robots](robot.md), les [drones](../item/drone.md) et les [tablettes](../item/tablet.md). Un chargeur doit être activé en lui appliquant un signal de redstone. La vitesse de charge est basée sur la force du signal de redstone appliqué, avec une force de 15 donnant une vitesse de charge de 100%. + +Remarquez que cette logique peut être inversée en frappant le chargeur avec une [clé](../item/wrench.md).. En mode inversé, le chargeur charge par défaut à 100% de sa vitesse, en diminuant en vitesse de charge quand la force du signal de redstone augmente. + +Quand une [tablette](../item/tablet.md) est placée dans le chargeur, le premier [disque dur](../item/hdd1.md) est également aux [ordinateurs](../general/computer.md) connectés au chargeur, de la même manière que les [disquettes](../item/floppy.md) le sont avec un [lecteur de disque](diskDrive.md). Cela permet de transférer des données entre l'[ordinateur](../general/computer.md) et la [tablette](../item/tablet.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/disassembler.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/disassembler.md new file mode 100644 index 0000000000..8273de5f46 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/disassembler.md @@ -0,0 +1,7 @@ +# Désassembleur + +![Construire, détruire](oredict:oc:disassembler) + +Le désassembleur peut être utilisé pour déconstruire la plupart des objets d'OpenComputers en leurs éléments d'origine. C'est particulièrement utile pour récupérer des matériaux à partir d'anciens éléments qui ne sont plus utiles, ou pour déconstruire des appareils qui ne sont plus nécessaire ou qui ont été mal montés (ex : un [robot](robot.md) sans [système d'exploitation](../general/openOS.md)). + +Désassembler des objets prend un long moment, et de l'énergie. Il y a également une faible chance de perdre un composant (qui est appliqué au composant complet à désassembler). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/diskDrive.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/diskDrive.md new file mode 100644 index 0000000000..e369473cce --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/diskDrive.md @@ -0,0 +1,9 @@ +# Lecteur de disquettes + +![Silence, on tourne !](oredict:oc:diskDrive) + +Le lecteur de disquettes peut être utilisé pour lire des [disquettes](../item/floppy.md) en se servant d'un [ordinateur](../general/computer.md) connecté au lecteur de disquette. C'est très utile pour démarrer, car les niveaux les plus inférieurs de [boîtier d'ordinateur](case1.md) n'ont pas d'emplacement pour disquettes pré-construit, et vous aurez besoin d'un système d'exploitation pour démarrer l'[ordinateur](../general/computer.md). Un disque d'[OpenOS](../general/openOS.md) peut être fabriqué en utilisant une [disquette](../item/floppy.md) vierge et un [manuel](../item/manual.md). + +Il peut également être installé sur les [robots](robot.md) pour pouvoir y insérer des [disquettes](../item/floppy.md). Cela peut être très utile car le seul autre moyen de transférer des données vers et depuis un robot est d'utiliser le réseau - par exemple en utilisant une [carte réseau](../item/lanCard.md). + +Les [disquettes](../item/floppy.md) peuvent être insérées et retirées dans ouvrir l'interface du lecteur de disquette en faisant un clic-droit en étant accroupi avec la [disquette](../item/floppy.md) en main. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/geolyzer.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/geolyzer.md new file mode 100644 index 0000000000..b4cb8067bb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/geolyzer.md @@ -0,0 +1,7 @@ +# Géolyseur + +![Pierre qui roule...](oredict:oc:geolyzer) + +Le géolyseur peut être utilisé par les [ordinateurs](../general/computer.md) pour scanner le terrain autour du géolyseur par la dureté approximative des blocs. Cela peut être utile pour générer des cartes du terrain à afficher sur un [projecteur d'hologramme](hologram1.md) ou pour détecter des blocs potentiellement précieux (les minerais sont généralement plus durs que la terre et la pierre). Les résultats du scan du géolyseur ont une certaine quantité de bruit ajoutée; en théorie, de nombreux scans peuvent être effectués pour obtenir une meilleure lecture du niveau de dureté d'un bloc. + +Le géolyseur peut également être installé sur les [robots](robot.md) et les [tablettes](../item/tablet.md) en tant qu'amélioration pour leur permettre de scanner les environs. Cependant, effectuer un scan consommera de l'énergie, donc utiliser cette fonction excessivement épuisera les batteries de l'appareil. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram1.md new file mode 100644 index 0000000000..7dbb351f2a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram1.md @@ -0,0 +1,7 @@ +# Projecteur d'hologramme + +![Is this the real life? Is this just fantasy?](oredict:oc:hologram1) + +Le projecteur d'hologramme est un afficheur volumétrique, c'est à dire qu'il fournit un tableau de voxels en trois dimensions qui peuvent être individuellement par un [ordinateur](../general/computer.md) auquel il serait connecté. Le deuxième niveau de projecteur, même s'il a la même résolution que le projecteur de niveau 1, gère l'affichage de chaque voxel avec trois couleurs définissable par l'utilisateur. + +Les hologrammes peuvent être pivotés sur leur axe vertical en les frappant sur le haut ou le bas du projecteur avec une [clé](../item/wrench.md). Cela peut économiser beaucoup d'efforts, pour que la sortie ne soit pas transformée côté programme. Les hologrammes peuvent également être redimensionnés à volonté. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram2.md new file mode 100644 index 0000000000..e1acf9676c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/hologram2.md @@ -0,0 +1 @@ +#REDIRECT hologram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/index.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/index.md new file mode 100644 index 0000000000..d20244dbd6 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/index.md @@ -0,0 +1,48 @@ +# Blocs + +Cet index liste tous les blocs documentés d'OpenComputers. Si vous cherchez un objet, allez plutôt voir l'[index des objets](../item/index.md). + +Gardez en tête que certains d'entre eux ne sont pas disponibles, en fonction de l'ensemble de recettes sélectionné. + +## Ordinateurs +* [Boîtier d'ordinateur](case1.md) +* [Micro-contrôleur](microcontroller.md) +* [Robot](robot.md) +* [Support de serveur](serverRack.md) + +## Composants + +### Entrée / Sortie +* [Projecteur d'hologramme](hologram1.md) +* [Clavier](keyboard.md) +* [Ecran](screen1.md) + +### Stockage +* [Lecteur de disquette](diskDrive.md) +* [RAID](raid.md) + +### Extensions +* [Adaptateur](adapter.md) +* [Géoliseur](geolyzer.md) +* [Détecteur de mouvement](motionSensor.md) +* [Redstone E/S](redstone.md) +* [Transposeur](transposer.md) +* [Point de passage](waypoint.md) + +## Assemblage / Impression +* [Impression 3D](print.md) +* [Imprimante 3D](printer.md) +* [Assembleur électronique](assembler.md) +* [Bloc de Chamélium](chameliumBlock.md) +* [Désassembleur](disassembler.md) + +## Réseau +* [Câble](cable.md) +* [Répartiteur réseau](netSplitter.md) +* [Relai](relay.md) + +## Gestion de l'énergie +* [Capaciteur](capacitor.md) +* [Chargeur](charger.md) +* [Convertisseur énergétique](powerConverter.md) +* [Distributeur énergétique](powerDistributor.md) diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/keyboard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/keyboard.md new file mode 100644 index 0000000000..b587ed71ea --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/keyboard.md @@ -0,0 +1,7 @@ +# Clavier + +![AZERTY](oredict:oc:keyboard) + +Un clavier est requis pour saisir du texte sur l'[écran](screen1.md), qu'ils existent physiquement dans le monde ou intégrés à un appareil comme un [robot](robot.md) ou une [tablette](../item/tablet.md). + +Pour qu'un clavier fonctionne avec un [écran](screen1.md) dans le monde, il doit être placé à côté de l'[écran](screen1.md), orienté vers cet [écran](screen1.md), ou placé directement sur l'[écran](screen1.md) (au dessus ou sur l'une de ses faces). Vous pouvez savoir si un clavier est "connecté" à un [écran](screen1.md) si l'interface de l'[écran](screen1.md) s'ouvre en utilisant le clavier. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/microcontroller.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/microcontroller.md new file mode 100644 index 0000000000..952267a8f3 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/microcontroller.md @@ -0,0 +1,7 @@ +# Micro-contrôleur + +![Ne le sous-estimez pas.](block:OpenComputers:microcontroller) + +Les micro-contrôleurs sont construits en utilisant un [boîtier pour micro-contrôleur](../item/microcontrollerCase1.md) dans l'[assembleur](assembler.md). Ils ont moins de fonctionnalités qu'un [ordinateur](../general/computer.md), mais coûtent moins cher à construire. En particulier, ils *ne peuvent pas* interagir avec des composants externes. + +Les micro-contrôleurs peuvent intégrer de nombreux composants, comme des [processeurs](../item/cpu1.md), de la [mémoire (RAM)](../item/ram1.md), et des cartes d'extension. Les micro-contrôleurs sont incapables de contenir un [disque dur](../item/hdd1.md), mais ont un emplacement pour une [EEPROM](../item/eeprom.md), qui peut être programmmée pour des tâches très spécifiques. Ils ont un avantage sur les boîtiers d'ordinateur, car ils peuvent également utiliser certaines améliorations, comme l'[amélioration de piston](../item/pistonUpgrade.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/motionSensor.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/motionSensor.md new file mode 100644 index 0000000000..21cbacb66f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/motionSensor.md @@ -0,0 +1,7 @@ +# Détecteur de mouvement + +![Ne. Clignez. Pas. Des. Yeux.](oredict:oc:motionSensor) + +Le détecteur de mouvement permet aux [ordinateurs](../general/computer.md) de détecter le mouvement des entités vivantes. Si une entité se déplace plus vite qu'un seuil défini, un signal sera injecté dans les [ordinateurs](../general/computer.md) connectés au détecteur de mouvement. Le seuil peut être configuré en utilisant l'API des composants que le détecteur de mouvement expose aux ordinateurs connectés. + +Le mouvement est seulement détecté s'il survient dans un rayon de huit blocs autour du détecteur de mouvement, et s'il y a une ligne de mire directe entre le bloc et l'entité qui a bougé. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/netSplitter.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/netSplitter.md new file mode 100644 index 0000000000..0b395c0142 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/netSplitter.md @@ -0,0 +1,7 @@ +# Répartiteur réseau + +![*.net *.split](oredict:oc:netSplitter) + +Le répartiteur réseau est un appareil qui permet de contrôler la connectivité entre des sous-réseaux. A la différence du [relai](relay.md) ou du [convertisseur énergétique](powerConverter.md), il connecte directement entre eux des sous-réseaux voisins, c'est à dire qu'il est possible d'accéder aux composants des sous-réseaux. La connectivité de chaque face peut être activée en utilisant une clé (ex: le [crisseur](../item/wrench.md)). Quand un signal de redstone est appliqué au répartiteur réseau, la connectivité de toutes les faces est inversée. + +Ce bloc peut donc être utilisé pour activer la connectivité de certaines parties d'un réseau. Utilisez un [bloc d'E/S redstone](redstone.md) ou des [cartes de redstone](../item/redstoneCard1.md) pour automatiser le répartiteur réseau. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerConverter.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerConverter.md new file mode 100644 index 0000000000..91592a8638 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerConverter.md @@ -0,0 +1,5 @@ +# Convertisseur énergétique + +![L'un des nôtres ? L'un des nôtres !](oredict:oc:powerConverter) + +Le convertisseur énergétique est la manière la plus rapide de convertir de l'énergie provenant d'autres mods en énergie interne à OpenComputers. Si vous utilisez un seul ordinateur, vous n'aurez probablement pas besoin de convertisseur. Si vous avez un grand groupe de capaciteurs dont vous utilisez l'énergie de temps en temps, vous n'en aurez sûrement pas besoin non plus. Cependant, si vous souhaitez alimenter directement un [assembleur électronique](assembler.md) ou un [chargeur](charger.md), c'est généralement une bonne idée d'utiliser un convertiseeur au lieu de les connecter directement à une source externe d'énergie. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerDistributor.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerDistributor.md new file mode 100644 index 0000000000..fa717d3b5b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/powerDistributor.md @@ -0,0 +1,5 @@ +# Distributeur énergétique + +![Le pouvoir au peuple.](oredict:oc:powerDistributor) + +Le distributeur énergétique distribue l'énergie d'un espace de stockage partagé (comme un [capaciteur](capacitor.md)), permettant à de nombreux sous-réseaux de partager leur énergie sans que leurs composants soient exposés aux ordinateurs des autres sous-réseaux. Il fonctionne en répartissant équitablement l'énergie dans tous les sous-réseaux auquel il est connecté, de façon à ce que la quantité *relative* d'énergie est la même dans chacun. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/print.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/print.md new file mode 100644 index 0000000000..318bf881d9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/print.md @@ -0,0 +1,11 @@ +# Impression 3D + +![Any way you want me.](block:OpenComputers:print) + +Une impression 3D est créée en utilisant une [imprimante 3D](printer.md). Ces impressions sont prévues initialement dans un but décoratif, mais elles peuvent également être créées de manière à ce qu'elles émettent ou réagissent à des signaux de redstone, permettant d'agrandir un peu leur champ de fonctionnalité. + +Les impressions 3D peuvent être recyclées en les remettant dans une [imprimante 3D](printer.md). Cela permettra de réutiliser une partie du [chamélium](../item/chamelium.md) qui avait été consommé pour les imprimer. La couleur utilisée pour imprimer le modèle ne sera pas recyclée. + +En maintenant la touche pour l'affichage étendu des infobulles d'OpenComputers (`Maj` par défaut), l'état actuel d'une impression sera affiché, s'il existe. + +Les blocs imprimés sont également compatible avec Forge MultiPart. S'il est présent, plusieurs impressions peuvent être placées dans l'espace d'un seul bloc, sauf si elles se chevauchent, et le nombre total de forme dans l'espace du bloc ne dépasse pas la limite pour un modèle. De part la nature de Forge MultiPart, les impressions peuvent aussi être placées dans le même bloc qu'un autre bloc compatible avec Forge MultiPart, comme les torches, les leviers, les câbles ou les fils d'alliage rouge de Project:Red, par exemple. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/printer.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/printer.md new file mode 100644 index 0000000000..9b47a78b07 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/printer.md @@ -0,0 +1,18 @@ +# Imprimante 3D + +![L'impression en 2D, c'est tellement dépassé.](oredict:oc:printer) + +Les imprimantes 3D vous permettent d'imprimer n'importe quel bloc de n'importe forme, avec n'importe quelle texture. Pour démarrer avec les imprimantes 3D, vous devrez placer un bloc d'imprimante 3D à côté d'un ordinateur. Cela vous donnera accès à l'API de composant `printer3d`, ce qui permet de paramétrer et d'imprimer des [modèles](print.md) en utilisant les fonction fournies. + +Une manière plus simple d'installer une imprimante 3D est d'utiliser le gestionnaire de paquets Open Programs (OPPM). Une fois installé (`oppm install oppm`), assurez vous d'avoir une [carte internet](../item/internetCard.md) dans votre [ordinateur](../general/computer.md) and lancez la commande suivante : +`oppm install print3d-examples` + +Vous pouvez trouver des exemples dans `/usr/share/models/` sous forme de fichiers .3dm. Jetez un oeil dans ces fichiers d'exemple pour voir les options disponibles, en particulier le fichier `example.3dm`. Par ailleurs, vous pouvez télécharger les programmes `print3d` et `print3d-examples` depuis [OpenPrograms](https://github.com/OpenPrograms) en utilisant `wget` et une [carte internet](../item/internetCard.md). + +Afin d'imprimer les modèles, une imprimante 3D doit être configurée par un [ordinateur](../general/computer.md). S'il est mis en mode sans-arrêt, l'ordinateur ne sera plus requis par la suite. Vous devrez également lui fournir une [cartouche d'encre](../item/inkCartridge.md) et un peu de [chamélium](../item/chamelium.md) pour les matières premières. La quantité de chamélium utilisée dépend du volume de l'impression 3D, tandis que la quantité d'encre utilisée dépend de la surface de l'objet imprimé. + +Pour imprimer un objet, utilisez la commande suivante : +`print3d /path/to/file.3dm` +en fournissant le chemin vers le fichier .3dm. + +Vous pourrez trouver la documentation relative à la création de vos propres modèles dans `/usr/share/models/example.3dm`. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/raid.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/raid.md new file mode 100644 index 0000000000..d7d8147798 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/raid.md @@ -0,0 +1,11 @@ +# Raid + +![Une instance à 40.](oredict:oc:raid) + +Le bloc de RAID peut accueillir 3 [disques dur](../item/hdd1.md) qui seront combinés en un seul système de fichiers. Ce système de fichiers combinés a la taille de la somme des capacités des [disques dur](../item/hdd1.md) individuels, et est disponible pour tous les [ordinateurs](../general/computer.md) connectés au RAID. + +Le RAID fonctionne uniquement (et se présente en tant que système de fichiers) quand 3 [disques dur](../item/hdd1.md) sont présents. Les [disques dur](../item/hdd1.md) peuvent avec chacun une taille différente. + +Faites attention, car l'ajout d'un [disque dur](../item/hdd1.md) au bloc de RAID effacera son contenu. Retirer un [disque dur](../item/hdd1.md) du RAID effacera le contenu complet du RAID. Remettre le disque en place *ne restaurera pas* les anciens fichiers; le RAID sera ré-initialisé en tant que système de fichiers vierge. + +Casser un bloc de RAID gardera son contenu, dons il peut être déplacé en tout sécurité sans risque de perte de données. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/redstone.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/redstone.md new file mode 100644 index 0000000000..ae35bfc29c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/redstone.md @@ -0,0 +1,9 @@ +# Redstone E/S + +![Salut Red.](oredict:oc:redstone) + +Le bloc d'E/S de redstone peut être utilisé pour lire et émettre des signaux de redstone à distance. Il se comporte comme un hybride des [cartes de redstone](../item/redstoneCard1.md) de niveau 1 et 2 : il peut aussi bien lire et émettre des signaux analogiques que des signaux empaquetés (bundle), mais il ne peut pas lire ou émettre de signaux redstone sans-fil. + +En indiquant un côté aux méthodes du composant exposé par ce bloc, les directions sont les points cardinaux, c'est à dire qu'il est recommandé d'utiliser `sides.north`, `sides.east`, etc. + +De même que les [cartes de redstone](../item/redstoneCard1.md), ce bloc injecte un signal dans les [ordinateurs](../general/computer.md) connectés quand l'état du signal de redstone change - autant pour les signaux analogiques qu'empaquetés (bundle). Ce bloc peut également être configuré pour démarrer des [ordinateurs](../general/computer.md) connectés quand une certaine puissance de signal est dépassée, ce qui permet de démarrer automatiquement des [ordinateurs](../general/computer.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/relay.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/relay.md new file mode 100644 index 0000000000..348be55c57 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/relay.md @@ -0,0 +1,13 @@ +# Relai + +![Construit des ponts.](oredict:oc:relay) + +Le relai peut être utilisé pour permettre à différents sous-réseaux de s'envoyer des messages réseau entre eux, sans exposer leurs composants aux [ordinateurs](../general/computer.md) des autres réseaux. Maintenir l'état "local" d'un composant est généralement une bonne idée, pour éviter aux [ordinateurs](../general/computer.md) d'utiliser le mauvais [écran](screen1.md) ou pour éviter qu'une surcharge de composants survienne (ce qui provoque le crash de l'[ordinateur](../general/computer.md) et l'empêche de démarrer). + +Le relai peut être amélioré en insérant une [carte de réseau sans-fil](../item/wlanCard.md) pour relayer aussi des messages sans-fil. Les messages sans-fil peuvent être reçus et relayés par d'autres relais avec une carte de réseau sans-fil, ou par des ordinateurs équipés d'une carte réseau sans-fil. + +Par ailleurs, le relai peut être amélioré en utilisé des [cartes liées](../item/linkedCard.md). Dans ce cas, il transmettra aussi les messages à travers le tunnel de la carte liée; ceci aura le coût habituel, donc assurez vous que le relai a suffisamment d'énergie. + +Les relais *ne gardent pas* de trace des paquets qu'ils ont transmis récemment, donc évitez les boucles dans votre réseau, ou vous pourriez recevoir le même paquet plusieurs fois. Envoyer des messages trop souvent causera la perte de paquets, à cause de la taille limitée du tampon des relais. + +Les paquets sont seulement renvoyés un certain nombre de fois, donc enchaîner un certain nombre de relais n'est pas possible. Par défaut, un paquet sera renvoyé jusqu'à 5 fois. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/robot.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/robot.md new file mode 100644 index 0000000000..f2606d2fca --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/robot.md @@ -0,0 +1,9 @@ +# Robot + +![Son nom était Tobor.](block:OpenComputers:robot) + +Contrairement aux [ordinateurs](../general/computer.md), les robots peuvent se déplacer et interagir avec le monde un peu comme un joueur. Ils *ne peuvent pas* interagir avec des composants externes, cependant ! Si vous avez besoin de communiquer avec un [ordinateur](../general/computer.md) ou d'autres robots, utilisez une [carte réseau sans-fil](../item/wlanCard.md), ou créez une sorte de protocle de bas niveau en utilisant les signaux de redstone via une [carte de redstone](../item/redstoneCard1.md), par exemple. + +Les robots sont construits en plaçant un [boîtier d'ordinateur](case1.md) de n'importe quel niveau dans un [assembleur](assembler.md). Des [boîtiers](case1.md) de plus haut niveau permettent de construire des robots plus complexes, grâce à leur capacité à contenir un [processeur](../item/cpu1.md) plus puissant. La complexité du robot (affichée dans l'[assembleur](assembler.md)) est déterminée par le niveau des composants et améliorations placés dans les emplacements du robot; des composants de plus haut niveau augmenteront d'avantage la complexité qu'un composant de plus bas niveau. Si la complexité du robot est trop élevée, l'[assembleur](assembler.md) ne construira pas le robot. + +De nombreuses améliorations peuvent être placées dans les robots pour augmenter les fonctionnalités. Cela inclut les amélioration d'[inventaire](../item/inventoryUpgrade.md) et de [contrôle d'inventaire](../item/inventoryControllerUpgrade.md), de [réservoir](../item/tankUpgrade.md), de [navigation](../item/navigationUpgrade.md), entre autres. Les conteneurs d'[amélioration](../item/upgradeContainer1.md) et de [carte](../item/cardContainer1.md) et de [carte](../item/cardContainer1.md) peuvent être placés dans le robot pour insérer et retirer des composants et des améliorations à la volée. Un [lecteur de disquettes](diskDrive.md) peut également être placé dans le robot pour permettre l'insertion de [disquettes](../item/floppy.md), ce qui vous permettra d'installer [OpenOS](../general/openOS.md) sur le robot (une alternative est d'installer [OpenOS](../general/openOS.md) sur un [disque dur](../item/hdd1.md) vierge en utilisant un [ordinateur](../general/computer.md), et d'utiliser le [disque dur](../item/hdd1.md) pré-installé comme un composant dans l'assembleur de robot). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen1.md new file mode 100644 index 0000000000..e58a88981e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen1.md @@ -0,0 +1,18 @@ +# Ecrans + +![Tu vois ça ?](oredict:oc:screen1) + +Un écran est utilisé en combinaison avec une [carte graphique](../item/graphicsCard1.md), pour permettre aux [ordinateurs](../general/computer.md) d'afficher du texte. Les différents niveaux d'écrans ont différentes capacités, comme le support de différentes résolutions et couleurs. La qualité des écrans va d'une faible résolution en affichage monochrome à une haute résolution en 256 couleurs. + +La résolution disponible et la profondeur de couleurs dépend du composant de plus bas niveau. Si vous utilisez une [carte graphique (niveau 1)](../item/graphicsCard1.md) avec un [écran (niveau 3)](screen3.md), seules les couleurs et la résolutions de niveau 1 seront disponibles. Cependant, en utilisant une [carte graphique](../item/graphicsCard1.md) de niveau 3 avec un écran de niveau 1, même si la résolution et la profondeur de couleur seront limitées au niveau 1, les opérations de la [carte graphique](../item/graphicsCard1.md) seront plus rapides qu'en utilisant une [carte graphique](../item/graphicsCard1.md) de niveau 1. + +Les écrans peuvent être placés les uns contre les autres pour former un écran multi-bloc, tant qu'ils sont dans la même direction. S'ils sont placés vers le haut ou le bas ils doivent également être tournés dans le même sens. Leur orientation est indiquée par une flèche dans la barre d'inventaire en tenant l'écran en main. + +La taille d'un écran n'a pas d'impact sur la résolution disponible, seulement son niveau. Pour gérer la manière dont les écrans se connectent entr eux, il est possible de les colorer avec n'importe quel colorant. Faites simplement un clic-droit sur l'écran avec un colorant en main. Le colorant ne sera pas consommé, mais les écrans ne garderont pas leur couleur une fois détruits. Des écrans de différente couleur ne se connecteront pas. Des écrans de différents niveaux ne connecteront jamais, même s'ils sont de la même couleur. + +Les écrans de niveau 2 et 3 supportent également les entrées de la souris. Il est possible de cliquer soit dans l'interface de l'écran (qui peut seulement être ouvert si un [clavier](keyboard.md) est connecté à l'écran), soit en s'accroupissant pour cliquer dessus (avec la main vide dans le doute). Le fait de s'accroupir est optionnel si l'écran n'a pas de [clavier](keyboard.md). Remarquez qu'il est possible de contrôler l'ouverture de l'interface - ou en tout cas son activation - par l'API du composant exposée aux [ordinateurs](../general/computer.md). Les écrans de niveau 3 permettent une détection plus précise de l'endroit touché, si ça a été activé dans leur composant. Cela permet de détecter si la partie haute ou basse d'un caractère a été cliqué, par exemple, ce qui peut être utile si vous vous servez de caractères spéciaux en Unicode pour simuler de meilleures résolutions. + +Les résolutions et profondeurs de couleur des écrans sont les suivantes : +- Tier 1: 50x16, couleur sur 1-bit +- Tier 2: 80x25, couleur sur 4-bit +- Tier 3: 160x50, couleur sur 8-bit diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen2.md new file mode 100644 index 0000000000..9a0e09ec30 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen2.md @@ -0,0 +1 @@ +#REDIRECT screen1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen3.md new file mode 100644 index 0000000000..9a0e09ec30 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/screen3.md @@ -0,0 +1 @@ +#REDIRECT screen1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/serverRack.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/serverRack.md new file mode 100644 index 0000000000..681fcc50f6 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/serverRack.md @@ -0,0 +1,9 @@ +# Support de serveur + +![Logement gratuit.](oredict:oc:serverRack) + +Un support de serveur peut contenir jusqu'à 4 [serveurs](../item/server1.md). Un [serveur](../item/server1.md) est un [ordinateur](../general/computer.md) de plus haut niveau, qui peut seulement être lancé dans un support de serveur. Les [serveurs](../item/server1.md) peuvent être contrôlés à distance avec un [terminal à distance](../item/terminal.md). Le nombre de [terminaux à distance](../item/terminal.md) qui peuvent être connectés à un seul [serveur](../item/server1.md) à la fois dépend du niveau du [serveur](../item/server1.md). La distance jusqu'à laquelle le [terminal à distance](../item/terminal.md) fonctionne peut être configurée dans l'interface du support. De plus grandes valeurs nécessitent plus d'énergie. + +Chaque [serveur](../item/server1.md) d'un support de serveur peut seulement communiquer avec un côté du support de serveur à la fois - ou aucun côté. Le côté auquel chaque [serveur](../item/server1.md) est connecté peut être configuré dans l'interface du support de serveur. Attention, les côtés dépendent du "point de vue" du support de serveur, par exemple si vous êtes en face de l'avant du support de serveur, `sides.right` sera à votre droite et inversement. + +Les supports de serveur font office de [relai](relay.md) et de [distributeur énergétique](powerDistributor.md). Le mode routeur du support de serveur peut être configuré dans son interface, avec deux options : soit interne, soit externe. En mode externe, le support de serveur se comportera comme un [relai](relay.md) normal. En mode interne, les messages seront seulement transmis aux [serveurs](../item/server1.md) du support, et ne seront pas relayés automatiquement aux autres faces du support. Les [serveurs](../item/server1.md) seront toujours capables de s'envoyer des messages entre eux. Cela permet d'utiliser les supports de serveur comme des [relais](relay.md) évolués pouvant effectuer des filtres et des opérations de cartographie, par exemple. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/switch.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/switch.md new file mode 100644 index 0000000000..24313fa861 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/switch.md @@ -0,0 +1,13 @@ +# Routeur + +![[relays](relay.md).](oredict:oc:switch) + +*Ce bloc est déprécié et sera retiré dans une version future.* Transformez les en [relai](relay.md) pour éviter de les perdre. + +Le routeur peut être utilisé pour permettre à différents sous-réseaux de s'envoyer des messages réseau entre eux, sans exposer leurs composants aux [ordinateurs](../general/computer.md) des autres réseaux. Maintenir l'état "local" d'un composant est généralement une bonne idée, pour éviter aux [ordinateurs](../general/computer.md) d'utiliser le mauvais [écran](screen1.md) ou pour éviter qu'une surcharge de composants survienne (ce qui provoque le crash de l'[ordinateur](../general/computer.md) et l'empêche de démarrer). + +Il y a également une version sans-fil de ce bloc, appelée le [point d'accès](accessPoint.md), qui peut aussi relayer des messages sans-fil. Les messages sans-fil peuvent être reçus et relayés par d'autres [points d'accès](accessPoint.md), ou par des [ordinateurs](../general/computer.md) équipés d'une [carte réseau sans-fil](../item/wlanCard.md). + +Les routeurs et [points d'accès](accessPoint.md) ne gardent *pas* de trace des paquets qu'ils ont récemment relayé, donc évitez les boucles dans votre réseau ou vous pourriez recevoir le même paquet plusieurs fois. A cause de la taille limitée de la mémoire tampon des routeurs, une perte des paquets peut survenir si vous essayez d'envoyer des messages réseau trop fréquemment. Vous pouvez améliorer vos routeurs et points d'accès pour augmenter la vitesse à laquelle ils relaient les messages, ainsi que la taille interne de la file des messages. + +Les paquets sont seulement renvoyés un certain nombre de fois, donc enchaîner un certain nombre de [routeurs](switch.md) ou de points d'accès n'est pas possible. Par défaut, un paquet sera renvoyé jusqu'à 5 fois. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/transposer.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/transposer.md new file mode 100644 index 0000000000..1d743969d5 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/transposer.md @@ -0,0 +1,9 @@ +# Transposeur + +![Quel poseur!](oredict:oc:transposer) + +Le transposeur fait le lien entre les entonnoirs controlés par la redstone et les [robots](robot.md), ce qui permet le transfert d'objets et de fluides entre des blocs voisins contrôlé par [ordinateur](../general/computer.md). + +*Notez que ce bloc n'a pas d'inventaire interne.* + +A part déplacer des choses, il peut également être utilisé pour inspecter le contenu d'inventaires voisins, comme le ferait un [adaptateur](adapter.md) avec une [amélioration de contrôle d'inventaire](../item/inventoryControllerUpgrade.md), ou le contenu de réservoirs voisins, comme un adaptateur avec une [amélioration de contrôle de réservoir](../item/inventoryControllerUpgrade.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/block/waypoint.md b/src/main/resources/assets/opencomputers/doc/fr_FR/block/waypoint.md new file mode 100644 index 0000000000..de69a8be8b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/block/waypoint.md @@ -0,0 +1,9 @@ +# Point de passage + +!["Par là !" - "Non, par là !"](oredict:oc:waypoint) + +Le point de passage n'a aucune utilité en soi, mais dans la façon dont il peut être utilisé. Les [améliorations de navigation](../item/navigationUpgrade.md) peuvent détecter les points de passage, ainsi les appareils équipés d'une amélioration de navigation peuvent utiliser ces points de passage pour parcourir le monde. C'est particulièrement utile pour écrire des programmes facilement ré-utilisables par des appreils comme les [robots](robot.md) et les [drones](../item/drone.md). + +Remarquez que la position réelle renvoyée lors de la requête par l'amélioration de navigation est *le bloc en face du point de passage* (indiqué par les effets de particule). De cette manière vous pouvez le placer au dessus d'un coffre, et vous référer à la position du point de passage comme étant "au dessus du coffre", sans avoir besoin de prendre en compte dans votre programme la rotation du point de passage. + +Un point de passage a deux propriétés qui peuvent être utilisées en l'interrogeant avec une amélioration de navigation : le puissance actuelle du signal de redstone qu'il reçoit, et un libellé éditable. Le libellé est une chaîne de caractères de 32 caractères qui peut être éditée soit par l'interface soit par le composant exposé par le bloc du point de passage. Ces deux propriétés peuvent ensuite être utilisée sur l'appareil pour déterminer que faire avec le point de passage. Par exemple, un programme de tri pourrait être configuré pour traiter tous les blocs avec un signal de redstone élevé en tant qu'entrée, et ceux avec un signal faible comme une sortie. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/general/computer.md b/src/main/resources/assets/opencomputers/doc/fr_FR/general/computer.md new file mode 100644 index 0000000000..353062823c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/general/computer.md @@ -0,0 +1,10 @@ +# Ordinateurs + +Les ordinateurs sont fabriqués en utilisant une grande variété de [blocs](../block/index.md) et de composants. Le strict minimum requis pour construire un ordinateur est un [boîtier](../block/case1.md), un [écran](../block/screen1.md), et un [clavier](../block/keyboard.md). Le [boîtier](../block/case1.md) et l'[écran](../block/screen1.md) sont disponibles en différents niveaux fournissant différentes fonctionnalités et permettant d'avoir des systèmes informatiques plus complexes. Pour que l'[écran](../block/screen1.md) soit accessible, le [clavier](../block/keyboard.md) doit être adjacent à l'[écran](../block/screen1.md) (soit sur les côtés, soit directement sur l'[écran](../block/screen1.md)). + +Une fois cette structure de base construite, les composants peuvent être placés dans le [boîtier](../block/case1.md). Ces composants incluent des [processeurs](../item/cpu1.md), de la [mémoire (RAM)](../item/ram1.md), des [disques durs (HDD)](../item/hdd1.md), des [cartes graphiques](../item/graphicsCard1.md) (pour pouvoir utiliser l'[écran](../block/screen1.md)), des [cartes réseau](../item/lanCard.md) (pour communiquer entre réseaux informatiques), etc. Il y a beaucoup de composants disponibles permettant des systèmes souples, conçus à des fins spécifiques. + +Les ordinateurs de niveau inférieur nécessitent également un [lecteur de disquettes](../block/diskDrive.md), qui accepte les [disquettes](../item/floppy.md). Une [disquette](../item/floppy.md) avec [OpenOS](openOS.md) est nécessaire pour démarrer l'ordinateur la première fois, et sert à installer le système d'exploitation sur le [disque dur](../item/hdd1.md). Une fois installé sur le [disque dur](../item/hdd1.md), la [disquette](../item/floppy.md) n'est plus nécessaire. Des logiciels supplémentaires sont également disponibles sous forme de [disquette](../item/floppy.md) (comme le gestionnaire de paquets Open Programs (Open Programs Package Manager, ou OPPM)), et peuvent être récupérés dans les coffres de donjons. + +La dernière étape nécessaire est de d'alimenter l'ordinateur avec une source d'énergie. OpenComputers est compatible avec la plupart des grands mods fournissant de l'énergie, et plusieurs blocs peuvent être alimentés directement. Vous pouvez voir quels blocs peuvent être connectés à une source externe d'énergie en vérifiant si leur infobulle mentionne une vitesse de conversion de l'énergie. +Pour un réseau plus grand avec plusieurs ordinateurs, un [convertisseur énergétique](../block/powerConverter.md) (convertit l'énergie de différents mods vers le type d'énergie propre à OC), un [distributeur énergétique](../block/powerDistributor.md) (distribue l'énergie aux ordinateurs sur le réseau) et un [capaciteur](../block/capacitor.md) (stockage d'énergie pour le réseau) peuvent être utilisés pour connecter d'autres ordinateurs sur le réseau en se servant de [câbles](../block/cable.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/general/example.md b/src/main/resources/assets/opencomputers/doc/fr_FR/general/example.md new file mode 100644 index 0000000000..c0937a7a79 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/general/example.md @@ -0,0 +1,69 @@ +# Entête avec plusieurs lignes [avec un lien](redirect1.md) et *quelques* autres + +Voici un peu de texte de test pour la version de Markdown supportée par le système de documenation en jeu prévu pour OpenComputers. +![Ceci est une info-bulle...](opencomputers:textures/gui/printer_ink.png) +![Ceci est une info-bulle...](opencomputers:/textures/gui/printer_material.png) +*Ceci* est du texte en *italique*, ~~barré~~ peut-être **un peu** de texte **en gras**. Est-ce que _c'est souligné _? Oh, non, _c'est aussi en italique!_ Bon, c'est [un lien](../index.md). +![C'est rendu en direct.](oredict:oc:assembler) +## Entête plus petite [avec un *lien* aussi mais cette __fois__ plus long](../block/adapter.md) + +![Ceci est une autre info-bulle.](item:OpenComputers:item@23) + +un peu de texte directement au dessus de l'afficheur d'objet pour tester l'espacement +![Toutes ces couleurs.](oredict:craftingPiston) +un peu de texte directement en dessous de l'afficheur d'objet pour tester l'espacement + +Ceci est en *italique +sur deux* lignes. Mais *ceci ... non, *ceci est du* *texte* **_en italique gras_**. + +### encore plus petit + +*pas en italique *parce que ** pourquoi le serait-il*eh + +`test de code` +`ce n'est pas encore du code` +`function f(a)` +` testingIndent(a)` +` do` +` lalala()` +` end` +`end` +ouais, l'espacement des lignes est un peu petit, mais sinon il n'y a pas assez de texte qui tient sur un écran. +voici un peu de `code` contenu dans une ligne. puis `un peu plus de CODE qui` fait un retour à la ligne et qui continue. + +n'est pas*. + + # pas une entête + +* c'est un élément de liste et le texte qui reviendra à la ligne sera indenté correctement +- ça devrait aussi `fonctionner pour du texte affiché comme du code, si ce n'est pas le cas je` serai une mauvaise personne + +asdasd ![oh mon dieu, la récursion !](img/example.png) qweqwe + +Et finalement, [c'est un lien !](https://avatars1.githubusercontent.com/u/514903). + +![image de l'objet inexistante](item:ça n'existe pas) +![image de l'objet inexistante](block:ça n'existe pas) +![image de l'objet inexistante](oredict:ça n'existe pas) + +tests de retour à la ligne +12345678901234567890.1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890 +`123456789012345678901234567890.12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890` + +* 12345678901234567890.1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890 +- `123456789012345678901234567890.12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890` + +c'est un test pour une![](oredict:oc:cpu1)une image dans une lignekakakakalalsd 123 as + +c'est un test pour une![](oredict:oc:cpu1) +une image avec un retour à la ligne après + +c'est un test pour une +![](oredict:oc:cpu1) +une image entre deux lignes + +c'est un test pour une + +![](oredict:oc:cpu1) + +une image entre deux lignes vides diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/general/lua.md b/src/main/resources/assets/opencomputers/doc/fr_FR/general/lua.md new file mode 100644 index 0000000000..486b042051 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/general/lua.md @@ -0,0 +1,16 @@ +# Lua + +Le [manuel de référence](http://www.lua.org/manual/5.2/manual.html) en Lua et le livre [Programming Lua](http://www.lua.org/pil/) (la première édition est disponible gratuitement en ligne) sont un bon endroit pour démarrer avec les bases de Lua et se familiariser avec la synntaxe de base et les bibliothèques standard. [OpenOS](openOS.md) s'efforce d'émuler les bibliothèques standard au plus près, avec quelques écarts, comme la bibliothèque de débogage qui est principalement absente (pour des raisons de sécurité liées au mode "bac à sable"). Ces différences sont [documentées sur le wiki](http://ocdoc.cil.li/api:non-standard-lua-libs). + +Les bibliothèques non-standard devront être importées avec `require` pour les utiliser dans un script. Par exemple : + +`local component = require("component")` +`local rs = component.redstone` + +Cela vous permettra d'appeller toutes les fonctions fournies par le composant de [redstone](../item/redstoneCard1.md). Par exemple : + +`rs.setOutput(require("sides").front, 15)` + +**Important**: quand vous travaillez avec l'interpréteur Lua, n'utilisez *pas* `local`, car les variables seront locales à la ligne. Cela signifie que si vous tapiez les lignes ci-dessus les unes après les autres dans l'interpréteur, la troisième ligne lancerait une erreur, en vous disant que `rs` a une valeur `nil`. Mais dans ce cas, pourquoi seulement la troisième ligne ? Parce que, pour faciliter les tests, l'interpréteur essaye de charger les variables inconnues comme des bibliothèques. Donc même si l'affectation à `component` à la première ligne ne ferait rien, l'utilisation de `component` à la deuxième ligne chargerait cette bibliothèque et l'utiliserait. Les bibliothèques ne sont pas utilisées automatiquement lorsque que vous utilisez des scripts Lua, afin de réduire l'usage de la mémoire, car c'est une ressource limitée. + +OpenOS fournit plusieurs bibliothèques personnalisées qui peuvent être utilisées dans un grand nombre d'applications, allant du contrôle et la manipulation des composants attachés à l'[ordinateur](computer.md), aux APIs de référence pour les couleurs, utilisées pour le contrôle de câbles de redstone empaquetés, et les codes du [clavier](../block/keyboard.md). Des bibliothèques personnalisées peuvent être employée dans un script Lua en utilisant la fonction `require()`, comme ci-dessus. Certaines bibliothèques personnalisées nécessitent des composants spécifiques pour fonctionner, comme la bibliothèque `internet` qui requiert une [carte internet](../item/internetCard.md). Dans ce cas particulier, la bibliothèque est même fournie par la carte, c'est à dire que la bibliothèque apparaîtra une fois que vous aurez installé une carte internet - techniquement parlant, elle est contenue dans un petit fichier en lecture seule sur la carte internet. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/general/openOS.md b/src/main/resources/assets/opencomputers/doc/fr_FR/general/openOS.md new file mode 100644 index 0000000000..9dcdd6290c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/general/openOS.md @@ -0,0 +1,12 @@ +# OpenOS + +OpenOS est un système d'exploitation basique disponible dans OpenComputers. Il est nécessaire pour faire démarrer un [ordinateur](computer.md) pour la première fois, et peut être fabriqué en plaçant une [disquette](../item/floppy.md) vide et un manuel d'OpenComputers dans une table de craft. + +Une fois créée, la [disquette](../item/floppy.md) peut être placée dans un [lecteur de disquette](../block/diskDrive.md) connectée à un système [informatique](computer.md) [correctement configuré](quickstart.md), ce qui permettra à l'[ordinateur](computer.md) de lancer OpenOS. +Une fois démarré, il est conseillé d'installer OpenOS sur un [disque dur](../item/hdd1.md) vierge, ce qui évite la nécessité d'une [disquette](../item/floppy.md) et donne accès à un système de fichiers en lecture/écriture (la [disquette](../item/floppy.md) d'OpenOS et les autres disquettes "trouvées" sont en lecture seule). Un [boîtier](../block/case3.md) de niveau 3 n'a pas besoin de [lecteur de disquette](../block/diskDrive.md), car il a un emplacement intégré pour les [disquettes](../item/floppy.md). + +OpenOS peut être installé en écrivant simplement `install`, et en suivant les informations affichées à l'écran pour finaliser l'installation. La [disquette](../item/floppy.md) peut être retirée une fois que le système a été redémarré. OpenOS peut être installé sur tous les appareils sauf les [drones](../item/drone.md) et les [micro-contrôleurs](../block/microcontroller.md) (ils nécessitent tous les deux une programmation manuelle d'une [EEPROM](../item/eeprom.md) pour fournir des fonctionnalités, parce qu'ils n'ont pas de système de fichiers intégré). + +OpenOS a de nombreuses fonctions intégrées, la plus utile d'entre elles étant la commande `lua`, qui ouvre un interpréteur Lua. C'est un bon endroit de test pour essayer diverses commandes, et expérimenter l'API des composants, avant d'écrire les commandes dans un script .lua. Retenez l'information affichée lors du démarrage de l'interpréteur, elle vous expliquera comment afficher le résultat des commandes que vous entrez, et comment en sortir. + +Pour plus d'information sur la programmation, référez vous à la page sur la [programmation en Lua](lua.md). Pour exécuter des scripts Lua, saisissez simplement le nom du fichier et appuyez sur Entrée (par exemple, `script.lua` peut être exécuté en tapant la commande `script` dans le terminal). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/general/quickstart.md b/src/main/resources/assets/opencomputers/doc/fr_FR/general/quickstart.md new file mode 100644 index 0000000000..133f50ec5b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/general/quickstart.md @@ -0,0 +1,52 @@ +# Bien démarrer + +Aussi connu en tant que "comment construire votre premier ordinateur". Pour faire démarrer votre premier [ordinateur](computer.md), vous aurez d'abord besoin de l'installer correctement. Il y a plusieurs types différents d'ordinateurs dans OpenComputers, mais commençons avec la base : l'ordinateur standard. + +**Avertissement**: ce sera un pas-à-pas, et il fournira des informations sur la manière de chercher des questions vous-même plus tard, donc ça sera plutôt long. Si vous n'avez jamais construit d'ordinateur dans la vie réelle, et/ou que vous êtes complètement nouveau sur ce mod, il est vivement recommandé que vous lisiez tout ceci. + +Premièrement, vous aurez besoin d'un [boîtier](../block/case1.md). C'est le bloc qui contiendra tous les composants, en définissant le comportement de l'ordinateur que vous construisez. + +![Un boîtier d'ordinateur de niveau 2.](oredict:oc:case2) + +Par exemple, vous aurez besoin de choisir quel niveau de [carte graphique](../item/graphicsCard1.md) vous voulez utiliser, si vous avez besoin d'une [carte réseau](../item/lanCard.md), une [carte de redstone](../item/redstoneCard1.md) ou, si vous faites des essais en mode créatif, peut être même une [carte de débogueur](../item/debugCard.md). + +Quand vous ouvrez l'interface du [boîtier d'ordinateur](../block/case1.md), vous verrez quelques emplacements à droite. Le nombre d'emplacements, et le niveau des composants qui peuvent être placés dedans (indiqué par le petit chiffre romain dans l'emplacement) dépend du niveau du boîtier lui-même. +![Interface d'un boîtier de niveau 2.](opencomputers:doc/img/configuration_case1.png) +Quand ils sont vides, les [boîtiers](../block/case1.md) sont assez inutiles. Vous pouvez essayer d'allumer votre [ordinateur](computer.md), mais il affichera immédiatement un message d'erreur dans votre tchat, et fera entendre son mécontentement en vous bipant dessus. Heureusement que le message d'erreur vous dit quoi faire pour résoudre la situation : il demande de l'énergie. Connectez votre [ordinateur](computer.md) à un peu d'énergie, soit directement soit via un [convertisseur énergétique](../block/powerConverter.md). + +Maintenant, si vous essayez de le démarrer, il vous dira qu'il a besoin d'un [processeur](../item/cpu1.md). Il en existe de différents niveaux - une tendance dont vous remarquerez la présence partout dans OpenComputers. Pour les [processeurs](../item/cpu1.md), un meilleur niveau signifie plus de composants à la fois, ainsi qu'une vitesse plus élevée. Donc choississez un niveau, et mettez le dans votre [boîtier](../block/case1.md). + +Ensuite, il vous sera demandé d'insérer de la [mémoire (RAM)](../item/ram1.md). Remarquez que le bip est différent maintenant : long-court. De plus hauts niveaux de [mémoire (RAM)](../item/ram1.md) permettent plus de mémoire disponible pour les programmes s'exécutant sur votre [ordinateur](computer.md). Pour lancer [OpenOS](openOS.md), ce qui est le but de cette introduction, vous devrez utiliser au moins deux barettes de [mémoire (RAM)](../item/ram1.md) de niveau 1. + +On progresse bien. Pour le moment, votre [boîtier](../block/case1.md) ressemblera à quelque chose comme ça : +![Un ordinateur partiellement configuré.](opencomputers:doc/img/configuration_case2.png) +Et voilà, mettre l'ordinateur sous tension n'affichera plus de message d'erreur ! Hélas, il ne fait quand même pas grand chose. Au moins, il émet 2 bips. Ce qui veut dire que le lancement de l'[ordinateur](computer.md) a échoué. En d'autres termes : techniquement, il fonctionne ! C'est là qu'intervient un outil très utile : l'[analyseur](../item/analyzer.md). Cet outil permet d'inspecter beaucoup de blocs d'OpenComputers, ainsi que quelques blocs d'autres mods. Pour l'utiliser sur l'[ordinateur](computer.md), utilisez l'[analyseur](../item/analyzer.md) sur le boîtier en vous accroupissant. + +Vous devriez maintenant voir l'erreur qui a causé le crash de l'[ordinateur](computer.md) : +`no bios found; install configured EEPROM` +(aucun BIOS trouvé; installez une EEPROM configurée) + +L'accent ici est mis sur *configured*. Crafter une [EEPROM](../item/eeprom.md) est plutôt simple. Pour la configurer, vous aurez généralement à utiliser un [ordinateur](computer.md) - mais c'est un peu compliqué pour le moment, donc on va utiliser une recette pour fabriquer une [EEPROM](../item/eeprom.md) configurée nommée "Lua BIOS". La recette classique est une [EEPROM](../item/eeprom.md) et un [manuel](../item/manual.md). Mettez l'[EEPROM](../item/eeprom.md) configurée dans l'[ordinateur](computer.md), eeeeet... + +Non. Toujours rien. Mais nous savons quoi faire : le joueur utilise l'[analyseur](../item/analyzer.md), c'est super efficace ! Maintenant nous avons un message d'erreur différent : +`no bootable medium found; file not found` +(pas de média bootable; fichier non trouvé) + +Bien. Cela veut dire que le BIOS fonctionne. C'est juste qu'il ne trouve pas de système de fichier à partir duquel il peut démarrer, comme une [disquette](../item/floppy.md) ou un [disque dur](../item/hdd1.md). Le BIOS Lua en particulier attend un tel système de fichier pour y trouver un fichier nommé `init.lua` à la racine. Avec l'[EEPROM](../item/eeprom.md), vous écrivez généralement dans un système de fichier avec un [ordinateur](computer.md). Vous l'avez probablement deviné : nous devons maintenant fabriquer notre disque de système d'exploitation. Prenez une [disquette](../item/floppy.md) vierge et un [manuel](../item/manual.md), assemblez les, et vous obtiendrez une disquette d'[OpenOS](openOS.md). + +Maintenant, si vous avez utilisé un [boîtier](../block/case2.md) de niveau 2 comme dans les captures d'écran si dessus, vous n'aurez nulle part où mettre cette disquette. Si vous avez un [boîtier](../block/case2.md) créatif ou de niveau 3, vous pouvez placer la disquette directement dans le [boîtier](../block/case1.md). Sinon vous devrez mettre un [lecteur de disquettes](../block/diskDrive.md) à côté du boîtier (ou le connecter avec des [câbles](../block/cable.md)). Une fois votre disquette insérée, vous savez quoi faire. Appuyez sur le bouton d'alimentation. + +Il vit ! Ou il devrait, en tout cas. Si ce n'est pas le cas quelque chose ne va pas, et vous devriez investiguer en utilisant l'[analyzer](../item/analyzer.md). Mais en supposant qu'il fonctionne maintenant, vous avez presque fini. La partie la plus compliquée est terminée. Tout ce qui reste à faire est de lui permettre d'accepter des entrées, et d'afficher des sorties. + +Pour permettre à l'[ordinateur](computer.md) d'afficher des informations, vous devrez vous munir d'un [écran](../block/screen1.md) et d'une [carte graphique](../item/graphicsCard1.md). +![Non, ce n'est pas un écran plat.](oredict:oc:screen2) + +Placez l'[écran](../block/screen1.md) à côté de votre [boîtier](../block/case1.md) ou, à nouveau, connectez le en utilisant des [câbles](../block/cable.md). Puis placez une [carte graphique](../item/graphicsCard1.md) de votre choix dans le [boîtier](../block/case1.md). Vous devriez maintenant voir un curseur clignotant sur l'[écran](../block/screen1.md). Finalement, placez un [clavier](../block/keyboard.md) soit sur l'[écran](../block/screen1.md) lui-même, soit juste en face de l'[écran](../block/screen1.md), pour activer l'entrée de données au [clavier](../block/keyboard.md). + +Avec ça, vous avez fini. L'[ordinateur](computer.md) fonctionne et prêt à l'action. Essayez le maintenant ! Tapez `lua` dans l'interface système et appuyez sur Entrée, et vous serez accueilli par quelques informations sur la manière d'utiliser l'interpréteur Lua. Vous pouvez y tester des commandes Lua de base. Pour plus d'informations à ce sujet, allez sur [la page Lua](lua.md) + +![Il vit!](opencomputers:doc/img/configuration_done.png) + +Amusez vous à construire des [ordinateurs](computer.md) plus complexes, jouer avec des [serveurs](../item/server1.md) et assembler des [robots](../block/robot.md), des [drones](../item/drone.md), des [micro-contrôleurs](../block/microcontroller.md) et des [tablettes](../item/tablet.md) dans l'[assembleur électronique](../block/assembler.md). + +Bon code ! diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/index.md b/src/main/resources/assets/opencomputers/doc/fr_FR/index.md new file mode 100644 index 0000000000..4b01c515f9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/index.md @@ -0,0 +1,39 @@ +# Manuel d'OpenComputers + +OpenComputers est un mod qui ajoute au jeu des [ordinateurs](general/computer.md), des [serveurs](item/server1.md), des [robots](block/robot.md), et des [drone](item/drone.md) persistants, modulaires et très configurables. Tous les appareils peuvent être programmés en utilisant Lua 5.2, permettant d'avoir des systèmes à complexité variable en fonction de leur usage. + +Pour apprendre à utiliser ce manuel, allez sur [la page parlant du manuel](item/manual.md) (Ce texte en vert est un lien, vous pouvez cliquer dessus). + +## Table des matières + +### Appareils +- [Ordinateurs](general/computer.md) +- [Serveurs](item/server1.md) +- [Micro-contrôleurs](block/microcontroller.md) +- [Robots](block/robot.md) +- [Drones](item/drone.md) + +### Logiciel et programmation +- [OpenOS](general/openOS.md) +- [Lua](general/lua.md) + +### Blocs et objets +- [Objets](item/index.md) +- [Blocs](block/index.md) + +### Guides +- [Bien démarrer](general/quickstart.md) + +## Vue d'ensemble + +Comme indiqué plus haut, les ordinateurs d'OpenComputers sont persistants, ce qui signifie qu'un [ordinateur](general/computer.md) en fonctionnement garde son état quand le chunk dans lequel il se trouve est déchargé. Cela signifie que si un joueur s'éloigne de cet [ordinateur](general/computer.md), ou se déconnecte, l'[ordinateur](general/computer.md) se souviendra de son dernier état connu et reprendra à ce point quand le joueur s'en rapprochera. La persistance fonctionne pour tous les appareils sauf les [tablettes](item/tablet.md) + +Tous les appareils sont modulaires et peuvent être assemblés avec une grande variété de composants, comme les [ordinateurs](general/computer.md) de la vie réelle. Les joueurs qui aiment bricoler seront capables d'optimiser leurs appareils comme ils le souhaitent. Si on le désire, les appareils peuvent être [démontés](block/disassembler.md) et reconstruits si la configuration initiale n'était pas satisfaisante. Pour les [ordinateurs](general/computer.md) et les [serveurs](item/server1.md), les composants peuvent être échangés à la volée simplement en ouvrant l'interface correspondante. + +Les appareils d'OpenComputers sont compatibles avec différents mods pour la manipulation de blocs et d'entités (à travers l'[adaptateur](block/adapter.md), ou des améliorations spécifiques d'un [robot](block/robot.md) ou d'un [drone](item/drone.md)). L'énergie peut être fournie grâce à une large gamme de mods, incluant, sans limitation, les Redstone Flux, les EU d'IndustrialCraft2, les Joules de Mekanism, l'énergie d'Applied Energistics 2 autant que la charge de Factorization. + +Les appareils d'OpenComputers ont des fonctionnalités supplémentaires ainsi que quelques limitations. Les [ordinateurs](general/computer.md) sont la base, et sont capables de contenir un bon nombre de composants, contrôlés par le niveau du processeur utilisé. Les [ordinateurs](general/computer.md) ont également accès aux composants par leurs six faces. Les [serveurs](item/server1.md) sont capables de se connecter à plus de composants (en interne ou en externe) qu'un [ordinateur](general/computer.md), en utilisant des [bus de composants](item/componentBus1.md); cependant, à cause du [support de serveur](block/serverRack.md), le [serveur](item/server1.md) est seulement capable d'accéder aux composants par une unique face du [support de serveur](block/serverRack.md), tel que configuré dans l'interface du [server rack](block/serverRack.md). Les [micro-contrôleurs](block/microcontroller.md) sont encore plus limités (comparés aux [ordinateurs](general/computer.md)) par leur manque d'emplacements de [disque dur](item/hdd1.md) et de [lecteur de disquette](block/diskDrive.md), ce qui veut dire qu'[OpenOS](general/openOS.md) ne peut pas être installé sur un [micro-contrôleur](block/microcontroller.md). Les [micro-contrôleurs](block/microcontroller.md) ont un emplacement pour une [EEPROM](item/eeprom.md), et peuvent être programmés avec un système d'exploitation plus spécifique pour un ensemble limité de tâches. + +Les [robots](block/robot.md) sont des [ordinateurs](general/computer.md) mobiles, et sont capables d'interagir avec le monde (mais ne peuvent pas interagir avec d'autres blocs d'OpenComputers). Contrairement aux [ordinateurs](general/computer.md), une fois qu'un robot est construit, les composants à l'intérieur du [robot](block/robot.md) ne peuvent pas être retirés. Pour contourner cette limitation, les [robots](block/robot.md) peuvent être construits avec des conteneurs d'[amélioration](item/upgradeContainer1.md) ou de [carte](item/cardContainer1.md), ce qui permettra d'échanger à la volée des cartes ou des améliorations, si nécessaire. [OpenOS](general/openOS.md) peut être installé sur les [robots](block/robot.md) en plaçant un [lecteur de disquette](block/diskDrive.md) dans un emplacement de conteneur, ce qui permettra l'insertion de [disquettes](item/floppy.md), ou en plaçant un [disque dur](item/hdd1.md) avec [OpenOS](general/openOS.md) pré-installé dans l'un des emplacements de [disque dur](item/hdd1.md). Pour complètement reconfigurer un [robot](block/robot.md), il devra être [désassemblé](block/disassembler.md) avant. Les [drones](item/drone.md) sont une version limitée des [robots](block/robot.md). Ils se déplacent différemment, ont moins d'emplacements d'inventaire, et n'ont pas de système d'exploitation (à l'instar des [micro-contrôleurs](block/microcontroller.md), les [drones](item/drone.md) peuvent être configurés avec une [EEPROM](item/eeprom.md) programmée pour un ensemble limité de tâches). Pour la plupart, les [robots](block/robot.md) et les [drones](item/drone.md) partagent les mêmes améliorations et composants; cependant, les améliorations se comportent différemment avec les [drones](item/drone.md), comme les [améliorations d'inventaire](item/inventoryUpgrade.md) qui fournissent seulement 4 emplacements par amélioration, pour un total de 8 emplacements, tandis que les [robots](block/robot.md) sont capables d'accepter plus d'[améliorations d'inventaire](item/inventoryUpgrade.md) (pour un total de 4) ainsi que l'obtention de plus d'emplacements par amélioration (16 emplacements par amélioration). + +Ce manuel contient des informations détaillées concernant tous les blocs et objets, comment mettre en place différents types de systèmes et d'appareils, ainsi qu'une introduction à la programmation. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/abstractBusCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/abstractBusCard.md new file mode 100644 index 0000000000..bd5e7d93f6 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/abstractBusCard.md @@ -0,0 +1,5 @@ +# Carte de bus abstraite + +![Plus de réseau!](oredict:oc:abstractBusCard) + +Cette carte permet aux [ordinateurs](../general/computer.md), aux [serveurs](server1.md) et aux [robots](../block/robot.md) d'interagir avec le bus d'abstraction de StargateTech2. Quand la carte est installée, ces blocs se connecteront au bus d'abstraction et un composant devient disponible aux machines, pour envoyer des messages à travers le bus d'abstraction. Les messages entrants du bus d'abstraction sont convertis en signaux qui sont injectés dans la machine. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/acid.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/acid.md new file mode 100644 index 0000000000..93b20ef3f2 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/acid.md @@ -0,0 +1,9 @@ +# Grog + +![Un reflux?](oredict:oc:materialAcid) + +Cette délicieuse [citation nécessaire] mixture peut être consommée si jamais vous ressentez le besoin de vous... amuser. Ou de détruire votre tube digestif. Ou les deux. Il peut également servir en tant qu'ingrédient pour d'autres objets beaucoup plus utiles. + +L'un des usages principaux, pourtant, est de retirer de votre organisme des [nanomachines](nanomachines.md), si vous n'en voulez plus. Le boire est le seul moyen de s'en débarasser ! + +En utilisant les recettes du mode difficile, il est utilisé pour graver les [plaques de circuit imprimé](circuitBoard.md) avant de fabriquer les [circuits imprimés](printedCircuitBoard.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/alu.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/alu.md new file mode 100644 index 0000000000..ed6a818835 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/alu.md @@ -0,0 +1,5 @@ +# Unité de Logique Arithmétique + +![Je être logique !](oredict:oc:materialALU) + +Elle est utilisée pour fabriquer des composants effectuant des calculs, comme les [processeurs](cpu1.md) et les [cartes graphiques](graphicsCard1.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/analyzer.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/analyzer.md new file mode 100644 index 0000000000..5d7bd945bf --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/analyzer.md @@ -0,0 +1,7 @@ +# Analyseur + +![Je... ne dois pas... faire... de... mauvaises blagues...](oredict:oc:analyzer) + +L'analyseur est un outil très pratique pour afficher des informations les blocs liés à OpenComputers. Cliquez simplement sur un bloc (en étant éventuellement accroupi) pour afficher quelques informations dans la zone de chat. Cela va de choses basiques comme l'adresse des composants, aux niveaux d'énergie du sous-réseau dont le bloc fait partie, jusqu'aux informations sur l'erreur qui a mené un [ordinateur](../general/computer.md) à planter, par exemple. + +Une autre fonctionnalité est la copie de l'adresse d'un composant dans le presse-papier, qui est effectuée en faisant un Ctrl-clic droit sur le bloc ou le composant. Cette information peut être collée dans un terminal d'[ordinateur](../general/computer.md) par la suite. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/angelUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/angelUpgrade.md new file mode 100644 index 0000000000..2384a61d86 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/angelUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration Ange + +![Alléluia.](oredict:oc:angelUpgrade) + +Cette amélioration permet aux [robots](../block/robot.md) de placer des blocs en l'air, sans bloc de soutien. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu1.md new file mode 100644 index 0000000000..9ab4090c17 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu1.md @@ -0,0 +1,7 @@ +# Unité de Traitement Accélérée (UTA) + +![Unificateur de Tabourets Acrobates.](oredict:oc:apu1) + +Cet élément est la parfaite union d'un [processeur](cpu1.md) et d'une [carte graphique](graphicsCard1.md). En utiliser une revient à vous laisser un emplacement de carte supplémentaire. Comme un processeur normal, elle définit l'architecture de l'[ordinateur](../general/computer.md), et le nombre de composants qui peuvent être connectés à l'[ordinateur](../general/computer.md) avant qu'il ne puisse plus fonctionner. De plus, elle fournit des fonctionnalités graphiques de base. + +Remarquez qu'à cause de l'espace limité sur la puce, ces processeurs sont légèrement plus lents que leur équivalent "pur", et affichent des graphismes avec une plus faible fidélité. Donc si une UTA de niveau 1 peut contrôler autant de composants qu'un processeur de niveau 2, elle fonctionne à la même vitesse qu'un processeur de niveau 1, et affiche seulement des graphismes avec la même fidélité qu'une carte graphique de niveau 1. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu2.md new file mode 100644 index 0000000000..cc94b771d0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/apu2.md @@ -0,0 +1 @@ +#REDIRECT apu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/arrowKeys.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/arrowKeys.md new file mode 100644 index 0000000000..1c272ae924 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/arrowKeys.md @@ -0,0 +1,5 @@ +# Touches directionnelles + +![Heureusement que ce n'est pas fait avec de vraies flèches...](oredict:oc:materialArrowKey) + +Au risque de me répéter : c'est la crise des touches. Parce que l'économie des touches a connu une sérieuse inflation ces dernières années. Elles sont utilisées pour fabriquer des [claviers](../block/keyboard.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade1.md new file mode 100644 index 0000000000..ac291754bb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade1.md @@ -0,0 +1,5 @@ +# Amélioration de batterie + +![Made of Metal.](oredict:oc:batteryUpgrade1) + +Cette amélioration augmente la quantité maximale d'énergie stockée par les appareils, comme les [robots](../block/robot.md) et les [tablettes](tablet.md), ce qui leur permet de fonctionner plus longtemps sans devoir revenir vers un [chargeur](../block/charger.md). Les améliorations de batterie de niveau supérieur peuvent stocker plus d'énergie. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade2.md new file mode 100644 index 0000000000..0281a45330 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT batteryUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade3.md new file mode 100644 index 0000000000..0281a45330 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/batteryUpgrade3.md @@ -0,0 +1 @@ +#REDIRECT batteryUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/buttonGroup.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/buttonGroup.md new file mode 100644 index 0000000000..87d5208f4e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/buttonGroup.md @@ -0,0 +1,5 @@ +# Groupe de boutons + +![Avec Biactol...](oredict:oc:materialButtonGroup) + +Parce que vous avez *toujours* plein de boutons qui trainent quelque part. Ne mentez pas. Nous avons tous à faire un Maj-clic sur ce bouton de recette, encore et encore. Les groupes de boutons sont utilisés pour fabriquer des [claviers](../block/keyboard.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/card.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/card.md new file mode 100644 index 0000000000..27550f6da1 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/card.md @@ -0,0 +1,5 @@ +# Base de carte + +![Ne peut pas être lue.](oredict:oc:materialCard) + +C'est un matériau communément utilisé pour fabriquer des cartes dans OpenComputers (comme les [cartes graphiques](graphicsCard1.md), les [cartes réseau](lanCard.md), etc.). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer1.md new file mode 100644 index 0000000000..ae60a4532f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer1.md @@ -0,0 +1,5 @@ +# Conteneur de carte + +![il peu avwar dé cart !](oredict:oc:cardContainer1) + +Le conteneur de carte est une amélioration de conteneur pour que des cartes puissent être insérées ou retirées d'un [robot](../block/robot.md) à la volée. Le niveau maximum de la carte que l'emplacement peut contenir est égal au niveau du conteneur. Contrairement aux amélioration classiques, la complexité des conteneurs est de deux fois leur niveau. Regardez [par là](../block/robot.md) pour avoir des détails sur la complexité des robots. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer2.md new file mode 100644 index 0000000000..16d29de27c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer2.md @@ -0,0 +1 @@ +#REDIRECT cardContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer3.md new file mode 100644 index 0000000000..16d29de27c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cardContainer3.md @@ -0,0 +1 @@ +#REDIRECT cardContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/chamelium.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chamelium.md new file mode 100644 index 0000000000..4c3e4b214a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chamelium.md @@ -0,0 +1,9 @@ +# Chamélium + +![Ca vient de caméléon, si vous vous demandiez.](oredict:oc:chamelium) + +Le chamélium est un matériau métamorphe qui est utilisé pour créer des [impressions 3D](../block/print.md) dans une [imprimante 3D](../block/printer.md). De lui même, il n'a aucune utilité, mais est très pratique pour créer des zones simples et entièrement monochromes. + +Vous pouvez également le combiner pour créer un [bloc de chamélium](../block/chameliumBlock.md). + +Comme l'indique l'info-bulle, le manger peut provoquer des effets secondaires indésirables, donc consommez le avec parcimonie. Ou mieux, n'en mangez pas du tout. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip1.md new file mode 100644 index 0000000000..5f6a89e2e4 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip1.md @@ -0,0 +1,5 @@ +# Puce électronique + +![Pas celles qui se mangent.](oredict:oc:circuitChip1) + +Les puces électroniques sont le pain quotidien de la fabrication de composants électroniques. Elles existent en différents niveaux, pour fabriquer différents niveaux de composants. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip2.md new file mode 100644 index 0000000000..5679bbdebc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip2.md @@ -0,0 +1 @@ +#REDIRECT chip1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip3.md new file mode 100644 index 0000000000..5679bbdebc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chip3.md @@ -0,0 +1 @@ +#REDIRECT chip1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/chunkloaderUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chunkloaderUpgrade.md new file mode 100644 index 0000000000..f7acaaac48 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/chunkloaderUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration chargement de chunk + +![Je ne vais nulle part.](oredict:oc:chunkloaderUpgrade) + +L'amélioration de chargement de chunk peut être installée sur des appareils (comme les [robots](../block/robot.md) et les [microcontrôleurs](../block/microcontroller.md)) pour leur permettre de garder le chunk dans lequel ils sont - ainsi que les chunks environnants - chargés. Cela consomme de l'énergie, cependant. Le chargeur de chunks peut être activé et désactivé par l'API du composant exposé à l'appareil. + +Cette amélioration est automatiquement activée quand l'appareil est mis sous tension, et automatiquement désactivée quand l'appareil est éteint. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/circuitBoard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/circuitBoard.md new file mode 100644 index 0000000000..e6657ab101 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/circuitBoard.md @@ -0,0 +1,5 @@ +# Plaque de circuit imprimé + +![Il faut plus d'or.](oredict:oc:materialCircuitBoard) + +C'est un objet intermédiaire fait à partir de [plaques de circuit imprimé brutes](rawCircuitBoard.md) et utilisé pour fabriquer des [circuits imprimés](printedCircuitBoard.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus1.md new file mode 100644 index 0000000000..7a61997a07 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus1.md @@ -0,0 +1,10 @@ +# Bus des composants + +![Plus de P-P-P-PUISSANCE.](oredict:oc:componentBus1) + +Un bus des composants est une amélioration dédiée aux [serveurs](server1.md) qui permet à un [serveur](server1.md) de communiquer avec plus de composants à la fois, sans s'éteindre. Comme avec les [processeurs](cpu1.md), un bus de plus haut niveau augmente la limite des composants. Les [serveurs](server1.md) de plus haut niveau sont également capables d'accepter plus de bus de composants, ce qui permet de communiquer avec encore plus de composants. + +Le nombre de composants que chaque bus de composant accepte est le suivant : +- Niveau 1: 8 composants. +- Niveau 2: 12 composants. +- Niveau 3: 16 composants. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus2.md new file mode 100644 index 0000000000..a49cd378a0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus2.md @@ -0,0 +1 @@ +#REDIRECT componentBus1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus3.md new file mode 100644 index 0000000000..a49cd378a0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/componentBus3.md @@ -0,0 +1 @@ +#REDIRECT componentBus1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/controlUnit.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/controlUnit.md new file mode 100644 index 0000000000..8a90625280 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/controlUnit.md @@ -0,0 +1,5 @@ +# Unité de contrôle + +![Avec régulateur de vitesse intégré.](oredict:oc:materialCU) + +Un objet de fabrication de haut niveau utilisé dans des circuits avancés, comme les [processeurs](cpu1.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu1.md new file mode 100644 index 0000000000..dfcab698a0 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu1.md @@ -0,0 +1,14 @@ +# Processeur + +![Cerveaaauuu...](oredict:oc:cpu1) + +L'unité centrale de traitement (ou *central processing unit (CPU)* en anglais) est un composant essentiel à chaque [ordinateur](../general/computer.md) ou [serveur](server1.md). Il définit l'architecture de l'[ordinateur](../general/computer.md), et le nombre de composants qui peuvent être connectés à l'[ordinateur](../general/computer.md) avant qu'il ne cesse de fonctionner. Un processeur de plus haut niveau permet également d'avoir plus d'appels par tick à l'[ordinateur](../general/computer.md) - en d'autres termes : plus le processeur est puissant, plus il est rapide. + +Le nombre de composants qu'un processeur accepte est le suivant : +- Niveau 1: 8 composants. +- Niveau 2: 12 composants. +- Niveau 3: 16 composants. + +Dans un [serveur](server1.md), le nombre de composants supportés peut être augmenté en installant des [bus de composants](componentBus1.md). + +Si plus de composants que le nombre maximal sont connectés à un [ordinateur](../general/computer.md), il ne pourra plus démarrer, et s'il fonctionnait, il crashera. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu2.md new file mode 100644 index 0000000000..b62149ec49 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu2.md @@ -0,0 +1 @@ +#REDIRECT cpu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu3.md new file mode 100644 index 0000000000..b62149ec49 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cpu3.md @@ -0,0 +1 @@ +#REDIRECT cpu1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/craftingUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/craftingUpgrade.md new file mode 100644 index 0000000000..8c0420354c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/craftingUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration d'artisanat + +![C'est en forgeant...](oredict:oc:craftingUpgrade) + +L'amélioration d'artisanat permet aux [robots](../item/inventoryUpgrade.md) de réaliser des recettes avec et sans forme en utilisant leur [inventaire](../item/inventoryUpgrade.md). Pour fabriquer, la grille de 3x3 en haut à gauche de l'[inventaire](../item/inventoryUpgrade.md) du [robot](../block/robot.md) est utilisée comme grille de fabrication. Les objets doivent être arrangés selon la recette. Les résultats seront replacés dans l'[inventaire](../item/inventoryUpgrade.md) du [robot](../block/robot.md). Comme pour les objets ramassés par terre, le résultat sera placé dans l'emplacement sélectionné; s'il n'y arrive pas, l'objet sera placé dans l'emplacement vide suivant. S'il n'y a plus de place libre, le résultat sera lâché par terre. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/cuttingWire.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cuttingWire.md new file mode 100644 index 0000000000..d5aa5385ea --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/cuttingWire.md @@ -0,0 +1,5 @@ +# Fil de coupe + +![Ce n'est pas un garrot. Je le jure.](oredict:oc:materialCuttingWire) + +Un objet qui n'existe que si vous utilisez les recettes difficiles, il est utilisé pour fabriquer des [plaques de circuit imprimé brutes](rawCircuitBoard.md). Très inefficacement. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard1.md new file mode 100644 index 0000000000..422df92d9d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard1.md @@ -0,0 +1,7 @@ +# Carte de données + +![Contrairement à la croyance populaire, elle ne stocke pas de données.](oredict:oc:dataCard1) + +La carte de données est une carte utilitaire qui fournit quelques algorithmes qui seraient soit compliqués à implémenter sur une architecture, soit lent à l'exécution. Elle fournit des fonctionnalités de hachage, ainsi que des fonctionnalités d'inflation/déflation. De plus, elle contient un système de fichiers qui fournit un certain nombre de programmes en utilisant les fonctionnalités de la carte, comme la carte internet. + +Gardez en tête qu'il y a une limite à la taille des données qui peuvent être traitées en même temps, et que chaque opération consomme un peu d'énergie. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard2.md new file mode 100644 index 0000000000..13f0608389 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard2.md @@ -0,0 +1 @@ +#REDIRECT dataCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard3.md new file mode 100644 index 0000000000..13f0608389 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/dataCard3.md @@ -0,0 +1 @@ +#REDIRECT dataCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade1.md new file mode 100644 index 0000000000..81962dd58a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade1.md @@ -0,0 +1,9 @@ +# Amélioration de base de données + +![Je suis dans la matrice!](oredict:oc:databaseUpgrade1) + +L'amélioration de base de données peut être configurée pour stocker un liste de représentation de groupes d'objets, qui peuvent ensuite être utilisés par d'autres composants. C'est particulièrement utile pour les objets qui sont uniquement distinguables par leurs données NBT, ce qui ne fait pas partie des données affichées de base pour un groupe d'objets. + +Pour configurer une base de données, ouvrez la en faisant un clic droit avec la base de données dans la main. Placez les objets avec lesquels vous souhaitez la configurer dans l'inventaire du haut. Cela stockera un "objet fantôme", ce qui veut dire qu'aucun objet "réel" n'est stocké dans la base de données. + +Autrement, la base de données peut être configurée automatiquement en utilisant l'API du composant fournie par les [améliorations du contrôleur d'inventaire](inventoryControllerUpgrade.md) et les [géolyseurs](../block/geolyzer.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade2.md new file mode 100644 index 0000000000..196a017a39 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT databaseUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade3.md new file mode 100644 index 0000000000..196a017a39 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/databaseUpgrade3.md @@ -0,0 +1 @@ +#REDIRECT databaseUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/debugCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/debugCard.md new file mode 100644 index 0000000000..092dfc1e93 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/debugCard.md @@ -0,0 +1,7 @@ +# Carte de débogueur + +![Attends, si je... oooooh.](item:OpenComputers:item@73) + +La carte de débogueur est un objet à usage créatif seulement, qui a été créé à l'origine pour rendre le débogage plus facile, en automatisant certains processus. Depuis, elle a obtenu beaucoup d'autres fonctionnalités, ce qui la rend très utile pour la création de cartes personnalisées. + +Remarquez que vous pouvez l'activer en étant accroupi pour la lier à vous, ou pour la détacher, ce qui fera s'exécuter la commande `runCommand` avec votre niveau de permission, au lieu du niveau par défaut d'OpenComputers. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/disk.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/disk.md new file mode 100644 index 0000000000..57f96b5bfa --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/disk.md @@ -0,0 +1,5 @@ +# Disque + +![Monde. RIP Terry Pratchett.](oredict:oc:materialDisk) + +Un composant de fabrication de base, utilisé pour fabriquer des moyens de stockage de données, comme des [disquettes](floppy.md) et des [disques durs](hdd1.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/drone.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/drone.md new file mode 100644 index 0000000000..b917b54fbc --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/drone.md @@ -0,0 +1,5 @@ +# Drone + +![Big brother essaye de vous regarder.](item:OpenComputers:item@84) + +Les drones sont faits en mettant un [boîtier de drone](droneCase1.md) dans un [assembleur](../block/assembler.md). Ce sont des [robots](../block/robot.md) sous forme d'entité, moins chers mais avec moins de fonctionnalités. Ils sont également capables de se déplacer différemment et beaucoup plus vite que les [robots](../block/robot.md), et ils sont généralement controlés en utilisant un programme client sur un [ordinateur](../general/computer.md). Le drone devra avoir une [EEPROM](eeprom.md) configurée pour écouter les commandes entrantes à exécuter, ou pour agir de lui même. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase1.md new file mode 100644 index 0000000000..08b8b686fe --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase1.md @@ -0,0 +1,34 @@ +# Boitier de drone + +![Le vol du bourdon.](oredict:oc:droneCase1) + +Le boitier de drone est utilisé pour construire des [drones](drone.md) dans l'[assembler](../block/assembler.md). Les [drones](drone.md) sont des machines légères, rapides et très mobiles avec des fonctionnalités réduites (moins d'améliorations et d'emplacements de composant disponibles). Contrairement aux [robots](../block/robot.md), ils ne peuvent pas utiliser d'outils, et peuvent seulement interagir avec le monde de manière relativement limitée. + +Ils compensent leurs limitations par leur vitesse et leur faible coût de fonctionnement en énergie. Ils sont bien adaptés au transport de petites quantités d'objets, et sont idéaux pour de la reconnaissance. Appairer un [drone](drone.md) à un [robot](../block/robot.md) peut être très intéressant, si le [robot](../block/robot.md) fait le "gros" du travail, et que le [drone](drone.md) fournit des informations sur l'environnement et transporte les objets vers et depuis un point central, par exemple. + +Comme les [micro-contrôleurs](../block/microcontroller.md), les [drones](drone.md) peuvent seulement être programmés en utilisant leur [EEPROM](eeprom.md). Par conséquent, l'[EEPROM](eeprom.md) peut être changée en re-fabriquant le [drone](drone.md) avec une autre [EEPROM](eeprom.md); l'[EEPROM](eeprom.md) existante sera rendue dans l'inventaire du joueur. + +Le boitier de drone de niveau 1 est capable d'accepter les composants suivants: +- 1x [processeur](cpu1.md) de niveau 1 +- 1x [barette de RAM](ram1.md) de niveau 1 +- 1x [EEPROM](eeprom.md) +- 1x carte d'extension (niveau 2) +- 1x carte d'extension (niveau 1) +- 1x amélioration (niveau 1) +- 1x amélioration (niveau 2) + +Le boitier de drone de niveau 2 est capable d'accepter les composants suivants: +- 1x [processeur](cpu1.md) de niveau 1 +- 2x [barettes de RAM](ram1.md) de niveau 1 +- 1x [EEPROM](eeprom.md) +- 2x cartes d'extension (niveau 2) +- 1x amélioration (niveau 1) +- 1x amélioration (niveau 2) +- 1x amélioration (niveau 3) + +Le boitier de drone de niveau 4 (Créatif) est capable d'accepter les composants suivants: +- 1x [processeur](cpu3.md) de niveau 3 +- 2x [barettes de RAM](ram5.md) de niveau 3 +- 1x [EEPROM](eeprom.md) +- 3x cartes d'extension (niveau 3) +- 9x améliorations (niveau 3) \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase2.md new file mode 100644 index 0000000000..702933ee7d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCase2.md @@ -0,0 +1 @@ +#REDIRECT droneCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCaseCreative.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCaseCreative.md new file mode 100644 index 0000000000..702933ee7d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/droneCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT droneCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/eeprom.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/eeprom.md new file mode 100644 index 0000000000..678207bf74 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/eeprom.md @@ -0,0 +1,7 @@ +# EEPROM + +![Let's get this party started.](oredict:oc:eeprom) + +L'EEPROM est ce qui contient le code utilisé pour initialiser un ordinateur quand il démarre. Les données sont stockées dans un tableau d'octets, et peuvent avoir différentes significations pour différentes architectures de [processeur](cpu1.md). Par exemple, pour Lua, c'est généralement un petit script qui recherche les systèmes de fichier avec un script d'initialisation, pour d'autres architectures ça pourrait être du code machine. + +Les EEPROMs peuvent être programmées pour un usage spécifique, comme les [drones](drone.md) et les [microcontrôleurs](../block/microcontroller.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/experienceUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/experienceUpgrade.md new file mode 100644 index 0000000000..3ae09f216d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/experienceUpgrade.md @@ -0,0 +1,9 @@ +# Amélioration d'expérience + +![Ca n'a aucun sens, mais c'est cool.](oredict:oc:experienceUpgrade) + +L'amélioration d'expérience est une amélioration très spéciale, puisqu'elle permet aux [robots](../block/robot.md) et aux [drones](drone.md) pour collecter l'expérience en accomplissant de nombreuses actions, comme de casser des blocs de minerai ou de tuer des entités. Une simple amélioration peut stocker jusqu'à 30 niveaux, en fournissant un bonus passif par niveau d'expérience, comme de plus grandes vitesses de récolte et une capacité d'énergie accrue. + +Les [robots](../block/robot.md) au niveau 10 et plus auront une teinte dorée, et ceux qui sont au niveau 20 et plus auront une teinte de diamant. + +L'expérience réelle est stockée dans l'amélioration, ce qui signifie que si l'amélioration est transférée à un autre appareil, l'expérience l'est également. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/floppy.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/floppy.md new file mode 100644 index 0000000000..0e6c7aa256 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/floppy.md @@ -0,0 +1,5 @@ +# Disquette + +![Plusieurs pouces.](oredict:oc:floppy) + +La disquette est le moyen de stockage de données le moins cher et le plus petit dans OpenComputers. C'est une manière très pratique de stocker des données et de les transférer entre les [ordinateurs](../general/computer.md) et les [robots](../block/robot.md) dès le début de la partie. Vous pourrez également trouver des disquettes avec des programmes utiles dans des coffres de donjons (le gestionnaire de paquets Open Programs est un bon exemple, ce qui permet d'installer facilement des programmes à partir d'un dépôt GitHub central). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/generatorUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/generatorUpgrade.md new file mode 100644 index 0000000000..40750c39c5 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/generatorUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration de générateur + +![Generator X.](oredict:oc:generatorUpgrade) + +L'amélioration de générateur permet aux appareils de se recharcher à la volée. Pour le moment elle supporte seulement les carburants solides, comme le charbon. Elle a un inventaire interne qui peut stocker un groupe plein de carburant. Le carburant en surplus peut être retiré du générateur en utilisant la méthode appropriée de l'API du composant. En retirant une amélioration du générateur d'un [robot](../block/robot.md), son contenu sera lâché par terre. + +L'efficacité des générateurs est plus faible que celle de la plupart des générateurs d'autres mods, ce qui signifie qu'il est généralement plus efficicace d'alimenter vos appareils avec un [chargeur](../block/charger.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard1.md new file mode 100644 index 0000000000..014d083140 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard1.md @@ -0,0 +1,7 @@ +# Carte graphique + +![Images fantaisie.](oredict:oc:graphicsCard1) + +La carte graphique est un composant essentiel pour la plupart des [ordinateurs](../general/computer.md), elle leur permet d'afficher du texte sur un [écran](../block/screen1.md) qui leur est connecté. La carte graphique a plusieurs niveaux, et comme les [écrans](../block/screen1.md), elle supporte différentes résolutions et profondeurs de couleur. + +Une autre différence notable pour les différents niveaux de la carte graphique est le nombre d'opérations qu'une carte graphique peut effectuer par tick. Les valeurs affichées sur l'infobulle d'une carte graphique sont représentatives pour un [ordinateur](../general/computer.md) avec un [processeur](cpu1.md) de niveau 2. Les processeurs de niveau 1 fonctionnent un peu plus lentement, et ceux de niveau 3 fonctionnent un peu plus vite. Les nombres affichés représentent les différentes opérations fournies par le processeur graphique : `copy`, `fill`, `set`, `setBackground` et `setForeground`, respectivement. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard2.md new file mode 100644 index 0000000000..2503631a46 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard2.md @@ -0,0 +1 @@ +#REDIRECT graphicsCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard3.md new file mode 100644 index 0000000000..2503631a46 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/graphicsCard3.md @@ -0,0 +1 @@ +#REDIRECT graphicsCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd1.md new file mode 100644 index 0000000000..a4b8d14486 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd1.md @@ -0,0 +1,5 @@ +# Disque dur + +![Spaaaace.](oredict:oc:hdd1) + +Le disque dur est un moyen de stockage de données de haut niveau dans OpenComputers. Tous les moyens de stockage de données fonctionnent à la même vitesse ; un moyen de stockage de plus haut niveau fournit juste plus d'espace. Il y a également quelques appareils qui peuvent seulement utiliser les disques durs (bien que les serveurs pourraient utiliser un [lecteur de disquette](../block/diskDrive.md) externe, par exemple). Les disques durs peuvent être placés dans un [raid](../block/raid.md), ce qui permet à plusieurs disques de partager le même système de fichiers. Remarquez que placer un disque dur dans un [raid](../block/raid.md) efface le contenu du disque. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd2.md new file mode 100644 index 0000000000..31a59d4385 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd2.md @@ -0,0 +1 @@ +#REDIRECT hdd1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd3.md new file mode 100644 index 0000000000..31a59d4385 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hdd3.md @@ -0,0 +1 @@ +#REDIRECT hdd1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverBoots.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverBoots.md new file mode 100644 index 0000000000..c6be248c72 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverBoots.md @@ -0,0 +1,11 @@ +# Bottes de vol plané + +![Si vous attrapez un poulet, et que vous sautez...](oredict:oc:hoverBoots) + +Si vous ne voulez pas vous embêter à programmer un [drone](drone.md), voici un usage alternatif : un tremplin ! Ou de glorieux patins à roulettes. Un truc du genre. + +Dans tous les cas, ces bottes ont quelques propriétés intéressantes : tant qu'elles ont de l'énergie elles vous permettront de sauter plus haut, et d'absorber le choc de l'aterrissage après un saut particulièrement haut. Techniquement, elles vous permettront de sauter jusqu'à 4 blocs de haut et de réduire les dommages de chute d'un tiers. + +De plus, puisqu'elles permettent toujours de planer d'une certaine manière, elles vous permettront de grimper 1 bloc de haut sans sauter. C'est particulièrement utile quand vous sprintez sur une montagne, par exemple, un endroit très courant chez les Minecrafteurs pour faire du fitness. Enfin, de ce que j'en sais. + +Les bottes peuvent être rechargées dans un [chargeur](../block/charger.md) d'OpenComputers ou dans n'importe quel autre appareil similaire, comme le chargeur d'Applied Energistics, la boîte d'énergie d'IndustrialCraft 2, ou l'infuseur énergétique de Thermal Expansion. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade1.md new file mode 100644 index 0000000000..0ae92f3f69 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade1.md @@ -0,0 +1,14 @@ +# Amélioration de vol plané + +![Flotter comme une plume.](oredict:oc:hoverUpgrade1) + +L'amélioration de vol plané permet aux [robots](../block/robot.md) de voler beaucoup plus au dessus du sol que ce qu'ils pourraient le faire normalement. Contrairement aux [drones](drone.md), ils sont limités par défaut à une hauteur de vol de 8 blocs. Ca n'est généralement pas un problème, parce qu'ils peuvent tout de même monter aux murs. Leurs règles de déplacement peuvent être résumées ainsi : +- Les robots peuvent seulement bouger si la position de départ ou d'arrivée est valide (par exemple pour un pont). +- La position en dessous d'un robot est toujours valide (ils peuvent toujours descendre). +- Les positions jusqu'à `flightHeight` au dessus d'un bloc solide sont valides (capacités de vol limitées). +- N'importe quelle position avec un bloc adjacent ayant une face solide tournée vers la nouvelle position est valide (les robots peuvent "grimper"). + +Ces règles, à part la règle 2 pour la clarté (ils peuvent toujours descendre), peuvent être visualisées comme ça : +![Visualisation des règles de déplacement des robots.](opencomputers:doc/img/robotMovement.png) + +Si vous ne souhaitez pas vous préoccuper des limitations de hauteur de vol, ces améliorations sont ce que vous cherchez. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade2.md new file mode 100644 index 0000000000..bad6728c9c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/hoverUpgrade2.md @@ -0,0 +1 @@ +#REDIRECT hoverUpgrade1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/index.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/index.md new file mode 100644 index 0000000000..d0c8aa2b3e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/index.md @@ -0,0 +1,90 @@ +# Objets + +Cet index liste tous les objets documentés d'OpenComputers. Si vous cherchez un bloc, allez plutôt voir l'[index des blocs](../block/index.md). + +Gardez en tête que certains d'entre eux ne sont pas disponibles, en fonction de l'ensemble de recettes sélectionné. + +## Outils +* [Analyseur](analyzer.md) +* [Manuel](manual.md) +* [Terminal à distance](terminal.md) +* [Ramasseur de texture](texturePicker.md) +* [Crisseur](wrench.md) + +## Appareils +* [Drone](drone.md) +* [Serveur](server1.md) +* [Tablette](tablet.md) + +## Composants + +### Cartes +* [Carte de bus abstraite](abstractBusCard.md) +* [Carte de données](dataCard1.md) +* [Carte de débogueur](debugCard.md) (ou Interface de Carte Aventure) +* [Carte graphique](graphicsCard1.md) +* [Carte internet](internetCard.md) +* [Carte liée](linkedCard.md) +* [Carte réseau](lanCard.md) +* [Carte de Redstone](redstoneCard1.md) +* [Carte de réseau sans-fil](wlanCard.md) +* [Carte de capteur du monde](worldSensorCard.md) + +### Améliorations +* [Amélioration ange](angelUpgrade.md) +* [Amélioration batterie](batteryUpgrade1.md) +* [Conteneur de carte](cardContainer1.md) +* [Amélioration chargement de chunk](chunkloaderUpgrade.md) +* [Amélioration d'artisanat](craftingUpgrade.md) +* [Amélioration de base de données](databaseUpgrade1.md) +* [Amélioration d'expérience](experienceUpgrade.md) +* [Amélioration de générateur](generatorUpgrade.md) +* [Amélioration de vol plané](hoverUpgrade1.md) +* [Amélioration du contrôleur d'inventaire](inventoryControllerUpgrade.md) +* [Amélioration d'inventaire](inventoryUpgrade.md) +* [Amélioration de laisse](leashUpgrade.md) +* [Amélioration de navigation](navigationUpgrade.md) +* [Amélioration de piston](pistonUpgrade.md) +* [Amélioration de panneau d'E/S](signUpgrade.md) +* [Amélioration du générateur solaire](solarGeneratorUpgrade.md) +* [Amélioration du contrôleur de réservoir](tankControllerUpgrade.md) +* [Amélioration de réservoir](tankUpgrade.md) +* [Amélioration du rayon tracteur](tractorBeamUpgrade.md) +* [Amélioration de conteneur](upgradeContainer1.md) + +### Autre +* [Unité de Traitement Accélérée (UTA)](apu1.md) +* [Bus des composants](componentBus1.md) +* [Processeur](cpu1.md) +* [EEPROM](eeprom.md) +* [Disquette](floppy.md) +* [Disque dur](hdd1.md) +* [Mémoire (RAM)](ram1.md) + +## Fabrication +* [Grog](acid.md) +* [Unité de Logique Arithmétique (ULA)](alu.md) +* [Touches directionnelles](arrowKeys.md) +* [Groupe de boutons](buttonGroup.md) +* [Base de carte](card.md) +* [Plaque de circuit imprimé](circuitBoard.md) +* [Unité de contrôle (UC)](controlUnit.md) +* [Fil de coupe](cuttingWire.md) +* [Disque](disk.md) +* [Interweb](interweb.md) +* [Puce électronique](chip1.md) +* [Pavé numérique](numPad.md) +* [Circuit imprimé](printedCircuitBoard.md) +* [Plaque de circuit imprimé brute](rawCircuitBoard.md) +* [Transistor](transistor.md) + +## Assemblage / Impression +* [Chamélium](chamelium.md) +* [Cartouche d'encre](inkCartridge.md) +* [Boitier de drone](droneCase1.md) +* [Boitier de microcontrôleur](microcontrollerCase1.md) +* [Boitier de tablette](tabletCase1.md) + +## Autre +* [Bottes de vol plané](hoverBoots.md) +* [Nanomachines](nanomachines.md) diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridge.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridge.md new file mode 100644 index 0000000000..6a8b603c19 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridge.md @@ -0,0 +1,5 @@ +# Cartouche d'encre + +![Les couleurs de l'arc-en-ciel.](oredict:oc:inkCartridge) + +Les cartouches d'encre sont faites pour recharger le tampon encreur des [imprimantes 3D](../block/printer.md). Même s'il est possible de les recharger directement avec les pigments, c'est désordonné et inefficace. Il est vivement recommandé d'investir dans une véritable cartouche d'encre OpenComputers (TM), dès aujourd'hui ! (Annonce : elles pourraient coûter plus cher que l'imprimante elle-même, ou pas). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridgeEmpty.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridgeEmpty.md new file mode 100644 index 0000000000..2895df3c87 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inkCartridgeEmpty.md @@ -0,0 +1 @@ +#REDIRECT inkCartridge.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/internetCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/internetCard.md new file mode 100644 index 0000000000..0f8f415fb2 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/internetCard.md @@ -0,0 +1,7 @@ +# Carte internet + +![Vidéos de chat dans 3, 2, ...](oredict:oc:internetCard) + +La carte internet donne accès à Internet aux [ordinateurs](../general/computer.md). Elle permet d'exécuter de simples requêtes HTTP, et aussi d'ouvrir des sockets client TCP dans lesquels vous pouvez lire et écrire. + +Installer une carte internet sur un [ordinateur](../general/computer.md) ajoutera également un système de fichier personnalisé qui contient quelques applications relatives à Internet, comme une application pour télécharger et téléverser des bouts de code depuis pastebin, ainsi qu'un clone du programme `wget` qui permet de télécharger des données à partir d'une URL HTTP arbitraire. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/interweb.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/interweb.md new file mode 100644 index 0000000000..aae00aad14 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/interweb.md @@ -0,0 +1,5 @@ +# Interweb + +![Un site sur la toile est un endroit où il y a des toiles. D'araignée.](oredict:oc:materialInterweb) + +L'interweb est un composant de base pour tout ce qui est lié à des communications à longue distance. Il utilise les mécaniques bizarres de tous les trucs liés au Néant pour permettre la communication via des tunnels quantiques. Il est utilisé notamment pour les [cartes internet](internetCard.md) et les [cartes liées](linkedCard.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryControllerUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryControllerUpgrade.md new file mode 100644 index 0000000000..4541c5540c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryControllerUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration du contrôleur d'inventaire + +![J'ai le contrôle.](oredict:oc:inventoryControllerUpgrade) + +L'amélioration du contrôleur d'inventaire permet aux [robots](../block/robot.md) et aux [drones](drone.md) des capacités d'interaction étendues avec les inventaires. Elle permet à un appareil de viser spécifiquement un emplacement dans un inventaire externe quand il lâche ou ramasse un objet. Elle permet également à un appareil de lire des informations détaillées à propos d'un objet. Enfin, elle fournit aux [robots](../block/robot.md) un moyen de changer leur outil équipé sans aide extérieure. + +Cette amélioration peut également être placée dans un [adaptateur](../block/adapter.md), ce qui lui permet d'utiliser des méthodes d'inspection d'inventaires adjacents similaires à celles des [robots](../block/robot.md). Cependant, elle ne permet pas à l'[adaptateur](../block/adapter.md) de déplacer des objets hors et vers ces inventaires. Cette fonctionnalité est seulement disponible pour les [robots](../block/robot.md) et les [drones](drone.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryUpgrade.md new file mode 100644 index 0000000000..c1b94d3e2e --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/inventoryUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration d'inventaire + +![Mais où est-ce qu'elle met tout ça...](oredict:oc:inventoryUpgrade) + +L'amélioration d'inventaire fournit des emplacements d'inventaire supplémentaires pour les [robots](../block/robot.md) et les [drones](drone.md). Pour chaque amélioration d'inventaire, un [robot](../block/robot.md) gagnera 16 emplacements d'inventaire supplémentaires, pour un maximum de 64 emplacements au total ; un [drone](drone.md) gagnera 4 emplacements par amélioration, pour un total de 8 emplacements. + +Si aucune amélioration d'inventaire n'est installée dans un appareil, il ne sera pas capable de stocker ou de ramasser des objets. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/lanCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/lanCard.md new file mode 100644 index 0000000000..5a7fc0794a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/lanCard.md @@ -0,0 +1,5 @@ +# Carte réseau + +![Entre dans le réseau.](oredict:oc:lanCard) + +La carte réseau permet aux [ordinateurs](../general/computer.md) d'envoyer et de recevoir des messages réseau. Les messages (ou paquets) peuvent être diffusés à tous les noeuds de réception dans un sous-réseau, ou envoyés à un noeud spécifique avec une certaine adresse. Un [relai](../block/relay.md) peut être utilisé pour relier plusieurs sous-réseaux pour relayer des messages entre les sous-réseaux auxquels il est connecté. Il est également possible d'envoyer un message ciblé si le receveur est dans un autre sous-réseau, et si les réseaux sont connectés par un ou plusieurs [relais](../block/relay.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/leashUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/leashUpgrade.md new file mode 100644 index 0000000000..bf9b22a91a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/leashUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration de laisse + +![-censuré- ~ Vexatos 2015](oredict:oc:leashUpgrade) + +L'amélioration de laisse permet de mettre les animaux en laisse, attachés à l'entité contenue dans l'appareil qui héberge le composant, par exemple un [drone](drone.md). En utilisant cette amélioration, plusieurs animaux peuvent être attachés en même temps, ce qui la rend assez utile pour déplacer des troupeaux. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/linkedCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/linkedCard.md new file mode 100644 index 0000000000..4095d496c4 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/linkedCard.md @@ -0,0 +1,5 @@ +# Carte liée + +![Je sens une connexion entre nous.](oredict:oc:linkedCard) + +La carte liée est une version spécialisée et avancée de la [carte réseau](lanCard.md). Elle peut seulement fonctionner par paires, en fournissant une communication en point à point entre les cartes appairées. Les cartes liées peuvent communiquer sur de longues (illimité) distances, et même à travers les dimensions. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/manual.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/manual.md new file mode 100644 index 0000000000..648b649886 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/manual.md @@ -0,0 +1,15 @@ +# Manuel + +![Une bonne lecture.](oredict:oc:manual) + +Ce que vous êtes en train de lire en ce moment même ! Le manuel contient une mine d'informations à propos d'OpenComputers (et sûrement plus). Si vous avez besoin d'information sur un objet ou un bloc, ne cherchez pas plus loin ! Descendez pour apprendre comment l'utiliser (avec la souris ou la barre d'ascenseur sur la droite). + +![Votre nouveau meilleur ami.](opencomputers:doc/img/manual.png) + +Naviguer dans le manuel est semblable à la navigation dans un wiki : cliquez sur les liens (1) pour accéder à la page qu'ils désignent. Faites un clic droit ou appuyez sur la touche de saut pour revenir en arrière d'une page. Appuyez sur Echap pour fermer le manuel. A gauche vous trouverez quelques onglets (2) qui permettent d'accéder rapidement à certaines pages, comme l'index des blocs et des objets. A droite vous trouverez la barre d'ascenseur (3). Vous pouvez soit la déplacer manuellement, soit utiliser la molette de la souris pour vous déplacer dans la page. + +Le manuel se souviendra de la page sur laquelle vous étiez en le fermant, quand vous le ré-ouvrirez. Vous pouvez revenir sur la page principale en vous accroupissant pour l'utiliser. Il est également possible d'accéder directement à la page concernant un bloc en faisant un clic droit sur le bloc avec la touche Maj. enfoncée, et le manuel en main. + +Si le manuel ne répond pas à vos questions, les autres endroits où vous pourrez trouver des informations sont [le wiki](http://ocdoc.cil.li), le [canal IRC](http://webchat.esper.net/?channels=#oc) d'OpenComputers et [le forum](http://oc.cil.li/). + +Si vous repérez des erreurs dans le manuel, à propos d'une information, ou de la grammaire ou quoi que ce soit d'autre; ou même des bugs dans le mod d'ailleurs, faites nous le savoir sur [le gestionnaire de tickets](https://github.com/MightyPirates/OpenComputers/issues). Si vous voulez contribuer au manuel en ajoutant du contenu, contactez nous sur IRC ou en créant un ticket sur le gestionnaire de tickets. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase1.md new file mode 100644 index 0000000000..438f776f09 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase1.md @@ -0,0 +1,31 @@ +# Boitier de microcontrôleur + +![Qu'il est mignon !](oredict:oc:microcontrollerCase1) + +Le boitier de microcontrôleur est la base de construction des [microcontrôleurs](../block/microcontroller.md) grâce à l'[assembleur](../block/assembler.md). Les [microcontrôleurs](../block/microcontroller.md) sont des [ordinateurs](../general/computer.md) très primitifs. Ils peuvent seulement contenir une quantité très limitée de composants, et sont faits pour être avoir une utilisation très spécifique, comme la transformation de signaux de redstone, ou le traitement de messages réseaux. + +Un [microcontrôleur](../block/microcontroller.md) n'a pas vraiment de système de fichier. Toute la programmation doit être faite dans la puce [EEPROM](eeprom.md). La puce peut être échangée avec une autre en re-fabriquant le [microcontrôleur](../block/microcontroller.md) avec cette puce. L'ancienne [EEPROM](eeprom.md) sera rendue dans l'inventaire du joueur. + +Bien qu'ils nécessitent de l'énergie pour fonctionner, ils consomment très peu d'énergie. + +Le boitier de microcontrôleur de niveau 1 peut accepter les composants suivants : +- 1x [processeur](cpu1.md) de niveau 1 +- 1x [barette de RAM](ram1.md) de niveau 1 +- 1x [EEPROM](eeprom.md) +- 2x cartes d'extension (niveau 1) +- 1x amélioration (niveau 2) + +Le boitier de microcontrôleur de niveau 2 peut accepter les composants suivants : +- 1x [processeur](cpu1.md) de niveau 1 +- 2x [barettes de RAM](ram1.md) de niveau 1 +- 1x [EEPROM](eeprom.md) +- 1x carte d'extension (niveau 2) +- 1x carte d'extension (niveau 1) +- 1x amélioration (niveau 3) + +Le boitier de microcontrôleur de niveau 4 (Créatif) peut accepter les composants suivants : +- 1x [processeur](cpu3.md) de niveau 3 +- 2x [barettes de RAM](ram5.md) de niveau 3 +- 1x [EEPROM](eeprom.md) +- 3x cartes d'extension (niveau 3) +- 9x améliorations (niveau 3) \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase2.md new file mode 100644 index 0000000000..d3a9af68dd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCase2.md @@ -0,0 +1 @@ +#REDIRECT microcontrollerCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCaseCreative.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCaseCreative.md new file mode 100644 index 0000000000..d3a9af68dd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/microcontrollerCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT microcontrollerCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/nanomachines.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/nanomachines.md new file mode 100644 index 0000000000..515037b6ae --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/nanomachines.md @@ -0,0 +1,33 @@ +# Nanomachines + +![Nanomachines, son.](oredict:oc:nanomachines) + +Ces petits bonhommes créent une interface avec votre système nerveux pour vous faire aller toujours plus loin, toujours plus haut, toujours plus fort ! Ou vous tuer. Parfois les deux en même temps ! En clair, les nanomachines fournissent un système basé sur de l'énergie pour appliquer des effets (bons ou mauvais) sur le joueur dans lequel elles résident. Pour "installer" des nanomachines, mangez les ! + +Une fois injectées, un nouvel indicateur d'énergie dans votre affichage tête haute vous indiquera combien il reste d'énergie à vos nanomachines. Vous pouvez les recharger en vous tenant près d'un [chargeur](../block/charger.md). Plus vous utiliserez vos nanomachines, plus elles consommeront d'énergie. + +Les nanomachines fournissent un certain nombre "d'entrées" qui peuvent être activées, ce qui provoque différents effets sur le joueur, en allant des effets visuels comme des particules apparaissant près du joueur, à des effets de potion et d'autres comportement rares et particuliers ! + +En fonction de la configuration des nanomachines, les entrées déclenchent différents effets, les "connexions" étant aléatoires par configuration. Cela signifie que vous devrez essayer d'activer différentes entrées pour découvrir ce qu'elles activent. Si vous n'êtes pas satisfaits d'une configuration, vous pouvez reconfigurer vos nanomachines en en injectant d'autres (mangez en d'autres). Pour vous débarrasser complètement des nanomachines en vous, buvez du [grog](acid.md). Faites attention, activer trop d'entrées à la fois peut avoir de sérieuses conséquences sur votre organisme ! + +Par défaut, les nanomachines seront passives. Vous devrez les contrôler en utilisant des messages sans fil, donc transporter une [tablette](tablet.md) avec une [carte de réseau sans-fil](wlanCard.md) est vivement recommandé. Les nanomachines réagiront seulement aux signaux sans fil émis par des appareils situés à moins de 2 mètres, mais elles réagiront aux messages provenant de n'importe quel port, et de n'importe quel appareil ! + +Les nanomachines réagissent à un protocole propriétaire très simple : chaque paquet doit être constitué de plusieurs parties, la première étant le "header" (en-tête) et qui doit valoir `nanomachines`. La deuxième partie doit être le nom de la commande. Les parties supplémentaires sont les paramètres de la commande. Les commandes suivantes sont disponibles, avec le format `nomDeLaCommande(argument1, ...)` : + +- `setResponsePort(port:number)` - Affecte le port sur lequel les nanomachines doivent renvoyer une réponse, pour les commandes qui renvoient une réponse. +- `getPowerState()` - Demande l'état actuel et la capacité maximale de l'énergie stockée dans les nanomachines. +- `getHealth()` - Demande le niveau de santé du joueur. +- `getHunger()` - Demande le niveau de faim du joueur. +- `getAge()` - Demande l'âge du joueur en secondes. +- `getName()` - Demande le nom du joueur affiché en jeu. +- `getExperience()` - Demande le niveau d'expérience du joueur. +- `getTotalInputCount()` - Demande le nombre total d'entrées disponibles. +- `getSafeActiveInputs()` - Demande le nombre d'entrées actives *sans risque*. +- `getMaxActiveInputs()` - Demande le nombre *maximal* d'entrées actives. +- `getInput(index:number)` - Demande l'état actuel de l'entrée avec l'index en paramètre. +- `setInput(index:number, value:boolean)` - Affecte l'état de l'entrée avec en paramètres l'index et l'état. +- `getActiveEffects()` - Demande une liste des effets actifs. Remarquez que certains effets pourraient ne pas s'afficher dans la liste. + +Par exemple, dans OpenOS : +- `component.modem.broadcast(1, "nanomachines", "setInput", 1, true)` activera la première entrée. +- `component.modem.broadcast(1, "nanomachines", "getHealth")` renverra l'information sur la santé du joueur. \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/navigationUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/navigationUpgrade.md new file mode 100644 index 0000000000..eb13c10b99 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/navigationUpgrade.md @@ -0,0 +1,9 @@ +# Amélioration de navigation + +![Je suis perdu. Encore.](oredict:oc:navigationUpgrade) + +L'amélioration de navigation fournit des informations de localisation et d'orientation aux appareils sur lesquels elle est installée. Les coordonnées que l'amélioration fournit sont relatives au centre de la carte qui a été utilisée pour fabriquer l'amélioration, et la portée fonctionnelle est basée sur la taille de la carte. + +La carte contenue dans l'amélioration de navigation peut être changée en re-fabriquant l'amélioration avec une nouvelle carte. L'ancienne carte sera rendue au joueur. + +Remarquez que cette amélioration est beaucoup plus utile si elle est utilisée en combinaison avec un ou plusieurs [points de passage](../block/waypoint.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/numPad.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/numPad.md new file mode 100644 index 0000000000..3112bfeb2d --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/numPad.md @@ -0,0 +1,5 @@ +# Pavé numérique + +![Vérifiez les empreintes, Jackson.](oredict:oc:materialNumPad) + +Le pavé numérique est une partie de chaque [clavier](../block/keyboard.md). Il vous permet de saisir des nombres. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/pistonUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/pistonUpgrade.md new file mode 100644 index 0000000000..b4945e9f96 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/pistonUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration de piston + +![Push it.](oredict:oc:pistonUpgrade) + +L'amélioration de piston permet à certains appareils de se comporter comme un piston de base. Une fois installée, un composant avec une seule méthode, `push()`, devient disponible. Si elle est appelée, l'appareil essayera de pousser le bloc qui lui fait face. Pour les [robots](../block/robot.md) et les [microcontrôleurs](../block/microcontroller.md), c'est la face avant; pour les [tablettes](tablet.md), elle utilisera la face avant du joueur. + +La logique de poussée est la même que celle des pistons en Vanilla. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/printedCircuitBoard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/printedCircuitBoard.md new file mode 100644 index 0000000000..03d035dceb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/printedCircuitBoard.md @@ -0,0 +1,5 @@ +# Circuit imprimé + +![Il ne sort pas d'une imprimante.](oredict:oc:materialCircuitBoardPrinted) + +Le circuit imprimé est, avec le [transistor](transistor.md), l'un des matériaux les plus basiques d'OpenComputers. Il est utilisé en tant que base pour beaucoup de composants, comme les [bases de carte](card.md) et un grand nombre de [blocs](../block/index.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram1.md new file mode 100644 index 0000000000..5dad065207 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram1.md @@ -0,0 +1,17 @@ +# Mémoire + +![Do you remember, dancing in September~](oredict:oc:ram1) + +La mémoire est, au même titre que le [processeur](cpu1.md), un composant essentiel à chaque [ordinateur](../general/computer.md). En fonction de l'architecture du [processeur](cpu1.md), la mémoire a un effet important sur ce que l'[ordinateur](../general/computer.md) peut ou ne peut pas faire. Pour l'architecture Lua standard, par exemple, elle contrôle la quantité réelle de mémoire que les scripts Lua peuvent utiliser. Cela signifie que pour exécuter des programmes demandant plus de ressources, vous aurez besoin de plus de mémoire. + +La mémoire est disponible en différents niveaux avec les capacités suivantes, par défaut : +- Niveau 1: 192Ko +- Niveau 1.5: 256Ko +- Niveau 2: 384Ko +- Niveau 2.5: 512Ko +- Niveau 3: 768Ko +- Niveau 3.5: 1024Ko + +Remarquez que ces valeurs s'appliquent seulement à l'architecture Lua. D'autres architectures peuvent fournir d'autres quantités de mémoire pour les différents niveaux. Remarquez également que les niveaux 1 et 1.5 sont tous les deux considérés comme de la mémoire de niveau 1, et il en va de même pour les barettes de mémoire de niveau 2 et 3. + +Ces valeurs peuvent être changées dans la configuration. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram2.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram2.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram3.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram3.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram4.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram4.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram4.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram5.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram5.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram5.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram6.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram6.md new file mode 100644 index 0000000000..94679a04ed --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/ram6.md @@ -0,0 +1 @@ +#REDIRECT ram1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/rawCircuitBoard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/rawCircuitBoard.md new file mode 100644 index 0000000000..dc64cebe8b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/rawCircuitBoard.md @@ -0,0 +1,5 @@ +# Plaque de circuit imprimé brute + +![Mais elle est très gentille, en fait.](oredict:oc:materialCircuitBoardRaw) + +C'est un matériau de fabrication intermédiaire, utilisé pour fabriquer des [plaques de circuit imprimé](circuitBoard.md) (ou des [circuits imprimés](printedCircuitBoard.md), en fonction de l'ensemble de recettes utilisé). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard1.md new file mode 100644 index 0000000000..22c3e420bd --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard1.md @@ -0,0 +1,9 @@ +# Carte de Redstone + +![Voir rouge.](oredict:oc:redstoneCard1) + +La carte de redstone permet aux [ordinateurs](../general/computer.md) de lire et émettre des signaux de redstone analogiques dans les blocs adjacents. Quand la force d'un signal entrant change, un signal est injecté dans l'[ordinateur](../general/computer.md). + +Si un des mods supportés fournissant des câbles empaquetés (bundled) est présent, comme RedLogic, Project:Red ou Minefactory Reloaded; ou un mod qui fournit des capacités de signal sans fil, comme WirelessRedstone-ChickenBonesEdition (WR-CBE), ou le Slimevoid's Wireless mod, un carte de redstone de niveau 2 est disponible pour interagir avec ces systèmes. + +Le côté renseigné dans les méthodes de la carte est relatif à l'orientation du [boîtier d'ordinateur](../block/case1.md) / [robot](../block/robot.md) / [support de serveur](../block/serverRack.md). Cela signifie que quand vous regardez l'avant d'un ordinateur, le côté `sides.right` est à votre gauche, et inversement. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard2.md new file mode 100644 index 0000000000..7480d52670 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/redstoneCard2.md @@ -0,0 +1 @@ +#REDIRECT redstoneCard1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/server1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server1.md new file mode 100644 index 0000000000..e2b9e9100b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server1.md @@ -0,0 +1,39 @@ +# Serveur + +![Ca te servira de leçon.](oredict:oc:server1) + +Les serveurs sont une sorte d'[ordinateur](../general/computer.md) de haut niveau. Ils peuvent être configurés en les tenant en main et en les utilisant en même temps - comme pour ouvrir un sac à dos ou une Bourse du Néant (d'EnderStorage), par exemple. Après avoir inséré un [processeur](cpu1.md), de la [mémoire](ram1.md) et des cartes d'extension, le serveur doit être placé dans un [support de serveur](../block/serverRack.md). Pour plus d'informations, allez voir l'entrée sur le [support de serveur](../block/serverRack.md). + +Le serveur de niveau 1 est capable d'accueillir les composants suivants : +- 1x [processeur](cpu2.md) de niveau 2 +- 2x [barettes de RAM](ram3.md) de niveau 2 +- 2x [disques dur](hdd2.md) de niveau 2 +- 1x [bus de composant](componentBus2.md) de niveau 2 +- 2x cartes d'extension (niveau 2) +- 1x [EEPROM](eeprom.md) + +Le serveur de niveau 2 est capable d'accueillir les composants suivants : +- 1x [processeur](cpu3.md) de niveau 3 +- 3x [barettes de RAM](ram5.md) de niveau 5 +- 3x [disques dur](hdd3.md) de niveau 3 +- 2x [bus de composant](componentBus3.md) de niveau 3 +- 2x cartes d'extension (niveau 2) +- 1x carte d'extension (niveau 3) +- 1x [EEPROM](eeprom.md) + +Le serveur de niveau 3 est capable d'accueillir les composants suivants : +- 1x [processeur](cpu3.md) de niveau 3 +- 4x [barettes de RAM](ram5.md) de niveau 3 +- 4x [disques dur](hdd3.md) de niveau 3 +- 2x [bus de composant](componentBus3.md) de niveau 3 +- 2x cartes d'extension (niveau 2) +- 2x carte d'extension (niveau 3) +- 1x [EEPROM](eeprom.md) + +Le serveur de niveau 4 (Créatif) est capable d'accueillir les composants suivants : +- 1x [processeur](cpu3.md) de niveau 3 +- 4x [barettes de RAM](ram5.md) de niveau 3 +- 4x [disques dur](hdd3.md) de niveau 3 +- 3x [bus de composant](componentBus3.md) de niveau 3 +- 4x cartes d'extension (niveau 3) +- 1x [EEPROM](eeprom.md) diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/server2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server2.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server2.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/server3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server3.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/server3.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/serverCreative.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/serverCreative.md new file mode 100644 index 0000000000..d02b2f8507 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/serverCreative.md @@ -0,0 +1 @@ +#REDIRECT server1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/signUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/signUpgrade.md new file mode 100644 index 0000000000..b886cb3259 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/signUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration de panneau d'E/S + +![Je vois les signes sur le mur.](oredict:oc:signUpgrade) + +Cette amélioration permet d'interagir avec les panneaux dans le monde. Elle permet de lire le message actuel sur le panneau, ainsi que de changer le message sur le panneau (si c'est autorisé). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/solarGeneratorUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/solarGeneratorUpgrade.md new file mode 100644 index 0000000000..63d691f623 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/solarGeneratorUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration du générateur solaire + +![Walking on the sun.](oredict:oc:solarGeneratorUpgrade) + +L'amélioration du générateur solaire peut être installée sur des appareils comme les [robots](../block/robot.md), les [drones](drone.md) et les [tablettes](tablet.md) pour générer passivement de l'énergie. Elle fonctionnera seulement si l'appareil est directement exposé à la lumière du soleil ; un appareil dans un endroit fermé ou une zone affectée par la météo ne génèrera pas d'énergie. + +La quantité d'énergie générée est relativement faible, mais elle devrait être suffisante pour prolonger la durée nécessaire entre chaque [recharge](../block/charger.md), si ce n'est pour la supprimer complètement. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tablet.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tablet.md new file mode 100644 index 0000000000..e200eb873c --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tablet.md @@ -0,0 +1,13 @@ +# Tablette + +![Touche moi si tu peux.](item:OpenComputers:item@68) + +Les tablettes sont faites en mettant un [boîtier de tablette](tabletCase1.md) dans un [assembleur](../block/assembler.md), en le configurant comme vous le voulez et en assemblant. Les tablettes se comportent comme des ordinateurs portables qui ne peuvent pas interagir directement avec le monde - par exemple, les [cartes de redstone](redstoneCard1.md) de base ne fonctionnent pas avec une tablette. Cependant, un certain nombre d'améliorations fonctionne, comme l'[amélioration de panneau d'E/S](signUpgrade.md) ou l'[amélioration de piston](pistonUpgrade.md). + +La tablette de niveau 2 permet également d'installer une amélioration de conteneur. Il est possible d'accéder à l'emplacement fourni par le conteneur en ouvrant l'interface alternative de la tablette, en faisant un clic droit accroupi avec la tablette en main. Cela forcera également la tablette à s'éteindre. + +A la différence des ordinateurs, les tablettes ne gèrent pas la persistence quand le joueur qui les tient quitte le jeu et y ré-accède. Elles ne gèrent pas non plus la persistence entre dimensions (un joueur qui va dans le Nether et qui en revient, pas exemple. + +Les tablettes peuvent être mises dans un [chargeur](../block/charger.md) pour être rechargées, et pour accéder au premier [disque dur](hdd1.md) de la tablette depuis un [ordinateur](../general/computer.md) connecté au chargeur - dans cette situation, le chargeur se comportera comme un [lecteur de disquettes](../block/diskDrive.md), la tablette étant considérée comme la [disquette](floppy.md). Cela peut être très utile si vous oubliez d'installer un système d'exploitation sur le disque dur inclus dans la tablette, ou si vous avez bloqué le système d'exploitation d'une tablette. + +Une autre fonctionnalité avancée de la tablette est sa capacité à générer des signaux avec des informations sur certains blocs du monde, en l'utilisant sur un bloc dans le monde pendant environ une seconde (c'est à dire qu'il faut laisser le bouton droit de la souris enfoncée pendant une seconde). A bip court vous préviendra alors que le signal a été généré. Cela fonctionne uniquement si des améliorations sont installées sur la tablette qui envoie le signal avec les informations. Par exemple, le [géoliseur](../block/geolyzer.md) ajoutera des informations sur le bloc en lui-même, comme sa dureté, l'[amélioration de navigation](navigationUpgrade.md) ajoutera les coordonnées du bloc relativement au joueur qui tient la tablette. Le bloc à analyser sera surligné en vert en tenant la tablette. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase1.md new file mode 100644 index 0000000000..bba691e488 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase1.md @@ -0,0 +1,39 @@ +# Boitier de tablette + +![Il ne se plie pas.](oredict:oc:tabletCase1) + +Le boitier de tablette est la base de construction des [tablettes](tablet.md), grâce à l'[assembleur](../block/assembler.md). Les [tablettes](tablet.md) sont des [ordinateurs](../general/computer.md) portables très compacts. Elles peuvent accueillir un petit nombre d'améliorations, mais ne peuvent pas interagir avec le monde de la même manière qu'un [boitier d'ordinateur](../block/case1.md) (ce n'est pas aussi simple qu'avec une [carte réseau](lanCard.md) ou une [carte redstone](redstoneCard1.md) par exemple). + +Les améliorations et les cartes qui ne peuvent pas être utilisées par les [tablettes](tablet.md) ne peuvent pas être placées dans l'[assembleur](../block/assembler.md). Si une amélioration peut être placée dans l'[assembleur](../block/assembler.md), elle sera disponible par son API de composant. + +Elles doivent également rester dans l'inventaire du joueur pour continuer à fonctionner. Si elles sont lâchées par terre ou placées dans un autre inventaire, elles s'éteindront après une courte période de temps. + +Le boitier de tablette de niveau 1 peut contenir les composants suivants: +- 1x [processeur (niveau 2)](cpu2.md) +- 2x [barettes de RAM (niveau 2)](ram3.md) +- 1x [disque dur (niveau 2)](hdd2.md) +- 2x cartes d'extension (niveau 2) +- 1x [EEPROM](eeprom.md) +- 1x amélioration (niveau 1) +- 1x amélioration (niveau 2) +- 1x amélioration (niveau 3) + +Le boitier de tablette de niveau 2 peut contenir les composants suivants: +- 1x [processeur (niveau 3)](cpu3.md) +- 2x [barettes de RAM (niveau 2)](ram3.md) +- 1x [disque dur (niveau 2)](hdd2.md) +- 1x carte d'extension (niveau 2) +- 1x carte d'extension (niveau 3) +- 1x [EEPROM](eeprom.md) +- 2x améliorations (niveau 2) +- 1x amélioration (niveau 3) +- 1x [amélioration de conteneur](upgradeContainer2.md) ou [conteneur de carte](cardContainer2.md) (niveau 2) + +Le boitier de tablette de niveau 4 (Créatif) peut contenir les composants suivants: +- 1x [processeur (niveau 3)](cpu3.md) +- 2x [barettes de RAM (niveau 3)](ram5.md) +- 1x [disque dur (niveau 3)](hdd3.md) +- 3x cartes d'extension (niveau 3) +- 1x [EEPROM](eeprom.md) +- 9x améliorations (niveau 3) +- 1x [amélioration de conteneur](upgradeContainer3.md) ou [conteneur de carte](cardContainer3.md) (niveau 3) \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase2.md new file mode 100644 index 0000000000..325fd0f572 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCase2.md @@ -0,0 +1 @@ +#REDIRECT tabletCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCaseCreative.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCaseCreative.md new file mode 100644 index 0000000000..325fd0f572 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tabletCaseCreative.md @@ -0,0 +1 @@ +#REDIRECT tabletCase1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankControllerUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankControllerUpgrade.md new file mode 100644 index 0000000000..6e115a0b24 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankControllerUpgrade.md @@ -0,0 +1,7 @@ +# Amélioration du contrôleur de réservoir + +![Routage liquide.](oredict:oc:tankControllerUpgrade) + +L'amélioration du contrôleur de réservoir est aux réservoirs de fluides ce que l'[amélioration de contrôleur d'inventaire](inventoryControllerUpgrade.md) est aux inventaires. Elle permet aux appareils d'obtenir plus d'informations sur les réservoirs internes et adjacents. + +Cette amélioration peut également être installée sur les [adaptateurs](../block/adapter.md), ce qui permet aux [ordinateurs](../general/computer.md) connectés à un [adaptateur](../block/adapter.md) d'obtenir des informations sur les réservoirs adjacents à l'[adaptateur](../block/adapter.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankUpgrade.md new file mode 100644 index 0000000000..5af40ea890 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tankUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration de réservoir + +![Je suis un écureuil.](oredict:oc:tankUpgrade) + +L'amélioration de réservoir permet aux appareils de stocker des liquides. Chaque réservoir peut contenir un seul type de liquide, et fournit un volume de 16 seaux (16000mB). Les [robots](../block/robot.md) et les [drones](drone.md) peuvent aspirer des liquides dans le monde et à partir d'autres réservoirs, et peuvent remplir les réservoirs externes, et si le liquide le supporte, ils peuvent également en placer dans le monde. Il n'y a pas de limite au nombre de réservoirs qui peuvent être installés sur un appareil. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/terminal.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/terminal.md new file mode 100644 index 0000000000..8dc7db009f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/terminal.md @@ -0,0 +1,9 @@ +# Terminal à distance + +![Accès à distance.](oredict:oc:terminal) + +Le terminal à distance peut être utilisé pour contrôler à distance des [serveurs](server1.md). Pour l'utiliser, faites un clic droit en étant accroupi sur un serveur installé dans un [support de serveur](../block/serverRack.md) (cliquez sur le bloc du [support de serveur](../block/serverRack.md), en visant le [serveur](server1.md) pour y lier le terminal). + +Quand un terminal est lié au [serveur](server1.md), un [écran](../block/screen1.md) virtuel et un [clavier](../block/keyboard.md) sont connectés au serveur. Cela peut conduire à des comportements inattendus si un écran physique et/ou un clavier est connecté au serveur, donc il faut l'éviter. En utilisant le terminal après l'avoir lié, une interface s'ouvrira de la manière qu'avec un [clavier](../block/keyboard.md) attaché à un [écran](../block/screen1.md). + +Plusieurs terminaux peuvent être liés à un seul [serveur](server1.md), mais ils afficheront tous la même information, puisqu'ils partageront le même [écran](../block/screen1.md) virtuel et le même [écran](../block/keyboard.md). Le nombre de terminaux qui peuvent être liés à un [serveur](server1.md) dépend du niveau du [serveur](server1.md). La portée jusqu'à laquelle les terminaux peuvent fonctionner peut être configurée dans l'interface du [support de serveur](../block/serverRack.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/texturePicker.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/texturePicker.md new file mode 100644 index 0000000000..0c1e341e1b --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/texturePicker.md @@ -0,0 +1,7 @@ +# Ramasseur de texture + +![Comment ça, c'est juste une re-texturation ?](oredict:oc:texturePicker) + +Le ramasseur de texture est très utile pour réaliser des modèles pour votre [imprimante 3D](../block/printer.md). Il vous permet de récupérer le nom de la texture utilisé par un bloc, simplement en l'utilisant (et en étant éventuellement accroupi) sur le bloc. Avertissement : pour les blocs qui utilisent un rendu spécial, comme les coffres, cela peut ne pas marcher. + +Même s'il est pratique pour récupérer rapidement le nom d'une texture, il est bon de savoir que vous n'êtes pas limité aux textures qui peuvent être récupérées par le ramasseur de texture. Tant que vous connaissez le nom d'une texture (et uniquement d'une texture de *bloc*), vous pouvez l'utiliser pour vos [impressions 3D](../block/print.md). diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/tractorBeamUpgrade.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tractorBeamUpgrade.md new file mode 100644 index 0000000000..c82cea939f --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/tractorBeamUpgrade.md @@ -0,0 +1,5 @@ +# Amélioration du rayon tracteur + +![Beam me up, Scotty !](oredict:oc:tractorBeamUpgrade) + +L'amélioration du rayon tracteur permet aux appareils de ramasser des objets dans un rayon de 3 blocs autour d'eux. Cela peut être très utile quand vous vous servez de [robots](../block/robot.md) dans un ferme à bois ou à quoi que ce soit d'autre, ou quand vous leur faites utiliser des outils qui cassent plusieurs blocs autour d'eux (comme les outils de Tinker's Construct). Chaque opération essayera d'aspirer une pile d'objets à portée, et consommera un peu d'énergie. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/transistor.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/transistor.md new file mode 100644 index 0000000000..859c9d50d4 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/transistor.md @@ -0,0 +1,5 @@ +# Transistor + +![Désolé, les blagues ne pas disponibles. Si vous souhaitez laisser un message, faites le 1.](oredict:oc:materialTransistor) + +Le transistor est l'un des ingrédients pour la fabrication les plus basiques d'OpenComputers. Il est principalement utilisé pour fabriquer des [puces électroniques](chip1.md) et d'autres bidules électroniques. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer1.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer1.md new file mode 100644 index 0000000000..91ab378dc9 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer1.md @@ -0,0 +1,5 @@ +# Amélioration de conteneur + +![il peu avwar dé améliorassion !](oredict:oc:upgradeContainer1) + +L'amélioration de conteneur est une amélioration d'espace pour les [robots](../block/robot.md), qui fournit un emplacement dans les [robots](../block/robot.md) terminés dans lequel des améliorations classiques peuvent être insérées. Le niveau maximal des améliorations que cet emplacement peut contenir est égal au niveau du conteneur. Contrairement aux améliorations classiques, la complexité du conteneur est de deux fois son niveau. Allez voir la page des [robots](../block/robot.md) et de l'[assembleur](../block/assembler.md) pour plus d'informations sur la complexité. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer2.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer2.md new file mode 100644 index 0000000000..408c907f93 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer2.md @@ -0,0 +1 @@ +#REDIRECT upgradeContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer3.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer3.md new file mode 100644 index 0000000000..408c907f93 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/upgradeContainer3.md @@ -0,0 +1 @@ +#REDIRECT upgradeContainer1.md \ No newline at end of file diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/wlanCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/wlanCard.md new file mode 100644 index 0000000000..36d7ceb8f7 --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/wlanCard.md @@ -0,0 +1,7 @@ +# Carte de réseau sans-fil + +![Peut provoquer le cancer. Ou pas.](oredict:oc:wlanCard) + +La carte de réseau sans fil est une [carte réseau](lanCard.md) améliorée qui, en plus de gérer les messages réseaux filaires, peut également envoyer et recevoir des messages réseaux sans fil. La force du signal contrôle directement la distance jusqu'à laquelle un message peut être reçu, avec cette force étant égale à la distance en blocs. + +Plus la puissance du signal est importante, plus il faudra d'énergie pour envoyer un message. Le terrain entre l'émetteur et le destinataire détermine aussi si le message sera correctement transmis ou pas. Pour traverser un bloc, la dureté du bloc est soustraite de la puissance du signal - avec un minimum de 1 pour les blocs d'air. S'il n'y a plus de puissance pour atteindre le destinataire, le message ne sera pas reçu. Cependant, ce n'est pas une science exacte - quelques fois, les messages peuvent quand même atteindre leur cible. En général, assurez vous que la ligne de vue entre l'émetteur et le destinataire soit dégagée. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/worldSensorCard.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/worldSensorCard.md new file mode 100644 index 0000000000..d0fd8a6bcb --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/worldSensorCard.md @@ -0,0 +1,5 @@ +# Carte de capteur du monde + +![Au mépris du danger... Aller là où aucun homme n'est jamais allé auparavant.](oredict:oc:worldSensorCard) + +La carte de capteur du monde permet de lire les informations atmosphériques ainsi que la gravité des différentes planètes ajoutées par Galacticraft. Cela peut être utile pour les [robots](../block/robot.md) ou les [drones](drone.md) travaillant dans l'espace. diff --git a/src/main/resources/assets/opencomputers/doc/fr_FR/item/wrench.md b/src/main/resources/assets/opencomputers/doc/fr_FR/item/wrench.md new file mode 100644 index 0000000000..95b523841a --- /dev/null +++ b/src/main/resources/assets/opencomputers/doc/fr_FR/item/wrench.md @@ -0,0 +1,5 @@ +# Crisseur + +![Fait en Suisse.](oredict:oc:wrench) + +Un peu comme n'importe quel autre mod technologique, OpenComputers a sa propre version d'une clé anglaise. En l'occurrence, c'est un hybride entre un tournevis et une clé anglaise, ce qui a l'air d'être incroyablement compliqué à l'usage. Il peut être utilisé pour faire tourner la plupart des blocs, et il est également compatible avec les blocs de la plupart des autres mods qui réagissent aux outils de type clé. diff --git a/src/main/resources/assets/opencomputers/lang/fr_FR.lang b/src/main/resources/assets/opencomputers/lang/fr_FR.lang index 4a608446aa..79d9fd5fc4 100644 --- a/src/main/resources/assets/opencomputers/lang/fr_FR.lang +++ b/src/main/resources/assets/opencomputers/lang/fr_FR.lang @@ -23,12 +23,14 @@ tile.oc.hologram2.name=Projecteur d'hologramme (Niveau 2) tile.oc.keyboard.name=Clavier tile.oc.microcontroller.name=Micro-contrôleur tile.oc.motionSensor.name=Détecteur de mouvement +tile.oc.netSplitter.name=Répartiteur réseau tile.oc.powerConverter.name=Convertisseur énergétique tile.oc.powerDistributor.name=Distributeur énergétique tile.oc.print.name=Impression 3D tile.oc.printer.name=Imprimante 3D tile.oc.raid.name=Raid tile.oc.redstone.name=Redstone E/S +tile.oc.relay.name=Relai tile.oc.robot.name=Robot tile.oc.robotAfterimage.name=Robot tile.oc.screen1.name=Ecran (Niveau 1) @@ -36,6 +38,7 @@ tile.oc.screen2.name=Ecran (Niveau 2) tile.oc.screen3.name=Ecran (Niveau 3) tile.oc.serverRack.name=Support de serveur tile.oc.switch.name=Routeur +tile.oc.transposer.name=Transposeur tile.oc.waypoint.name=Point de passage # Items diff --git a/src/main/scala/li/cil/oc/Settings.scala b/src/main/scala/li/cil/oc/Settings.scala index 65c407689e..aaeaac4bab 100644 --- a/src/main/scala/li/cil/oc/Settings.scala +++ b/src/main/scala/li/cil/oc/Settings.scala @@ -286,7 +286,7 @@ class Settings(val config: Config) { val switchDefaultMaxQueueSize = config.getInt("switch.defaultMaxQueueSize") max 1 val switchQueueSizeUpgrade = config.getInt("switch.queueSizeUpgrade") max 0 val switchDefaultRelayDelay = config.getInt("switch.defaultRelayDelay") max 1 - val switchRelayDelayUpgrade = config.getInt("switch.relayDelayUpgrade") max 0 + val switchRelayDelayUpgrade = config.getDouble("switch.relayDelayUpgrade") max 0 val switchDefaultRelayAmount = config.getInt("switch.defaultRelayAmount") max 1 val switchRelayAmountUpgrade = config.getInt("switch.relayAmountUpgrade") max 0 @@ -307,6 +307,7 @@ class Settings(val config: Config) { Array(0.25, 0.5) } val hologramSetRawDelay = config.getDouble("hologram.setRawDelay") max 0 + val hologramLight = config.getBoolean("hologram.emitLight") // ----------------------------------------------------------------------- // // misc @@ -493,6 +494,10 @@ object Settings { "power.value.IndustrialCraft2", "power.value.Mekanism", "power.value.RedstoneFlux" + ), + // Upgrading to version 1.5.20, changed relay delay default. + VersionRange.createFromVersionSpec("[0.0, 1.5.20)") -> Array( + "switch.relayDelayUpgrade" ) ) diff --git a/src/main/scala/li/cil/oc/client/renderer/markdown/segment/BasicTextSegment.scala b/src/main/scala/li/cil/oc/client/renderer/markdown/segment/BasicTextSegment.scala index d19a4d21e4..07ad82e7a2 100644 --- a/src/main/scala/li/cil/oc/client/renderer/markdown/segment/BasicTextSegment.scala +++ b/src/main/scala/li/cil/oc/client/renderer/markdown/segment/BasicTextSegment.scala @@ -59,7 +59,9 @@ trait BasicTextSegment extends Segment { pos += 1 val width = stringWidth(s.take(pos), renderer) if (width >= maxWidth) { - if (lastBreak > 0 || fullWidth <= maxLineWidth || s.exists(breaks.contains)) return lastBreak + 1 + if (lastBreak > 0 || fullWidth <= maxLineWidth || s.exists(breaks.contains)) + if (maxWidth == maxLineWidth && fullWidth == maxLineWidth && !s.exists(breaks.contains)) return s.length + else return lastBreak + 1 else return pos - 1 } if (pos < s.length && breaks.contains(s.charAt(pos))) lastBreak = pos diff --git a/src/main/scala/li/cil/oc/common/Proxy.scala b/src/main/scala/li/cil/oc/common/Proxy.scala index 49668102a3..9234bddf65 100644 --- a/src/main/scala/li/cil/oc/common/Proxy.scala +++ b/src/main/scala/li/cil/oc/common/Proxy.scala @@ -41,7 +41,6 @@ class Proxy { OreDictionary.registerOre("materialEnderPearl", net.minecraft.init.Items.ender_pearl) OreDictionary.registerOre("nuggetGold", net.minecraft.init.Items.gold_nugget) OreDictionary.registerOre("chest", net.minecraft.init.Blocks.chest) - OreDictionary.registerOre("chest", net.minecraft.init.Blocks.ender_chest) OreDictionary.registerOre("chest", net.minecraft.init.Blocks.trapped_chest) val nuggetIron = Items.get(Constants.ItemName.IronNugget).createItemStack(1) @@ -100,6 +99,8 @@ class Proxy { OpenComputers.log.info("Initializing recipes.") Recipes.init() + + api.API.isPowerEnabled = !Settings.get.ignorePower } def postInit(e: FMLPostInitializationEvent) { diff --git a/src/main/scala/li/cil/oc/common/block/Hologram.scala b/src/main/scala/li/cil/oc/common/block/Hologram.scala index 069e4b2009..1dab43a83e 100644 --- a/src/main/scala/li/cil/oc/common/block/Hologram.scala +++ b/src/main/scala/li/cil/oc/common/block/Hologram.scala @@ -4,6 +4,7 @@ import java.util import cpw.mods.fml.relauncher.Side import cpw.mods.fml.relauncher.SideOnly +import li.cil.oc.Settings import li.cil.oc.common.tileentity import li.cil.oc.integration.coloredlights.ModColoredLights import li.cil.oc.util.Rarity @@ -15,7 +16,9 @@ import net.minecraft.world.World import net.minecraftforge.common.util.ForgeDirection class Hologram(val tier: Int) extends SimpleBlock with traits.SpecialBlock { - ModColoredLights.setLightLevel(this, 15, 15, 15) + if (Settings.get.hologramLight) { + ModColoredLights.setLightLevel(this, 15, 15, 15) + } setBlockBounds(0, 0, 0, 1, 0.5f, 1) // ----------------------------------------------------------------------- // diff --git a/src/main/scala/li/cil/oc/common/command/SimpleCommand.scala b/src/main/scala/li/cil/oc/common/command/SimpleCommand.scala index 1c106c4a6e..9918d7d507 100644 --- a/src/main/scala/li/cil/oc/common/command/SimpleCommand.scala +++ b/src/main/scala/li/cil/oc/common/command/SimpleCommand.scala @@ -14,7 +14,7 @@ abstract class SimpleCommand(val name: String) extends CommandBase { override def getCommandAliases = aliases - override def canCommandSenderUseCommand(source: ICommandSender) = MinecraftServer.getServer.isSinglePlayer || super.canCommandSenderUseCommand(source) + override def canCommandSenderUseCommand(source: ICommandSender) = super.canCommandSenderUseCommand(source) || (MinecraftServer.getServer != null && MinecraftServer.getServer.isSinglePlayer) override def isUsernameIndex(command: Array[String], i: Int) = false diff --git a/src/main/scala/li/cil/oc/common/component/TextBuffer.scala b/src/main/scala/li/cil/oc/common/component/TextBuffer.scala index 58d8a66b50..22c15b320f 100644 --- a/src/main/scala/li/cil/oc/common/component/TextBuffer.scala +++ b/src/main/scala/li/cil/oc/common/component/TextBuffer.scala @@ -93,7 +93,10 @@ class TextBuffer(val host: EnvironmentHost) extends prefab.ManagedEnvironment wi val data = new util.TextBuffer(maxResolution, PackedColor.Depth.format(maxDepth)) - def markInitialized(): Unit = syncCooldown = -1 // Stop polling for init state. + def markInitialized(): Unit = { + syncCooldown = -1 // Stop polling for init state. + relativeLitArea = -1 + } // ----------------------------------------------------------------------- // diff --git a/src/main/scala/li/cil/oc/common/item/HoverBoots.scala b/src/main/scala/li/cil/oc/common/item/HoverBoots.scala index c026fdd67b..81fc13bfd6 100644 --- a/src/main/scala/li/cil/oc/common/item/HoverBoots.scala +++ b/src/main/scala/li/cil/oc/common/item/HoverBoots.scala @@ -67,7 +67,7 @@ class HoverBoots extends ItemArmor(ItemArmor.ArmorMaterial.DIAMOND, 0, 3) with t override def onArmorTick(world: World, player: EntityPlayer, stack: ItemStack): Unit = { super.onArmorTick(world, player, stack) - if (player.getActivePotionEffect(Potion.moveSlowdown) == null && getCharge(stack) == 0) { + if (!Settings.get.ignorePower && player.getActivePotionEffect(Potion.moveSlowdown) == null && getCharge(stack) == 0) { player.addPotionEffect(new PotionEffect(Potion.moveSlowdown.getId, 20, 1)) } } diff --git a/src/main/scala/li/cil/oc/common/nanomachines/ControllerImpl.scala b/src/main/scala/li/cil/oc/common/nanomachines/ControllerImpl.scala index c59d67241d..6b50161c67 100644 --- a/src/main/scala/li/cil/oc/common/nanomachines/ControllerImpl.scala +++ b/src/main/scala/li/cil/oc/common/nanomachines/ControllerImpl.scala @@ -5,6 +5,9 @@ import java.util.UUID import com.google.common.base.Charsets import com.google.common.base.Strings +import li.cil.oc.Constants +import li.cil.oc.Settings +import li.cil.oc.api import li.cil.oc.api.nanomachines.Behavior import li.cil.oc.api.nanomachines.Controller import li.cil.oc.api.nanomachines.DisableReason @@ -13,13 +16,10 @@ import li.cil.oc.api.network.WirelessEndpoint import li.cil.oc.common.item.data.NanomachineData import li.cil.oc.integration.util.DamageSourceWithRandomCause import li.cil.oc.server.PacketSender -import li.cil.oc.util.ExtendedNBT._ import li.cil.oc.util.BlockPosition +import li.cil.oc.util.ExtendedNBT._ import li.cil.oc.util.InventoryUtils import li.cil.oc.util.PlayerUtils -import li.cil.oc.Constants -import li.cil.oc.Settings -import li.cil.oc.api import net.minecraft.entity.player.EntityPlayer import net.minecraft.entity.player.EntityPlayerMP import net.minecraft.nbt.NBTTagCompound @@ -33,6 +33,7 @@ import scala.collection.mutable class ControllerImpl(val player: EntityPlayer) extends Controller with WirelessEndpoint { if (isServer) api.Network.joinWirelessNetwork(this) + var previousDimension = player.worldObj.provider.dimensionId lazy val CommandRange = Settings.get.nanomachinesCommandRange * Settings.get.nanomachinesCommandRange final val FullSyncInterval = 20 * 60 @@ -232,11 +233,23 @@ class ControllerImpl(val player: EntityPlayer) extends Controller with WirelessE if (commandDelay > 0) { commandDelay -= 1 if (commandDelay == 0) { - queuedCommand.foreach(_()) + queuedCommand.foreach(_ ()) queuedCommand = None } } - api.Network.updateWirelessNetwork(this) + + // Handle dimension changes, the robust way (because when logging in, + // load is called while the world is still set to the overworld, but + // no dimension change event is fired if the player actually logged + // out in another dimension... yay) + if (player.worldObj.provider.dimensionId != previousDimension) { + api.Network.leaveWirelessNetwork(this, previousDimension) + api.Network.joinWirelessNetwork(this) + previousDimension = player.worldObj.provider.dimensionId + } + else { + api.Network.updateWirelessNetwork(this) + } } var hasPower = getLocalBuffer > 0 || Settings.get.ignorePower @@ -316,6 +329,12 @@ class ControllerImpl(val player: EntityPlayer) extends Controller with WirelessE } } + def print(): Unit = { + if (isServer) { + configuration.print(player) + } + } + // ----------------------------------------------------------------------- // def save(nbt: NBTTagCompound): Unit = configuration.synchronized { diff --git a/src/main/scala/li/cil/oc/common/nanomachines/NeuralNetwork.scala b/src/main/scala/li/cil/oc/common/nanomachines/NeuralNetwork.scala index a969eddb73..47f7d66021 100644 --- a/src/main/scala/li/cil/oc/common/nanomachines/NeuralNetwork.scala +++ b/src/main/scala/li/cil/oc/common/nanomachines/NeuralNetwork.scala @@ -7,9 +7,13 @@ import li.cil.oc.api.Persistable import li.cil.oc.api.nanomachines.Behavior import li.cil.oc.api.nanomachines.BehaviorProvider import li.cil.oc.util.ExtendedNBT._ +import net.minecraft.entity.player.EntityPlayer import net.minecraft.nbt.NBTTagCompound +import net.minecraft.util.ChatComponentText +import net.minecraft.util.EnumChatFormatting import net.minecraftforge.common.util.Constants.NBT +import scala.StringBuilder import scala.collection.convert.WrapAsScala._ import scala.collection.mutable import scala.util.Random @@ -59,9 +63,16 @@ class NeuralNetwork(controller: ControllerImpl) extends Persistable { // Shuffle sink list to give each entry the same chance. val sinkPool = rng.shuffle(sinks.toBuffer) for (sink <- sinkPool if sources.nonEmpty) { + // Avoid connecting one sink to the same source twice. + val blacklist = mutable.Set.empty[Source] for (n <- 0 to rng.nextInt(Settings.get.nanomachineMaxInputs) if sources.nonEmpty) { - val sourceIndex = rng.nextInt(sources.length) - sink.inputs += sources.remove(sourceIndex) + val baseIndex = rng.nextInt(sources.length) + val sourceIndex = (sources.drop(baseIndex) ++ sources.take(baseIndex)).indexWhere(s => !blacklist.contains(s)) + if (sourceIndex >= 0) { + val source = sources.remove((sourceIndex + baseIndex) % sources.length) + blacklist += source + sink.inputs += source + } } } } @@ -107,6 +118,41 @@ class NeuralNetwork(controller: ControllerImpl) extends Persistable { } } + def print(player: EntityPlayer): Unit = { + val sb = StringBuilder.newBuilder + def colored(value: Any, enabled: Boolean) = { + if (enabled) sb.append(EnumChatFormatting.GREEN) + else sb.append(EnumChatFormatting.RED) + sb.append(value) + sb.append(EnumChatFormatting.RESET) + } + for (behavior <- behaviors) { + val name = Option(behavior.behavior.getNameHint).getOrElse(behavior.behavior.getClass.getSimpleName) + colored(name, behavior.isActive) + sb.append(" <- (") + var first = true + for (input <- behavior.inputs) { + if (first) first = false else sb.append(", ") + input match { + case neuron: TriggerNeuron => + colored(triggers.indexOf(neuron) + 1, neuron.isActive) + case neuron: ConnectorNeuron => + sb.append("(") + first = true + for (trigger <- neuron.inputs) { + if (first) first = false else sb.append(", ") + colored(triggers.indexOf(trigger) + 1, trigger.isActive) + } + first = false + sb.append(")") + } + } + sb.append(")") + player.addChatMessage(new ChatComponentText(sb.toString())) + sb.clear() + } + } + override def save(nbt: NBTTagCompound): Unit = { save(nbt, forItem = false) } diff --git a/src/main/scala/li/cil/oc/common/tileentity/Charger.scala b/src/main/scala/li/cil/oc/common/tileentity/Charger.scala index 4ddadd8fb0..8d633ae78b 100644 --- a/src/main/scala/li/cil/oc/common/tileentity/Charger.scala +++ b/src/main/scala/li/cil/oc/common/tileentity/Charger.scala @@ -240,6 +240,8 @@ class Charger extends traits.Environment with traits.PowerAcceptor with traits.R case chargeable: RobotChargeable => chargeable.robot == robot case _ => false } + + override def hashCode(): Int = robot.hashCode() } class DroneChargeable(val drone: Drone) extends ConnectorChargeable(drone.components.node.asInstanceOf[Connector]) { @@ -249,6 +251,8 @@ class Charger extends traits.Environment with traits.PowerAcceptor with traits.R case chargeable: DroneChargeable => chargeable.drone == drone case _ => false } + + override def hashCode(): Int = drone.hashCode() } class PlayerChargeable(val player: EntityPlayer) extends Chargeable { @@ -265,6 +269,8 @@ class Charger extends traits.Environment with traits.PowerAcceptor with traits.R case chargeable: PlayerChargeable => chargeable.player == player case _ => false } + + override def hashCode(): Int = player.hashCode() } } diff --git a/src/main/scala/li/cil/oc/common/tileentity/Relay.scala b/src/main/scala/li/cil/oc/common/tileentity/Relay.scala index b10b10d3ee..e906ddfb06 100644 --- a/src/main/scala/li/cil/oc/common/tileentity/Relay.scala +++ b/src/main/scala/li/cil/oc/common/tileentity/Relay.scala @@ -199,7 +199,7 @@ class Relay extends traits.SwitchLike with traits.ComponentInventory with traits private def updateLimits(slot: Int, stack: ItemStack) { Option(Driver.driverFor(stack, getClass)) match { case Some(driver) if driver.slot(stack) == Slot.CPU => - relayDelay = math.max(1, relayBaseDelay - ((driver.tier(stack) + 1) * relayDelayPerUpgrade)) + relayDelay = math.max(1, relayBaseDelay - ((driver.tier(stack) + 1) * relayDelayPerUpgrade).toInt) case Some(driver) if driver.slot(stack) == Slot.Memory => relayAmount = math.max(1, relayBaseAmount + (Delegator.subItem(stack) match { case Some(ram: item.Memory) => (ram.tier + 1) * relayAmountPerUpgrade diff --git a/src/main/scala/li/cil/oc/common/tileentity/ServerRack.scala b/src/main/scala/li/cil/oc/common/tileentity/ServerRack.scala index bbdcd1caa8..601849c6e9 100644 --- a/src/main/scala/li/cil/oc/common/tileentity/ServerRack.scala +++ b/src/main/scala/li/cil/oc/common/tileentity/ServerRack.scala @@ -56,7 +56,7 @@ class ServerRack extends traits.PowerAcceptor with traits.Hub with traits.PowerB var lastAccess = Array.fill(4)(0L) val builtInSwitchTier = Settings.get.serverRackSwitchTier - relayDelay = math.max(1, relayBaseDelay - (builtInSwitchTier + 1) * relayDelayPerUpgrade) + relayDelay = math.max(1, relayBaseDelay - ((builtInSwitchTier + 1) * relayDelayPerUpgrade).toInt) relayAmount = math.max(1, relayBaseAmount + (builtInSwitchTier + 1) * relayAmountPerUpgrade) maxQueueSize = math.max(1, queueBaseSize + (builtInSwitchTier + 1) * queueSizePerUpgrade) @@ -146,14 +146,17 @@ class ServerRack extends traits.PowerAcceptor with traits.Hub with traits.PowerB } def reconnectServer(number: Int, server: component.Server) { - sides(number) match { - case Some(serverSide) => - val serverNode = server.machine.node - for (side <- ForgeDirection.VALID_DIRECTIONS if side != facing) { - if (toLocal(side) == serverSide) sidedNode(side).connect(serverNode) - else sidedNode(side).disconnect(serverNode) + val serverNode = server.machine.node + for (side <- ForgeDirection.VALID_DIRECTIONS if side != facing) { + val node = sidedNode(side) + if (node != null) { + if (sides(number).contains(toLocal(side))) { + node.connect(serverNode) } - case _ => + else { + node.disconnect(serverNode) + } + } } } @@ -438,7 +441,10 @@ class ServerRack extends traits.PowerAcceptor with traits.Hub with traits.PowerB super.writeToNBTForClient(nbt) nbt.setBooleanArray("isServerRunning", _isRunning) nbt.setBooleanArray("hasServerErrored", _hasErrored) - nbt.setNewTagList("isPresent", servers.map(value => new NBTTagString(value.fold("")(_.machine.node.address)))) + nbt.setNewTagList("isPresent", servers.map(value => new NBTTagString(value match { + case Some(server) if server.machine != null && server.machine.node != null && server.machine.node.address != null => server.machine.node.address + case _ => "" + }))) nbt.setByteArray("sides", sides.map { case Some(side) => side.ordinal.toByte case _ => -1: Byte diff --git a/src/main/scala/li/cil/oc/common/tileentity/Switch.scala b/src/main/scala/li/cil/oc/common/tileentity/Switch.scala index 794893d9a0..45f9722706 100644 --- a/src/main/scala/li/cil/oc/common/tileentity/Switch.scala +++ b/src/main/scala/li/cil/oc/common/tileentity/Switch.scala @@ -61,7 +61,7 @@ class Switch extends traits.SwitchLike with traits.NotAnalyzable with traits.Com private def updateLimits(slot: Int, stack: ItemStack) { Option(Driver.driverFor(stack, getClass)) match { case Some(driver) if driver.slot(stack) == Slot.CPU => - relayDelay = math.max(1, relayBaseDelay - ((driver.tier(stack) + 1) * relayDelayPerUpgrade)) + relayDelay = math.max(1, relayBaseDelay - ((driver.tier(stack) + 1) * relayDelayPerUpgrade).toInt) case Some(driver) if driver.slot(stack) == Slot.Memory => relayAmount = math.max(1, relayBaseAmount + (Delegator.subItem(stack) match { case Some(ram: item.Memory) => (ram.tier + 1) * relayAmountPerUpgrade diff --git a/src/main/scala/li/cil/oc/common/tileentity/traits/Hub.scala b/src/main/scala/li/cil/oc/common/tileentity/traits/Hub.scala index d176116481..4770c6c700 100644 --- a/src/main/scala/li/cil/oc/common/tileentity/traits/Hub.scala +++ b/src/main/scala/li/cil/oc/common/tileentity/traits/Hub.scala @@ -71,7 +71,7 @@ trait Hub extends traits.Environment with SidedEnvironment { relayPacket(sourceSide, packet) } if (queue.nonEmpty) { - relayCooldown = relayDelay + relayCooldown = relayDelay - 1 } } else if (world.getTotalWorldTime % relayDelay == 0) { @@ -84,7 +84,7 @@ trait Hub extends traits.Environment with SidedEnvironment { if (packet.ttl > 0 && queue.size < maxQueueSize) { queue += sourceSide -> packet.hop() if (relayCooldown < 0) { - relayCooldown = relayDelay + relayCooldown = relayDelay - 1 } true } diff --git a/src/main/scala/li/cil/oc/integration/Mods.scala b/src/main/scala/li/cil/oc/integration/Mods.scala index e158b119bf..b09fdb6e6c 100644 --- a/src/main/scala/li/cil/oc/integration/Mods.scala +++ b/src/main/scala/li/cil/oc/integration/Mods.scala @@ -44,7 +44,7 @@ object Mods { val EnderStorage = new SimpleMod(IDs.EnderStorage) val ExtraCells = new SimpleMod(IDs.ExtraCells, version = "@[2.2.73,)") val Factorization = new SimpleMod(IDs.Factorization, providesPower = true) - val Forestry = new SimpleMod(IDs.Forestry) + val Forestry = new SimpleMod(IDs.Forestry, version = "@[4.0,)") val ForgeMultipart = new SimpleMod(IDs.ForgeMultipart) val Galacticraft = new SimpleMod(IDs.Galacticraft, providesPower = true) val GregTech = new ClassBasedMod(IDs.GregTech, "gregtech.api.GregTech_API")() diff --git a/src/main/scala/li/cil/oc/integration/fmp/CablePart.scala b/src/main/scala/li/cil/oc/integration/fmp/CablePart.scala index db5d279906..b7ebe016d9 100644 --- a/src/main/scala/li/cil/oc/integration/fmp/CablePart.scala +++ b/src/main/scala/li/cil/oc/integration/fmp/CablePart.scala @@ -61,6 +61,8 @@ class CablePart(val original: Option[tileentity.Cable] = None) extends SimpleBlo def getType = Settings.namespace + Constants.BlockName.Cable + override def getStrength(hit: MovingObjectPosition, player: EntityPlayer): Float = api.Items.get(Constants.BlockName.Cable).block().getBlockHardness(world, hit.blockX, hit.blockY, hit.blockZ) + override def doesTick = false override def getBounds = new Cuboid6(Cable.bounds(world, x, y, z)) @@ -73,7 +75,6 @@ class CablePart(val original: Option[tileentity.Cable] = None) extends SimpleBlo override def getSlotMask = 1 << 6 // 6 is center part. - // ----------------------------------------------------------------------- // override def activate(player: EntityPlayer, hit: MovingObjectPosition, item: ItemStack) = { diff --git a/src/main/scala/li/cil/oc/integration/forestry/ConverterIAlleles.java b/src/main/scala/li/cil/oc/integration/forestry/ConverterIAlleles.java index 0b705b5774..d89a64df3b 100644 --- a/src/main/scala/li/cil/oc/integration/forestry/ConverterIAlleles.java +++ b/src/main/scala/li/cil/oc/integration/forestry/ConverterIAlleles.java @@ -1,7 +1,6 @@ package li.cil.oc.integration.forestry; import com.google.common.collect.Maps; -import forestry.api.genetics.IAllele; import forestry.api.genetics.IAlleleSpecies; import forestry.api.genetics.IMutation; import li.cil.oc.api.driver.Converter; @@ -12,17 +11,17 @@ public class ConverterIAlleles implements Converter { @Override public void convert(final Object value, final Map output) { if (value instanceof IMutation) { - IMutation mutation = (IMutation) value; + final IMutation mutation = (IMutation) value; - IAllele allele1 = mutation.getAllele0(); - if (allele1 instanceof IAlleleSpecies) { - Map allelMap1 = Maps.newHashMap(); + final IAlleleSpecies allele1 = mutation.getAllele0(); + if (allele1 != null) { + final Map allelMap1 = Maps.newHashMap(); convert(allele1, allelMap1); output.put("allele1", allelMap1); } - IAllele allele2 = mutation.getAllele1(); - if (allele2 instanceof IAlleleSpecies) { - Map allelMap2 = Maps.newHashMap(); + final IAlleleSpecies allele2 = mutation.getAllele1(); + if (allele2 != null) { + final Map allelMap2 = Maps.newHashMap(); convert(allele2, allelMap2); output.put("allele2", allelMap2); } diff --git a/src/main/scala/li/cil/oc/integration/forestry/ConverterIIndividual.java b/src/main/scala/li/cil/oc/integration/forestry/ConverterIIndividual.java index 8635de86e5..981675d442 100644 --- a/src/main/scala/li/cil/oc/integration/forestry/ConverterIIndividual.java +++ b/src/main/scala/li/cil/oc/integration/forestry/ConverterIIndividual.java @@ -68,7 +68,7 @@ protected IAllele getAllele(IChromosome chromosome) { }; private interface IAlleleConverter { - public Object convert(A allele); + Object convert(A allele); } private static final Map, IAlleleConverter> converters = diff --git a/src/main/scala/li/cil/oc/integration/forestry/DriverAnalyzer.scala b/src/main/scala/li/cil/oc/integration/forestry/DriverAnalyzer.scala index 7454de712b..5d07895828 100644 --- a/src/main/scala/li/cil/oc/integration/forestry/DriverAnalyzer.scala +++ b/src/main/scala/li/cil/oc/integration/forestry/DriverAnalyzer.scala @@ -1,7 +1,7 @@ package li.cil.oc.integration.forestry import forestry.api.genetics.AlleleManager -import forestry.core.gadgets.TileAnalyzer +import forestry.core.tiles.TileAnalyzer import li.cil.oc.api.driver.NamedBlock import li.cil.oc.api.machine.Arguments import li.cil.oc.api.machine.Callback @@ -21,13 +21,13 @@ class DriverAnalyzer extends DriverTileEntity { override def priority = 0 - @Callback(doc = "function():boolean -- Can the bees breed?") - def isWorking(context: Context, args: Arguments): Array[AnyRef] = result(tileEntity.isWorking) + @Callback(doc = "function():boolean -- Get whether the analyzer can work.") + def isWorking(context: Context, args: Arguments): Array[AnyRef] = result(tileEntity.hasWork) - @Callback(doc = "function():boolean -- Can the bees breed?") + @Callback(doc = "function():boolean -- Get the progress of the current operation.") def getProgress(context: Context, args: Arguments): Array[AnyRef] = result(1.0 - tileEntity.getProgressScaled(100) / 100.0) - @Callback(doc = "function():boolean -- Can the bees breed?") + @Callback(doc = "function():boolean -- Get info on the currently present bee.") def getIndividualOnDisplay(context: Context, args: Arguments): Array[AnyRef] = result(AlleleManager.alleleRegistry.getIndividual(tileEntity.getIndividualOnDisplay)) } diff --git a/src/main/scala/li/cil/oc/integration/forestry/DriverBeeHouse.java b/src/main/scala/li/cil/oc/integration/forestry/DriverBeeHouse.java index cc1eed27db..462c278372 100644 --- a/src/main/scala/li/cil/oc/integration/forestry/DriverBeeHouse.java +++ b/src/main/scala/li/cil/oc/integration/forestry/DriverBeeHouse.java @@ -38,12 +38,12 @@ public Environment(final IBeeHousing tileEntity) { @Callback(doc = "function():boolean -- Can the bees breed?") public Object[] canBreed(final Context context, final Arguments args) { - return new Object[]{tileEntity.canBreed()}; + return new Object[]{tileEntity.getBeekeepingLogic().canWork()}; } @Callback(doc = "function():table -- Get the drone") public Object[] getDrone(final Context context, final Arguments args) { - final ItemStack drone = tileEntity.getDrone(); + final ItemStack drone = tileEntity.getBeeInventory().getDrone(); if (drone != null) { return new Object[]{AlleleManager.alleleRegistry.getIndividual(drone)}; } @@ -52,7 +52,7 @@ public Object[] getDrone(final Context context, final Arguments args) { @Callback(doc = "function():table -- Get the queen") public Object[] getQueen(final Context context, final Arguments args) { - final ItemStack queen = tileEntity.getQueen(); + final ItemStack queen = tileEntity.getBeeInventory().getQueen(); if (queen != null) { return new Object[]{AlleleManager.alleleRegistry.getIndividual(queen)}; } @@ -68,14 +68,14 @@ public Object[] getBeeBreedingData(final Context context, final Arguments args) final Set> result = Sets.newHashSet(); for (IMutation mutation : beeRoot.getMutations(false)) { - HashMap mutationMap = new HashMap(); + final HashMap mutationMap = new HashMap(); - IAllele allele1 = mutation.getAllele0(); + final IAllele allele1 = mutation.getAllele0(); if (allele1 != null) { mutationMap.put("allele1", allele1.getName()); } - IAllele allele2 = mutation.getAllele1(); + final IAllele allele2 = mutation.getAllele1(); if (allele2 != null) { mutationMap.put("allele2", allele2.getName()); } @@ -84,7 +84,7 @@ public Object[] getBeeBreedingData(final Context context, final Arguments args) mutationMap.put("specialConditions", mutation .getSpecialConditions().toArray()); - IAllele[] template = mutation.getTemplate(); + final IAllele[] template = mutation.getTemplate(); if (template != null && template.length > 0) { mutationMap.put("result", template[0].getName()); } diff --git a/src/main/scala/li/cil/oc/integration/opencomputers/DriverFileSystem.scala b/src/main/scala/li/cil/oc/integration/opencomputers/DriverFileSystem.scala index 1ef419562a..877c36cc66 100644 --- a/src/main/scala/li/cil/oc/integration/opencomputers/DriverFileSystem.scala +++ b/src/main/scala/li/cil/oc/integration/opencomputers/DriverFileSystem.scala @@ -66,10 +66,10 @@ object DriverFileSystem extends Item { val sound = Settings.resourceDomain + ":" + (if (isFloppy) "floppy_access" else "hdd_access") val drive = new DriveData(stack) val environment = if (drive.isUnmanaged) { - Drive(capacity, platterCount, label, Option(host), Option(sound), speed) + Drive(capacity max 0, platterCount, label, Option(host), Option(sound), speed) } else { - val fs = oc.api.FileSystem.fromSaveDirectory(address, capacity, Settings.get.bufferChanges) + val fs = oc.api.FileSystem.fromSaveDirectory(address, capacity max 0, Settings.get.bufferChanges) oc.api.FileSystem.asManagedEnvironment(fs, label, host, sound, speed) } if (environment != null && environment.node != null) { diff --git a/src/main/scala/li/cil/oc/integration/vanilla/ConverterItemStack.scala b/src/main/scala/li/cil/oc/integration/vanilla/ConverterItemStack.scala index 6d88b964cb..802161139e 100644 --- a/src/main/scala/li/cil/oc/integration/vanilla/ConverterItemStack.scala +++ b/src/main/scala/li/cil/oc/integration/vanilla/ConverterItemStack.scala @@ -5,6 +5,8 @@ import java.util import li.cil.oc.Settings import li.cil.oc.api import li.cil.oc.util.ExtendedNBT._ +import net.minecraft.enchantment.Enchantment +import net.minecraft.enchantment.EnchantmentHelper import net.minecraft.item import net.minecraft.item.Item import net.minecraft.nbt.CompressedStreamTools @@ -13,6 +15,7 @@ import net.minecraftforge.common.util.Constants.NBT import net.minecraftforge.oredict.OreDictionary import scala.collection.convert.WrapAsScala._ +import scala.collection.mutable object ConverterItemStack extends api.driver.Converter { override def convert(value: AnyRef, output: util.Map[AnyRef, AnyRef]) = @@ -38,6 +41,24 @@ object ConverterItemStack extends api.driver.Converter { mkString("\n") } + val enchantments = mutable.ArrayBuffer.empty[mutable.Map[String, Any]] + EnchantmentHelper.getEnchantments(stack).collect { + case (id: Int, level: Int) if id >= 0 && id < Enchantment.enchantmentsList.length && Enchantment.enchantmentsList(id) != null => + val enchantment = Enchantment.enchantmentsList(id) + val map = mutable.Map( + "name" -> enchantment.getName, + "label" -> enchantment.getTranslatedName(level), + "level" -> level + ) + if (Settings.get.insertIdsInConverters) { + map += "id" -> id + } + enchantments += map + } + if (enchantments.nonEmpty) { + output += "enchantments" -> enchantments + } + if (stack.hasTagCompound && Settings.get.allowItemStackNBTTags) { output += "tag" -> CompressedStreamTools.compress(stack.getTagCompound) } diff --git a/src/main/scala/li/cil/oc/server/agent/Inventory.scala b/src/main/scala/li/cil/oc/server/agent/Inventory.scala index d3677b64c5..055b9fc263 100644 --- a/src/main/scala/li/cil/oc/server/agent/Inventory.scala +++ b/src/main/scala/li/cil/oc/server/agent/Inventory.scala @@ -1,6 +1,7 @@ package li.cil.oc.server.agent import li.cil.oc.api.internal +import li.cil.oc.util.InventoryUtils import net.minecraft.block.Block import net.minecraft.entity.player.EntityPlayer import net.minecraft.entity.player.InventoryPlayer @@ -8,8 +9,6 @@ import net.minecraft.item.Item import net.minecraft.item.ItemStack import net.minecraft.nbt.NBTTagList -import scala.util.control.Breaks._ - class Inventory(val agent: internal.Agent) extends InventoryPlayer(null) { def selectedItemStack = agent.mainInventory.getStackInSlot(agent.selectedSlot) @@ -22,11 +21,6 @@ class Inventory(val agent: internal.Agent) extends InventoryPlayer(null) { else inventorySlots.find(getStackInSlot(_) == null).getOrElse(-1) } - def getFirstEmptyStackAccepting(stack: ItemStack) = { - if (selectedItemStack == null && isItemValidForSlot(agent.selectedSlot, stack)) agent.selectedSlot - else inventorySlots.find(slot => getStackInSlot(slot) == null && isItemValidForSlot(slot, stack)).getOrElse(-1) - } - override def func_146030_a(p_146030_1_ : Item, p_146030_2_ : Int, p_146030_3_ : Boolean, p_146030_4_ : Boolean) = setCurrentItem(p_146030_1_, p_146030_2_, p_146030_3_, p_146030_4_) def setCurrentItem(item: Item, itemDamage: Int, checkDamage: Boolean, create: Boolean) {} @@ -60,54 +54,9 @@ class Inventory(val agent: internal.Agent) extends InventoryPlayer(null) { } override def addItemStackToInventory(stack: ItemStack) = { - if (stack == null || stack.stackSize == 0) false - else if (stack.isItemDamaged || (stack.stackSize == 1 && stack.getMaxStackSize == 1)) { - val slot = getFirstEmptyStackAccepting(stack) - if (slot >= 0) { - setInventorySlotContents(slot, stack.splitStack(1)) - true - } - else false - } - else { - val originalSize = stack.stackSize - breakable { - while (stack.stackSize > 0) { - if (stack.getMaxStackSize == 1) { - val slot = getFirstEmptyStackAccepting(stack) - if (slot >= 0) { - setInventorySlotContents(slot, stack.splitStack(1)) - } - else break() - } - else { - val slot = - if (selectedItemStack == null) agent.selectedSlot - else inventorySlots.find(slot => { - val existing = getStackInSlot(slot) - existing != null && existing.isItemEqual(stack) && - (!existing.getHasSubtypes || (existing.getItemDamage == stack.getItemDamage && ItemStack.areItemStackTagsEqual(existing, stack))) && - (existing.stackSize < math.min(existing.getMaxStackSize, getInventoryStackLimit)) - }).getOrElse(getFirstEmptyStackAccepting(stack)) - if (slot >= 0) { - if (getStackInSlot(slot) == null) { - val amount = math.min(stack.stackSize, math.min(getInventoryStackLimit, stack.getMaxStackSize)) - setInventorySlotContents(slot, stack.splitStack(amount)) - } - else { - val existing = getStackInSlot(slot) - val space = math.min(getInventoryStackLimit, existing.getMaxStackSize) - existing.stackSize - val amount = math.min(stack.stackSize, space) - existing.stackSize += amount - stack.stackSize -= amount - } - } - else break() - } - } - } - stack.stackSize < originalSize - } + val indices = 0 until getSizeInventory + val slots = indices.drop(agent.selectedSlot) ++ indices.take(agent.selectedSlot) + InventoryUtils.insertIntoInventory(stack, this, slots = Option(slots)) } override def func_146025_b(block: Block) = canHarvestBlock(block) diff --git a/src/main/scala/li/cil/oc/server/command/CommandHandler.scala b/src/main/scala/li/cil/oc/server/command/CommandHandler.scala index 5408996097..b3b1ee27e7 100644 --- a/src/main/scala/li/cil/oc/server/command/CommandHandler.scala +++ b/src/main/scala/li/cil/oc/server/command/CommandHandler.scala @@ -5,6 +5,7 @@ import cpw.mods.fml.common.event.FMLServerStartingEvent object CommandHandler { def register(e: FMLServerStartingEvent) { e.registerServerCommand(DebugNanomachinesCommand) + e.registerServerCommand(LogNanomachinesCommand) e.registerServerCommand(NonDisassemblyAgreementCommand) e.registerServerCommand(WirelessRenderingCommand) e.registerServerCommand(SpawnComputerCommand) diff --git a/src/main/scala/li/cil/oc/server/command/LogNanomachinesCommand.scala b/src/main/scala/li/cil/oc/server/command/LogNanomachinesCommand.scala new file mode 100644 index 0000000000..7ce041e607 --- /dev/null +++ b/src/main/scala/li/cil/oc/server/command/LogNanomachinesCommand.scala @@ -0,0 +1,38 @@ +package li.cil.oc.server.command + +import li.cil.oc.api +import li.cil.oc.common.command.SimpleCommand +import li.cil.oc.common.nanomachines.ControllerImpl +import net.minecraft.command.ICommandSender +import net.minecraft.command.WrongUsageException +import net.minecraft.entity.player.EntityPlayer +import net.minecraft.server.MinecraftServer + +object LogNanomachinesCommand extends SimpleCommand("oc_nanomachines") { + aliases += "oc_nm" + + override def getCommandUsage(source: ICommandSender): String = name + " [player]" + + override def processCommand(source: ICommandSender, command: Array[String]) { + (if (command.length > 0) { + val player = command(0) + val config = MinecraftServer.getServer.getConfigurationManager + config.func_152612_a(player) + } else source) match { + case player: EntityPlayer => + api.Nanomachines.installController(player) match { + case controller: ControllerImpl => controller.print() + case _ => // Someone did something. + } + case _ => throw new WrongUsageException("Player entity not found.") + } + } + + // OP levels for reference: + // 1 - Ops can bypass spawn protection. + // 2 - Ops can use /clear, /difficulty, /effect, /gamemode, /gamerule, /give, /summon, /setblock and /tp, and can edit command blocks. + // 3 - Ops can use /ban, /deop, /kick, and /op. + // 4 - Ops can use /stop. + + override def getRequiredPermissionLevel = 2 +} diff --git a/src/main/scala/li/cil/oc/server/component/traits/InventoryAnalytics.scala b/src/main/scala/li/cil/oc/server/component/traits/InventoryAnalytics.scala index ff10d399fb..bc8696af44 100644 --- a/src/main/scala/li/cil/oc/server/component/traits/InventoryAnalytics.scala +++ b/src/main/scala/li/cil/oc/server/component/traits/InventoryAnalytics.scala @@ -7,6 +7,7 @@ import li.cil.oc.api.machine.Context import li.cil.oc.server.component.result import li.cil.oc.util.DatabaseAccess import li.cil.oc.util.ExtendedArguments._ +import li.cil.oc.util.InventoryUtils import net.minecraftforge.oredict.OreDictionary trait InventoryAnalytics extends InventoryAware with NetworkAware { @@ -40,7 +41,7 @@ trait InventoryAnalytics extends InventoryAware with NetworkAware { }) } - @Callback(doc = """function(slot:number, dbAddress:string, dbSlot:number):boolean -- Compare an item in the specified slot with one in the database with the specified address.""") + @Callback(doc = """function(slot:number, dbAddress:string, dbSlot:number[, checkNBT:boolean=false]):boolean -- Compare an item in the specified slot with one in the database with the specified address.""") def compareToDatabase(context: Context, args: Arguments): Array[AnyRef] = { val localSlot = args.checkSlot(inventory, 0) val dbAddress = args.checkString(1) @@ -48,7 +49,7 @@ trait InventoryAnalytics extends InventoryAware with NetworkAware { DatabaseAccess.withDatabase(node, dbAddress, database => { val dbSlot = args.checkSlot(database.data, 2) val dbStack = database.getStackInSlot(dbSlot) - result(haveSameItemType(localStack, dbStack)) + result(InventoryUtils.haveSameItemType(localStack, dbStack, args.optBoolean(3, false))) }) } } diff --git a/src/main/scala/li/cil/oc/server/component/traits/InventoryAware.scala b/src/main/scala/li/cil/oc/server/component/traits/InventoryAware.scala index 5bc635ea2e..816ab6f355 100644 --- a/src/main/scala/li/cil/oc/server/component/traits/InventoryAware.scala +++ b/src/main/scala/li/cil/oc/server/component/traits/InventoryAware.scala @@ -3,7 +3,6 @@ package li.cil.oc.server.component.traits import li.cil.oc.api.machine.Arguments import li.cil.oc.util.ExtendedArguments._ import net.minecraft.inventory.IInventory -import net.minecraft.item.ItemStack trait InventoryAware { def inventory: IInventory @@ -21,9 +20,4 @@ trait InventoryAware { else selectedSlot protected def stackInSlot(slot: Int) = Option(inventory.getStackInSlot(slot)) - - protected def haveSameItemType(stackA: ItemStack, stackB: ItemStack) = - stackA != null && stackB != null && - stackA.getItem == stackB.getItem && - (!stackA.getHasSubtypes || stackA.getItemDamage == stackB.getItemDamage) } diff --git a/src/main/scala/li/cil/oc/server/component/traits/InventoryControl.scala b/src/main/scala/li/cil/oc/server/component/traits/InventoryControl.scala index b4001edec4..25591dcb21 100644 --- a/src/main/scala/li/cil/oc/server/component/traits/InventoryControl.scala +++ b/src/main/scala/li/cil/oc/server/component/traits/InventoryControl.scala @@ -4,6 +4,7 @@ import li.cil.oc.api.machine.Arguments import li.cil.oc.api.machine.Callback import li.cil.oc.api.machine.Context import li.cil.oc.util.ExtendedArguments._ +import li.cil.oc.util.InventoryUtils import li.cil.oc.util.ResultWrapper.result trait InventoryControl extends InventoryAware { @@ -37,11 +38,11 @@ trait InventoryControl extends InventoryAware { }) } - @Callback(doc = "function(otherSlot:number):boolean -- Compare the contents of the selected slot to the contents of the specified slot.") + @Callback(doc = "function(otherSlot:number[, checkNBT:boolean=false]):boolean -- Compare the contents of the selected slot to the contents of the specified slot.") def compareTo(context: Context, args: Arguments): Array[AnyRef] = { val slot = args.checkSlot(inventory, 0) result((stackInSlot(selectedSlot), stackInSlot(slot)) match { - case (Some(stackA), Some(stackB)) => haveSameItemType(stackA, stackB) + case (Some(stackA), Some(stackB)) => InventoryUtils.haveSameItemType(stackA, stackB, args.optBoolean(1, false)) case (None, None) => true case _ => false }) @@ -56,7 +57,7 @@ trait InventoryControl extends InventoryAware { } else result((stackInSlot(selectedSlot), stackInSlot(slot)) match { case (Some(from), Some(to)) => - if (haveSameItemType(from, to)) { + if (InventoryUtils.haveSameItemType(from, to, checkNBT = true)) { val space = math.min(inventory.getInventoryStackLimit, to.getMaxStackSize) - to.stackSize val amount = math.min(count, math.min(space, from.stackSize)) if (amount > 0) { diff --git a/src/main/scala/li/cil/oc/server/component/traits/WorldInventoryAnalytics.scala b/src/main/scala/li/cil/oc/server/component/traits/WorldInventoryAnalytics.scala index 5eb50d0a35..cc5d39706c 100644 --- a/src/main/scala/li/cil/oc/server/component/traits/WorldInventoryAnalytics.scala +++ b/src/main/scala/li/cil/oc/server/component/traits/WorldInventoryAnalytics.scala @@ -32,16 +32,28 @@ trait WorldInventoryAnalytics extends WorldAware with SideRestricted with Networ withInventory(facing, inventory => result(Option(inventory.getStackInSlot(args.checkSlot(inventory, 1))).fold(0)(_.getMaxStackSize))) } - @Callback(doc = """function(side:number, slotA:number, slotB:number):boolean -- Get whether the items in the two specified slots of the inventory on the specified side of the device are of the same type.""") + @Callback(doc = """function(side:number, slotA:number, slotB:number[, checkNBT:boolean=false]):boolean -- Get whether the items in the two specified slots of the inventory on the specified side of the device are of the same type.""") def compareStacks(context: Context, args: Arguments): Array[AnyRef] = { val facing = checkSideForAction(args, 0) withInventory(facing, inventory => { val stackA = inventory.getStackInSlot(args.checkSlot(inventory, 1)) val stackB = inventory.getStackInSlot(args.checkSlot(inventory, 2)) - result(stackA == stackB || - (stackA != null && stackB != null && - stackA.getItem == stackB.getItem && - (!stackA.getHasSubtypes || stackA.getItemDamage == stackB.getItemDamage))) + result(stackA == stackB || InventoryUtils.haveSameItemType(stackA, stackB, args.optBoolean(3, false))) + }) + } + + @Callback(doc = """function(side:number, slot:number, dbAddress:string, dbSlot:number[, checkNBT:boolean=false]):boolean -- Compare an item in the specified slot in the inventory on the specified side with one in the database with the specified address.""") + def compareStackToDatabase(context: Context, args: Arguments): Array[AnyRef] = { + val facing = checkSideForAction(args, 0) + withInventory(facing, inventory => { + val slot = args.checkSlot(inventory, 1) + val dbAddress = args.checkString(2) + val stack = inventory.getStackInSlot(slot) + DatabaseAccess.withDatabase(node, dbAddress, database => { + val dbSlot = args.checkSlot(database.data, 3) + val dbStack = database.getStackInSlot(dbSlot) + result(InventoryUtils.haveSameItemType(stack, dbStack, args.optBoolean(4, false))) + }) }) } diff --git a/src/main/scala/li/cil/oc/server/network/Network.scala b/src/main/scala/li/cil/oc/server/network/Network.scala index a91cbaaead..48f46ec964 100644 --- a/src/main/scala/li/cil/oc/server/network/Network.scala +++ b/src/main/scala/li/cil/oc/server/network/Network.scala @@ -527,6 +527,10 @@ object Network extends api.detail.NetworkAPI { WirelessNetwork.remove(endpoint) } + override def leaveWirelessNetwork(endpoint: WirelessEndpoint, dimension: Int) { + WirelessNetwork.remove(endpoint, dimension) + } + // ----------------------------------------------------------------------- // override def sendWirelessPacket(source: WirelessEndpoint, strength: Double, packet: network.Packet) { diff --git a/src/main/scala/li/cil/oc/server/network/WirelessNetwork.scala b/src/main/scala/li/cil/oc/server/network/WirelessNetwork.scala index 2b0da9ac73..818afb1344 100644 --- a/src/main/scala/li/cil/oc/server/network/WirelessNetwork.scala +++ b/src/main/scala/li/cil/oc/server/network/WirelessNetwork.scala @@ -59,6 +59,13 @@ object WirelessNetwork { } } + def remove(endpoint: WirelessEndpoint, dimension: Int) = { + dimensions.get(dimension) match { + case Some(set) => set.remove(endpoint) + case _ => false + } + } + def remove(endpoint: WirelessEndpoint) = { dimensions.get(dimension(endpoint)) match { case Some(set) => set.remove(endpoint) diff --git a/src/main/scala/li/cil/oc/util/InventoryUtils.scala b/src/main/scala/li/cil/oc/util/InventoryUtils.scala index e1e2c78fc3..3a570e1316 100644 --- a/src/main/scala/li/cil/oc/util/InventoryUtils.scala +++ b/src/main/scala/li/cil/oc/util/InventoryUtils.scala @@ -14,6 +14,17 @@ import net.minecraftforge.common.util.ForgeDirection import scala.collection.convert.WrapAsScala._ object InventoryUtils { + /** + * Check if two item stacks are of equal type, ignoring the stack size. + *

+ * Optionally check for equality in NBT data. + */ + def haveSameItemType(stackA: ItemStack, stackB: ItemStack, checkNBT: Boolean = false) = + stackA != null && stackB != null && + stackA.getItem == stackB.getItem && + (!stackA.getHasSubtypes || stackA.getItemDamage == stackB.getItemDamage) && + (!checkNBT || ItemStack.areItemStackTagsEqual(stackA, stackB)) + /** * Retrieves an actual inventory implementation for a specified world coordinate. *

@@ -340,5 +351,4 @@ object InventoryUtils { entity case _ => null } - }