Get Winrar or better yet, 7zip (google it) and use that to extract the archive to a folder, then in that folder there will be a program called Cartograph_G.exe run that.
Rollback Post to RevisionRollBack
D_B
To tell them how to live is to prevent them living.
Im having the same runtime issue as the others. Ive tried all the suggestions from here and still nothing has changed. Im trying to render a 188mb map with the settings: world 1, isometric, north, show all blocks, show all layers, day. Disabling logging has not helped any. Im running a windows 7 64bit machine with the following specs: amd phenom ii x6 1090t processor 3.2ghz, 8192mb ram, radeon hd 6800 series graphics card. I cant think of anything else i should add, but if you need to know more just ask. Any help would be appreciated.
*Edit: I created a fresh world and didnt even move, making sure that the file size stayed as small as possible. I then ran the cartograph g, trying EVERY setting combination i could think of, and it worked just fine. This leads me to believe is the size of the world im trying to render... But is there not a way to get around this? Surely there are people with much larger worlds out there that have gotten this to work.*
I'm getting the following runtime error:
"Runtime Error!
Program: C...
This application has requested the Runtime to teminate it in an
unusual way.
Please contact the application's support team for more information."
I have the runtime library installed, I reinstalled it infact to be sure it was working correctly. I have messed with various settings with no solution, it works on smaller maps like above poster but on my server's world which is 65mb it spits out the above error. Now the reason I quoted the above post is it's VERY simular... My Specs:
Windows 7 Ultimate 64bit
Phenom II x6 3.2ghz
8 gigs ddr3 ram
Radeon HD 6870
^ As you can see almost identical (actually it is identical lol) system specs.
Possible issue with AMD chipsets? I know the original Cartograph also will render small maps but not bigger ones.
Rollback Post to RevisionRollBack
Quote from NoobOfLore »
Quote from Voskhod »
Or you could break the door with that iron pickaxe you got thar
Voskod: reminding us why our exaggerated, hyper-complex, puzzle-based defense systems are pointless.
@ Bronski
Try removing the slash at the end of the custom path
Alright, I feel dumb :biggrin.gif: And I knew that from the other version of Cartograph but I missed it here *bonks self*
Maybe if you get around to more updates, have that auto-removed/ignored if it's present. I'm guessing someone else will make that silly mistake eventually.
Thanks a bunch. I can finally see colored wool! *swoon*
Edit to add: I just freed up about 300mb additional memory and the emalloc error is identical (50176 bytes). So it doesn't appear it is actually failing because of the memory free on the system.
Edit2: I was able to render a world of 20mb without error, so that suggests it is something unexpected within this specific world file or in the renderjob0layer0.png
Edit3: The other worlds render as isometric fine so it is localized to World 5 only. I edited the batch file to make a copy of the renderjob0layer0.png prior to it being processed. The world is there, in isometric form. However there are places of notable corruption with chunks. Either missing or extending above the map. Looks horrible. I visited that area in game and it looks fine, no sign of any problems, no odd lag or anything.
Edit4: Yay, I've corrected the issue, or rather the cause. I use a script which creates a folder inside each World folder called playerbackups, and copies the level.dat file into that folder and dates it on a regular period. It appears that Cartograph attempts to read and parse those files even though they are not part of the standard chunk naming convention. Deleting those files eliminated the error and made rendering time 1/6th as long. I'll modify my backup script to place the backups somewhere more intelligent. :smile.gif:
I just freed up about 300mb additional memory and the emalloc error is identical (50176 bytes). So it doesn't appear it is actually failing because of the memory free on the system.
Well it probably is because of the memory, allocating the 50176 bytes is simply the last thing it tried to do before hitting the limit.
I edited the batch file to make a copy of the renderjob0layer0.png prior to it being processed.
Or use "Suppress deletion" in the advanced options :wink.gif:
It appears that Cartograph attempts to read and parse those files even though they are not part of the standard chunk naming convention.
Yes it does, this has caused problems with other plug-ins as well and the Nether.
The nether exists in folder DIM-1, McRegion in a region folder etc.
It simply picks all folders and tries to render all files that look like they might be chunks.
Lol I apologize, I expected the forums to notify me of private messages. I'll keep an eye on that in the future. Since the problem appeared to be with my level.dat backup files do you still want me to test that? I haven't deleted the files so I can reinstate them if you wish.
Hahaha, I noticed that option and wondered if someone would call me on it. *blush* I had been rerunning the batch file since my AV (Comodo) has a hissy fit when something creates a new bat file. So I didn't notice the option, my bad again.
I've modified my backup script to place the files outside the world folders so nothing else should barf, due to that anyway. :smile.gif:
Again sorry for not noticing the PM. Thanks for updating Cartograph btw :smile.gif:
If anyone is having problems like this, check to if you using McRegion's optimized saves. To correct go to your .minecraft/saves and temporarily take out the "region' folder inside your save file and then run Cartograph to see if the blocks appear. If you are using McRegion on a newly generated map and try to use Cartograph G all you will get is those jumbled up blocks. To correct that, go to the McRegions post and dl the RegionTool.jar and convert your new maps into the regular minecraft format and try to run Cartograph G.
That solved the problem for me. Thank you
So, I guess this has a small issue with the "Region" folder that McRegions puts in?
Yea it would be nice if it read both formats since its a pain to decompress a new map every time. Maybe Mojang will adopt a more efficient save format in the future hopefully.
Hi, I've got a question and sorry if I seem like an idiot. I downloaded the Cartographer G and all of my C++ libraries and whatever else I need are up to date. I do however get a runtime error: the application has been terminated.
Am I doing this right?
I pick "custom world," in the custom path I put the server IP.
I keep all the settings the same except, I disabled logging.
The actual program itself doesn't seem to crash, just the original cartograph that is running with Cartograph G.
It says its rendered, but I'm not seeing any new files in the Cartograph G folder..
Is there anything that I am doing wrong? How do I fix this? :sad.gif:
I now tested this program and found it interesting. It does job faster than I expected. There were however two things I disliked:
The first one is that you don't display any progress when parsing nor creating the image. This is an information I myself would like to have so I don't leave it to do a job that I have no idea of estimated time whatsoever.
The second one is this:
Quote from JackGruff »
I got it on any map. Even in cave mode. I think it's a parsing error, meaning the parser reads a chunk or two incorrectly.
Hi, I've got a question and sorry if I seem like an idiot. I downloaded the Cartographer G and all of my C++ libraries and whatever else I need are up to date. I do however get a runtime error: the application has been terminated.
Am I doing this right?
I pick "custom world," in the custom path I put the server IP.
I keep all the settings the same except, I disabled logging.
The actual program itself doesn't seem to crash, just the original cartograph that is running with Cartograph G.
It says its rendered, but I'm not seeing any new files in the Cartograph G folder..
Is there anything that I am doing wrong? How do I fix this? :sad.gif:
You need the actual world files to render a server world.
Im having the same runtime issue as the others. Ive tried all the suggestions from here and still nothing has changed. Im trying to render a 188mb map with the settings: world 1, isometric, north, show all blocks, show all layers, day. Disabling logging has not helped any. Im running a windows 7 64bit machine with the following specs: amd phenom ii x6 1090t processor 3.2ghz, 8192mb ram, radeon hd 6800 series graphics card. I cant think of anything else i should add, but if you need to know more just ask. Any help would be appreciated.
*Edit: I created a fresh world and didnt even move, making sure that the file size stayed as small as possible. I then ran the cartograph g, trying EVERY setting combination i could think of, and it worked just fine. This leads me to believe is the size of the world im trying to render... But is there not a way to get around this? Surely there are people with much larger worlds out there that have gotten this to work.*
I'm getting the following runtime error:
"Runtime Error!
Program: C...
This application has requested the Runtime to teminate it in an
unusual way.
Please contact the application's support team for more information."
I have the runtime library installed, I reinstalled it infact to be sure it was working correctly. I have messed with various settings with no solution, it works on smaller maps like above poster but on my server's world which is 65mb it spits out the above error. Now the reason I quoted the above post is it's VERY simular... My Specs:
Windows 7 Ultimate 64bit
Phenom II x6 3.2ghz
8 gigs ddr3 ram
Radeon HD 6870
^ As you can see almost identical (actually it is identical lol) system specs.
Possible issue with AMD chipsets? I know the original Cartograph also will render small maps but not bigger ones.
^ Still looking for help on this one if at all possible, thanks!
Rollback Post to RevisionRollBack
Quote from NoobOfLore »
Quote from Voskhod »
Or you could break the door with that iron pickaxe you got thar
Voskod: reminding us why our exaggerated, hyper-complex, puzzle-based defense systems are pointless.
As for the wicked tower, that's the McRegion folder rendered as if it contained normal chunks. The next version will ignore the regions folder if it looks for normal chunks.
Now when you mentioned it, you're right. Due of how Cartograph handles NBT incorrectly makes this a possible solution.
here is what the norton crap is posting
i am using the cartograph_g.exe aka your GUI
I told norton not to worry about it
but am posting for ya in case someone else has not sent it
to you already
Full Path: Not Available
____________________________
____________________________
On computers as of:
2/19/2011 at 6:04:07 AM
Last Used:
2/19/2011 at 6:04:07 AM
Startup Item:
No
Launched:
Yes
____________________________
____________________________
Few Users
Fewer than 50 users in the Norton Community have used this file.
____________________________
High
This file risk is high.
____________________________
Threat Details
SONAR Protection monitors for suspicious program activity on your computer.
____________________________
Origin
Downloaded from URL Not Available
Source File:
iexplore.exe
File Created:
winrar-x64-393.exe
File Created:
winrar.exe
File Created:
cartograph_g.exe
____________________________
File Actions
File: e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe
Removed
____________________________
System Settings Actions
Event: Process start (Performed by e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe, PID:4112)
No action taken
____________________________
Suspicious Actions
Event: Attempt to start a remote thread in a process address space (Performed by e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe, PID:4112)
No action taken
____________________________
File Thumbprint - SHA:
Not Available
____________________________
File Thumbprint - MD5:
Not Available
____________________________
Rollback Post to RevisionRollBack
im only 90% sure about anything
and 10% sure of nothing.
Im having the same runtime issue as the others. Ive tried all the suggestions from here and still nothing has changed. Im trying to render a 188mb map with the settings: world 1, isometric, north, show all blocks, show all layers, day. Disabling logging has not helped any. Im running a windows 7 64bit machine with the following specs: amd phenom ii x6 1090t processor 3.2ghz, 8192mb ram, radeon hd 6800 series graphics card. I cant think of anything else i should add, but if you need to know more just ask. Any help would be appreciated.
*Edit: I created a fresh world and didnt even move, making sure that the file size stayed as small as possible. I then ran the cartograph g, trying EVERY setting combination i could think of, and it worked just fine. This leads me to believe is the size of the world im trying to render... But is there not a way to get around this? Surely there are people with much larger worlds out there that have gotten this to work.*
I'm getting the following runtime error:
"Runtime Error!
Program: C...
This application has requested the Runtime to teminate it in an
unusual way.
Please contact the application's support team for more information."
I have the runtime library installed, I reinstalled it infact to be sure it was working correctly. I have messed with various settings with no solution, it works on smaller maps like above poster but on my server's world which is 65mb it spits out the above error. Now the reason I quoted the above post is it's VERY simular... My Specs:
Windows 7 Ultimate 64bit
Phenom II x6 3.2ghz
8 gigs ddr3 ram
Radeon HD 6870
^ As you can see almost identical (actually it is identical lol) system specs.
Possible issue with AMD chipsets? I know the original Cartograph also will render small maps but not bigger ones.
^ Still looking for help on this one if at all possible, thanks!
Just tried it on my laptop and got the exact same issue, it as well is an amd system using windows 7 64 bit.
The only difference is my laptop spit this out when it messed up:
Problem signature:
Problem Event Name: APPCRASH
Application Name: Cartograph_G_Renderer.exe
Application Version: 0.0.0.0
Application Timestamp: 4d55d28c
Fault Module Name: MSVCR90.dll
Fault Module Version: 9.0.30729.4926
Fault Module Timestamp: 4a1743c1
Exception Code: 40000015
Exception Offset: 0005bb47
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 5cc9
Additional Information 2: 5cc9fbe6dce05ff759398a06340d1e9c
Additional Information 3: e9b2
Additional Information 4: e9b2f0d4dea3278dbdf7361d73d72136
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
**EDIT** Just to clearify the laptop has 2 gigs of ram and a amd dual core 1.9ghz with windows 7 64bit. I'm about to test an intel box and post back with results.
**EDIT 2** Intel system just came up with a blank error box. That system is an intel single core 2ghz, 8 gigs ram and windows 7 64bit... Seems like a 64bit issue at this point.
Rollback Post to RevisionRollBack
Quote from NoobOfLore »
Quote from Voskhod »
Or you could break the door with that iron pickaxe you got thar
Voskod: reminding us why our exaggerated, hyper-complex, puzzle-based defense systems are pointless.
Bullet]
**EDIT** Just to clearify the laptop has 2 gigs of ram and a amd dual core 1.9ghz with windows 7 64bit. I'm about to test an intel box and post back with results.
It cooould quite possibly be that you computer doesn't have enough RAM is your map is too big.
EDIT: nevermind, saw it in the OP that they are.
Get Winrar or better yet, 7zip (google it) and use that to extract the archive to a folder, then in that folder there will be a program called Cartograph_G.exe run that.
D_B
To tell them how to live is to prevent them living.
I'm getting the following runtime error:
"Runtime Error!
Program: C...
This application has requested the Runtime to teminate it in an
unusual way.
Please contact the application's support team for more information."
I have the runtime library installed, I reinstalled it infact to be sure it was working correctly. I have messed with various settings with no solution, it works on smaller maps like above poster but on my server's world which is 65mb it spits out the above error. Now the reason I quoted the above post is it's VERY simular... My Specs:
Windows 7 Ultimate 64bit
Phenom II x6 3.2ghz
8 gigs ddr3 ram
Radeon HD 6870
^ As you can see almost identical (actually it is identical lol) system specs.
Possible issue with AMD chipsets? I know the original Cartograph also will render small maps but not bigger ones.
http://steamcommunity.com/groups/ultigamers
Alright, I feel dumb :biggrin.gif: And I knew that from the other version of Cartograph but I missed it here *bonks self*
Maybe if you get around to more updates, have that auto-removed/ignored if it's present. I'm guessing someone else will make that silly mistake eventually.
Thanks a bunch. I can finally see colored wool! *swoon*
:biggrin.gif:
I'm getting a malloc error.
World size is 18.01mb, free memory remains above 1gb during the operation.
Normal mapping works however isometric yields an emalloc error.
Isometric rendering works on a 1.41mb World.
Edit to add: I just freed up about 300mb additional memory and the emalloc error is identical (50176 bytes). So it doesn't appear it is actually failing because of the memory free on the system.
Edit2: I was able to render a world of 20mb without error, so that suggests it is something unexpected within this specific world file or in the renderjob0layer0.png
Edit3: The other worlds render as isometric fine so it is localized to World 5 only. I edited the batch file to make a copy of the renderjob0layer0.png prior to it being processed. The world is there, in isometric form. However there are places of notable corruption with chunks. Either missing or extending above the map. Looks horrible. I visited that area in game and it looks fine, no sign of any problems, no odd lag or anything.
Edit4: Yay, I've corrected the issue, or rather the cause. I use a script which creates a folder inside each World folder called playerbackups, and copies the level.dat file into that folder and dates it on a regular period. It appears that Cartograph attempts to read and parse those files even though they are not part of the standard chunk naming convention. Deleting those files eliminated the error and made rendering time 1/6th as long. I'll modify my backup script to place the backups somewhere more intelligent. :smile.gif:
Help me help you.
Lol I apologize, I expected the forums to notify me of private messages. I'll keep an eye on that in the future. Since the problem appeared to be with my level.dat backup files do you still want me to test that? I haven't deleted the files so I can reinstate them if you wish.
Hahaha, I noticed that option and wondered if someone would call me on it. *blush* I had been rerunning the batch file since my AV (Comodo) has a hissy fit when something creates a new bat file. So I didn't notice the option, my bad again.
I've modified my backup script to place the files outside the world folders so nothing else should barf, due to that anyway. :smile.gif:
Again sorry for not noticing the PM. Thanks for updating Cartograph btw :smile.gif:
-Aedda
Yea it would be nice if it read both formats since its a pain to decompress a new map every time. Maybe Mojang will adopt a more efficient save format in the future hopefully.
It's in the next update
Venit, quessit, induravit.
Sounds good to me.
Am I doing this right?
I pick "custom world," in the custom path I put the server IP.
I keep all the settings the same except, I disabled logging.
The actual program itself doesn't seem to crash, just the original cartograph that is running with Cartograph G.
It says its rendered, but I'm not seeing any new files in the Cartograph G folder..
Is there anything that I am doing wrong? How do I fix this? :sad.gif:
The first one is that you don't display any progress when parsing nor creating the image. This is an information I myself would like to have so I don't leave it to do a job that I have no idea of estimated time whatsoever.
The second one is this:
I got it on any map. Even in cave mode. I think it's a parsing error, meaning the parser reads a chunk or two incorrectly.
Help me help you.
You need the actual world files to render a server world.
Venit, quessit, induravit.
^ Still looking for help on this one if at all possible, thanks!
http://steamcommunity.com/groups/ultigamers
Now when you mentioned it, you're right. Due of how Cartograph handles NBT incorrectly makes this a possible solution.
Help me help you.
i am using the cartograph_g.exe aka your GUI
I told norton not to worry about it
but am posting for ya in case someone else has not sent it
to you already
Full Path: Not Available
____________________________
____________________________
On computers as of:
2/19/2011 at 6:04:07 AM
Last Used:
2/19/2011 at 6:04:07 AM
Startup Item:
No
Launched:
Yes
____________________________
____________________________
Few Users
Fewer than 50 users in the Norton Community have used this file.
____________________________
High
This file risk is high.
____________________________
Threat Details
SONAR Protection monitors for suspicious program activity on your computer.
____________________________
Origin
Downloaded from URL Not Available
Source File:
iexplore.exe
File Created:
winrar-x64-393.exe
File Created:
winrar.exe
File Created:
cartograph_g.exe
____________________________
File Actions
File: e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe
Removed
____________________________
System Settings Actions
Event: Process start (Performed by e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe, PID:4112)
No action taken
____________________________
Suspicious Actions
Event: Attempt to start a remote thread in a process address space (Performed by e:\minecraft stuff\cartograph_g_2011_02_13_bins\cartograph_g.exe, PID:4112)
No action taken
____________________________
File Thumbprint - SHA:
Not Available
____________________________
File Thumbprint - MD5:
Not Available
____________________________
and 10% sure of nothing.
It would be nice to have an offset x/y/z feature for the layering.
Just tried it on my laptop and got the exact same issue, it as well is an amd system using windows 7 64 bit.
The only difference is my laptop spit this out when it messed up:
Problem signature:
Problem Event Name: APPCRASH
Application Name: Cartograph_G_Renderer.exe
Application Version: 0.0.0.0
Application Timestamp: 4d55d28c
Fault Module Name: MSVCR90.dll
Fault Module Version: 9.0.30729.4926
Fault Module Timestamp: 4a1743c1
Exception Code: 40000015
Exception Offset: 0005bb47
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 5cc9
Additional Information 2: 5cc9fbe6dce05ff759398a06340d1e9c
Additional Information 3: e9b2
Additional Information 4: e9b2f0d4dea3278dbdf7361d73d72136
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid= ... cid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
**EDIT** Just to clearify the laptop has 2 gigs of ram and a amd dual core 1.9ghz with windows 7 64bit. I'm about to test an intel box and post back with results.
**EDIT 2** Intel system just came up with a blank error box. That system is an intel single core 2ghz, 8 gigs ram and windows 7 64bit... Seems like a 64bit issue at this point.
http://steamcommunity.com/groups/ultigamers
It cooould quite possibly be that you computer doesn't have enough RAM is your map is too big.
Venit, quessit, induravit.