mirror of
https://github.com/MightyPirates/OpenComputers.git
synced 2025-09-14 01:39:36 -04:00
Updated / adjusted some localizations, server booting in rack again.
This commit is contained in:
Florian Nücke
parent
8fe2b8a9a6
commit
bc90a35a7b
@ -7,6 +7,7 @@ import li.cil.oc.api.network.ManagedEnvironment;
|
||||
import net.minecraft.entity.player.EntityPlayer;
|
||||
import net.minecraft.inventory.IInventory;
|
||||
import net.minecraft.nbt.NBTTagCompound;
|
||||
import net.minecraftforge.common.util.ForgeDirection;
|
||||
|
||||
/**
|
||||
* Use this interface on environments provided by drivers for items that can
|
||||
@ -56,9 +57,17 @@ public interface RackMountable extends ManagedEnvironment, StateAware {
|
||||
/**
|
||||
* This gets called when the server rack is activated by a player, and
|
||||
* hits the space occupied by this mountable.
|
||||
* <p/>
|
||||
* As per usual, keep in mind that the hit coordinates are comparatively
|
||||
* imprecise on the server side, since they'll have been sent in a
|
||||
* pointlessly compressed fashion (because MC is a dummy like that).
|
||||
*
|
||||
* @param player the player activating the mountable.
|
||||
* @param side the side (in global coordinate space) of the rack that was activated.
|
||||
* @param hitX the relative x coordinate of the activation.
|
||||
* @param hitY the relative y coordinate of the activation.
|
||||
* @param hitZ the relative z coordinate of the activation.
|
||||
* @return whether the activation was handled (e.g. GUI opened).
|
||||
*/
|
||||
boolean onActivate(EntityPlayer player);
|
||||
boolean onActivate(EntityPlayer player, ForgeDirection side, float hitX, float hitY, float hitZ);
|
||||
}
|
||||
|
||||
@ -34,7 +34,7 @@ tile.oc.robotAfterimage.name=Roboter
|
||||
tile.oc.screen1.name=Bildschirm (Stufe 1)
|
||||
tile.oc.screen2.name=Bildschirm (Stufe 2)
|
||||
tile.oc.screen3.name=Bildschirm (Stufe 3)
|
||||
tile.oc.serverRack.name=Serverschrank
|
||||
tile.oc.rack.name=Serverschrank
|
||||
tile.oc.switch.name=Switch
|
||||
tile.oc.netSplitter.name=Net Splitter
|
||||
tile.oc.waypoint.name=Wegpunkt
|
||||
@ -211,15 +211,14 @@ oc:gui.Raid.Warning=§4Platten werden beim Einsetzen[nl] gelöscht. Entfernen ei
|
||||
oc:gui.Robot.Power=Energie
|
||||
oc:gui.Robot.TurnOff=Ausschalten
|
||||
oc:gui.Robot.TurnOn=Einschalten[nl] §7Nutze ein Messgerät, um Fehler zu behandeln.§r
|
||||
oc:gui.ServerRack.Back=Hinten
|
||||
oc:gui.ServerRack.Bottom=Unten
|
||||
oc:gui.ServerRack.Left=Links
|
||||
oc:gui.ServerRack.None=Keine
|
||||
oc:gui.ServerRack.Right=Rechts
|
||||
oc:gui.ServerRack.SwitchExternal=Extern
|
||||
oc:gui.ServerRack.SwitchInternal=Intern
|
||||
oc:gui.ServerRack.Top=Oben
|
||||
oc:gui.ServerRack.WirelessRange=Reichweite
|
||||
oc:gui.Rack.Back=Hinten
|
||||
oc:gui.Rack.Bottom=Unten
|
||||
oc:gui.Rack.Left=Links
|
||||
oc:gui.Rack.None=Keine
|
||||
oc:gui.Rack.Right=Rechts
|
||||
oc:gui.Rack.Enabled=Aktiv
|
||||
oc:gui.Rack.Disabled=Inaktiv
|
||||
oc:gui.Rack.Top=Oben
|
||||
oc:gui.Switch.PacketsPerCycle=Pakete / Zyklus
|
||||
oc:gui.Switch.QueueSize=Puffergröße
|
||||
oc:gui.Switch.TransferRate=Taktung
|
||||
@ -236,7 +235,7 @@ oc:container.DiskDrive=Diskettenlaufwerk
|
||||
oc:container.Printer=Drucker
|
||||
oc:container.Raid=Raid
|
||||
oc:container.Server=Server
|
||||
oc:container.ServerRack=Serverschrank
|
||||
oc:container.Rack=Serverschrank
|
||||
oc:container.Switch=Switch
|
||||
oc:container.TabletWrapper=Tablet
|
||||
|
||||
@ -335,7 +334,7 @@ oc:tooltip.Robot_StoredEnergy=§fGespeicherte Energie§7: §a%s§7.
|
||||
oc:tooltip.Screen=Zeigt Text an, gesteuert von Grafikkarten in Computern.[nl] Höchstauflösung: §f%sx%s§7[nl] Maximale Farbtiefe: §f%s§7
|
||||
oc:tooltip.Server=Ein Server kann wie ein gewöhnliches Computergehäuse mit Komponenten verbessert werden. Um den Server zu starten, muss er in einem Servergehäuse installiert werden.[nl] Anzahl unterstützter Fernbedienungen: §f%s§7
|
||||
oc:tooltip.Server.Components=Installierte Komponenten:
|
||||
oc:tooltip.ServerRack=Erlaubt die Installation von bis zu vier Servern. Stellt für jeden eingebauten Server eine virtuelle Tastatur- und Bildschirmkomponente zur Verfügung, welche je eine Fernbedienung repräsentieren.
|
||||
oc:tooltip.Rack=Erlaubt die Installation von bis zu vier Servern oder anderen Rack-Einschüben.
|
||||
oc:tooltip.Switch=Erlaubt es, mehrere Netzwerke miteinander zu verbinden. Leitet ausschließlich Netzwerknachrichten weiter, Komponenten "hinter" dem Switch sind nicht sichtbar. Nützlich, um Netzwerke zu trennen, jedoch nach wie vor Kommunikation zwischen den Netzwerken zu erlauben, z.b. mittels Netzwerkkarten.
|
||||
oc:tooltip.Tablet=Ein Tablet-PC, für Lua unterwegs. Kann durch Sneak-Aktivierung zwangsgestoppt werden.
|
||||
oc:tooltip.TabletCase=Einfaches Gehäuse für Tablet-PCs. Kann in der Elektronik-Werkbank mit Komponenten bestückt werden, um einen Tablet-PC zu fertigen.
|
||||
|
||||
@ -36,7 +36,7 @@ tile.oc.robotAfterimage.name=Robot
|
||||
tile.oc.screen1.name=Screen (Tier 1)
|
||||
tile.oc.screen2.name=Screen (Tier 2)
|
||||
tile.oc.screen3.name=Screen (Tier 3)
|
||||
tile.oc.serverRack.name=Server Rack
|
||||
tile.oc.rack.name=Rack
|
||||
tile.oc.switch.name=§cSwitch§7
|
||||
tile.oc.transposer.name=Transposer
|
||||
tile.oc.waypoint.name=Waypoint
|
||||
@ -214,15 +214,14 @@ oc:gui.Raid.Warning=§4Adding a disk wipes it.[nl] Removing a disk wipes the rai
|
||||
oc:gui.Robot.Power=Energy
|
||||
oc:gui.Robot.TurnOff=Turn off
|
||||
oc:gui.Robot.TurnOn=Turn on[nl]§7Use an Analyzer to troubleshoot errors.§r
|
||||
oc:gui.ServerRack.Back=Back
|
||||
oc:gui.ServerRack.Bottom=Bottom
|
||||
oc:gui.ServerRack.Left=Left
|
||||
oc:gui.ServerRack.None=None
|
||||
oc:gui.ServerRack.Right=Right
|
||||
oc:gui.ServerRack.SwitchExternal=External
|
||||
oc:gui.ServerRack.SwitchInternal=Internal
|
||||
oc:gui.ServerRack.Top=Top
|
||||
oc:gui.ServerRack.WirelessRange=Range
|
||||
oc:gui.Rack.Back=Back
|
||||
oc:gui.Rack.Bottom=Bottom
|
||||
oc:gui.Rack.Left=Left
|
||||
oc:gui.Rack.None=None
|
||||
oc:gui.Rack.Right=Right
|
||||
oc:gui.Rack.Enabled=Enabled
|
||||
oc:gui.Rack.Disabled=Disabled
|
||||
oc:gui.Rack.Top=Top
|
||||
oc:gui.Switch.PacketsPerCycle=Packets / cycle
|
||||
oc:gui.Switch.QueueSize=Queue size
|
||||
oc:gui.Switch.TransferRate=Cycle rate
|
||||
@ -240,7 +239,7 @@ oc:container.Printer=Printer
|
||||
oc:container.Raid=Raid
|
||||
oc:container.Relay=Relay
|
||||
oc:container.Server=Server
|
||||
oc:container.ServerRack=Server Rack
|
||||
oc:container.Rack=Rack
|
||||
oc:container.Switch=Switch
|
||||
oc:container.TabletWrapper=Tablet
|
||||
|
||||
@ -341,7 +340,7 @@ oc:tooltip.Robot_StoredEnergy=§fStored energy§7: §a%s§7
|
||||
oc:tooltip.Screen=Display text, controlled by a Graphics Card in a Case.[nl] Maximum resolution: §f%sx%s§7[nl] Maximum color depth: §f%s§7
|
||||
oc:tooltip.Server=This is a server, there are many like it, but this one can be upgraded with components much like a computer case can be. It can be run by inserting it into a server rack.[nl] Number of supported terminals: §f%s§7
|
||||
oc:tooltip.Server.Components=Installed components:
|
||||
oc:tooltip.ServerRack=Allows the installation of up to four servers. Use a Remote Terminal to access the servers built into this server rack.
|
||||
oc:tooltip.Rack=Allows the installation of up to four servers or other rack mountables.
|
||||
oc:tooltip.Switch=Allows connecting different networks to each other. Only network messages will be passed along, components will not be visible through this. Use this to separate networks while still allowing communication using Network Cards, for example.
|
||||
oc:tooltip.Tablet=A tablet computer, for fresh Lua on the go. Can be forced to shut down by sneak-activating it.
|
||||
oc:tooltip.TabletCase=Basic case for tablets. Place it into the assembler to add in components and create a tablet computer.
|
||||
|
||||
@ -34,7 +34,7 @@ tile.oc.robotAfterimage.name=Robot
|
||||
tile.oc.screen1.name=Ecran (Niveau 1)
|
||||
tile.oc.screen2.name=Ecran (Niveau 2)
|
||||
tile.oc.screen3.name=Ecran (Niveau 3)
|
||||
tile.oc.serverRack.name=Support de serveur
|
||||
tile.oc.rack.name=Support de serveur
|
||||
tile.oc.switch.name=Routeur
|
||||
tile.oc.waypoint.name=Point de passage
|
||||
|
||||
@ -203,15 +203,12 @@ oc:gui.Raid.Warning=§4L'ajout d'un disque le nettoie.[nl] L'enlèvement d'un di
|
||||
oc:gui.Robot.Power=Énergie
|
||||
oc:gui.Robot.TurnOff=Éteindre
|
||||
oc:gui.Robot.TurnOn=Allumer
|
||||
oc:gui.ServerRack.None=Aucun
|
||||
oc:gui.ServerRack.Back=Arrière
|
||||
oc:gui.ServerRack.Bottom=Bas
|
||||
oc:gui.ServerRack.Left=Gauche
|
||||
oc:gui.ServerRack.Right=Droite
|
||||
oc:gui.ServerRack.Top=Haut
|
||||
oc:gui.ServerRack.SwitchExternal=Externe
|
||||
oc:gui.ServerRack.SwitchInternal=Interne
|
||||
oc:gui.ServerRack.WirelessRange=Portée
|
||||
oc:gui.Rack.None=Aucun
|
||||
oc:gui.Rack.Back=Arrière
|
||||
oc:gui.Rack.Bottom=Bas
|
||||
oc:gui.Rack.Left=Gauche
|
||||
oc:gui.Rack.Right=Droite
|
||||
oc:gui.Rack.Top=Haut
|
||||
oc:gui.Switch.TransferRate=Vitesse du cycle
|
||||
oc:gui.Switch.PacketsPerCycle=paquets / cycle
|
||||
oc:gui.Switch.QueueSize=Taille de la file
|
||||
@ -228,7 +225,7 @@ oc:container.DiskDrive=Lecteur disque
|
||||
oc:container.Printer=Imprimante
|
||||
oc:container.Raid=Raid
|
||||
oc:container.Server=Serveur
|
||||
oc:container.ServerRack=Support de serveur
|
||||
oc:container.Rack=Support de serveur
|
||||
oc:container.Switch=Routeur
|
||||
oc:container.TabletWrapper=Tablette
|
||||
|
||||
@ -320,7 +317,7 @@ oc:tooltip.Robot_StoredEnergy=§fEnergie stockée§7: §a%s§7.
|
||||
oc:tooltip.Screen=Affiche du texte, contrôlé par une Carte graphique dans un Boitier.[nl] Résolution maximum: §f%sx%s§7[nl] Couleurs maximales: §f%s§7
|
||||
oc:tooltip.Server=Ceci est un serveur, il y en a beaucoup comme ca, mais celui-ci peut être amélioré avec des composants bien plus qu'un ordinateur peut l'être. Il peut être placé dans un support de serveur.[nl] Numbre de terminaux supportés : §f%s§7
|
||||
oc:tooltip.Server.Components=Composants installés :
|
||||
oc:tooltip.ServerRack=Permet l'installation jusqu'à quatre serveurs. Utilisez un terminal à distance pour avoir accès aux serveurs placés dans ce support.
|
||||
oc:tooltip.Rack=Permet l'installation jusqu'à quatre serveurs.
|
||||
oc:tooltip.Switch=Permet de connecter différents réseaux entre eux. Seulement des messages réseau seront transmis, les composants ne seront pas visibles via celui ci. A utiliser pour séparer des réseaux tout en leur permettant de communiquer entre eux, grâce aux Cartes réseau, par exemple.
|
||||
oc:tooltip.Tablet=Une tablette, pour une Lua fraiche en route. Peut être forcé à l'arrêt par un accroupi-clique droit.
|
||||
oc:tooltip.TabletCase=Boitier de tablettes de base. Placez-le dans l'assembleur pour ajouter des composants et créez une tablette.
|
||||
@ -348,60 +345,6 @@ oc:tooltip.UpgradeTankController=Cette amélioration permet au robot plus de con
|
||||
oc:tooltip.UpgradeTractorBeam=Equipe le robot avec une technologie extrêmement avancée, surnommé "l'aimant d'éléments". Cela lui permet de prendre des éléments n'importe où 3 blocs autour de son emplacement.
|
||||
oc:tooltip.WirelessNetworkCard=Permet l'envoi de messages réseaux sans fil. Pensez à régler la §fforce du signal§7, sinon aucun paquet ne sera envoyé!
|
||||
|
||||
# NEI Usage Pages
|
||||
item.oc.AbstractBusCard.usage=This card allows computers, servers and robots to interact with StargateTech2's abstract bus. When the card is installed, these blocks will connect to the abstract bus and a component becomes available to the machine that can be used to send messages across the abstract bus. Incoming abstract bus messages are converted to signals that are injected into the machine.
|
||||
item.oc.Analyzer.usage=The §oAnalyzer§r is a handy tool for getting some information about OpenComputers-related blocks in the world. Simply (sneak-)activate a block to get some information printed to the chat. This ranges from basic things like the address of components, to power levels in the subnetwork the block is in, and information on the error lead to a computer to crash, for example.[nl][nl]Another useful functionality is that when using the using the analyzer on a block while holding down [Ctrl] the address of the block component will be copied to the clipboard.
|
||||
item.oc.ComponentBus.usage=A §oComponent Bus§r is a server-specific upgrade that allows the server to communicate with more components at the same time, without shutting down. Like with CPUs, higher tier buses provide higher component limits.
|
||||
item.oc.CPU.usage=The §oCentral Processing Unit§r is a core part for each computer. It defines the architecture of the computer, and the number of components that can be connected to the computer before it stops working. Higher tier CPUs also provide a higher per-tick direct call limit to the computer - in simpler terms: better CPUs run faster.
|
||||
item.oc.DebugCard.usage=The §oDebug Card§r is a non-craftable item that was originally only intended to make debugging things easier, by automating some processes. It has since gotten a bunch more functionality, making it quite useful for custom map-making.
|
||||
item.oc.eeprom.usage=The §oEEPROM§r is what contains the code used to initialize a computer when it is being booted. This data is stored as a plain byte array, and may mean different things to different CPU architectures. For example, for Lua it is usually a small script that searches for file systems with an init script, for other architectures it may be actual machine code.
|
||||
item.oc.FloppyDisk.usage=The §oFloppy Disk§r is the cheapest and smallest type of storage medium in OpenComputers. It is a handy early game way of storing data and transferring it between computers and robots. You may also find floppy disks with useful programs on them in dungeon chests.[nl][nl]Beware: shift-rightclicking while holding a floppy disk in your hand will wipe the floppy disk!
|
||||
item.oc.GraphicsCard.usage=The §oGraphics Card§r is an essential part for most computers and allows the computer to display text on a connected §oScreen§r. Graphics cards come in several tiers, and like screens, support different resolutions and color depths.[nl][nl]Another noteworthy difference for the different graphics card tiers is the number of operations a graphics card can perform per tick. The values listed in the graphics cards' tooltip is representative for a computer with a tier two CPU. Tier one CPUs perform slightly slower, tier three CPUs slightly faster. The numbers listed are for the different operations provided by a GPU: copy, fill, set, setBackground and setForeground, respectively.
|
||||
item.oc.HardDiskDrive.usage=The §oHard Disk Drives§r are the higher tier storage medium in OpenComputers. There are no speed differences in the storage media provided by OpenComputers, they only differ in the amount of disk space they provide. There are also some devices that can only use disk drives, no floppies (although servers could use an external disk drive, for example).[nl][nl]Beware: shift-rightclicking while holding a hard disk in your hand will wipe the disk!
|
||||
item.oc.InternetCard.usage=The §oInternet Card§r grants computers access to the internet. It provides ways to perform simple HTTP requests, as well as to open plain TCP client sockets that can be read and written to.[nl][nl]Installing an internet card in a computer will also attach a custom file system that contains a few internet related applications, such as one for downloading and uploading snippets from and to pastebin as well as a wannabe wget clone that allows downloading data from arbitrary HTTP URLs.
|
||||
item.oc.LinkedCard.usage=The §oLinked Card§r is a specialized but advanced version of a network card. It can only operate in pairs, providing a point-to-point communication between the paired cards. In return the distance the cards can communicate over is unlimited. They can even communicate when in different dimensions.
|
||||
item.oc.Memory.usage=§oMemory§r is, like a §oCPU§r, an essential part in all computers. Depending on the CPU's architecture, the memory has a very essential effect on what a computer can and cannot do. For the standard Lua architecture, for example, it controls the actual amount of memory Lua scripts can use. This means that to run larger and more memory-intensive programs, you'll need more RAM.
|
||||
item.oc.MicrocontrollerCase.usage=The §oMicrocontroller Case§r is the base part when building microcontrollers in the §oAssembler§r. Microcontrollers are very primitive computers. They may only contain a very limited number of components, and are intended to be used in very specific use-cases, such as transforming or reacting to redstone signals, or processing network messages.[nl][nl]They do not have an actual file system. All programming must be done using the EEPROM chip built into them. This chip can be swapped for another one by crafting a microcontroller with the chip to insert. The old EEPROM will be returned to your inventory.[nl][nl]While they also require power to run, they consume very little energy.
|
||||
item.oc.NetworkCard.usage=The §oNetwork Card§r allows computers to send and receive network messages. Such messages (or packets) can be either sent as a broadcast, in which case they will be sent to all nodes in the same subnetwork, or sent to specific target, in which case they will only be received by the node with the specified target address. §oSwitches§r and §oAccess Points§r can be used to bridge multiple subnetworks by relaying messages between the subnetworks they are connected to. It is also possible to send a targeted message if the receiver is in another subnetwork, if the networks are connected via one or more switches.
|
||||
item.oc.RedstoneCard.usage=The §oRedstone Card§r allows computers to read and emit analog redstone signal in adjacent blocks. When an ingoing signal strength changes, a signal is injected into the computer.[nl][nl]If there are any supported mods present that provide bundled redstone facilities, such as RedLogic, Project Red or MineFactory Reloaded, or mods that provide wireless redstone facilities such as WR-CBE and Slimevoid's Wireless mod, a second tier card is available that allows interacting with these systems.[nl][nl]The side provided to the several methods are relative to the orientation of the computer case / robot / server rack. That means when looking at the front of the computer, right is at your left and vice versa.
|
||||
item.oc.Server.usage=§oServers§r are a form of higher tier computer. They can be configured by holding them in the hand and rightclicking - like opening a backpack or ender pouch, for example. After inserting CPU, memory and cards, the server has to be placed inside a §oServer Rack§r. For more information see the server rack entry.
|
||||
item.oc.TabletCase.usage=The §oTablet Case§r is the base part when building tablets in the §oAssembler§r. Tablets are very compact and portable computers. They can host a small number of select upgrades, but obviously cannot interact with the world like computer cases can (using simple §oNetwork Cards§r or §oRedstone Cards§r for example). Upgrades and cards that cannot be used in tablets can generally not be placed into the assembler, so if you can install an upgrade, you can usually assume that you will also be able to use it.[nl][nl]They must also remain in a player's inventory to continue running. When dropped or placed into some other inventory, they will turn off after a short amount of time.
|
||||
item.oc.Terminal.usage=The §oRemote Terminal§r can be used to remote control §oServers§r. To use it, sneak-activate a server that is installed in a §oServer Rack§r (click on the server rack block in the world, targeting the server to bind the terminal to). When a terminal is bound to a server, a virtual screen and keyboard get connected to the server. This can lead to unexpected behavior if another real screen and/or keyboard is connected to the server, so this should be avoided. When rightclicking with the terminal in hand after binding it, a GUI will open, the same as when opening the GUI of a screen with an attached keyboard.[nl][nl]Multiple terminals can be bound to one server, but they will all display the same information, as they will share the virtual screen and keyboard. The number of terminals that can be bound to a server depends on the server's tier. The range in which the terminals work can be configured in the server rack's GUI.
|
||||
item.oc.UpgradeChunkloader.usage=The §oChunkloader Upgrade§r can be installed in robots to allow them too keep the chunk they are in - as well as the surrounding chunks - loaded. This consumes quite a bit of energy, however. The chunkloader can be turned on and off using the component the upgrade exposes to the robot.[nl][nl]The upgrade is automatically enabled when the robot powers up, and automatically disabled when the robot powers down.
|
||||
item.oc.UpgradeContainerCard.usage=The §oCard Container§r is a container type upgrade for robots that provides a slot in the finished robots into which cards can be placed. The tier of card that slot can hold is equal to the tier of the container. Unlike normal upgrades, the complexity of containers is twice their tier.
|
||||
item.oc.UpgradeContainerUpgrade.usage=The §oUpgrade Container§r is a container type upgrade for robots that provides a slot in the finished robots into which normal upgrades can be placed. The tier of upgrade that slot can hold is equal to the tier of the container. Unlike normal upgrades, the complexity of containers is twice their tier.
|
||||
item.oc.UpgradeCrafting.usage=The §oCrafting Upgrade§r allows robots to craft shaped and shapeless recipes using items in their inventory. When crafting, the top-left three by three grid in the robot's inventory is used as the crafting grid. Items have to be located as they would be in a normal crafting table. Results will be placed back into the robot's inventory. As when picking up items, the result will preferrably placed into the selected slot, and failing so continue to search forwards until an empty slot is found. If no inventory space remains, the result will be dropped into the world.
|
||||
item.oc.UpgradeDatabase.usage=The §oDatabase Upgrade§r can be configured to store a list of item stack representations, which can then be used by other components. This is particularly useful for items that are differentiated purely based on their NBT data, which is not part of the item stack descriptor returned by callbacks.[nl][nl]To configure a database, open it by right-clicking it while holding it in your hand, then placing the stacks you wish to configure it with into the top inventory. This will store a "ghost stack", i.e. no "real" items are stored in the database.
|
||||
item.oc.UpgradeExperience.usage=The §oExperience Upgrade§r is a very special upgrade, as it allows robots to collect experience by performing various actions, such as digging up ores and killing entities. Robots can gain up to 30 levels, and gain passive bonuses with each level, including faster harvest speeds and increased energy buffer capacity. Robots at level ten and above will get a golden tint, robots at level twenty and above will get a diamond tint.[nl][nl]The actual experience is stored inside the upgrade, meaning if the upgrade is transferred to another robot, so is the experience.
|
||||
item.oc.UpgradeGenerator.usage=The §oGenerator Upgrade§r allows robots to refuel on the go. Currently it only supports solid fuels, such as coal. It has an internal intentory that can store one item stack of fuel. Surplus fuel can be removed from the generator using the according API method. When removing a generator upgrade from a robot its contents will be dropped into the world.[nl][nl]The efficiency of generators is lower than that of usual generators of other mods, meaning it is usually more fuel efficient to power robots using a §oCharger§r.
|
||||
item.oc.UpgradeInventory.usage=The §oInventory Upgrade§r provides inventory slots to robots. For each inventory upgrade a robot will gain an addition 16 inventory slots, up to a maximum of 64 slots in total. If no inventory upgrade is installed in a robot it will not be able to store or pick up items.
|
||||
item.oc.UpgradeInventoryController.usage=The §oInventory Controller Upgrade§r provides extended inventory interaction to robots. It allows the robots to excplicitly target slots in external inventories when dropping or sucking items. It also allows robots to read detailed information about item stacks. Lastly it provides robots with a means to change their equipped tool without external help.[nl][nl]This upgrade can also be placed in §oAdapters§r, where it provides similar inspection methods for inventories adjacent to the adapter as it does to the robot. It does not allow the adapter to move items into or out of inventories, however. This feature is only available in robots.
|
||||
item.oc.UpgradeNavigation.usage=The §oNavigation Upgrade§r provides location and orientation information to §oRobots§r and §oTablets§r it is installed in. The coordinates the upgrade provides are relative to the center of the map that was used to craft the upgrade, and the functional range is based on the size of that map.[nl][nl]Navigation upgrades can be re-crafted with a map to replace the map in the upgrade with another one. The old map will be returned.
|
||||
item.oc.UpgradeTank.usage=The §oTank Upgrade§r allows robots to store fluids. Each tank can only hold a single type of fluids, and provides a volume of 16 buckets (16000mB). Robots can drain liquids from the world and from other fluid tanks, and can fill the fluids back into fluid tanks, and, when supported by the fluid, place them back into the world. There is no limit to the number of tanks that can be installed in a robot.
|
||||
item.oc.UpgradeTankController.usage=The §oTank Controller Upgrade§r is to fluid tanks what the §oInventory Controller Upgrade§r is to normal inventories. It allows robots to query more detailed information about tanks in and next to the robot.[nl][nl]This upgrade can also be installed in §oAdapters§r, allowing computers connected to the adapter to query information about the tanks adjacent to the adapter.
|
||||
item.oc.UpgradeTractorBeam.usage=The §oTractor Beam Upgrade§r allows robots to pick up items in a three block radius around them. This can be highly useful when employing robots in tree or other farms, or when having them use tools that break multiple blocks around them (such as Tinker's Construct tools). Each operation will try to suck a single item stack in range and consume some energy.
|
||||
item.oc.WirelessNetworkCard.usage=The §oWireless Network Card§r is an upgraded §oNetwork Card§r than, in addition to wired network messages, can also send and receive wireless network messages. The signal strength directly controls the distance up to which a sent message can be received, where the strength is equal to that distance in blocks.[nl][nl]The higher the signal strength, the more energy it will take to send a single message. The terrain between the sender and receiver also determines whether a message will be successfully transmitted or not. To penetrate a block, the blocks hardness is subtracted from the signal strength - with the minimum being one for air blocks. If no strength remains to reach the receiver, the message will not be received. This is not an exact science however - sometimes messages may still reach the target. In general you'll want to make sure the line of sight between sender and receiver are clear, however.
|
||||
tile.oc.accessPoint.usage=The §oAccess Point§r is the wireless version of the switch block. It can be used to separate subnetworks so that machines in them will not see components in other networks, while still allowing to send network messages to the machines in other networks.[nl][nl]In addition to that, this block will resend any wired messages it receives as wireless ones, wireless messages it receives as wired messages, and repeat wireless messages as wireless ones.[nl][nl]Switches and access point do §lnot§r keep track of which packets they relayed recently, so avoid cycles in your network, or you may receive the same packet multiple times.[nl][nl]Packets are only re-sent a certain number of times, so chaining an arbitrary number of switches or access points is not possible.
|
||||
tile.oc.adapter.usage=The §oAdapter§r allows computers to interact with a number of blocks that are not part of OC, such as blocks from Minecraft itself (like the Furnace) and from a number of other mods. Supported blocks adjacent to the adapter will show up as components in computers connected to the adapter.[nl][nl]In addition to this, the adapter provides a slot for a few select upgrades. For example, the §oInventory Controller Upgrade§r allows computers to query more information from an inventory adjacent to the adapter, similar to when the upgrade is installed in a robot, and a §oTank Controller Upgrade§r provides similar functionality for fluid tanks next to the adapter.
|
||||
tile.oc.assembler.usage=The §oAssembler§r is an advanced workstation that can be used to build more complex electronic devices, such as §oRobots§r and §oTablets§r. They usually require a relatively large amount of energy to assemble these devices, to it is recommended to power them sufficiently.[nl][nl]To build a device using an assembler, first insert the base part for that device. For robots that is a computer case of any tier, for tablets that is a tablet case. Continue to insert any parts you would like the device to contain. Take particular care to provide an operating system, or a possibility to install one later on (for robots you can install a disk drive to insert and remove floppies later on, for example).[nl][nl]Also note that for robots to have a screen you need to install a tier one screen in them, and to allow typing on the screen you also need to install a keyboard. For tablets the screen is pre-installed in the tablet case, but you still need to install a keyboard if you wish to type on your tablet.[nl][nl]Once everything is in place, press the start button and wait for the device to be assembled and charged. It is important to remember that you §lcannot§r change the device after it has been assembled. If you forgot something or made a mistake, you will have to disassemble the device completely using the §oDisassembler§r, which has a slight chance of breaking parts in the process.
|
||||
tile.oc.cable.usage=The §oCable§r simply serves as a way of connecting computers and machines that are far apart. If you have a compact build where all components touch each other (directly or indirectly, most blocks also behave the same way as cables) you will usually not need cables.[nl][nl]Cables can be colored using any kind of dye. Colored cables will only connect to cables of the same color and to light gray colored cables - the default color. This can be useful for running cables for multiple subnetworks in parallel, without using covers.[nl][nl]Speaking of which, cables can be covered using either Forge MultiPart covers or immibis Microblocks covers.
|
||||
tile.oc.capacitor.usage=The §oCapacitor§r has one job, storing a bunch of energy, either as a failsafe or for quick use. Unlike when converting energy from other mods' power systems to the internal energy format, transfer inside a single OC subnetwork is pretty much instantaneous, so it can be of advantage to store some energy internally, for tasks that consume a lot of energy, such as assembling devices in the §oAssembler§r or charging §oRobots§r.[nl][nl]The storage efficiency of capacitors increases the more capacitors are in their direct and indirect vicinity. For example, two capacitors directly next to each other will have a higher storage capacity than the sum of two separated capacitors. This adjacency bonus applies for capacitors up to two blocks away, with slightly less of a bonus for capacitors two blocks away than for capacitors one block away.
|
||||
tile.oc.case.usage=The §oComputer Case§r is the most basic computer you can build, and usually what you'll get started with. The different tiers of computers have a different layout of slots available for parts, as well as increasing level of supported component tier (indicated by the roman numeral in applicable slots).[nl][nl]To get a running computer you'll need to install a §oCPU§r and some §oMemory§r (RAM) in a computer case. You'll usually also want to install a §oGraphics Card§r to be able to display text on a connected screen, and a §oHard Drive§r to install an operating system on (after booting from an OS floppy from an external §oDisk Drive§r for the first time, for example).[nl][nl]Computers can be upgraded using several different cards. For example, using a §oRedstone Card§r computers are able to read and emit redstone signals. Using §oNetwork Cards§r they can send and receive network messages, allowing them to communicate with other computers.[nl][nl]If a computer stops working / crashes, try using the §oAnalyzer§r tool on it (sneak-activate) to see the error message that caused the computer to stop.[nl][nl]Computer cases can be dyed using any dye. This is purely for aesthetic reasons, and has no practical implications.[nl][nl]Computer cases also serve as the base part when building robots in the §oAssembler§r. The different tiers determine the available slots for building the robot. When using a creative case, the robot will also provide itself with power, as does the normal creative case.
|
||||
tile.oc.charger.usage=The §oCharger§r is used to charge devices such as §oRobots§r and §oTablets§r. A charger has to be activated by applying a redstone signal to it. The relative charge speed is based on the applied redstone signal's strength, with a strength of 15 meaning a charge speed of 100%.[nl][nl]Note that this logic can be inversed by hitting the charger with a BuildCraft compatible wrench. In inversed mode the charger defaults to 100% charge speed, and a higher redstone signal will result in a slower charge speed.[nl][nl]When a tablet is placed in the charger, its first hard drive is also exposed to computers connected to the charger, similar to how §oFloppies§r in §oDisk Drives§r are. This allows copying data onto or from a tablet, if desired.
|
||||
tile.oc.disassembler.usage=The §oDisassembler§r can be used to deconstruct most items in OpenComputers into their original parts. This is mostly useful to reclaim materials from old parts that are no longer useful, or to decompose devices that are either no longer needed or built broken (e.g. robots without an operating system).[nl][nl]Disassembling items takes a relatively long time, and quite some energy. It also has a certain risk to destroy the reclaimed items - this chance is applied to each extracted item - so be sure to not carelessly throw things into the disassembler.
|
||||
tile.oc.diskDrive.usage=The §oDisk Drive§r can be used to read §oFloppies§r using a computer connected to the disk drive. This is useful to get started, since the lower tier computer cases do not have a built-in floppy slot, and you'll need an operating system to get started - which usually only come on floppy disks (such the craftable OpenOS one).[nl][nl]It can also be installed in robots to allow inserting an removing floppy disks into and from the robot at any time, which can be very useful, since the only other way to transfer data from a robot is using networking - for example using §oNetwork Cards§r.
|
||||
tile.oc.geolyzer.usage=The §oGeolyzer§r can be used by computers to scan the terrain surrounding the geolyzer for the blocks' approximate hardness. This can be useful to generate maps of the area to display on §oHologram Projectors§r as well as to detect potentially valuable blocks (ores are usually harder than dirt and stone).[nl][nl]The geolyzer can also be installed in robots as an upgrade to allow them to scan their surroundings. Performing a scan will consume some energy, though, so using it excessivly may quickly drain a robot's batteries.
|
||||
tile.oc.keyboard.usage=A §oKeyboard§r is needed to type text on §oScreens§r, be they in the world or built into devices such as §oRobots§r or §oTablets§r.[nl][nl]For a keyboard to work with a screen in the world, it has to be placed next to the screen, facing that screen, or placed directly on the screen (on top or on one of its sides). You can tell that a keyboard is "connected" to a screen if by right-clicking the keyboard the screen's GUI opens up.
|
||||
tile.oc.hologram.usage=The §oHologram Projector§r is a volumetric display, i.e. it provides a three dimensional array of voxels that can be individually enabled or disabled by a connected computer. The second tier projector, while having the same resolution as the tier one projector, supports displaying the individual voxels in three different colors.[nl][nl]Holograms can be rotated along their vertical axis by hitting them with a BuildCraft compatible wrench on their top or bottom. This can save some effort, so that the output doesn't have to be transformed on the software side.
|
||||
tile.oc.motionSensor.usage=The §oMotion Sensor§r allows computers to detect movement of living entities. If an entity moves faster than a set threshold, a signal will be injected into computers connected to the motion sensor. The threshold can be configured via the component the motion sensor exposes to connected computers.[nl][nl]Movement is only detected if it happens within a radius of eight blocks around the motion sensor, and if there is a direct line of sight from the block to the entity that moved.
|
||||
tile.oc.powerConverter.usage=The §oPower Converter§r serves as the fastest way to convert energy from other mods' power systems to OpenComputers' internal energy. If you only run a simple computer you probably won't need a converter. If you have a large capacitor bank that you only drain every now and then, you probably won't need one, either. However, if you wish to directly power an §oAssembler§r or §oCharger§r, it is usually a good idea to use a converter, instead of directly connecting them to external power.
|
||||
tile.oc.powerDistributor.usage=The §oPower Distributor§r is for energy what the §oSwitch§r is for network messages. It allows several subnetworks to share their energy, without components being exposed to computers in other networks. It operates by regularly "balancing" the energy in all subnetworks it is connected to, so that the §lrelative§r amount of energy is the same in them.
|
||||
tile.oc.raid.usage=The §oRaid§r block houses three hard drives which will be combined into a single file system. This combined file system has the size of the sum of the capacities of the individual hard drives and is available to all computers connected to the raid.[nl][nl]The raid only works (and shows up as a file system) when three disks are present. The disks may differ in size.[nl][nl]Beware that adding a hard drive to the raid block will wipe it of its contents. Removing a single disk from a complete raid will also wipe the raid. Adding the disk back in will §lnot§r restore it, the raid's new file system will not contain any files.
|
||||
tile.oc.redstone.usage=The §oRedstone I/O§r block can be used to remotely read and emit redstone signals. It behaves like a hybrid of a tier one and two §oRedstone Card§r, in that it can read and emit simple analog as well as bundled signals, but cannot read or emit wireless redstone signals.[nl][nl]When providing a side to the methods of the component exposed by this block, the directions are the global principal directions, i.e. it is recommended to use sides.north, sides.east and so on.[nl][nl]Like the redstone card, this block injects a signal into connected computers when the state of a redstone signal changes - both for analog as well as for bundled signals.
|
||||
tile.oc.screen.usage=A §oScreen§r is used in combination with a §oGraphics Card§r to allow computers to display text. Different screen tiers have different capabilties, that being that they support different resolutions and color depths, ranging from very low resolution, monochrome displays, to very high resolutions with up to 256 different colors.[nl][nl]The available resolution and color depth depends on the weakest link. When using a tier one graphics card with a tier three screen, only the tier one resolution and color depth is usable.[nl][nl]Screens can be placed next to each other to form multi-block screens. This has no impact on the available resolution. To control how adjacent screens connect, screens can also be dyed using any dye. Screens with different colors will not connect. Screens with different tiers will never connect, even if they have the same color.[nl][nl]Tier two and tier three screens also support mouse input. Clicks can either be performed in a screen's GUI (which can only be opened if a keyboard is connected to the screen), or by sneak-activating a screen empty-handed. Note that whether the GUI opens when sneak- or normally activating a screen can be controlled via the component it exposes to connected computers.
|
||||
tile.oc.serverRack.usage=A §oServer Rack§r houses up to four §oServers§r. A server is a higher tier computer, which can only run when inside a server rack. Servers can be remote controlled using a §oRemote Terminal§r. The number of terminals that can be connected to a single server at a time depends on the tier of the server. The distance up to which the remote terminals work can be configured in the rack's GUI. Higher values have a higher constant energy draw.[nl][nl]Each server in a server rack can only communicate with one "face" of the server rack at a time - or none at all. Which side each server is connected to can be configured in the server rack's GUI. Beware that the sides are from the point of view of the server rack, i.e. if you are looking at the front of the server rack, right will be to your left and vice versa.[nl][nl]Server racks act as §oSwitch§r and §oPower Distributor§r in one. The switch mode of the server rack can be configured in its GUI, with the two options being internal and external. In external mode the server rack will behave like a normal switch. In internal mode, messages are only passed to the servers in the rack, they will not be automatically relayed to the other faces of the rack. Servers will still be able to send messages to each other. This allows using server racks as advanced switches that can perform filter and mapping operations, for example.
|
||||
tile.oc.switch.usage=The §oSwitch§r can be used to allow different subnetworks to send network messages to each other without exposing components to computers in other networks. Keeping components local is usually a good idea, to avoid computers using the wrong screen or to avoid component overflows to happen (in which computers will crash / not start anymore).[nl][nl]There is also a wireless variation of this block, the §oAccess Point§r, which will also relay messages wirelessly.[nl][nl]Switches and access point do §lnot§r keep track of which packets they relayed recently, so avoid cycles in your network, or you may receive the same packet multiple times.[nl][nl]Packets are only re-sent a certain number of times, so chaining an arbitrary number of switches or access points is not possible.
|
||||
|
||||
# NEI Integration
|
||||
nei.options.inventory.oredict=Montrez les noms OreDictionary
|
||||
nei.options.inventory.oredict.true=Vrai
|
||||
|
||||
@ -26,7 +26,7 @@ tile.oc.robotAfterimage.name=Robot
|
||||
tile.oc.screen1.name=Schermo (Livello 1)
|
||||
tile.oc.screen2.name=Schermo (Livello 2)
|
||||
tile.oc.screen3.name=Schermo (Livello 3)
|
||||
tile.oc.serverRack.name=Server Rack
|
||||
tile.oc.rack.name=Rack
|
||||
tile.oc.switch.name=Switch
|
||||
|
||||
# Items
|
||||
@ -150,15 +150,12 @@ oc:gui.Error.OutOfMemory=Memoria esaurita.
|
||||
oc:gui.Robot.Power=Energia
|
||||
oc:gui.Robot.TurnOff=Spegni
|
||||
oc:gui.Robot.TurnOn=Accendi
|
||||
oc:gui.ServerRack.None=Nessuno
|
||||
oc:gui.ServerRack.Back=Indietro
|
||||
oc:gui.ServerRack.Bottom=Basso
|
||||
oc:gui.ServerRack.Left=Sinistra
|
||||
oc:gui.ServerRack.Right=Destra
|
||||
oc:gui.ServerRack.Top=Alto
|
||||
oc:gui.ServerRack.SwitchExternal=Esterno
|
||||
oc:gui.ServerRack.SwitchInternal=Interno
|
||||
oc:gui.ServerRack.WirelessRange=Portata
|
||||
oc:gui.Rack.None=Nessuno
|
||||
oc:gui.Rack.Back=Indietro
|
||||
oc:gui.Rack.Bottom=Basso
|
||||
oc:gui.Rack.Left=Sinistra
|
||||
oc:gui.Rack.Right=Destra
|
||||
oc:gui.Rack.Top=Alto
|
||||
oc:gui.Switch.TransferRate=Tasso di ciclo
|
||||
oc:gui.Switch.PacketsPerCycle=Pacchetti / ciclo
|
||||
oc:gui.Switch.QueueSize=Dimensione coda
|
||||
@ -173,7 +170,7 @@ oc:container.Case=Computer
|
||||
oc:container.Disassembler=Disassemblatore
|
||||
oc:container.DiskDrive=Unità Disco
|
||||
oc:container.Server=Server
|
||||
oc:container.ServerRack=Server Rack
|
||||
oc:container.Rack=Rack
|
||||
oc:container.Switch=Switch
|
||||
oc:container.TabletWrapper=Tablet
|
||||
|
||||
@ -246,7 +243,7 @@ oc:tooltip.Robot_StoredEnergy=§fEnergia immagazzinata§7: §a%s§7
|
||||
oc:tooltip.Screen=Mostra del testo, contollato da una scheda grafica contenuta nel case del computer.[nl] Risoluzione massima: §f%sx%s§7[nl] Profondità di colore massima: §f%s§7
|
||||
oc:tooltip.Server=Questo è un server, ci sono tanti come lui, ma questo può essere aggiornato con i componenti in modo simile a un case del computer. Può essere avviato inserendolo in un rack di server.[nl] Numero di terminali supportati: §f%s§7
|
||||
oc:tooltip.Server.Components=Componenti installati:
|
||||
oc:tooltip.ServerRack=Permette l'installazione di un massimo di quattro server. Utilizzare un terminale remoto per accedere ai server contenuti in questo server rack.
|
||||
oc:tooltip.Rack=Permette l'installazione di un massimo di quattro server. Utilizzare un terminale remoto per accedere ai server contenuti in questo server rack.
|
||||
oc:tooltip.Switch=Consente il collegamento di reti diverse tra loro. Solo i messaggi di rete saranno inoltrati attraverso il blocco, i componenti non saranno invece visibili Utilizzarlo per separare le reti pur consentendo la comunicazione utilizzando schede di rete, per esempio.
|
||||
oc:tooltip.Tablet=Un computer tablet, per del Lua fresco in movimento. Può essere forzato lo spegnimento usandolo mentre si preme maiusc.
|
||||
oc:tooltip.TabletCase=Case di base per i tablet. Posizionarlo in assembler per aggiungere componenti e creare un tablet PC.
|
||||
@ -272,53 +269,3 @@ oc:tooltip.UpgradeTank=Questo aggiornamento fornisce un serbatoio per lo stoccag
|
||||
oc:tooltip.UpgradeTankController=Questo aggiornamento permette al robot più controllo nel modo in cui interagisce con serbatoi esterni, e permette di trasferire i fluidi dentro e fuori dal serbatoio nel suo inventario.
|
||||
oc:tooltip.UpgradeTractorBeam=Dota il robot con tecnologia estremamente avanzata, soprannominato il "Magnet Item". Consente a raccogliere oggetti ovunque entro 3 blocchi dalla sua posizione.
|
||||
oc:tooltip.WirelessNetworkCard=Consente invio di messaggi wireless in aggiunta a quelli normali. È possibile regolare la §fpotenza del segnale§7 per controllare quanto lontano i messaggi vengono inviati. Una più elevata potenza del segnale richiede un maggior consumo energetico.
|
||||
|
||||
# NEI Usage Pages
|
||||
item.oc.AbstractBusCard.usage=Questa scheda consente ai computer, server e robot di interagire con Bus Astratti di StargateTech2. Quando è installata la scheda, questi blocchi si collegano al bus astratto e un componente diventa disponibile alla macchina che può essere utilizzato per inviare messaggi attraverso il bus astratto. I messaggi in arrivo vengono convertiti in segnali che vengono iniettati nella macchina.
|
||||
item.oc.Analyzer.usage=L'§oAnalizzatore§r è uno strumento utile per ottenere alcune informazioni sui blocchi correlati a OpenComputers posizionati nel mondo. Semplicemente (maiusc-)utilizzare su un blocco per ottenere alcune informazioni stampate nella chat. Si va da cose di base come l'indirizzo dei componenti, a livelli di potenza nella sottorete in cui il blocco si trova e informazioni sull'errore che ha causato un crash del computer, per esempio. [nl] [nl] Un'altra funzionalità utile è che quando si utilizza l'analizzatore su un blocco tenendo premuto [Ctrl] l'indirizzo del componente blocco verrà copiato negli appunti.
|
||||
item.oc.ComponentBus.usage=Un §oBus Periferiche§r è un aggiornamento specifico del server che gli consente di comunicare con più componenti contemporaneamente, senza spegnersi. Come con le CPU, i bus di livello superiore prevedono limiti più alti.
|
||||
item.oc.CPU.usage=La §oUnità di Elaborazione Centrale§r(CPU) è una parte fondamentale per ogni computer. Esso definisce l'architettura del computer, e il numero di componenti che possono essere collegati al computer prima che smetta di funzionare. CPU di livello superiore forniscono anche un più alto limite per tick di chiamate diretta al computer - in termini più semplici: le CPU migliori eseguono i programmi più velocemente.
|
||||
item.oc.DebugCard.usage=La §oScheda di Debug§r è un elemento non craftable che originariamente aveva il solo scopo di rendere più facili i debug, automatizzando alcuni processi. Da allora è diventato un gruppo con più funzionalità, che lo rende molto utile per la creazione di mappe personalizzate.
|
||||
item.oc.FloppyDisk.usage=Il §oDisco Floppy§r è il tipo più economico e più piccolo dei supporti di memorizzazione presenti in OpenComputers. Si tratta di un pratico modo iniziale di memorizzazione di dati e di trasferirli tra computer e robot. È inoltre possibile trovare i dischetti con programmi utili in alcune casse.[nl] [nl] Attenzione: premere maiusc-tasto destro mentre si tiene un disco floppy in mano cancellerà tutti i dati sul disco floppy!
|
||||
item.oc.GraphicsCard.usage=La §oScheda Grafica§r è una parte essenziale per la maggior parte dei computer e consente al computer di visualizzare il testo su un §oSchermo§r collegato. Le schede grafiche sono disponibili in diversi livelli, e come schermi, supportano differenti risoluzioni e profondità di colore. [nl] [nl] Un'altra differenza degna di nota per i diversi livelli della scheda grafica è il numero di operazioni di una scheda grafica in grado di eseguire per tick. I valori elencati nel tooltip le schede grafiche è rappresentativo per un computer con una CPU di secondo livello. Con una CPU di livello uno esege leggermente meno operazioni, con quelle di levello tre è leggermente più veloce. I numeri elencati sono per le diverse operazioni previste da una GPU: copia, riempimento, impostare, colore di sfondo e colore del testo rispettivamente.
|
||||
item.oc.HardDiskDrive.usage=I §oDischi Rigidi§r sono il supporto di memorizzazione di livello più alto in OpenComputers. Non ci sono differenze di velocità nei supporti di memorizzazione forniti da OpenComputers, che differiscono solo per la quantità di spazio su disco che forniscono. Ci sono anche alcuni dispositivi che possono utilizzare solo unità disco, senza floppy (anche se i server potrebbero utilizzare un'unità disco esterna, per esempio).[nl][nl]Attenzione: premere maiusc-tasto destro mentre si tiene un disco rigido in mano cancellerà tutti i dati sul disco!
|
||||
item.oc.InternetCard.usage=La §oScheda Internet§r consente ai computer l'accesso a Internet. Fornisce le funzionalità per eseguire semplici richieste HTTP, così come l'apertura di socket TCP su cui si può leggere o scrivere dati.[nl][nl]L'installazione di una scheda internet inoltre contiene un filesystem speciale che contiene alcune applicazioni relative, come una per caricare e scaricare snippets dal sito pastebin e un possibile clone del programma wget che consente di scaricare dati da un qualsiasi URL HTTP.
|
||||
item.oc.LinkedCard.usage=La §oScheda Collegata§r è una versione specializzata e avanzata di una scheda di rete. Possono funzionare solo a coppie, fornendo una comunicazione punto-a-punto tra le carte appaiate. In cambio distanza a cui le carte possono comunicare è illimitata. Esse possono anche comunicare se in diverse dimensioni.
|
||||
item.oc.Memory.usage=La §oMemoria§r, come la §oCPU§r, è una parte essenziale in tutti i computer. A seconda dell'architettura della CPU, la memoria ha un effetto molto importante su ciò che un computer può e non può fare. Per l'architettura standard di Lua, per esempio, controlla la quantità effettiva di memoria che gli script Lua possono utilizzare. Questo significa che per eseguire programmi più grandi e che fanno uso più intenso di memoria, avrete bisogno di più RAM.
|
||||
item.oc.NetworkCard.usage=La §oScheda di Rete§r permette al computer di inviare e ricevere messaggi di rete. Tali messaggi (o pacchetti) possono essere inviati come sia una trasmissione broadcast, nel qual caso saranno inviati a tutti i nodi nella stessa sottorete, o inviati a destinazione specifica, nel qual caso saranno ricevuti solo dal nodo con la destinazione specificata indirizzo. Gli §oSwitch§r e i §oPunti di Accesso§r possono essere utilizzati per collegare più sottoreti trasmettendo messaggi tra le sottoreti a cui sono connessi. È anche possibile inviare un messaggio ad una destinazione specifica se il ricevitore è in un'altra sottorete e se le reti sono collegati tramite uno o più switch.
|
||||
item.oc.RedstoneCard.usage=La §oScheda Pietrarossa§r permette al computer di leggere e emettere il segnale analogico di Pietrarossa nei blocchi adiacenti. Quando cambia l'intensità del segnale in entrata, un segnale viene iniettato nel computer.[nl][nl]Se sono presenti mods supportate che forniscono servizi di pietrarossa in bundle, come RedLogic, Project Red o MineFactory Reloaded, o mods che forniscono servizi di pietrarossa wireless come WR-CBE e Slimevoid's Wireless, una scheda di secondo livello è disponibile per interagire con questi sistemi.[nl][nl]Il lato fornito ai diversi metodi sono rispetto all'orientamento del computer case / robot / server rack. Ciò significa che quando si guarda la parte anteriore del computer, a destra è alla vostra sinistra e vice versa.
|
||||
item.oc.Server.usage=I §oServer§r sono una forma di computer di livello più avanzato. Possono essere configurati tenendole in mano e utilizzandoli con il tasto destro - come per aprire uno zaino o ender pouch, per esempio. Dopo aver inserito la CPU, la memoria e le schede, il server deve essere collocato all'interno di un §oServer Rack§r. Per ulteriori informazioni, vedere la voce server rack.
|
||||
item.oc.TabletCase.usage=La §oCustodia Tablet§r è il pezzo di base quando si costruisce un tablet nell'§oAssemblatore§r. I tablet sono computer molto compatti e portatili. Possono ospitare un piccolo numero di aggiornamenti, ma ovviamente non possono interagire con il mondo come i computer (mediante le §oSchede di Rete§r o §oSchede di Pietrarossa§r per esempio). Aggiornamenti e schede che non possono essere utilizzati nei tablet non possono essere generalmente collocati nell'assemblatore, quindi se è possibile installare un aggiornamento, di solito si può supporre che sarà anche in grado di usarlo.[nl][nl]I tablet devono anche rimanere nell'inventario del giocatore per continuare l'esecuzione. Quando vengono lasciati cadere o piazzati in qualche altro inventario, si spegono dopo un breve lasso di tempo.
|
||||
item.oc.Terminal.usage=Il §oTerminale Remoto§r può essere utilizzato per telecomandare da remoto un §oServers§r. Per usarlo, maiusc-attivare su un server installato in un §oServer Rack§r (cliccare sul racknel mondo, puntando il server per associare il terminale). Quando un terminale è associato a un server, uno schermo e una tastiera virtuale si collegano al server. Questo può portare a comportamenti inaspettati se un altro schermo e / o tastiera sono collegati al server, quindi questo dovrebbe essere evitato. Quando premi il tasto destro con il terminale in mano dopo aver eseguito l'associazione, si aprirà una interfaccia, la stessa di quando si apre l'interfaccia grafica di uno schermo con una tastiera collegata.[nl][nl]Terminali multipli possono essere associati a un server, ma tutti visualizzarenno le stesse informazioni, in quanto condivideranno lo schermo e la tastiera virtuale. Il numero di terminali che possono essere collegati ad un server dipende livello del server. La portata in cui i terminali funzionano può essere configurato nella interfaccia del server rack.
|
||||
item.oc.UpgradeChunkloader.usage=La §oUpgrade Chunkloader§r può essere installata in robot per consentire loro di mantenere il chunk in cui sono - così come i blocchi circostanti - caricato. Questo però consuma un po' di energia mentre è attivo. Il chunkloader può essere attivata e disattivata utilizzando il componente che l'aggiornamento espone al robot.[nl][nl] L'upgrade viene attivata automaticamente quando si attiva il robot, e automaticamente disabilitata quando il robot viene spento.
|
||||
item.oc.UpgradeContainerCard.usage=Il §oContenitore schede§r è un aggiornamento di tipo contenitore per i robot che fornisce una fessura nel robot assemblato in cui le schede possono essere posizionate. Il livello della scheda che può contenere è uguale al livello del contenitore. A differenza dei normali aggiornamenti, la complessità dei contenitori è il doppio del loro livello.
|
||||
item.oc.UpgradeContainerUpgrade.usage=L'§oUpgrade Contenitore§r è un aggiornamento di tipo contenitore per i robot che consente di posizionare upgrade normali nel robot assemblato. Il livello dell'upgrade che può contenere è uguale al livello del contenitore. A differenza dei normali aggiornamenti, la complessità dei contenitori è il doppio della loro livello.
|
||||
item.oc.UpgradeCrafting.usage=La §oUpgrade Crafting§r consente ai robot di creare oggetti craftandoli con gli elementi nel loro inventario. Per craftare, gli spazi in alto a sinistra (tre per tre) della griglia nell'inventario del robot viene utilizzato come griglia di crafting. Gli oggetti devono essere situati come lo sarebbero in un normale banco di lavoro. I risultati saranno messi nuovamente dentro l'inventario del robot. Come quando raccoglie oggetti, il risultato sarà preferibilmente collocato nello spazio selezionato, e non riuscendo continua a cercarne in avanti fino a trovare uno slot vuoto. Se non rimane spazio nell'inventario, il risultato verrà abbandonato nel mondo.
|
||||
item.oc.UpgradeExperience.usage=L'§oUpgrade Esperienza§r è un aggiornamento molto particolare, in quanto consente ai robot di raccogliere esperienza, effettuando diverse azioni, come scavando minerali e uccidendo entità. I robot possono guadagnare fino a 30 livelli e ottengono bonus passivi ad ogni livello, tra cui una maggiore velocità di raccolta e una maggiore capacità del buffer di energia. I robot dal livello dieci avranno una tinta dorata, i robot dal livello venti avranno una tinta diamante.[nl][nl]L'esperienza viene in effetti memorizzata all'interno dell'aggiornamento, cioè se l'aggiornamento viene trasferito in un altro robot, anche l'esperienza viene trasferita.
|
||||
item.oc.UpgradeGenerator.usage=L'§oUpgrade Generatore§r consente ai robot di fare rifornimento in movimento. Attualmente supporta solo combustibili solidi, come il carbone. Ha un inventario interne che può contenere una stack di combustibile. Il combustibile in eccesso può essere rimosso dal generatore utilizzando gli appositi medoti di programmazione dei robot. Quando si rimuove un generatore da un robot il suo contenuto verranno rilasciati nel mondo.[nl][nl]L'efficienza dei generatori è inferiore a quella dei normali generatori di altri mod, che significa che è solitamente più efficiente per i robot ricaricarsi tramite il §oCaricabatterie§r.
|
||||
item.oc.UpgradeInventory.usage=L'§oUpgrade Inventario§r fornisce spazio di inventario per i robot. Per ogni aggiornamento un robot guadagnerà un aggiunta di 16 spazi di inventario, fino ad un massimo di 64 in totale. Se nessun aggiornamento dell'inventario è installato in un robot non sarà in grado di trasportare o raccogliere oggetti.
|
||||
item.oc.UpgradeInventoryController.usage=L'§oUpgrade Controllore Inventario§r fornisce funzionalità estese di interazione con l'inventario per i robot. Permette i robot di definire in modo esplicito lo spazio dell'inventario di destinazione per gli oggetti quando li sposta in inventari esterni. Permette anche di ottenere informazioni dettagliate su una certa pila di oggetti. Infine fornisce i robot con un mezzo per cambiare il loro strumento equilaggiato senza aiuti esterni.[nl][nl]Questo aggiornamento può anche essere posizionato in un §oAdattatore§r, dove fornisce metodi di ispezione simili per gli inventari adiacenti all'adattatore come fa al robot. Non consente all'adattatore di spostare oggetti all'interno o all'esterno di inventari, tuttavia. Questa funzione è disponibile solo in robot.
|
||||
item.oc.UpgradeNavigation.usage=L'§oUpgrade Navigazione§r fornisce informazioni sulla posizione e l'orientamento di §oRobots§r e §oTablet§r in cui è installato. Le coordinate che l'aggiornamento fornisce sono relative al centro della mappa che è stato utilizzato per le creare l'upgrade e l'intervallo di funzionamento si basa sulla dimensione di tale mappa.[nl][nl]Possono essere ri-realizzati con una nuova mappa per sostituire la mappa presente all'interno con quella nuova. La vecchia mappa verrà restituita.
|
||||
item.oc.UpgradeTank.usage=L'§oUpgrade Taniche§r permette ai robot di imagazzinare liquidi. Ogni serbatoio può contenere un solo tipo di fluido e fornisce un volume di 16 secchi (16000mB). I robot possono prelevare i liquidi dal mondo e dagli altri serbatoi di liquidi e possono rilasciare i fluidi di nuovo in serbatoi di fluidi e, se supportati dal fluido, rilasciarli di nuovo nel mondo. Non vi è alcun limite al numero di serbatoi che possono essere installato in un robot.
|
||||
item.oc.UpgradeTankController.usage=L'§oUpgrade Controllore Taniche§r è per le taniche quello che l'§oUpgrade Controllore Inventario§r è per gli inventari normali. Esso consente ai robot di richiedere informazioni più dettagliate sui serbatoi dentro e accanto al robot.[nl][nl]Questo aggiornamento può essere installato anche in un §oAdattatore§r, permettendo ai computer collegati di richiedere informazioni sulle taniche adiacenti all'adattatore.
|
||||
item.oc.UpgradeTractorBeam.usage=L'§oUpgrade Raggio Traente§r consente ai robot di raccogliere oggetti che li circonda in un raggio di tre blocchi. Questo può essere molto utile quando si impiegano i robot in coltivazioni di alberi o altri prodotti, o quando utilizzano strumenti che rompono più blocchi intorno a loro (come ad esempio gli strumenti del mod Tinker's Construct). Ogni operazione cercherà di raccogliere un unico insieme di oggetti nel raggio e consuma una certa energia.
|
||||
item.oc.WirelessNetworkCard.usage=La §oScheda di Rete Wireless§r è una versione migliorata della §oScheda di Rete§r che, oltre a messaggi di rete cablate, può anche inviare e ricevere messaggi di rete wireless. L'intensità del segnale controlla direttamente la distanza fino alla quale un messaggio inviato può essere ricevuto, dove la forza è uguale a quella distanza in blocchi.[nl][nl]Maggiore è la potenza del segnale, più energia ci vorrà per inviare un singolo messaggio. Il terreno tra il mittente e il ricevente determina anche se un messaggio viene trasmesso con successo o meno. Per penetrare un blocco, la durezza del blocco viene sottratto dalla forza del segnale - con il minimo uno per blocchi d'aria. Se la forza è insufficente per raggiungere il ricevitore, non viene ricevuto il messaggio. Questa non è una scienza esatta - a volte i messaggi possono ancora raggiungere l'obiettivo. In generale però, ti consigliamo di assicurarsi che la linea di vista tra mittente e destinatario sia libera.
|
||||
tile.oc.accessPoint.usage=Il §oPunto di Accesso§r è la versione senza fili dello Switch. Può essere usato per separare sottoreti in modo che le macchine non vedranno i componenti in altre reti, pur consentendo di inviare messaggi di rete alle macchine in altre reti.[nl][nl]In aggiunta a ciò, questo blocco inoltra tutti i messaggi cablati che riceve come messaggi wireless, i messaggi wireless che riceve come i messaggi cablate, e ripetere i messaggi wireless che gli arrivano.[nl][nl]Gli switch e i punti di accesso §lnon§r tengono traccia di quali pacchetti sono inoltrati di recente, quindi bisogna evitare di avere cicli nella rete, oppure si potrebbe ricevere lo stesso pacchetto più volte.[nl][nl]I pacchetti sono inoltrati solo un certo numero di volte, pertanto non è possibile concatenare un numero arbitrario di switch o punti di accesso.
|
||||
tile.oc.adapter.usage=L'§oAdattatore§r permette al computer di interagire con un numero di blocchi che non fanno parte di OC, come blocchi di Minecraft stesso (come la froance) e da una serie di altri mod. I blocchi supportati adiacenti all'atattatore verranno visualizzati come componenti nei computer collegati all'adattatore.[nl][nl]Oltre a questo, l'adattatore fornisce una fessura per alcuni upgrade. Ad esempio, il §oUpgrade Controllore Inventario§r consente ai computer di richiedere maggiori informazioni da un inventario adiacente all'adattatore, simile a quando l'aggiornamento è installato in un robot, ed un §oUpgrade Controllore Taniche§r fornisce una funzionalità simile per serbatoi di liquido adiacenti all'adattatore.
|
||||
tile.oc.assembler.usage=L'§oAssemblatore Elettronico§r è un banco di lavoro avanzato che può essere utilizzato per costruire dispositivi elettronici più complessi, come §oRobot§r e §oTablet§r. Di solito richiedono una quantità relativamente grande di energia per montare questi dispositivi, quindi si consiglia di alimentarli a sufficienza.[nl][nl]Per costruire un dispositivo tramite un assemblatore, inserire prima la parte di base per quel dispositivo. Per i robot che è un case del computer di qualsiasi livello, per tablet che è una custodia tablet. Continuare a inserire tutte le parti che si desidera il dispositivo contenga. Fare particolare attenzione a fornire un sistema operativo, o la possibilità di installare uno seguito (per i robot è possibile installare una unità disco per poter inserire e rimuovere dischetti in seguito, per esempio).[nl][nl]Si noti inoltre che, per consentire ai robot di avere uno schermo è necessario installare un schermo di primo livello e per consentire la digitazione sullo schermo è inoltre necessario installare una tastiera. Per i tablet lo schermo è preinstallato nella custodia tablet, ma è comunque necessario installare una tastiera se si desidera digitare sul tablet.[nl][nl]Una volta che tutto è a posto, premere il pulsante di avvio e attendere che il dispositivo venga montato e caricato. È importante ricordare che §lnon§r si può modificare il dispositivo dopo che è stato montato. Se si ha dimenticato qualcosa o si è commesso un errore, sarà necessario smontare completamente il dispositivo utilizzando il §oDisassemblatore§r, che ha una piccola possibilità di rompere alcune parti nel processo.
|
||||
tile.oc.cable.usage=Il §ocavo§r serve semplicemente come un modo per connettere i computer e le macchine che sono distanti tra loro. Se si dispone di una struttura compatta in cui tutti i componenti si toccano (direttamente o indirettamente, la maggior parte dei blocchi si comportano anche come fossero cavi) di solito non avrete bisogno di cavi.[nl][nl]I cavi possono essere colorati utilizzando qualsiasi tipo di colorante. Cavi colorati si collegheranno solo i cavi dello stesso colore e cavi di colore grigio chiaro - il colore predefinito. Ciò può essere utile per l'esecuzione di cavi per più sottoreti in parallelo, senza usare copertine.[nl][nl]A proposito, i cavi possono essere coperti utilizzando Forge MultiPart Immibis Microblocks.
|
||||
tile.oc.capacitor.usage=Il §oCondensatore§r fa un solo un lavoro, la immagazzina una quantità di energia, sia come failsafe o per uso rapido. A differenza di quando si converte energia da sistemi di alimentazione di altri mods al formato interno dell'energia, il trasferimento all'interno di una singola sottorete OC è praticamente istantaneo, in modo che possa essere vantaggioso immagazzinare una certa energia interna, per le attività che consumano un sacco di energia, come ad esempio montaggio dispositivi nell'§oAssemblatore§r o la ricarica dei §oRobot§r.[nl][nl]L'efficienza di stoccaggio aumenta se più condensatori sono in contatto tra loro. Ad esempio, due condensatori direttamente uno accanto all'altro avranno una capacità superiore alla somma di due condensatori separati. Questo bonus di adiacenza vale per i condensatori adiacenti fino a due blocchi di distanza, con un po' meno di un bonus per condensatori a due blocchi di distanza rispetto a quelli ad un blocco di distanza.
|
||||
tile.oc.case.usage=Il §oComputer Case§r è il computer più semplice che si può costruire, e di solito quello con cui si parte. I diversi livelli di computer hanno una diversa disposizione di slot disponibili per le parti, oltre ad aumentare il livello dei componenti supportati (indicata dal numero romano negli slot applicabili).[nl][nl]Per avere un computer acceso è necessario installare una §oCPU§r e alcune §oMemorie§r (RAM) in un case del computer. Di solito si desidera anche installare una §oScheda Grafica§r per poter visualizzare il testo su uno schermo collegato, e un §oDisco Rigido§r per installare un sistema operativo (dopo il boot aver eseguto il sistema operativo per la prima volta da un dischetto floppy in una §oUnità Disco§r esterna, per esempio).[nl][nl]I computer possono essere aggiornati utilizzando più schede diverse. Ad esempio, i computer utilizzando una §oScheda Pietrarossa§r sono in grado di leggere e emettere segnali Pietrarossa. Utilizzando la §oScheda di Rete§r si possono inviare e ricevere messaggi di rete, consentendo di comunicare con altri computer. [nl][nl]Se un computer si blocca o smette di funzionare, provare a utilizzare lo strumento §oAnalizzatore§r su di esso (attivate tenendo premuto il tasto maiusc) per visualizzare il messaggio di errore che ha causato il blocco del computer.[nl][nl]I case possono essere tinti con qualsiasi colorante. Questo è puramente per ragioni estetiche, e non ha implicazioni pratiche.[nl][nl]I computer case servono anche come la parte di base per la costruzione di robot negli §oAssemblatori§r. I diversi iivelli determinano gli slot disponibili per la costruzione del robot. Quando si utilizza un case creativo, il robot sarà anche rifornito di energia infinita, così come il normale case creativo.
|
||||
tile.oc.charger.usage=Il §oCaricabatterie§r viene utilizzata per ricaricare dispositivi come §oRobot§r e §oTablet§r. Un caricabatterie deve essere attivato mediante l'applicazione di un segnale di pietrarossa ad esso. La velocità di carica relativa si basa sulla forza del segnale di pietrarossa applicato, con una forza di 15 che significa una velocità di carica del 100%.[nl][nl]Si noti che questa logica può essere invertita colpendo il caricabatterie con una chiave inglese compatibile BuildCraft. In modalità inversa il caricatore utilizzerà il 100% della velocità di carica, e un segnale di pietrarossa più alto si tradurrà in una velocità di carica più lenta.[nl][nl]Quando un tablet è inserito nel caricatore, il suo primo disco rigido è inoltre esposto ai computer collegati al caricabatterie, in modo simile a come lo sono i §oFloppy§r nelle §oUnità Disco§r. Questo permette la copia dei dati su o da un tablet, se lo si desidera.
|
||||
tile.oc.disassembler.usage=Il §oDisassemblatore§r può essere utilizzato per decostruire la maggior parte degli elementi in OpenComputers nelle loro parti originali. Questo è per lo più utile per recuperare materiali provenienti da vecchie parti che non sono più utili, o per decomporre i dispositivi che non sono più necessari o costruiti in modo errato (ad esempio robot senza sistema operativo).[nl][nl]Richiede un tempo relativamente lungo tempo e una certa quantità di energia. Essa ha anche un certo rischio di distruggere gli oggetti di recupero - la probabilità viene applicata a ogni singolo elemento estratto - pertanto bisogna essere sicuri di non gettare le cose con noncuranza nel disassemblatore.
|
||||
tile.oc.diskDrive.usage=L'§oUnità Disco§r può essere utilizzato per leggere i §oFloppy§r da un computer collegato. Questo è utile per iniziare, dal momento che i case di computer livello inferiori non hanno uno slot integrato per floppy, e avrete bisogno di un sistema operativo per iniziare - che di solito vengono sono su disco floppy (come il craftable OpenOS).[nl][nl]Può anche essere installato in robot per consentire l'inserimento e la rimozione di dischetti dal robot in qualsiasi momento, che può essere molto utile, in quanto l'unico altro modo per trasferire dati da un robot utilizza la rete - per esempio usando §oScheda di Rete§r.
|
||||
tile.oc.geolyzer.usage=Il §oGeolyzer§r può essere utilizzato dai computer per eseguire la scansione del terreno circostante e rilevare la durezza approssimativa dei blocchi. Ciò può essere utile per generare mappe della zona da visualizzare sul §oProiettore Ologrammi§r nonché per rilevare potenzialmente blocchi pregiati (i minerali sono generalmente più duro della semplice pietra).[nl][nl]Il geolyzer può anche essere installato nei robot come un aggiornamento per consentire loro di eseguire la scansione dell'ambiente circostante. L'esecuzione di una scansione consumerà un po' di energia, quindi utilizzarlo eccessivamente può esaurire rapidamente le batterie di un robot.
|
||||
tile.oc.keyboard.usage=Una §oTastiera§r è necessarioa per poter scrivere del testo su uno §oSchermo§r, sia quelli presenti nel mondo che quelli contenuti nei §oRobot§r o §oTablet§r.[nl][nl]Per una tastiera per funzionare con uno schermo nel mondo, deve essere posizionata in fianco allo schermo allo schermo, rivolta verso lo schermo, o posizionata direttamente sullo schermo (in alto o su uno dei suoi lati). Si può dire che la tastiera è "collegata" ad un schermo se cliccando col tasto destro sulla tastiera si apre l'interfaccia grafica dello schermo.
|
||||
tile.oc.hologram.usage=Il §oProiettore Ologrammi§r è un display volumetrico, vale a dire che offre una visualizzazione tridimensionale dei voxel che possono essere attivati o disattivati singolarmente da un computer collegato. Il secondo livello del proiettore, pur avendo la stessa risoluzione di primo livello, supporta la visualizzazione dei singoli voxel in tre diversi colori.[nl][nl]Gli ologrammi possono essere ruotati lungo il loro asse verticale colpendoli sul loro superiore o inferiore con una chiave inglese di BuildCraft o compatibile. Questo può risparmiare un certo sforzo, in quanto l'uscita non deve essere trasformata dal software del computer.
|
||||
tile.oc.motionSensor.usage=Il §oSensore di Movimento§r permette al computer di rilevare il movimento di esseri viventi. Se l'entità si muove più velocemente di una soglia predefinita, un segnale viene iniettato nei computer collegati al sensore di movimento. La soglia può essere configurata tramite il componente che il sensore di movimento espone ai computer collegati.[nl][nL]Il movimento è rilevato solo se avviene in un raggio di otto blocchi intorno al sensore di movimento e se c'è una linea di vista diretta dal blocco al soggetto che si muoveva.
|
||||
tile.oc.powerConverter.usage=Il §oConvertitore di Energia§r serve come il modo più veloce per convertire l'energia da altri mods nel sistemi di alimentazione interna di OpenComputers. Se si esegue solo un semplice computer probabilmente non avrete bisogno di un convertitore. Se si dispone di un grande condensatore che si scarica solo ogni tanto, probabilmente non ne avrete bisogno. Tuttavia, se si desidera alimentare direttamente un §oAssemblatore§r o un §oCaricabatterie§r, di solito è una buona idea usare un convertitore, invece di collegarsi direttamente a un alimentatore esterno.
|
||||
tile.oc.powerDistributor.usage=Il §oDistributore di Energia§r è per l'energia ciò che il §oSwitch§r è per i messaggi di rete. Permette diverse sottoreti di condividere la loro energia, senza consentire l'accesso ai componenti esposti a computer di altre reti. Funziona "bilanciando" regolarmente l'energia in tutte sottoreti a cui è connesso, in modo che la quantità di energia §lrelativa§r è la stessa in tutte.
|
||||
tile.oc.redstone.usage=Il blocco §oPietrarossa I/O§r può essere utilizzato per leggere ed emettare da remoto sengali di pietrarossa. Si comporta come un ibrido di un livello uno e due di una §oScheda id Pietrarossa§r, in quanto in grado di leggere e emettere semplici analogici e segnali in bundle, ma non può leggere o emettere segnali wireless.[nl][nl]Nel fornire una lato per i metodi del componente esposto da questo blocco, le direzioni sono quelle cardinali del mondo, vale a dire si consiglia di utilizzare nord (sides.north), est (sides.east) e così via.[nl][nl]Come la scheda di pietrarossa, questo blocco inietta un segnale nei computer collegati quando varia lo stato di un segnale di pietrarossa - sia per l'analogico e per i segnali in bundle.
|
||||
tile.oc.screen.usage=Uno §oSchermo§r è usato in combinazione con una §oScheda Grafica§r per consentire ai computer di visualizzare il testo. Diversi livelli di schermo hanno differenti specifiche tecniche, ovvero supportano differenti risoluzioni e profondità di colore, che vanno da una risoluzione molto bassa con display monocromatico, a risoluzioni molto elevate con un massimo di 256 colori diversi.[nl][nl]La risoluzione e profondità di colore disponibili dipende l'anello più debole. Quando si utilizza una scheda grafica di primo livello con uno schermo di livello tre, solo una risoluzione di livello uno e profondità di colore monocromatica è utilizzabile.[nl][nl]Gli schermi possono essere posizionati uno accanto all'altro per formare schermi multi-blocco. Ciò non ha alcun impatto sulla risoluzione disponibile. Per controllare come schermi adiacenti si collegano tra loro, gli schermi possono essere tinti con qualsiasi colorante. Schermi con colori diversi non si collegheranno. Schermi con differenti livelli non saranno mai uniti, anche se hanno lo stesso colore.[nl][nl]Quelli di livello due e tre supportano anche l'utilizzo del mouse. I click possono essere eseguite sia nella interfaccia di uno schermo (che può essere aperta solo se la tastiera è collegata allo schermo), oppure attivando mentre si tiene premuto maiusc a mani vuote. Si noti che la modalita con cui l'interfaccia di uno schermo di apre può essere controllata attraverso i componenti esposti al computer connesso.
|
||||
tile.oc.serverRack.usage=Un §oServer Rack§r può contenere fino a quattro §oServers§r. Un server è un computer di livello superiore, che può essere avviato solo se all'interno di un rack di server. I server possono essere controllati a distanza tramite un §oTerminale Remoto§r. Il numero di terminali che possono essere collegati ad un singolo server alla volta dipende dal livello del server. La distanza fino alla quale i terminali funzionano può essere configurato nell'interfaccia del rack. Valori più elevati richiedono un maggiore consumo costante di energia.[nl][nl]Ogni server in un rack può comunicare solo con un lato del server rack in un momento - o con nessuno del tutto. Da che parte ogni server è collegato può essere configurato nell'interfaccia del server rack. Fate attenzione che i lati sono dal punto di vista del server rack, vale a dire se si sta guardando la parte anteriore del rack, a destra sarà alla vostra sinistra e viceversa.[nl][nl]I server rack agiscono come uno §oSwitch §r e un §oDistributore di Energia§r in uno. La commutazione del rack può essere configurata nella sua interfaccia grafica, con le due opzioni interno oppure esterno. Nella modalità esterna il rack si comporterà come un normale switch. In modalità interno, i messaggi vengono passati solo ai server nel rack, non saranno inoltrati automaticamente alle altre facce del rack. I server saranno ancora in grado di inviare messaggi a vicenda. Questo permette di utilizzare i server rack come switch avanzati in grado di eseguire operazioni di filtro e mappatura, per esempio.
|
||||
tile.oc.switch.usage=Lo §oSwitch§r può essere utilizzato per consentire diverse sottoreti di inviare messaggi di rete tra di loro senza esporre i componenti ai computer delle altre reti. Mantenere i componenti locali di solito è una buona idea, per evitare ai computer di collegarsi allo schermo errato o per evitare l'overflow del numero di componenti (in tal caso il computer andrà in crash oppure non avvierà più).[nl][nl]Esiste anche una variante senza fili di questo blocco, il §oPunto di Accesso§r, che può anche inoltrare i messaggi in modalità wireless.[nl][nl]Gli switch e i punti di accesso §lnon§r tengono traccia di quali pacchetti sono inoltrati di recente, quindi bisogna evitare di avere cicli nella rete, oppure si potrebbe ricevere lo stesso pacchetto più volte.[nl][nl]I pacchetti sono inoltrati solo un certo numero di volte, pertanto non è possibile concatenare un numero arbitrario di switch o punti di accesso.
|
||||
@ -35,7 +35,7 @@ tile.oc.robotAfterimage.name=Робот
|
||||
tile.oc.screen1.name=Монитор (1-ый уровень)
|
||||
tile.oc.screen2.name=Монитор (2-ой уровень)
|
||||
tile.oc.screen3.name=Монитор (3-ий уровень)
|
||||
tile.oc.serverRack.name=Серверная стойка
|
||||
tile.oc.rack.name=Серверная стойка
|
||||
tile.oc.switch.name=§cКоммутатор§7
|
||||
tile.oc.transposer.name=Транспозер
|
||||
tile.oc.waypoint.name=Путевая точка
|
||||
@ -210,15 +210,12 @@ oc:gui.Raid.Warning=§4Добавление диска - очистит его.[
|
||||
oc:gui.Robot.Power=Энергия
|
||||
oc:gui.Robot.TurnOff=Выключить
|
||||
oc:gui.Robot.TurnOn=Включить
|
||||
oc:gui.ServerRack.None=Нет
|
||||
oc:gui.ServerRack.Back=Сзади
|
||||
oc:gui.ServerRack.Bottom=Снизу
|
||||
oc:gui.ServerRack.Left=Слева
|
||||
oc:gui.ServerRack.Right=Справа
|
||||
oc:gui.ServerRack.Top=Сверху
|
||||
oc:gui.ServerRack.SwitchExternal=Внешний
|
||||
oc:gui.ServerRack.SwitchInternal=Внутренний
|
||||
oc:gui.ServerRack.WirelessRange=Радиус
|
||||
oc:gui.Rack.None=Нет
|
||||
oc:gui.Rack.Back=Сзади
|
||||
oc:gui.Rack.Bottom=Снизу
|
||||
oc:gui.Rack.Left=Слева
|
||||
oc:gui.Rack.Right=Справа
|
||||
oc:gui.Rack.Top=Сверху
|
||||
oc:gui.Switch.TransferRate=Цикличность
|
||||
oc:gui.Switch.PacketsPerCycle=Пакеты / цикл
|
||||
oc:gui.Switch.QueueSize=Размер очереди
|
||||
@ -236,7 +233,7 @@ oc:container.Printer=Принтер
|
||||
oc:container.Raid=RAID
|
||||
oc:container.Relay=Ретранслятор
|
||||
oc:container.Server=Сервер
|
||||
oc:container.ServerRack=Серверная стойка
|
||||
oc:container.Rack=Серверная стойка
|
||||
oc:container.Switch=Коммутатор
|
||||
oc:container.TabletWrapper=Планшет
|
||||
|
||||
@ -337,7 +334,7 @@ oc:tooltip.Robot_StoredEnergy=§fНакопленная энергия§7: §a%s
|
||||
oc:tooltip.Screen=Отображает текст, передаваемый видеокартой.[nl] Максимальное разрешение: §f%sx%s§7[nl] Максимальная глубина цвета: §f%s§7
|
||||
oc:tooltip.Server=Это сервер, который может быть улучшен компонентами, как системный блок. Включается размещением в стойку.[nl] Количество поддерживаемых терминалов: §f%s§7
|
||||
oc:tooltip.Server.Components=Установленные компоненты:
|
||||
oc:tooltip.ServerRack=Обеспечивает работу до четырёх серверов. Используйте беспроводной терминал для управления установленными серверами.
|
||||
oc:tooltip.Rack=Обеспечивает работу до четырёх серверов. Используйте беспроводной терминал для управления установленными серверами.
|
||||
oc:tooltip.Switch=Позволяет соединять различные сети между собой. Передаются только сообщения, компоненты между сетями недоступны. Используйте его для разделения сетей с возможностью пересылать сообщения между ними.
|
||||
oc:tooltip.Tablet=Планшет, полностью готов к работе с Lua. Может быть отключен нажатием правой кнопки мыши + Shift.
|
||||
oc:tooltip.TabletCase=Простой корпус для планшета. Поместите в сборщик, добавьте компонентов и соберите себе компьютер.
|
||||
|
||||
@ -28,7 +28,7 @@ tile.oc.robotAfterimage.name=机器人余像
|
||||
tile.oc.screen1.name=基础显示屏
|
||||
tile.oc.screen2.name=高级显示屏
|
||||
tile.oc.screen3.name=超级显示屏
|
||||
tile.oc.serverRack.name=服务器机架
|
||||
tile.oc.rack.name=服务器机架
|
||||
tile.oc.switch.name=交换机
|
||||
|
||||
# Items
|
||||
@ -152,15 +152,12 @@ oc:gui.Error.OutOfMemory=内存溢出.
|
||||
oc:gui.Robot.Power=能量
|
||||
oc:gui.Robot.TurnOff=关闭
|
||||
oc:gui.Robot.TurnOn=开启
|
||||
oc:gui.ServerRack.None=无
|
||||
oc:gui.ServerRack.Back=后
|
||||
oc:gui.ServerRack.Bottom=底部
|
||||
oc:gui.ServerRack.Left=左
|
||||
oc:gui.ServerRack.Right=右
|
||||
oc:gui.ServerRack.Top=上部
|
||||
oc:gui.ServerRack.SwitchExternal=外部
|
||||
oc:gui.ServerRack.SwitchInternal=内部
|
||||
oc:gui.ServerRack.WirelessRange=范围
|
||||
oc:gui.Rack.None=无
|
||||
oc:gui.Rack.Back=后
|
||||
oc:gui.Rack.Bottom=底部
|
||||
oc:gui.Rack.Left=左
|
||||
oc:gui.Rack.Right=右
|
||||
oc:gui.Rack.Top=上部
|
||||
oc:gui.Switch.TransferRate=周期率
|
||||
oc:gui.Switch.PacketsPerCycle=数据包 / 周期
|
||||
oc:gui.Switch.QueueSize=队列长度
|
||||
@ -175,7 +172,7 @@ oc:container.Charger=充电器
|
||||
oc:container.Disassembler=分解器
|
||||
oc:container.DiskDrive=磁盘驱动器
|
||||
oc:container.Server=服务器
|
||||
oc:container.ServerRack=服务器机架
|
||||
oc:container.Rack=服务器机架
|
||||
oc:container.Switch=交换机
|
||||
oc:container.TabletWrapper=平板电脑
|
||||
|
||||
@ -247,7 +244,7 @@ oc:tooltip.Robot_StoredEnergy=§f存储能量§7: §a%s§7.
|
||||
oc:tooltip.Screen=显示文本, 运作需要机箱中的显卡.[nl] 最高分辨率: §f%sx%s§7[nl] 最高色深: §f%s§7
|
||||
oc:tooltip.Server=这就是服务器, 它与许多其它的服务器拥有相似功能, 但这台服务器可以使用组件进行升级, 就像升级机箱一样. 它也可以放入服务器机架中运行.[nl] 支持终端的数量: §f%s§7
|
||||
oc:tooltip.Server.Components=已安装的组件:
|
||||
oc:tooltip.ServerRack=它能装下四台服务器. 使用远程终端访问机架中的服务器.
|
||||
oc:tooltip.Rack=它能装下四台服务器. 使用远程终端访问机架中的服务器.
|
||||
oc:tooltip.Switch=允许设备相互连接不同的网络. 仅能传递网络信息, 并且组件不可见. 例如你可以通过这种方式来建立独立网络但仍允许其使用网卡通讯.
|
||||
oc:tooltip.Tablet=开发中 - 目前只能用于测试 [nl] 这是一个基于计算机的测试物品. 它还不能被合成. 如果在测试时遇到Bug请及时反馈给作者!
|
||||
oc:tooltip.Terminal=可以远程控制服务器, 不过前提是你处于信号范围内. 使用方法相同于显示屏与键盘. Shift+右键一个机架中的服务器可以绑定对应的终端.
|
||||
|
||||
@ -28,7 +28,7 @@ tile.oc.robotAfterimage.name=機器人
|
||||
tile.oc.screen1.name=黑白電腦顯示器
|
||||
tile.oc.screen2.name=彩色電腦顯示器
|
||||
tile.oc.screen3.name=高畫質電腦顯示器
|
||||
tile.oc.serverRack.name=伺服器機架
|
||||
tile.oc.rack.name=伺服器機架
|
||||
tile.oc.switch.name=路由器
|
||||
|
||||
# Items
|
||||
@ -152,15 +152,12 @@ oc:gui.Error.OutOfMemory=記憶體不足
|
||||
oc:gui.Robot.Power=能量
|
||||
oc:gui.Robot.TurnOff=關閉
|
||||
oc:gui.Robot.TurnOn=開啟
|
||||
oc:gui.ServerRack.None=無
|
||||
oc:gui.ServerRack.Back=背面
|
||||
oc:gui.ServerRack.Bottom=底部
|
||||
oc:gui.ServerRack.Left=左
|
||||
oc:gui.ServerRack.Right=右
|
||||
oc:gui.ServerRack.Top=上
|
||||
oc:gui.ServerRack.SwitchExternal=外部
|
||||
oc:gui.ServerRack.SwitchInternal=內部
|
||||
oc:gui.ServerRack.WirelessRange=範圍
|
||||
oc:gui.Rack.None=無
|
||||
oc:gui.Rack.Back=背面
|
||||
oc:gui.Rack.Bottom=底部
|
||||
oc:gui.Rack.Left=左
|
||||
oc:gui.Rack.Right=右
|
||||
oc:gui.Rack.Top=上
|
||||
oc:gui.Switch.TransferRate=週期率
|
||||
oc:gui.Switch.PacketsPerCycle=封包 / 週期
|
||||
oc:gui.Switch.QueueSize=隊列大小
|
||||
@ -174,7 +171,7 @@ oc:container.Charger=充電器
|
||||
oc:container.Disassembler=拆解機
|
||||
oc:container.DiskDrive=硬碟
|
||||
oc:container.Server=伺服器
|
||||
oc:container.ServerRack=伺服器機架
|
||||
oc:container.Rack=伺服器機架
|
||||
oc:container.Switch=路由器
|
||||
oc:container.TabletWrapper=平板電腦
|
||||
|
||||
@ -244,7 +241,7 @@ oc:tooltip.Robot_StoredEnergy=§f儲能§7: §a%s§7.
|
||||
oc:tooltip.Screen=由電腦機殼內的顯示卡控制來顯示文字.[nl]最高分辨率: §f%sx%s§7[nl] 最大色深: §f%s§7
|
||||
oc:tooltip.Server=這是一台伺服器, 他非常棒, 但是他可以使用元件去升級他功能就像電腦一樣. 他可以插入伺服器機架上執行.[nl] 支援終端機數量: §f%s§7
|
||||
oc:tooltip.Server.Components=安裝的元件：
|
||||
oc:tooltip.ServerRack=提供安裝最多達四個伺服器。為每個伺服器提供了一個內置的虛擬鍵盤和螢幕元件，相當於一個遠程終端。
|
||||
oc:tooltip.Rack=提供安裝最多達四個伺服器。為每個伺服器提供了一個內置的虛擬鍵盤和螢幕元件，相當於一個遠程終端。
|
||||
oc:tooltip.Switch=允許設備相互連接不同的網絡.[nl]僅能傳遞網絡信息,通過路由器方式設備并不互相可見.[nl]例如可以通過這種方式來建立獨立網絡但仍允許其使用網卡通訊.
|
||||
oc:tooltip.Tablet=實驗 - 僅用於測試 [nl] 這是一個測試基礎電腦的物品，它不能製作，如果測試到BUG，請回報它。
|
||||
oc:tooltip.Terminal=允許遠程控制伺服器，只要你在它的範圍內。就像一個隨身型螢幕和鍵盤。按住Shift鍵並滑鼠右鍵單擊某個服務器的服務器機架終端綁定它。
|
||||
|
||||
@ -124,24 +124,22 @@ object Localization {
|
||||
def Warning = localizeImmediately("gui.Raid.Warning")
|
||||
}
|
||||
|
||||
object ServerRack {
|
||||
def Top = localizeImmediately("gui.ServerRack.Top")
|
||||
object Rack {
|
||||
def Top = localizeImmediately("gui.Rack.Top")
|
||||
|
||||
def Bottom = localizeImmediately("gui.ServerRack.Bottom")
|
||||
def Bottom = localizeImmediately("gui.Rack.Bottom")
|
||||
|
||||
def Left = localizeImmediately("gui.ServerRack.Left")
|
||||
def Left = localizeImmediately("gui.Rack.Left")
|
||||
|
||||
def Right = localizeImmediately("gui.ServerRack.Right")
|
||||
def Right = localizeImmediately("gui.Rack.Right")
|
||||
|
||||
def Back = localizeImmediately("gui.ServerRack.Back")
|
||||
def Back = localizeImmediately("gui.Rack.Back")
|
||||
|
||||
def None = localizeImmediately("gui.ServerRack.None")
|
||||
def None = localizeImmediately("gui.Rack.None")
|
||||
|
||||
def SwitchExternal = localizeImmediately("gui.ServerRack.SwitchExternal")
|
||||
def RelayEnabled = localizeImmediately("gui.Rack.Enabled")
|
||||
|
||||
def SwitchInternal = localizeImmediately("gui.ServerRack.SwitchInternal")
|
||||
|
||||
def WirelessRange = localizeImmediately("gui.ServerRack.WirelessRange")
|
||||
def RelayDisabled = localizeImmediately("gui.Rack.Disabled")
|
||||
}
|
||||
|
||||
object Switch {
|
||||
|
||||
@ -9,6 +9,7 @@ import li.cil.oc.common.item
|
||||
import li.cil.oc.common.item.Delegator
|
||||
import li.cil.oc.common.tileentity
|
||||
import li.cil.oc.common.{GuiHandler => CommonGuiHandler}
|
||||
import li.cil.oc.server.component.Server
|
||||
import net.minecraft.entity.player.EntityPlayer
|
||||
import net.minecraft.world.World
|
||||
|
||||
@ -41,6 +42,13 @@ object GuiHandler extends CommonGuiHandler {
|
||||
new gui.Robot(player.inventory, t.robot)
|
||||
case t: tileentity.Screen if id == GuiType.Screen.id =>
|
||||
new gui.Screen(t.origin.buffer, t.tier > 0, () => t.origin.hasKeyboard, () => t.origin.buffer.isRenderingEnabled)
|
||||
case t: tileentity.Rack if GuiType.ServerInRack.exists(e => e.id == id) =>
|
||||
val slot = GuiType.ServerInRack.indexWhere(e => e.id == id)
|
||||
new gui.Server(player.inventory, new ServerInventory {
|
||||
override def container = t.getStackInSlot(slot)
|
||||
|
||||
override def isUseableByPlayer(player: EntityPlayer) = t.isUseableByPlayer(player)
|
||||
})
|
||||
case t: tileentity.Switch if id == GuiType.Switch.id =>
|
||||
new gui.Switch(player.inventory, t)
|
||||
case t: tileentity.Waypoint if id == GuiType.Waypoint.id =>
|
||||
@ -67,8 +75,6 @@ object GuiHandler extends CommonGuiHandler {
|
||||
})
|
||||
case Some(server: item.Server) if id == GuiType.Server.id =>
|
||||
new gui.Server(player.inventory, new ServerInventory {
|
||||
override def tier = server.tier
|
||||
|
||||
override def container = player.getHeldItem
|
||||
|
||||
override def isUseableByPlayer(player: EntityPlayer) = player == player
|
||||
|
||||
@ -22,6 +22,7 @@ import li.cil.oc.client.renderer.tileentity._
|
||||
import li.cil.oc.common.component.TextBuffer
|
||||
import li.cil.oc.common.entity.Drone
|
||||
import li.cil.oc.common.event.NanomachinesHandler
|
||||
import li.cil.oc.common.event.RackMountableRenderHandler
|
||||
import li.cil.oc.common.init.Items
|
||||
import li.cil.oc.common.tileentity
|
||||
import li.cil.oc.common.{Proxy => CommonProxy}
|
||||
@ -82,6 +83,7 @@ private[oc] class Proxy extends CommonProxy {
|
||||
MinecraftForge.EVENT_BUS.register(HighlightRenderer)
|
||||
MinecraftForge.EVENT_BUS.register(NanomachinesHandler.Client)
|
||||
MinecraftForge.EVENT_BUS.register(PetRenderer)
|
||||
MinecraftForge.EVENT_BUS.register(RackMountableRenderHandler)
|
||||
MinecraftForge.EVENT_BUS.register(Sound)
|
||||
MinecraftForge.EVENT_BUS.register(TextBuffer)
|
||||
MinecraftForge.EVENT_BUS.register(WirelessNetworkDebugRenderer)
|
||||
|
||||
@ -18,7 +18,7 @@ object Textures {
|
||||
val guiButtonRun = new ResourceLocation(Settings.resourceDomain, "textures/gui/button_run.png")
|
||||
val guiButtonScroll = new ResourceLocation(Settings.resourceDomain, "textures/gui/button_scroll.png")
|
||||
val guiButtonSide = new ResourceLocation(Settings.resourceDomain, "textures/gui/button_side.png")
|
||||
val guiButtonSwitch = new ResourceLocation(Settings.resourceDomain, "textures/gui/button_switch.png")
|
||||
val guiButtonRelay = new ResourceLocation(Settings.resourceDomain, "textures/gui/button_switch.png")
|
||||
val guiComputer = new ResourceLocation(Settings.resourceDomain, "textures/gui/computer.png")
|
||||
val guiDatabase = new ResourceLocation(Settings.resourceDomain, "textures/gui/database.png")
|
||||
val guiDatabase1 = new ResourceLocation(Settings.resourceDomain, "textures/gui/database1.png")
|
||||
|
||||
@ -71,18 +71,18 @@ class Rack(playerInventory: InventoryPlayer, val rack: tileentity.Rack) extends
|
||||
final val busToSide = ForgeDirection.VALID_DIRECTIONS.filter(_ != ForgeDirection.SOUTH)
|
||||
final val sideToBus = busToSide.zipWithIndex.toMap
|
||||
|
||||
var switchButton: ImageButton = _
|
||||
var relayButton: ImageButton = _
|
||||
|
||||
// bus -> mountable -> connectable
|
||||
var wireButtons = Array.fill(rack.getSizeInventory)(Array.fill(4)(Array.fill(5)(null: ImageButton)))
|
||||
|
||||
def sideName(side: ForgeDirection) = side match {
|
||||
case ForgeDirection.UP => Localization.ServerRack.Top
|
||||
case ForgeDirection.DOWN => Localization.ServerRack.Bottom
|
||||
case ForgeDirection.EAST => Localization.ServerRack.Left
|
||||
case ForgeDirection.WEST => Localization.ServerRack.Right
|
||||
case ForgeDirection.NORTH => Localization.ServerRack.Back
|
||||
case _ => Localization.ServerRack.None
|
||||
case ForgeDirection.UP => Localization.Rack.Top
|
||||
case ForgeDirection.DOWN => Localization.Rack.Bottom
|
||||
case ForgeDirection.EAST => Localization.Rack.Left
|
||||
case ForgeDirection.WEST => Localization.Rack.Right
|
||||
case ForgeDirection.NORTH => Localization.Rack.Back
|
||||
case _ => Localization.Rack.None
|
||||
}
|
||||
|
||||
def encodeButtonId(mountable: Int, connectable: Int, bus: Int) = {
|
||||
@ -122,15 +122,15 @@ class Rack(playerInventory: InventoryPlayer, val rack: tileentity.Rack) extends
|
||||
}
|
||||
}
|
||||
}
|
||||
switchButton.displayString = if (rack.isRelayEnabled) Localization.ServerRack.SwitchInternal else Localization.ServerRack.SwitchExternal
|
||||
relayButton.displayString = if (rack.isRelayEnabled) Localization.Rack.RelayEnabled else Localization.Rack.RelayDisabled
|
||||
super.drawScreen(mouseX, mouseY, dt)
|
||||
}
|
||||
|
||||
override def initGui() {
|
||||
super.initGui()
|
||||
|
||||
switchButton = new ImageButton(0, guiLeft + 101, guiTop + 96, 65, 18, Textures.guiButtonSwitch, Localization.ServerRack.SwitchExternal, textIndent = 18)
|
||||
add(buttonList, switchButton)
|
||||
relayButton = new ImageButton(0, guiLeft + 101, guiTop + 96, 65, 18, Textures.guiButtonRelay, Localization.Rack.RelayDisabled, textIndent = 18)
|
||||
add(buttonList, relayButton)
|
||||
|
||||
val (mw, mh) = hoverMasterSize
|
||||
val (sw, sh) = hoverSlaveSize
|
||||
|
||||
@ -4,6 +4,7 @@ import cpw.mods.fml.common.network.IGuiHandler
|
||||
import li.cil.oc.common.inventory.DatabaseInventory
|
||||
import li.cil.oc.common.inventory.ServerInventory
|
||||
import li.cil.oc.common.item.Delegator
|
||||
import li.cil.oc.server.component.Server
|
||||
import net.minecraft.entity.player.EntityPlayer
|
||||
import net.minecraft.world.World
|
||||
|
||||
@ -34,6 +35,8 @@ abstract class GuiHandler extends IGuiHandler {
|
||||
new container.Robot(player.inventory, t.robot)
|
||||
case t: tileentity.Rack if id == GuiType.Rack.id =>
|
||||
new container.Rack(player.inventory, t)
|
||||
case t: tileentity.Rack if GuiType.ServerInRack.exists(e => e.id == id) =>
|
||||
new container.Server(player.inventory, t.getMountable(GuiType.ServerInRack.indexWhere(e => e.id == id)).asInstanceOf[Server])
|
||||
case t: tileentity.Switch if id == GuiType.Switch.id =>
|
||||
new container.Switch(player.inventory, t)
|
||||
case _ => null
|
||||
@ -56,8 +59,6 @@ abstract class GuiHandler extends IGuiHandler {
|
||||
})
|
||||
case Some(server: item.Server) if id == GuiType.Server.id =>
|
||||
new container.Server(player.inventory, new ServerInventory {
|
||||
override def tier = server.tier
|
||||
|
||||
override def container = player.getHeldItem
|
||||
|
||||
override def isUseableByPlayer(player: EntityPlayer) = player == player
|
||||
|
||||
@ -3,10 +3,12 @@ package li.cil.oc.common.block
|
||||
import cpw.mods.fml.relauncher.Side
|
||||
import cpw.mods.fml.relauncher.SideOnly
|
||||
import li.cil.oc.Settings
|
||||
import li.cil.oc.api.component.RackMountable
|
||||
import li.cil.oc.client.Textures
|
||||
import li.cil.oc.common.GuiType
|
||||
import li.cil.oc.common.tileentity
|
||||
import net.minecraft.client.renderer.texture.IIconRegister
|
||||
import net.minecraft.entity.player.EntityPlayer
|
||||
import net.minecraft.world.IBlockAccess
|
||||
import net.minecraft.world.World
|
||||
import net.minecraftforge.common.util.ForgeDirection
|
||||
@ -53,4 +55,20 @@ class Rack extends RedstoneAware with traits.SpecialBlock with traits.PowerAccep
|
||||
override def hasTileEntity(metadata: Int) = true
|
||||
|
||||
override def createTileEntity(world: World, metadata: Int) = new tileentity.Rack()
|
||||
|
||||
// ----------------------------------------------------------------------- //
|
||||
|
||||
override def onBlockActivated(world: World, x: Int, y: Int, z: Int, player: EntityPlayer, side: ForgeDirection, hitX: Float, hitY: Float, hitZ: Float): Boolean = {
|
||||
world.getTileEntity(x, y, z) match {
|
||||
case rack: tileentity.Rack => rack.slotAt(side, hitX, hitY, hitZ) match {
|
||||
case Some(slot) => rack.getMountable(slot) match {
|
||||
case mountable: RackMountable if mountable.onActivate(player, side, hitX, hitY, hitZ) => return true // Activation handled by mountable.
|
||||
case _ =>
|
||||
}
|
||||
case _ =>
|
||||
}
|
||||
case _ =>
|
||||
}
|
||||
super.onBlockActivated(world, x, y, z, player, side, hitX, hitY, hitZ)
|
||||
}
|
||||
}
|
||||
|
||||
@ -18,21 +18,21 @@ object RackMountableRenderHandler {
|
||||
|
||||
@SubscribeEvent
|
||||
def onRackMountableRendering(e: RackMountableRenderEvent.TileEntity): Unit = {
|
||||
if (!servers.contains(api.Items.get(e.rack.getStackInSlot(e.mountable)))) return
|
||||
if (e.data != null && servers.contains(api.Items.get(e.rack.getStackInSlot(e.mountable)))) {
|
||||
RenderState.disableLighting()
|
||||
RenderState.makeItBlend()
|
||||
|
||||
RenderState.disableLighting()
|
||||
RenderState.makeItBlend()
|
||||
if (e.data.getBoolean("isRunning")) {
|
||||
e.renderOverlay(Textures.blockRackFrontOn)
|
||||
}
|
||||
if (e.data.getBoolean("hasErrored") && RenderUtil.shouldShowErrorLight(e.rack.hashCode * (e.mountable + 1))) {
|
||||
e.renderOverlay(Textures.blockRackFrontError)
|
||||
}
|
||||
if (System.currentTimeMillis() - e.data.getLong("lastAccess") < 400 && e.rack.world.rand.nextDouble() > 0.1) {
|
||||
e.renderOverlay(Textures.blockRackFrontActivity)
|
||||
}
|
||||
|
||||
if (e.data.getBoolean("isRunning")) {
|
||||
e.renderOverlay(Textures.blockRackFrontOn)
|
||||
RenderState.enableLighting()
|
||||
}
|
||||
if (e.data.getBoolean("hasErrored") && RenderUtil.shouldShowErrorLight(e.rack.hashCode * (e.mountable + 1))) {
|
||||
e.renderOverlay(Textures.blockRackFrontError)
|
||||
}
|
||||
if (System.currentTimeMillis() - e.data.getLong("lastAccess") < 400 && e.rack.world.rand.nextDouble() > 0.1) {
|
||||
e.renderOverlay(Textures.blockRackFrontActivity)
|
||||
}
|
||||
|
||||
RenderState.enableLighting()
|
||||
}
|
||||
}
|
||||
|
||||
@ -3,11 +3,12 @@ package li.cil.oc.common.inventory
|
||||
import li.cil.oc.api.Driver
|
||||
import li.cil.oc.api.internal
|
||||
import li.cil.oc.common.InventorySlots
|
||||
import li.cil.oc.util.ItemUtils
|
||||
import net.minecraft.entity.player.EntityPlayer
|
||||
import net.minecraft.item.ItemStack
|
||||
|
||||
trait ServerInventory extends ItemStackInventory {
|
||||
def tier: Int
|
||||
def tier: Int = ItemUtils.caseTier(container)
|
||||
|
||||
override def getSizeInventory = InventorySlots.server(tier).length
|
||||
|
||||
|
||||
@ -16,8 +16,6 @@ object ServerTemplate {
|
||||
|
||||
def disassemble(stack: ItemStack, ingredients: Array[ItemStack]) = {
|
||||
val info = new ServerInventory {
|
||||
override def tier = ItemUtils.caseTier(stack)
|
||||
|
||||
override def container = stack
|
||||
}
|
||||
Array(ingredients, (0 until info.getSizeInventory).map(info.getStackInSlot).filter(null !=).toArray)
|
||||
|
||||
@ -246,6 +246,7 @@ class Rack extends traits.PowerAcceptor with traits.Hub with traits.PowerBalance
|
||||
if (isServer && isConnected) {
|
||||
components.zipWithIndex.collect {
|
||||
case (Some(mountable: RackMountable), slot) if hasChanged(slot) =>
|
||||
hasChanged(slot) = false
|
||||
lastData(slot) = mountable.getData
|
||||
ServerPacketSender.sendRackMountableData(this, slot)
|
||||
world.notifyBlocksOfNeighborChange(x, y, z, block)
|
||||
|
||||
@ -25,6 +25,7 @@ import li.cil.oc.util.ExtendedNBT._
|
||||
import net.minecraft.entity.player.EntityPlayer
|
||||
import net.minecraft.item.ItemStack
|
||||
import net.minecraft.nbt.NBTTagCompound
|
||||
import net.minecraftforge.common.util.ForgeDirection
|
||||
|
||||
import scala.collection.convert.WrapAsJava._
|
||||
|
||||
@ -33,6 +34,8 @@ class Server(val rack: tileentity.Rack, val slot: Int) extends Environment with
|
||||
|
||||
val node = machine.node
|
||||
|
||||
var wasRunning = false
|
||||
var hadErrored = false
|
||||
var lastAccess = 0L
|
||||
|
||||
// ----------------------------------------------------------------------- //
|
||||
@ -112,6 +115,8 @@ class Server(val rack: tileentity.Rack, val slot: Int) extends Environment with
|
||||
case _ => 0
|
||||
}
|
||||
|
||||
override def isUseableByPlayer(player: EntityPlayer): Boolean = rack.isUseableByPlayer(player)
|
||||
|
||||
// ----------------------------------------------------------------------- //
|
||||
// ItemStackInventory
|
||||
|
||||
@ -149,14 +154,20 @@ class Server(val rack: tileentity.Rack, val slot: Int) extends Environment with
|
||||
case Some(busConnectable: RackBusConnectable) => busConnectable
|
||||
}.apply(index)
|
||||
|
||||
override def onActivate(player: EntityPlayer): Boolean = {
|
||||
if (!player.isSneaking) {
|
||||
if (!player.getEntityWorld.isRemote) {
|
||||
override def onActivate(player: EntityPlayer, side: ForgeDirection, hitX: Float, hitY: Float, hitZ: Float): Boolean = {
|
||||
if (!player.getEntityWorld.isRemote) {
|
||||
if (player.isSneaking) {
|
||||
if (!machine.isRunning && isUseableByPlayer(player)) {
|
||||
wasRunning = false
|
||||
hadErrored = false
|
||||
machine.start()
|
||||
}
|
||||
}
|
||||
else {
|
||||
player.openGui(OpenComputers, GuiType.ServerInRack(slot).id, world, rack.x, rack.y, rack.z)
|
||||
}
|
||||
true
|
||||
}
|
||||
else false
|
||||
true
|
||||
}
|
||||
|
||||
// ----------------------------------------------------------------------- //
|
||||
@ -165,9 +176,6 @@ class Server(val rack: tileentity.Rack, val slot: Int) extends Environment with
|
||||
override def canUpdate: Boolean = true
|
||||
|
||||
override def update(): Unit = {
|
||||
val wasRunning = machine.isRunning
|
||||
val hadErrored = machine.lastError != null
|
||||
|
||||
machine.update()
|
||||
|
||||
val isRunning = machine.isRunning
|
||||
@ -175,6 +183,8 @@ class Server(val rack: tileentity.Rack, val slot: Int) extends Environment with
|
||||
if (isRunning != wasRunning || hasErrored != hadErrored) {
|
||||
rack.markChanged(slot)
|
||||
}
|
||||
wasRunning = isRunning
|
||||
hadErrored = hasErrored
|
||||
|
||||
updateComponents()
|
||||
}
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user