I have a weird problem. Yesterday MCEdit worked fine but now suddenly the FPS is VERY VERY LOW. MCedit always had high FPS but suddenly i'm crawling at around 1 fps :sad.gif:
EDIT: I Nnoticed that MCedit loads my map very slowly- i get to my map but my blocks take a LONG time to load. I reinstalled Minecraft, made a new map and still very low FPS!!!
I got an error after running this for a while:
RELEASE: alpha42
CWD: C:\Users\John Lee\Desktop\mc\Minecraft Etc\MCEdit\MCEditData
Parent Dir: C:\Users\John Lee\Desktop\mc\Minecraft Etc\MCEdit\MCEditData
MCEdit.main()
Double-buffered surface
Display: <Surface(850x480x32 SW)>
MCEdit.glInit()
Loading terrain textures...
Loading PNG: terrain-classic.png size: (256, 256) (262144 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45455000000000001, 'size': (256, 256)}
Loading PNG: terrain.png size: (256, 256) (262144 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45455000000000001, 'size': (256, 256)}
MCRenderer()
Generating block texture...
MCCamera()
FontRenderer()
Font failure 0
generateStars()
0.000423315825808 0.999756214838
EditorToolbar()
Loading PNG: char.png size: (64, 32) (8192 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45455000000000001, 'size': (64, 32)}
Loading PNG: char.png size: (64, 32) (8192 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45455000000000001, 'size': (64, 32)}
saveConfig()
Identifying C:\Users\John Lee\AppData\Roaming\.minecraft\saves\World1\level.dat
Detected Infdev level.dat
Saved 0 chunks
Trashing all display lists
Loading PNG: gui.png size: (256, 256) (262144 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45455000000000001, 'size': (256, 256)}
Loading PNG: toolicons\selection.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'size': (16, 16)}
Loading PNG: toolicons\clone.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45454, 'size': (16, 16)}
Loading PNG: toolicons\fill.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45454, 'size': (16, 16)}
Loading PNG: toolicons\schematic.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'size': (16, 16)}
Loading PNG: toolicons\crane.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'size': (16, 16)}
Loading PNG: toolicons\player.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'size': (16, 16)}
Loading PNG: toolicons\playerspawn.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'size': (16, 16)}
Loading PNG: toolicons\chunk.png size: (16, 16) (1024 bytes)
Metadata: {'bitdepth': 8, 'interlace': 0, 'planes': 4, 'greyscale': False, 'alp
ha': True, 'gamma': 0.45454, 'size': (16, 16)}
low detail doWork
Key down: mouse2
Key down: w
Key down: s
Key down: w
Key down: w
Key down: w
Key down: w
Key down: d
Key down: mouse2
Key down: w
Key down: w
Key down: d
Key down: w
Mouse left
Onscreen
Onscreen
Mouse entered
Key down: mouse2
Key down: mouse2
Key down: w
Key down: d
Key down: d
Key down: w
Mouse left
Mouse entered
Key down: mouse2
Key down: w
Key down: d
Release: MCEdit-alpha42
2010-10-17 11:51:10.586000
An error has been found! Please send the following to [email protected].
Traceback (most recent call last):
File "mcedit.py", line 5154, in main
File "mcedit.py", line 2790, in main
File "albow\root.pyo", line 91, in run
File "albow\root.pyo", line 118, in run_modal
File "albow\widget.pyo", line 695, in gl_draw_all
File "albow\widget.pyo", line 695, in gl_draw_all
File "albow\widget.pyo", line 692, in gl_draw_all
File "albow\opengl.pyo", line 22, in gl_draw_self
File "albow\opengl.pyo", line 28, in gl_draw_viewport
File "mcedit.py", line 2184, in gl_draw
File "mcedit.py", line 2215, in render
File "mcedit.py", line 1399, in draw
File "mcedit.py", line 927, in drawOverview
File "OpenGL\latebind.pyo", line 61, in __call__
File "OpenGL\GL\exceptional.pyo", line 154, in glCallLists
File "OpenGL\error.pyo", line 208, in glCheckError
GLError: GLError(
err = 1285,
description = 'out of memory',
baseOperation = glCallLists,
cArguments = (
1,
GL_UNSIGNED_INT,
c_void_p(49622616),
)
)
Fatal Python error: (pygame parachute) Segmentation Fault
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
EDIT2: the SAME issue happens on the latest version as well.
Whenever I try to open the batch file of MCEdit all that comes up is a black box that quickly closes and then when I try to open main.exe only a black box opens with nothing in it. If you help me figure out how to get it open I would appreciate it alot.
Guys I found out something... MCEdit conflicts with SolidWorks. Before I installed solidworks, mcedit works perfectly. After installing solidworks 2009 (need for engineering in school, and it's a LEGIT copy), mcedit fps slows down and gets the error i posted above. Terminating any solidworks related process does not help. I uninstalled it today and i was shocked to see MCedit was working perfectly. So does any experienced person here know a work around for this? I do not want to uninstall solidworks just to run mcedit.
If this helps, solidworks 2009 (64 bit) also installed the following:
Microsoft Office 2003 Web Components
Microsoft Visual Studio 2005 Tools for Applications- ENU
Microsoft Visual Studio 2005 Remove Debugger Light (x64) - ENU
I have is SolidWorks 2009 x64 Edition SP03. I'm running Windows 7 Ultimate x64.
EDIT: Removed the 3 things listed above. MCedit is still slow and crashing. Seems like solidworks itself is the culprit. I removed Solidworks just now and now MCedit is working normally.
Maybe you would want some application to track which DLLs are loaded when MCedit is run... Maybe "FileMon" program can help you. Well, just maybe. (on Linux I'd use "strace" program)
I have a mac and i am having trouble with putting in the cd ~/Downloads/MCEdit-alpha53.1-linux into it. It is kind of frustrating me. It just does -bash: cd: /Users/trenttakaki/Downloads/MCEdit-alpha53.1-linux: No such file or directory
KakashiHatake: Drag and drop the mcedit folder into the terminal, then press ENTER. If it still doesn't work, just wait for an official Mac version instead of trying to get the Linux version to work.
Not exactly, but you can import premade spawners from the schematic files.
As a side note, I just discovered the python routine sys.getfilesystemencoding. Apparently, I have to get this encoding and use it to decode sys.executable and sys.environ in order to find out where the MCEditData, .minecraft, and Documents folders are. If I don't decode, I can still use the paths with filesystem routines, but I can't do string manipulation or print them to stdout.
Python's approach to unicode threw me off because I was already used to Cocoa's NSString, which keeps track of its encoding. Python only associates encodings with the sources and destinations of data, such as streamhandles. It wasn't obvious that sys.getfilesystemencoding was associated with the paths in sys.environ or that sys.executable wasn't already decoded.
The game won't let you spawn underground or indoors. Your spawnpoint is automatically moved to a tile with sunlight. Try a glass ceiling.
The "Surface" option lets you choose whether to build inside or on top of the block under the cursor. Try it with a 1-block brush to see the difference.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
Thanks in advance.
EDIT: I Nnoticed that MCedit loads my map very slowly- i get to my map but my blocks take a LONG time to load. I reinstalled Minecraft, made a new map and still very low FPS!!!
I got an error after running this for a while:
EDIT2: the SAME issue happens on the latest version as well.
I still cant get it to work right, I'm trying to replace every water block at once. Can I not do that?
Mattsu: That's a folder.
Squidim: You're the only one who can't get it to work. Keep playing around with it.
Kriztoefur: Try starting it from a command prompt, or putting the word "pause" on the last line of mcedit.bat.
blablaboi1: That's unexpected. I'll see if I can get a copy of solidworks 2009 and see what it's doing.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
Microsoft Office 2003 Web Components
Microsoft Visual Studio 2005 Tools for Applications- ENU
Microsoft Visual Studio 2005 Remove Debugger Light (x64) - ENU
I have is SolidWorks 2009 x64 Edition SP03. I'm running Windows 7 Ultimate x64.
EDIT: Removed the 3 things listed above. MCedit is still slow and crashing. Seems like solidworks itself is the culprit. I removed Solidworks just now and now MCedit is working normally.
https://denilson.sa.nom.br/
Someone went walking for a looong time on my MP server, and the map needs some trimming.
Here's some new canals to replace the terrible ones I pulled out earlier.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
can you help me?
KakashiHatake: Drag and drop the mcedit folder into the terminal, then press ENTER. If it still doesn't work, just wait for an official Mac version instead of trying to get the Linux version to work.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
all you gotta do is click that picture
As a side note, I just discovered the python routine sys.getfilesystemencoding. Apparently, I have to get this encoding and use it to decode sys.executable and sys.environ in order to find out where the MCEditData, .minecraft, and Documents folders are. If I don't decode, I can still use the paths with filesystem routines, but I can't do string manipulation or print them to stdout.
Python's approach to unicode threw me off because I was already used to Cocoa's NSString, which keeps track of its encoding. Python only associates encodings with the sources and destinations of data, such as streamhandles. It wasn't obvious that sys.getfilesystemencoding was associated with the paths in sys.environ or that sys.executable wasn't already decoded.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum
The "Surface" option lets you choose whether to build inside or on top of the block under the cursor. Try it with a 1-block brush to see the difference.
"We will absolutely not keep in mind what external mapeditors will have to do to read data from the disk, that makes no sense whatsoever." - Grum