I added that feature because for some reason, my purely mathematical formulas to line up the tiles were failing and there were seams all over. That was the most intuitive way I could think of to figure out the alignment. For fun, try doing it while holding shift.
Personally, I'd do a semi-sphere so that the middle XY slice hits all the points, then build out the walls to be flush in a series of arcs the run from straight to the radius of the sphere.
Depending on the proportions it might look like a part of the male anatomy, however.
It works perfectly here. Much smoother, love the custom colors option & auto updates & orientation. The only thing I would add is that when changing orientation, the camera resets, so I don't stay at the place I was looking at, but it seems you're working on that already.
Once again thank you for the work put into this!
To change the orientation, I have a way of cheating with the coordinate system so I didn't have to rewrite my draw code. The casualty of this was the camera positioning. Eventually I'll sit down and do the math and figure out what transform I need to apply to the camera to keep it in place. But that's a project for another day.
Also, the rendering FEELS slower but that's only because it loads in strips and tends to load portions that are just offscreen. I'm trying to fix this bug also. The way the old version used to render, circling out from the center was awesome but just not possible with the new design. Still, it's rendering way too much stuff that's offscreen. I need to get it to stop.
Edit: I fixed the bug partially but I didn't feel like going through all the crazy trouble of an official update. If you already have 0.9, you can redownload from the OP if you want the fix, it's pretty minor. Anyone just getting it now will get the fix.
I want to test the auto update system, so this isn't QUITE the newest one, but it should offer you the newest one on first run. It's largely the same but it has a few more fixes and additional color presets for Doku's Texture Pack and JohnSmith texture pack.
(If it doesn't offer an update, ask for one from the application menu).
I spent the night analyzing performance (to find out why it's so awful) found out that 85% of the time, my program is spinning its wheels looking up textures in the various NSMutableDictionaries I used to organize them. Clearly this project is a poor fit for the design I made. So I'm redesigning the way textures are loaded, stored, and looked up before drawing to hopefully reduce the 85% down to maybe 10%.
Done and it works. Performance is great, zooming out no longer gets choppy.
Quote from Donkey Kong »
As a side effect, I'll slash memory usage in half AGAIN. So half the memory, more than double the speed. This week is looking crazy so I'll pick development back up over the weekend, but the plans are all laid out.
Memory usage rarely drifts above 300MB on large maps. Disk usage is still big but I'm working on it. If the PNG update of mcmap comes out, this'll help a lot.
Quote from Donkey Kong »
I've also got some hooks in the new structure for cave mode (which mcmap can do), custom colors (ditto), and changing the map orientation (also standard in mcmap).
Cave mode is done. Changing the map orientation is done. Automatic updating system is done (sparkle is great).
To Do before next release:
Allow custom colors.txt
Fix file saving (broke in rewrite)
Cull off-screen textures
Re-impliment the stronger draw checks to improve performance more.
Delete blank chunks off disk
Work on not resetting the camera when rotating map
Finally, a good render program for Mac's. My only peeve is that you don't have the option to zoom to the original view *hint*
If Reset View doesn't do what you're asking for, I'm not sure what you want.
Lakotamo, are you referring to the colors.txt file in the package? The one that's hard-coded in to the program at the moment is colors_bright.txt and the file format is really simple. ID is the block ID in decimal (http://www.minecraftwiki.net/wiki/Data_values) and the other numbers are color components, red, green, blue, alpha (transparency), and the amount of random noise added to that tile type.
See the mcmap thread for alternate sets people have posted. The one I use by default if my favorite custom set with the brightness cranked a bit.
I'm getting some pretty serious lag rendering my largish map. I took a few performance profiles and it looks like it'd be easy enough to speed up (71% is in dictionary lookups under -[BasicOpenGLView getTextureIDX:Y:]). Let me know if you want any pointers; Cocoa app performance optimization is pretty much what I do.
Hey, thanks. Yeah, I figured this out yesterday (you can see my post above talking about it). Basically, it was a realy minimal design at first where I used dictionaries to store textures. Then I scaled it way way up without changing the texture lookup, thinking dictionaries were like maps. I'm rewriting with STL maps storing texture objects and a new design that ensures a minimal number of map lookups, insertions, etc.
Both mcmap and c10t will have no problem. See their respective threads.
I honestly don't know why so many people use cartographer. Its riddled with long-standing bugs and has terrible performance compared to all the sane alternatives.
Maganja, those are just unrendered or corrupt chunks. If you visit there then map again, they will be gone.
I know I said I was stopping but there was an update to mcmap that fixed the PPC bug, so now I have a version with will actually run on PPC Macs! Not that anyone uses PPC Macs anymore but I thought it was neat.
I spent the night analyzing performance (to find out why it's so awful) found out that 85% of the time, my program is spinning its wheels looking up textures in the various NSMutableDictionaries I used to organize them. Clearly this project is a poor fit for the design I made. So I'm redesigning the way textures are loaded, stored, and looked up before drawing to hopefully reduce the 85% down to maybe 10%.
As a side effect, I'll slash memory usage in half AGAIN. So half the memory, more than double the speed. This week is looking crazy so I'll pick development back up over the weekend, but the plans are all laid out.
I've also got some hooks in the new structure for cave mode (which mcmap can do), custom colors (ditto), and changing the map orientation (also standard in mcmap). I might even do something that lets you select custom colors based on a texture pack png.
I'll look at placemarkers when I get to player markers.
And now that I've promised the world, let me vanish.
Just tested the latest version and it works fine on my 10.5.8. When I view in Night lighting I can see the lava through the layers of map, though. It's weird.
Also, multi-touch seems to work fine (very useful, in fact)
Because the images are stored without an alpha channel, so I have to mask them by taking everything that's pure black and say that's transparent. At night, sometimes the darker areas are dark enough to hit pure black and then...
The png feature in mcmap will fix both that and the black lines in the water.
New features:
Multitouch controls, flipped scroll wheel behavior for mice only
Keyboard shortcuts
Greatly reduced RAM usage (half or less when zoomed out)
More responsive scroll and zoom
Flush cache option
Flush cache lets you dump all the textures in memory and scratch and rerender fully. If things get sluggish while zoomed out, that should fix it. It also lets you quickly rerender the view as you play, if you have both MCMap Live and Minecraft open.
Before adding any more features (except multitouch) I've been concentrating on getting it more stable and using less memory. I'm almost there. It already loads low-res textures when zoomed out but I need to get it to automatically dump the high-res textures from before that it doesn't need anymore. Manually flushing the cache does this but then you have to wait for a re-render and it's not something the user should have to do!
So, uh, that's good that the ads tone down once you sign in, but it might be in your best interest to tone them down before also. If I came across your site in a google search, I don't think I would sign up to find out that the ads went away. I probably wouldn't sign up at all because sites with that many ads tend to be spam sites.
I don't use adblockers because, honestly, it costs money to run a website and blocking ads which are only there to defray the costs is disrespectful to the person running the site. If the ads are too much, I just don't use that site. It's a big internet.
0
0
Depending on the proportions it might look like a part of the male anatomy, however.
0
0
To change the orientation, I have a way of cheating with the coordinate system so I didn't have to rewrite my draw code. The casualty of this was the camera positioning. Eventually I'll sit down and do the math and figure out what transform I need to apply to the camera to keep it in place. But that's a project for another day.
Also, the rendering FEELS slower but that's only because it loads in strips and tends to load portions that are just offscreen. I'm trying to fix this bug also. The way the old version used to render, circling out from the center was awesome but just not possible with the new design. Still, it's rendering way too much stuff that's offscreen. I need to get it to stop.
Edit: I fixed the bug partially but I didn't feel like going through all the crazy trouble of an official update. If you already have 0.9, you can redownload from the OP if you want the fix, it's pretty minor. Anyone just getting it now will get the fix.
0
Performance, orientations, custom colors, no more black lines, auto-update system, secret features:
http://dl.dropbox.com/u/107712/MCMap/MCMap-Live-v08.zip
I want to test the auto update system, so this isn't QUITE the newest one, but it should offer you the newest one on first run. It's largely the same but it has a few more fixes and additional color presets for Doku's Texture Pack and JohnSmith texture pack.
(If it doesn't offer an update, ask for one from the application menu).
0
Done and it works. Performance is great, zooming out no longer gets choppy.
Memory usage rarely drifts above 300MB on large maps. Disk usage is still big but I'm working on it. If the PNG update of mcmap comes out, this'll help a lot.
Cave mode is done. Changing the map orientation is done. Automatic updating system is done (sparkle is great).
To Do before next release:
Allow custom colors.txt
Fix file saving (broke in rewrite)
Cull off-screen textures
Re-impliment the stronger draw checks to improve performance more.
Delete blank chunks off disk
Work on not resetting the camera when rotating map
I predict it'll be out soon.
0
If Reset View doesn't do what you're asking for, I'm not sure what you want.
Lakotamo, are you referring to the colors.txt file in the package? The one that's hard-coded in to the program at the moment is colors_bright.txt and the file format is really simple. ID is the block ID in decimal (http://www.minecraftwiki.net/wiki/Data_values) and the other numbers are color components, red, green, blue, alpha (transparency), and the amount of random noise added to that tile type.
See the mcmap thread for alternate sets people have posted. The one I use by default if my favorite custom set with the brightness cranked a bit.
0
Hey, thanks. Yeah, I figured this out yesterday (you can see my post above talking about it). Basically, it was a realy minimal design at first where I used dictionaries to store textures. Then I scaled it way way up without changing the texture lookup, thinking dictionaries were like maps. I'm rewriting with STL maps storing texture objects and a new design that ensures a minimal number of map lookups, insertions, etc.
0
http://dl.dropbox.com/u/107712/MCMap-Live-a6.zip
0
I honestly don't know why so many people use cartographer. Its riddled with long-standing bugs and has terrible performance compared to all the sane alternatives.
0
I know I said I was stopping but there was an update to mcmap that fixed the PPC bug, so now I have a version with will actually run on PPC Macs! Not that anyone uses PPC Macs anymore but I thought it was neat.
http://dl.dropbox.com/u/107712/MCMap-Live-a5.zip
There are no other changes.
0
As a side effect, I'll slash memory usage in half AGAIN. So half the memory, more than double the speed. This week is looking crazy so I'll pick development back up over the weekend, but the plans are all laid out.
I've also got some hooks in the new structure for cave mode (which mcmap can do), custom colors (ditto), and changing the map orientation (also standard in mcmap). I might even do something that lets you select custom colors based on a texture pack png.
I'll look at placemarkers when I get to player markers.
And now that I've promised the world, let me vanish.
0
Because the images are stored without an alpha channel, so I have to mask them by taking everything that's pure black and say that's transparent. At night, sometimes the darker areas are dark enough to hit pure black and then...
The png feature in mcmap will fix both that and the black lines in the water.
0
New version in the op: http://dl.dropbox.com/u/107712/MCMap-Live-a4.zip
New features:
Multitouch controls, flipped scroll wheel behavior for mice only
Keyboard shortcuts
Greatly reduced RAM usage (half or less when zoomed out)
More responsive scroll and zoom
Flush cache option
Flush cache lets you dump all the textures in memory and scratch and rerender fully. If things get sluggish while zoomed out, that should fix it. It also lets you quickly rerender the view as you play, if you have both MCMap Live and Minecraft open.
Before adding any more features (except multitouch) I've been concentrating on getting it more stable and using less memory. I'm almost there. It already loads low-res textures when zoomed out but I need to get it to automatically dump the high-res textures from before that it doesn't need anymore. Manually flushing the cache does this but then you have to wait for a re-render and it's not something the user should have to do!
0
So, uh, that's good that the ads tone down once you sign in, but it might be in your best interest to tone them down before also. If I came across your site in a google search, I don't think I would sign up to find out that the ads went away. I probably wouldn't sign up at all because sites with that many ads tend to be spam sites.
I don't use adblockers because, honestly, it costs money to run a website and blocking ads which are only there to defray the costs is disrespectful to the person running the site. If the ads are too much, I just don't use that site. It's a big internet.