Sorry, Reika.
Until now, when the ECU was installed, it was in redstone mode.
However, after updating to v29f, the ECU went into manual mode without permission.
Therefore, it did not accept Redstone's control.
When I switched the mode with a screwdriver, it became normal.
However, this ECU was installed at the time of v28.
Does the mode change without permission when the version is upgraded?
Loss of mode was not something I was aware of, but my changes to the ECU could in theory have done something.
I don't know how to make it look good, but this is a result measured with an Angular Transducer.
We are using fission reactors and breeder reactors.
The heat of the breeder reactor is converted into steam by a heat exchanger.
The steam from the heat exchanger and the steam from the fission reactor are combined after passing through a pipe pump.
The steam is used in two HP-Turbines.
It works immediately after updating to V29f (or v29g), but stops after a while.
My machine.. What's this?.. And besides, the temperature changed from Celsius to Fahrenheit. If it matters
This is April fools. You got fooled.
BTW. Reika!
I've fixed that problem with formatting the xml file correctly and now it is giving me other type of error.
[23:56:10] [Client thread/ERROR]: The following problems were captured during this phase
[23:56:10] [Client thread/ERROR]: Caught exception from RotaryCraft
java.lang.ExceptionInInitializerError
at Reika.RotaryCraft.RotaryCraft.load(RotaryCraft.java:358) ~[RotaryCraft.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:552) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]
Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:653) ~[?:1.8.0_51]
at java.util.ArrayList.get(ArrayList.java:429) ~[?:1.8.0_51]
at Reika.DragonAPI.IO.ReikaXMLBase.getXMLDocument(ReikaXMLBase.java:38) ~[ReikaXMLBase.class:?]
at Reika.DragonAPI.Instantiable.IO.XMLInterface.init(XMLInterface.java:90) ~[XMLInterface.class:?]
at Reika.RotaryCraft.Auxiliary.RotaryDescriptions.loadData(RotaryDescriptions.java:119) ~[RotaryDescriptions.class:?]
at Reika.RotaryCraft.Auxiliary.RotaryDescriptions.<clinit>(RotaryDescriptions.java:106) ~[RotaryDescriptions.class:?]
... 37 more
This error ^ happens right after the mod loader tries to load this:
[23:56:10] [Client thread/INFO]: Ph'nglui mglw'nafh, y'uln Dense Ores shugg ch'agl
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@0 as 'denseoreIron'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@1 as 'denseoreGold'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@2 as 'denseoreLapis'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@3 as 'denseoreDiamond'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@4 as 'denseoreEmerald'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@5 as 'denseoreRedstone'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@6 as 'denseoreCoal'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@7 as 'denseoreQuartz'.
[23:56:10] [Client thread/ERROR]: Fatal errors were detected during the transition from INITIALIZATION to POSTINITIALIZATION. Loading cannot continue
[23:56:10] [Client thread/ERROR]:
Also... I have a question: Why the heavens you are trying to get the array without making a bound checking?
I've fixed that problem with formatting the xml file correctly and now it is giving me other type of error.
[23:56:10] [Client thread/ERROR]: The following problems were captured during this phase
[23:56:10] [Client thread/ERROR]: Caught exception from RotaryCraft
java.lang.ExceptionInInitializerError
at Reika.RotaryCraft.RotaryCraft.load(RotaryCraft.java:358) ~[RotaryCraft.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[forge-1.7.10-10.13.4.1614-1.7.10.jar:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:552) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_51]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_51]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_51]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_51]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]
Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:653) ~[?:1.8.0_51]
at java.util.ArrayList.get(ArrayList.java:429) ~[?:1.8.0_51]
at Reika.DragonAPI.IO.ReikaXMLBase.getXMLDocument(ReikaXMLBase.java:38) ~[ReikaXMLBase.class:?]
at Reika.DragonAPI.Instantiable.IO.XMLInterface.init(XMLInterface.java:90) ~[XMLInterface.class:?]
at Reika.RotaryCraft.Auxiliary.RotaryDescriptions.loadData(RotaryDescriptions.java:119) ~[RotaryDescriptions.class:?]
at Reika.RotaryCraft.Auxiliary.RotaryDescriptions.<clinit>(RotaryDescriptions.java:106) ~[RotaryDescriptions.class:?]
... 37 more
This error ^ happens right after the mod loader tries to load this:
[23:56:10] [Client thread/INFO]: Ph'nglui mglw'nafh, y'uln Dense Ores shugg ch'agl
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@0 as 'denseoreIron'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@1 as 'denseoreGold'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@2 as 'denseoreLapis'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@3 as 'denseoreDiamond'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@4 as 'denseoreEmerald'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@5 as 'denseoreRedstone'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@6 as 'denseoreCoal'.
[23:56:10] [Client thread/INFO]: DRAGONAPI: Logged OreDict registration of 1xtile.denseores:block0@7 as 'denseoreQuartz'.
[23:56:10] [Client thread/ERROR]: Fatal errors were detected during the transition from INITIALIZATION to POSTINITIALIZATION. Loading cannot continue
[23:56:10] [Client thread/ERROR]:
Also... I have a question: Why the heavens you are trying to get the array without making a bound checking?
I don't know how to make it look good, but this is a result measured with an Angular Transducer.
We are using fission reactors and breeder reactors.
The heat of the breeder reactor is converted into steam by a heat exchanger.
The steam from the heat exchanger and the steam from the fission reactor are combined after passing through a pipe pump.
The steam is used in two HP-Turbines.
It works immediately after updating to V29f (or v29g), but stops after a while.
NaN. Break all your boilers and steam lines to clear them.
And yes, it is that time of the year again.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
Because an empty file is invalid and I do not care if it crashes.
I respect that. Thank you, btw...
You've answered my question. I can imagine how hard it may be for you, as a busy man I imagine you are.
But you forgot one thing: how about that small crash there?
What is causing it? "Index out of bounds", it says...
What does that mean?
Because, as you can see here, both files are identical:
en_US:
<!--
@author Reika Kalseki
Copyright 2018
All rights reserved.
Distribution of the software in any form is only allowed with
explicit, prior permission from the owner.
-->
<?xml version="1.0"?>
<categories>
<info>
Some important information on operating some machines and some essential tools.
</info>
<engine>
Perhaps the most crucial of all the machines, engines are used to supply power. Each has their own torque and speed characteristic, but they all generally are high speed and low torque. Each engine also has its own requirements in terms of energy supply, and some engines have their own special quirks that it is wise to know.
</engine>
<trans>
The possibilities would be rather limited if power produced by the engines had to be consumed at the source. Fortunately, it is simple and easy to transport this power, almost losslessly, across any distance you care to. One important thing to note about many of these is that they are directional - they transmit power in only one direction. Machines will render a green cage around their input block(s) and a red one around their output block(s).
</trans>
<converter>
These engines convert between shaft power and another energy source, such as that from another mod.
</converter>
<procmachine>
These machines are used to process materials, either creating new materials, increasing yields, or refining products.
</procmachine>
<utilmachine>
These are machines which fill specific purposes not easily categorized into the other groups.
</utilmachine>
<prodmachine>
These are machines used to produce basic resources, either directly from mining or from raw ingredients.
</prodmachine>
<survmachine>
These machines are used to evaluate your surroundings, to become more aware of potential dangers or items of value.
</survmachine>
<wepmachine>
Weaponry- and Protection-type machines are used to attack opponents - either mobs or players - and defend yourself from their attacks.
</wepmachine>
<farmmachine>
These machines are designed to be used to either replace or enhance traditional farms.
</farmmachine>
<cosmachine>
Cosmetic machines provide little to no utilitarian bonus, but provide visual or acoustic appeal.
</cosmachine>
<accmachine>
Generally not terribly useful alone, these machines are designed to work with others to enhance their functionality.
</accmachine>
<pipemachine>
These "machines" are not really machines, simply pipes to carry fluids from one machine or storage to another.
</pipemachine>
<tool>
These are the tools powered by wound-up coils. Their coil depletes slightly with each use. To recharge them, craft them with a new coil and you will get the old coil back, which can be used again.
</tool>
<resource>
These are the resource-type items, used for various purposes.
</resource>
</categories>
pt_BR:
<!--
@author Reika Kalseki
Copyright 2018
All rights reserved.
Distribution of the software in any form is only allowed with
explicit, prior permission from the owner.
-->
<?xml version="1.0"?>
<categories>
<info>
Algumas informações importantes sobre a operação de algumas máquinas e algumas ferramentas essenciais.
</info>
<engine>
Talvez as mais importantes de todas as máquinas, os motores são utilizados para fornecer energia. Cada um tem o seu próprio torque e velocidade característico. Todos eles são geralmente de alta velocidade e baixo torque. Cada motor também tem suas próprias exigências, em termos de abastecimento de energia. Alguns motores têm suas próprias peculiaridades especiais, o que é importante saber.
</engine>
<trans>
As possibilidades seriam muito limitadas se a energia produzida pelos motores tivesse que ser consumida diretamente na fonte. Felizmente, é simples e fácil transportar esse poder com eixos, quase sem perdas, a qualquer distância que você queira. Uma coisa importante a notar é que eles são direcionais - transmitem energia em apenas uma direção. Máquinas mostram um bloco verde no(s) seu(s) lado(s) de entrada e um vermelho no seu(s) lado(s) de saída.
</trans>
<converter>
Esses motores convertem entre a potência do eixo e outra fonte de energia, como a de outro mod.
</converter>
<procmachine>
Estas máquinas são usadas para processar materiais, como também para criação de novos materiais, aumentar o rendimento, ou para a conversão de itens entre mods.
</procmachine>
<utilmachine>
Estas são máquinas que não seríam facilmente categorizadas em outros grupos.
</utilmachine>
<prodmachine>
Estas são máquinas usadas para produzir recursos básicos, seja a partir da mineração ou de matérias-primas.
</prodmachine>
<survmachine>
Estas máquinas são usadas para avaliar seu entorno e lhe fazer mais consciente dos potenciais perigos ou de itens de valor.
</survmachine>
<wepmachine>
Máquinas de ataque e defeza são usadas para atacar oponentes - tanto mobs quanto players - e proteger a si mesmos de seus ataques.
</wepmachine>
<farmmachine>
Estas máquinas são projetadas tanto para substituir, quanto para melhorar as farms tradicionais.
</farmmachine>
<cosmachine>
Máquinas cosméticas oferecem pouco ou nenhum bônus utilitário, mas fornecem uma melhoria visual ou acústica.
</cosmachine>
<accmachine>
Não muito úteis por si só, estas máquinas são projetadas para trabalhar com outras para melhorar suas funcionalidades.
</accmachine>
<pipemachine>
Essas "máquinas" não são realmente máquinas, são simplesmente tubos para transportar fluidos de uma máquina (ou armazenamento) para outra.
</pipemachine>
<tool>
Estas são as ferramentas alimentadas por bobinas carregadas. A sua bobina se esgota ligeiramente com cada utilização. Para recarregá-las, basta fabricá-los com uma nova bobina, e você obterá uma nova bobina, que pode ser usada novamente.
</tool>
<resource>
Estes são os itens do tipo "recurso". São usados para vários fins.
</resource>
</categories>
And I have noticed that difference in the format of the files. Mine was in UTF-8 with BOM. But now I've formatted them to be UTF-8 without BOM. And I have done it for all the other files I've translated, just in case. But even with that... The crash... You could at least send me to someone that could help me.
Rollback Post to RevisionRollBack
Há muito mais na realidade do que uma mente humana consegue imaginar".
You've answered my question. I can imagine how hard it may be for you, as a busy man I imagine you are.
But you forgot one thing: how about that small crash there?
What is causing it? "Index out of bounds", it says...
What does that mean?
Because, as you can see here, both files are identical:
en_US:
<!--
@author Reika Kalseki
Copyright 2018
All rights reserved.
Distribution of the software in any form is only allowed with
explicit, prior permission from the owner.
-->
<?xml version="1.0"?>
<categories>
<info>
Some important information on operating some machines and some essential tools.
</info>
<engine>
Perhaps the most crucial of all the machines, engines are used to supply power. Each has their own torque and speed characteristic, but they all generally are high speed and low torque. Each engine also has its own requirements in terms of energy supply, and some engines have their own special quirks that it is wise to know.
</engine>
<trans>
The possibilities would be rather limited if power produced by the engines had to be consumed at the source. Fortunately, it is simple and easy to transport this power, almost losslessly, across any distance you care to. One important thing to note about many of these is that they are directional - they transmit power in only one direction. Machines will render a green cage around their input block(s) and a red one around their output block(s).
</trans>
<converter>
These engines convert between shaft power and another energy source, such as that from another mod.
</converter>
<procmachine>
These machines are used to process materials, either creating new materials, increasing yields, or refining products.
</procmachine>
<utilmachine>
These are machines which fill specific purposes not easily categorized into the other groups.
</utilmachine>
<prodmachine>
These are machines used to produce basic resources, either directly from mining or from raw ingredients.
</prodmachine>
<survmachine>
These machines are used to evaluate your surroundings, to become more aware of potential dangers or items of value.
</survmachine>
<wepmachine>
Weaponry- and Protection-type machines are used to attack opponents - either mobs or players - and defend yourself from their attacks.
</wepmachine>
<farmmachine>
These machines are designed to be used to either replace or enhance traditional farms.
</farmmachine>
<cosmachine>
Cosmetic machines provide little to no utilitarian bonus, but provide visual or acoustic appeal.
</cosmachine>
<accmachine>
Generally not terribly useful alone, these machines are designed to work with others to enhance their functionality.
</accmachine>
<pipemachine>
These "machines" are not really machines, simply pipes to carry fluids from one machine or storage to another.
</pipemachine>
<tool>
These are the tools powered by wound-up coils. Their coil depletes slightly with each use. To recharge them, craft them with a new coil and you will get the old coil back, which can be used again.
</tool>
<resource>
These are the resource-type items, used for various purposes.
</resource>
</categories>
pt_BR:
<!--
@author Reika Kalseki
Copyright 2018
All rights reserved.
Distribution of the software in any form is only allowed with
explicit, prior permission from the owner.
-->
<?xml version="1.0"?>
<categories>
<info>
Algumas informações importantes sobre a operação de algumas máquinas e algumas ferramentas essenciais.
</info>
<engine>
Talvez as mais importantes de todas as máquinas, os motores são utilizados para fornecer energia. Cada um tem o seu próprio torque e velocidade característico. Todos eles são geralmente de alta velocidade e baixo torque. Cada motor também tem suas próprias exigências, em termos de abastecimento de energia. Alguns motores têm suas próprias peculiaridades especiais, o que é importante saber.
</engine>
<trans>
As possibilidades seriam muito limitadas se a energia produzida pelos motores tivesse que ser consumida diretamente na fonte. Felizmente, é simples e fácil transportar esse poder com eixos, quase sem perdas, a qualquer distância que você queira. Uma coisa importante a notar é que eles são direcionais - transmitem energia em apenas uma direção. Máquinas mostram um bloco verde no(s) seu(s) lado(s) de entrada e um vermelho no seu(s) lado(s) de saída.
</trans>
<converter>
Esses motores convertem entre a potência do eixo e outra fonte de energia, como a de outro mod.
</converter>
<procmachine>
Estas máquinas são usadas para processar materiais, como também para criação de novos materiais, aumentar o rendimento, ou para a conversão de itens entre mods.
</procmachine>
<utilmachine>
Estas são máquinas que não seríam facilmente categorizadas em outros grupos.
</utilmachine>
<prodmachine>
Estas são máquinas usadas para produzir recursos básicos, seja a partir da mineração ou de matérias-primas.
</prodmachine>
<survmachine>
Estas máquinas são usadas para avaliar seu entorno e lhe fazer mais consciente dos potenciais perigos ou de itens de valor.
</survmachine>
<wepmachine>
Máquinas de ataque e defeza são usadas para atacar oponentes - tanto mobs quanto players - e proteger a si mesmos de seus ataques.
</wepmachine>
<farmmachine>
Estas máquinas são projetadas tanto para substituir, quanto para melhorar as farms tradicionais.
</farmmachine>
<cosmachine>
Máquinas cosméticas oferecem pouco ou nenhum bônus utilitário, mas fornecem uma melhoria visual ou acústica.
</cosmachine>
<accmachine>
Não muito úteis por si só, estas máquinas são projetadas para trabalhar com outras para melhorar suas funcionalidades.
</accmachine>
<pipemachine>
Essas "máquinas" não são realmente máquinas, são simplesmente tubos para transportar fluidos de uma máquina (ou armazenamento) para outra.
</pipemachine>
<tool>
Estas são as ferramentas alimentadas por bobinas carregadas. A sua bobina se esgota ligeiramente com cada utilização. Para recarregá-las, basta fabricá-los com uma nova bobina, e você obterá uma nova bobina, que pode ser usada novamente.
</tool>
<resource>
Estes são os itens do tipo "recurso". São usados para vários fins.
</resource>
</categories>
And I have noticed that difference in the format of the files. Mine was in UTF-8 with BOM. But now I've formatted them to be UTF-8 without BOM. And I have done it for all the other files I've translated, just in case. But even with that... The crash... You could at least send me to someone that could help me.
That makes no sense; the only thing I can think of is that the encoding is weird and it things that there is no data.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
NaN. Break all your boilers and steam lines to clear them.
Thank you, Reika.
When the steam line and boiler were removed and reassembled, the steam line readings were normal and the HP turbine was functioning.
But if the boiler was installed before the fuel core, it didn't work.
Hmmm, steam becomes NaN% again.
After re-installing the boiler and steam line with v29g, restarting Minecraft will result in NaN%.
At v29d, it did not reach NaN% even after rebooting.
NaN% is not generated in the fission reactor.
(The fission reactor and the breeder reactor are adjacent)
NaN% does not occur immediately after installing the boiler and steam line, but occurs after re-login.
NaN% is not generated in the fission reactor.
(The fission reactor and the breeder reactor are adjacent)
NaN% does not occur immediately after installing the boiler and steam line, but occurs after re-login.
And where does the steam NULL occur?
Does it occur with only boilers and steam lines (ie no pumps, etc)?
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
What am I missing on getting the Casting Delegate to perform a craft? In this test world I have set of the Casting Complex and used commands for both debugetst and to maximize the chromaprog. The CE has lumens and for this test Im just trying to craft void cores, if I manually place the mats I can craft the core no problem but if I use the CE and press the green enter button nothing happens. Im sure this is a user error but I dont see what Im missing.
Is there a way to prevent ChromatiCraft from claiming the end crystals for itself?
I have Ender Utilities installed and that requires building a multiblock around an end crystal. But this does not work. I suspect ChromatiCraft interferring because Waila shows ChromatiCraft as the mod where the end crystals belong to.
Oh wow I figured out what was missing as I had a suspension about one of the blocks, that being the item insertion focus and relay. Placing them is the most likely spots worked and now the delegate is doing its thing. Guess after playing though CrC several years ago it I assumed the delegate worked the same as previously but was mistaken.
Is there a way to prevent ChromatiCraft from claiming the end crystals for itself?
I have Ender Utilities installed and that requires building a multiblock around an end crystal. But this does not work. I suspect ChromatiCraft interferring because Waila shows ChromatiCraft as the mod where the end crystals belong to.
No, but you can spawn vanilla ones.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
Loss of mode was not something I was aware of, but my changes to the ECU could in theory have done something.
This is not a bug if you were using an HTGR. You were exploiting the bug before.
Also, another day, another update....
And at 29g, this update has reached the highest letter ever seen (tied with v8 for 1.7 in summer 2015 and v25g for 1.6.4 in July 2014).
I don't use HTGR.
It is helpful to be able to respond well.
I am looking forward to it in the future.
Show me the reactor type data.
I don't know how to make it look good, but this is a result measured with an Angular Transducer.
We are using fission reactors and breeder reactors.
The heat of the breeder reactor is converted into steam by a heat exchanger.
The steam from the heat exchanger and the steam from the fission reactor are combined after passing through a pipe pump.
The steam is used in two HP-Turbines.
It works immediately after updating to V29f (or v29g), but stops after a while.
My machine.. What's this?.. And besides, the temperature changed from Celsius to Fahrenheit. If it matters
This is April fools. You got fooled.
BTW. Reika!
I've fixed that problem with formatting the xml file correctly and now it is giving me other type of error.
This error ^ happens right after the mod loader tries to load this:
Also... I have a question: Why the heavens you are trying to get the array without making a bound checking?
https://github.com/ReikaKalseki/DragonAPI/blob/master/IO/ReikaXMLBase.java#L38
Later...
Oh thanks a lot, I can breathe out
We'll have to stop crafting for a day, it's inconvenient to work like that
Because an empty file is invalid and I do not care if it crashes.
NaN. Break all your boilers and steam lines to clear them.
And yes, it is that time of the year again.
I respect that. Thank you, btw...
You've answered my question. I can imagine how hard it may be for you, as a busy man I imagine you are.
But you forgot one thing: how about that small crash there?
What is causing it? "Index out of bounds", it says...
What does that mean?
Because, as you can see here, both files are identical:
en_US:
pt_BR:
And I have noticed that difference in the format of the files. Mine was in UTF-8 with BOM. But now I've formatted them to be UTF-8 without BOM.
And I have done it for all the other files I've translated, just in case. But even with that... The crash... You could at least send me to someone that could help me.
That makes no sense; the only thing I can think of is that the encoding is weird and it things that there is no data.
Thank you, Reika.
When the steam line and boiler were removed and reassembled, the steam line readings were normal and the HP turbine was functioning.
But if the boiler was installed before the fuel core, it didn't work.
I remember this as a response when upgrading.
Hmmm, steam becomes NaN% again.
After re-installing the boiler and steam line with v29g, restarting Minecraft will result in NaN%.
At v29d, it did not reach NaN% even after rebooting.
What I found at this point.
NaN% is not generated in the fission reactor.
(The fission reactor and the breeder reactor are adjacent)
NaN% does not occur immediately after installing the boiler and steam line, but occurs after re-login.
And where does the steam NULL occur?
Does it occur with only boilers and steam lines (ie no pumps, etc)?
Reika's prediction was right.
Immediately after re-installing the boiler and steam line.
After disconnecting the steam line leading to the pipe pump and logging in again.
A steam line that is not connected to a pipe pump.
A steam line connected to a pipe pump.
Only the steam line connected to the pipe pump has NaN%.
However, this only occurs on the heat exchanger side, which cools the hot sodium in the breeder reactor.
There is also a pipe pump on the fission reactor side, but NaN% is not generated.
In addition, it seems that NULL steam is generated after connecting with the pipe pump.
Below is a steam line that is not connected to a pipe pump.
What am I missing on getting the Casting Delegate to perform a craft? In this test world I have set of the Casting Complex and used commands for both debugetst and to maximize the chromaprog. The CE has lumens and for this test Im just trying to craft void cores, if I manually place the mats I can craft the core no problem but if I use the CE and press the green enter button nothing happens. Im sure this is a user error but I dont see what Im missing.
Is there a way to prevent ChromatiCraft from claiming the end crystals for itself?
I have Ender Utilities installed and that requires building a multiblock around an end crystal. But this does not work. I suspect ChromatiCraft interferring because Waila shows ChromatiCraft as the mod where the end crystals belong to.
Oh wow I figured out what was missing as I had a suspension about one of the blocks, that being the item insertion focus and relay. Placing them is the most likely spots worked and now the delegate is doing its thing. Guess after playing though CrC several years ago it I assumed the delegate worked the same as previously but was mistaken.
No, but you can spawn vanilla ones.