i have a problem: I dont see anything expect the character head and the mob spawners thats it. How do i fix this? (why does all the bad things happen to me >.<)
You fix it by reading the last couple of pages on this thread and looking for a problem like your own.
Do that, and you will see that you need the Anvil compatible version from the OP.
This'll probably be an obvious answer to an obvious question, but are they working on updating mcedit to work with mcpc v1.3?
I don't see why it wouldn't work. As always (sigh), there will be some blocks thet MCEdit doesn't recognize- those'll shows as pink cubes. But you can still select/copy/paste/clone/import/export them. They just don't show properly. I'd like to know if anyone is working on getting that fixed.
At some point, I cannot go to anywhere. When I try, the windows close as soon as I click, followed by the ever-annoying reverting to old times. A huge crash report is created in the smaller window and if I try to view the aforementioned crash report, MCEdit crashes again.
When restarting after the 1st crash, I noticed some of the blocks were wrong due to reverting to old times; dirt/grass reverted to stone, stone reverted to air/cobweb/wood planks/torches, and water/air reverted to stone.
This means that whoever wrote MCEdit should either fix the bug and/or include an autosave feature.
This'll probably be an obvious answer to an obvious question, but are they working on updating mcedit to work with mcpc v1.3?
I'm assuming you mean Minecraft 1.3, not sure what "mcpc" is.
Since there are no world format changes like in 1.2, the current version of MCEdit will work just fine. Some new blocks will be unavailable in the brush tool until an update, but you can access them by manually typing in the block ID.
At some point, I cannot go to anywhere. When I try, the windows close as soon as I click, followed by the ever-annoying reverting to old times. A huge crash report is created in the smaller window and if I try to view the aforementioned crash report, MCEdit crashes again.
When restarting after the 1st crash, I noticed some of the blocks were wrong due to reverting to old times; dirt/grass reverted to stone, stone reverted to air/cobweb/wood planks/torches, and water/air reverted to stone.
This means that whoever wrote MCEdit should either fix the bug and/or include an autosave feature.
For starters, this report, as it currently is, is completely useless. I don't care if the error report crashed, by reading this I have no idea what it is that could possibly make this crash happen, and thus I can't help you.
Does your system have an Intel graphics card? What do you mean by "reverting to old times"?
Also, an autosave feature is the worst idea possible. There would be lagspikes, similar to the LSOD in Minecraft itself. Just use Ctrl+S whenever necessary.
Do not make demands for a bug to be fixed when you have not even written a mildly helpful report. What in the world do we fix if we don't know what it is we're fixing?
I want to apologize for my lack of ability to discern this... but, by reading the main page for MC Edit, is it correct when I say that there is not a stable version of MC Edit to work with Minecraft 1.2.5 yet?
uhm can anyone help me? whenever I import large terrains or extremely large structures it causes the blocks underneath and on the sides to disappear T_T
uhm can anyone help me? whenever I import large terrains or extremely large structures it causes the blocks underneath and on the sides to disappear T_T
I am thinking back to the time when McEdit didn't crash when i try to fill/replace. I remember that time...
Too bad almost... every single laptop has Intel. Relatively speaking.. It is very normal.... Although i am not really.. (Well technically) complaining, but just saying... But.. Is there any Anvil or really just 1.2.5... (Don't know map type) Version, Excuse me if 1.2.5 and Anvil are the same but. Do you have a version without the bug? Well if you had it would probably be out.. Sorry... Just saying..
Another thing I would like to know more about is the new ender chest feature. Where is this data stored and is there any chance the ender chest data could be lost through MCEDIT?
Thanks in advance.
I don't have experience with the first part of your post, but I do know that enderchest data in SMP is stored in player files (i.e. the dat files in your world's 'players' folder). Thus, ender inventories are exactly as safe as your players' current inventories and XP.
I doubt MCedit could cause any form of data loss like that, but I recommend making a backup of your 'players' directory before mucking around, so if any data is lost, it's not lost permanently.
I know MCedit can alter player files, such as when you tell it to change a player's location, but it shouldn't need to know anything about the rest of the player file and should leave all other data unchanged (that's generally good programming practice: only need to change a small part of a file? Make no assumptions about what the rest of the file does or does not contain; instead only load up and alter the part that needs changing). It's likely you won't run into problems, as MCedit is made to have minimal interference with mods and unexpected additions to NBT formats (unless, of course, the change is to the format of the world file itself - that's something MCedit pretty much has to load in its entirety, and it does not apply here).
I am planning a big operation with my server map soon after the dust settles on 1.3. I have a map that is nearly 2GB in size and was created in January so as you can imagine it has a lot of buildings/items. Now here is the thing, I am planning to select all areas of the map that my players want kept, I will be doing this in top down view (chunk view or whatever it's called) and then pruning the whole map. I am hoping this all goes to plan but I would like people to share their experiences to see if it usually works out ok in the end.
I have had problems running out of memory with large maps because the windows build is 32bit. If you run into problems with mcedit running out of memory as it loads in more chunk I suggest temporarily moving some of the .mca files out of the region folder. Actually you could setup like 2 extra folders, say "original.chunks" and "processed.chunks". Put all of the .mca files in the original folder, copy 20 or so to the region folder, edit them, and then move them to the process folder. Then you repeat the process with the next 20 files.
You fix it by reading the last couple of pages on this thread and looking for a problem like your own.
Do that, and you will see that you need the Anvil compatible version from the OP.
I don't see why it wouldn't work. As always (sigh), there will be some blocks thet MCEdit doesn't recognize- those'll shows as pink cubes. But you can still select/copy/paste/clone/import/export them. They just don't show properly. I'd like to know if anyone is working on getting that fixed.
At some point, I cannot go to anywhere. When I try, the windows close as soon as I click, followed by the ever-annoying reverting to old times. A huge crash report is created in the smaller window and if I try to view the aforementioned crash report, MCEdit crashes again.
When restarting after the 1st crash, I noticed some of the blocks were wrong due to reverting to old times; dirt/grass reverted to stone, stone reverted to air/cobweb/wood planks/torches, and water/air reverted to stone.
This means that whoever wrote MCEdit should either fix the bug and/or include an autosave feature.
An autosave in MCEdit wouldn't be worth it as it might lead to a corrupted save. Best to use Alt + S at times.
I'm assuming you mean Minecraft 1.3, not sure what "mcpc" is.
Since there are no world format changes like in 1.2, the current version of MCEdit will work just fine. Some new blocks will be unavailable in the brush tool until an update, but you can access them by manually typing in the block ID.
For starters, this report, as it currently is, is completely useless. I don't care if the error report crashed, by reading this I have no idea what it is that could possibly make this crash happen, and thus I can't help you.
Does your system have an Intel graphics card? What do you mean by "reverting to old times"?
Also, an autosave feature is the worst idea possible. There would be lagspikes, similar to the LSOD in Minecraft itself. Just use Ctrl+S whenever necessary.
Do not make demands for a bug to be fixed when you have not even written a mildly helpful report. What in the world do we fix if we don't know what it is we're fixing?
TLDR: Don't use intel graphics.
try untick the air bit maybe
it's not....
I am thinking back to the time when McEdit didn't crash when i try to fill/replace. I remember that time...Too bad almost... every single laptop has Intel. Relatively speaking.. It is very normal.... Although i am not really.. (Well technically) complaining, but just saying... But.. Is there any Anvil or really just 1.2.5... (Don't know map type) Version, Excuse me if 1.2.5 and Anvil are the same but. Do you have a version without the bug? Well if you had it would probably be out.. Sorry... Just saying..
Wow.. I diddent see your post... Sorry!!
Yes, use the "§" symbol, followed by a number 0-9 or letter A-F, at the beginning of each line of text you want coloured.
7/31/12 12:36:03 AM com.apple.launchd[89] ([0x0-0x24024].org.mcedit.mcedit[218]) Exited with exit code: 255
7/31/12 12:38:03 AM [0x0-0x28028].org.mcedit.mcedit[229] Traceback (most recent call last):
7/31/12 12:38:03 AM [0x0-0x28028].org.mcedit.mcedit[229] File "/Users/MY USER/Downloads/MCEdit-2.app/Contents/Resources/__boot__.py", line 68, in <module>
7/31/12 12:38:03 AM [0x0-0x28028].org.mcedit.mcedit[229] import fcntl
7/31/12 12:38:03 AM [0x0-0x28028].org.mcedit.mcedit[229] ImportError: dlopen(/Users/odie/Downloads/MCEdit-2.app/Contents/Resources/lib/python2.7/lib-dynload/fcntl.so, 2): no suitable image found. Did find:
7/31/12 12:38:03 AM [0x0-0x28028].org.mcedit.mcedit[229] /Users/MY USER/Downloads/MCEdit-2.app/Contents/Resources/lib/python2.7/lib-dynload/fcntl.so: unknown required load command 0x80000022
HELP PLEASE!
I don't have experience with the first part of your post, but I do know that enderchest data in SMP is stored in player files (i.e. the dat files in your world's 'players' folder). Thus, ender inventories are exactly as safe as your players' current inventories and XP.
I doubt MCedit could cause any form of data loss like that, but I recommend making a backup of your 'players' directory before mucking around, so if any data is lost, it's not lost permanently.
I know MCedit can alter player files, such as when you tell it to change a player's location, but it shouldn't need to know anything about the rest of the player file and should leave all other data unchanged (that's generally good programming practice: only need to change a small part of a file? Make no assumptions about what the rest of the file does or does not contain; instead only load up and alter the part that needs changing). It's likely you won't run into problems, as MCedit is made to have minimal interference with mods and unexpected additions to NBT formats (unless, of course, the change is to the format of the world file itself - that's something MCedit pretty much has to load in its entirety, and it does not apply here).
I have had problems running out of memory with large maps because the windows build is 32bit. If you run into problems with mcedit running out of memory as it loads in more chunk I suggest temporarily moving some of the .mca files out of the region folder. Actually you could setup like 2 extra folders, say "original.chunks" and "processed.chunks". Put all of the .mca files in the original folder, copy 20 or so to the region folder, edit them, and then move them to the process folder. Then you repeat the process with the next 20 files.