Minecraft Forums

I like what you've done! Here, let me show you something vaguely familiar...



This was fun to make. Because I wrote the program entirely in interactive mode, I lost the source. Let me see if I can do it again...

Cookiefairy: Press '6' and import a spawner schematic.

DreaMagine: That's a nasty bug I'm fixing. The chunk should still be deleted, though. Remember, the game automatically regenerates chunks, so don't assume you can permanently delete them.

ape: The code isn't available because I want to keep control of its development. I know people want to add to MCEdit, but judging by the work others have done on pymclevel, which has been posted on github, I'm not missing much. I'm already seeing websites who are reposting the MCEdit download with all of the outgoing links back to this thread removed, so I can fully expect more of that kind of garbage if I give away all of the code.

I'd be surprised if anyone thought my code was valuable enough to hire a code analysis service. In fact, if you have that kind of money, you could just give it to me instead and kindly ask me to release the code in light of your generous donation.

Regarding your error, it looks like there's still a problem with your built libraries. Does this program do the same thing?

import pygame
pygame.display.set_mode( (300, 400), pygame.OPENGL )

Alpha 57 is posted. Man, that autoreporter sure is handy.

ElementalChaos: I'll keep looking into it.

FUZZY COBALT: It looks like you may need to logout after installing the Python from python.org. Either that, or you skipped installing PyOpenGL.

EDIT

If you have any, I need more information about this crash:

  File "mcedit.py", line 1376, in gl_draw
  File ".\renderer.py", line 895, in doWork
  File ".\renderer.py", line 363, in calcFaces
ValueError: shape mismatch: objects cannot be broadcast to a single shape

Tell me what you were doing at the time. If you know them, also tell me the size and format of whatever you were working on.

Just remembered about this e-mail, I meant to repost it when it arrived:

I've been having the same error as ElementalChaos - i.e.

Traceback (most recent call last):
File "mcedit.py", line 5490, in main
File "mcedit.py", line 2861, in main
File "mcedit.py", line 2727, in __init__
File "mcedit.py", line 1558, in __init__
File "mcedit.py", line 969, in genSixteenBlockTexture
File "OpenGL\latebind.pyo", line 45, in __call__
File "OpenGL\wrapper.pyo", line 724, in wrapperCall
File "OpenGL\arrays\arrayhelpers.pyo", line 153, in __call__
File "OpenGL\contextdata.pyo", line 57, in setValue
File "OpenGL\contextdata.pyo", line 40, in getContext
Error: Attempt to retrieve context when no valid context

Just found a fix which works on my machine (Win7 64 Bit) - theres a glut32.dll in C:\Windows\SysWOW64 (presumably in C:\Windows\System32 on 32-bit systems) that's been overriding the one distributed with MCEdit - I just had to copy the glut32.dll from MCEdit over that one and it works now :smile.gif:

Search for the glowing redstone torch's ID number 76. You'll find a bunch of lines that set up the different properties of each block, like hardness, brightness, and opacity. Change them to your liking.

Alpha 56 is posted. The major improvement this time is automatic crash reporting. Disable it in the mcedit.ini if you need to. (alpha 56.1 fixes some broken stuff. also, autoreporting works!)

ape: I'll need to fool around with distribution on Mac some more. It'll be easier to install if I bundle the required libs with the app, the way the Windows version is. Line 2 is pygame.font.init().

Disloyalheretic: mcedit.log is in the MCEditData folder.

erwindrenn: What happened when you tried mcedit.bat? Could you try to run mcedit.exe from a command line and take a picture of the output?

That's a bug, and you have the right fix. That codepath is the one for copying directly from one infinite level to another without an intermediate buffer. The functionality isn't exposed anywhere in either program so it never gets used. You might notice it accesses the blocks one by one instead of doing a mass block copy via numpy. This is extraordinarily slow and my dread about rewriting it in numpy is why it's still in such bad shape.

Yeah, it's an optional dependency for SDL_Image that lets it open different formats. I can't remember the name....

ape: My first impression is that you didn't build and install SDL_ttf.

ricchan: KeyboardInterrupt? That means you pressed Control-C. Try it again.

Disloyalheretic: Did you miss the "Select All" option in the menu? The shortcut is Control-A. I'd appreciate a copy of the crash log, too.

fffizzz: Type '0' twice, the coordinates show up in white text along the bottom.

I'll bet you the world folder is in C:\windows\SysWow64\. Don't ask me why, just a hunch.

I like to work backwards from the text strings in the save format. I started from "Blocks" and found the terrain generator. Then, I looked at "TerrainPopulated" and found the second stage of the terrain generator. To poke at the renderer, I searched for a few OpenGL calls.

If you're familiar with Java, you probably know a few Java library calls that are good to search for.

The Fill/Replace tool has a Replace option. You can use it to replace all of the water within your selection with air, or anything else. You don't need to precisely select only the water blocks. The only gotcha is that water comes in two varieties (Water and Stationary water) and you have to replace both of them.

There's no flood fill in MCEdit. It's not even on the horizon.

I never build legit. I can't afford to waste any time gathering materials.