Hi, in OP - 1.0.8 changelog for which version mc? Next, bugs fixed? One bug: game crush when CCE Integer<->Float in relogging in quicksand. Two bug: if server lag(tps down) and EnviroMine installed, part of the quicksand begins to be processed by physics, which causes an eternal drop of blocks and a permanent drop of the item, which is this sand. This place causes even more drops in the tps and dupes ~64 items per minute. This area is also located by the loaded changeloader ChikenChunks. These bug 2 do not always occur, they go periodically through time, but occur. Bug 1 does not allow the player to go into the world, only moving it through editing nbt data can help.
question:
whether it added to the replacement of conventional sand on its different types? in real life the composition of the sand depends on the location and origin.
why it did not see a file dependency, although it it normally imported neighboring repo, oddities, but I was able to solve the problem manually tossing him the file.
I have no idea. Block.setBlockName(String newName) is a standard routine in all the 1.7 forges AFAIK. You could try forge 1448 to see if they changed the name later. However, I don't use gradle to compile - I compile in my environment and only link and obfuscate with gradle.
changing versions of the forge or add mappings does not help, helps use obfuscated names of class Block.
if you compile for version last commit the compiler writes the error of not found in the vanilla functions classes and unable to override the methods in a number of classes. For example:
1
.\UndergroundBiomesConstructs1.7-fork\build\sources\java\exterminatorJeff\undergroundBiomes\api\NamedBlock.java:35: error: cannot find symbol
block.setBlockName(external());
^
symbol: method setBlockName(String)
location: variable block of type Block
2
.\UndergroundBiomesConstructs1.7-fork\build\sources\java\exterminatorJeff\undergroundBiomes\common\block\BlockMetadataBase.java:106: error: method does not override or implement a method from a supertype
@Override
^
This freezing can also be caused randomly if you're walking around and you accidentally venture too close to the edge before world generation catches up.
freezing can be reduced if you increase the size of the young generation JVM
Thanks, now works, the question: have you considered the possibility of accelerating the start of the game when a lot of mods? The fact that the start-up as well as he single-player server, receives a greater load than it can handle, in the end we have friezes over those that have been, although we still remain available memory and CPU resources.
P.S. I did not is simple so moved from HotSpot to OpenJDK, in the number of long tests, I came to the conclusion that it is better JVM for maincraft with mods than HotSpot.
Hey guys! I got a problem. It sounds a bit noobish but, well I really don't know what's going on there. okay, I had Biome id conflicts between ebxl and some other mods. Normally I would say it's easy-going just change the conflicting id's. That's what I did with ebxl's id's but after i started Minecraft again they were changed back to the conflicting values
I thought about changing their conflicting counterparts but that won't work either because some of them don't have a config or they need to be set inbetween special values (like Erebus with max 127)
Is it possible to stop whatever is changing them back?
0
Hi, in OP - 1.0.8 changelog for which version mc? Next, bugs fixed? One bug: game crush when CCE Integer<->Float in relogging in quicksand. Two bug: if server lag(tps down) and EnviroMine installed, part of the quicksand begins to be processed by physics, which causes an eternal drop of blocks and a permanent drop of the item, which is this sand. This place causes even more drops in the tps and dupes ~64 items per minute. This area is also located by the loaded changeloader ChikenChunks. These bug 2 do not always occur, they go periodically through time, but occur. Bug 1 does not allow the player to go into the world, only moving it through editing nbt data can help.
PS Does this project have a public repository?
0
if replaced UBC. Stone use in many mods, change name OreDictionary can cause problems.
0
MC stone does not exist in real life (the name of the rock), to facilitate all types of stone were called stone.
0
question:
whether it added to the replacement of conventional sand on its different types? in real life the composition of the sand depends on the location and origin.
0
why it did not see a file dependency, although it it normally imported neighboring repo, oddities, but I was able to solve the problem manually tossing him the file.
0
changing versions of the forge or add mappings does not help, helps use obfuscated names of class Block.
0
Hmm, what necessary to compiled this repository?
https://github.com/Zeno410/UndergroundBiomesConstructs1.7
My steps:
1) git clone https://github.com/Zeno410/UndergroundBiomesConstructs1.7.git
2) put build.gradle and some according in libs folder: http://imgur.com/kUw2OCj
2a) move src -> src/main/java; put resource -> src/main/resource
3) use Win7x64, OpenJDK 7u101 x64, gradle 2.13, git-scm 2.8.1 x64, git-bash mode (console)
4) gradle clean build
tried to compile the 2 source code version:
this commit: 8919e3f1d56e4f62f188b77e250a63ac6e7a8bac
and this one: d31c5f4045e178311f34b10d8cf1cb638e973703
both failed.
if you compile for version last commit the compiler writes the error of not found in the vanilla functions classes and unable to override the methods in a number of classes. For example:
What did I miss or do not this way?
Fork-repo: https://github.com/LemADEC/UndergroundBiomesConstructs - normal compile and no problem.
0
freezing can be reduced if you increase the size of the young generation JVM
0
thanks
0
Hello.
https://github.com/Zeno410/UndergroundBiomesConstructs1.7
https://github.com/Zeno410/UndergroundBiomes1.7API
will update the remote repositories?
0
What are your arguments JVM?
0
Thanks, now works, the question: have you considered the possibility of accelerating the start of the game when a lot of mods? The fact that the start-up as well as he single-player server, receives a greater load than it can handle, in the end we have friezes over those that have been, although we still remain available memory and CPU resources.
P.S. I did not is simple so moved from HotSpot to OpenJDK, in the number of long tests, I came to the conclusion that it is better JVM for maincraft with mods than HotSpot.
0
Hello. MC1.7.10+PML 9.3+Forge 1614+OpenJDK7u95 fine work?
I was not able to run the game, an error related to the ClassLoader: http://paste.ubuntu.com/16352746/ (full fml-client-latest.log, 810kb)
0
Set Read-only config file
0
BearbaBear, emm, in you crash-log not found natura mod. You crash non-natura issue?