You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I received the message on the screenshot and if I proceed after this the world will stuck in the first tick and even if I downgrade the mods the world will be already corrupted forever
hastebin paste seems missing - but I think this is because we've had some stuff move around from -beta8 to -rc1 and then to -rc2.
TL;DR - I made a major mistake heading into -rc1 that was corrected in -rc2...
Basically... In -beta8 BaseMetals was providing everything for the vanilla minecraft integration and extension. When -rc1 was released I'd thought that people might want to use MMDLib with just, say, NetherMetals and have all the vanilla extended stuff still available, so I moved that to MMDLib. This got me in a bit of trouble with the project lead @jriwanek - since the MMDLib should, at her insistence, not provide anything. So for -rc2 I moved things back to BaseMetals...
The update will cause a backup level.dat to be created - this is because there is remapping of Item and Block "registry names" and possibly ID numbers happening. There should be no actual corruption - in fact, if you were using the same world with -beta8 and previous versions of BaseMetals, then the release of -rc1 is what caused the backup level.dat to be created in the first place and the release of -rc2 is triggering the message as Minecraft has detected this.
You can try going to your instance directory, into the "saves", deleting "level.dat" and then renaming "level.dat_old" to "level.dat" - though I don't recommend it, as you'd lose all progress on the world from the -rc1 to -rc2 updates. A better solution would be to rename the original from "level.dat_old" to something like "level.dat_old_saved" and seeing if there is any actual corruption of the world.
Yes, I was using the same world with -beta8 and previous versions of BaseMetals, and I tried every option you described here and in all cases it results in World corruption. Also, if i rename the "level.dat_old" to something like "level.dat_old_saved" I end up with this error: https://hastebin.com/idomebarow.rb
Activity
KiriCattus commentedon May 20, 2019
Do you have any console logs? Stick them on hastebin see if there's any more info for it.
pauloelr commentedon May 20, 2019
This is the crash-report with time most close the the moment of the problem: https://hastebin.com/yevugehodo.rb
But it does not have much information
dshadowwolf commentedon May 25, 2019
hastebin paste seems missing - but I think this is because we've had some stuff move around from -beta8 to -rc1 and then to -rc2.
TL;DR - I made a major mistake heading into -rc1 that was corrected in -rc2...
Basically... In -beta8 BaseMetals was providing everything for the vanilla minecraft integration and extension. When -rc1 was released I'd thought that people might want to use MMDLib with just, say, NetherMetals and have all the vanilla extended stuff still available, so I moved that to MMDLib. This got me in a bit of trouble with the project lead @jriwanek - since the MMDLib should, at her insistence, not provide anything. So for -rc2 I moved things back to BaseMetals...
The update will cause a backup level.dat to be created - this is because there is remapping of Item and Block "registry names" and possibly ID numbers happening. There should be no actual corruption - in fact, if you were using the same world with -beta8 and previous versions of BaseMetals, then the release of -rc1 is what caused the backup level.dat to be created in the first place and the release of -rc2 is triggering the message as Minecraft has detected this.
You can try going to your instance directory, into the "saves", deleting "level.dat" and then renaming "level.dat_old" to "level.dat" - though I don't recommend it, as you'd lose all progress on the world from the -rc1 to -rc2 updates. A better solution would be to rename the original from "level.dat_old" to something like "level.dat_old_saved" and seeing if there is any actual corruption of the world.
pauloelr commentedon Jun 14, 2019
Yes, I was using the same world with -beta8 and previous versions of BaseMetals, and I tried every option you described here and in all cases it results in World corruption. Also, if i rename the "level.dat_old" to something like "level.dat_old_saved" I end up with this error: https://hastebin.com/idomebarow.rb