Instructions:
1) Locate your minecraft.jar file. On Windows, it's in %APPDIR%/.minecraft/bin
2) Create a backup of minecraft.jar
3) Open minecraft.jar in an archive editor (WinRar/7-Zip/etc) 4) Delete the META-INF folder.
5) Copy the files from the downloaded zip file into the jar file (overwriting nk.class).
6) Run Minecraft and test!
You've probably already done this (or at least thought of it), but I couldn't seem to find it anywhere.
I've made a topic on GetSatisfaction in hopes that Notch will see it.
No worries, though, Scaevolus! I gave you all the credit and copied your posting about the Regional file format. If you need me to change something, just toss me a PM on here. :smile.gif:
A while back I had a similar idea to MCFS and McRegion to improve chunk save / load times with a database I had written prior, but I never heard anything back from Notch and never actually turned it into any sort of mod. http://www.minecraftforum.net/viewtopic.php?f=1&t=54041 I kinda dropped it and haven't thought about it in 3 months :smile.gif:
You're doing fantastic work, but what I'd also really like to see a fast, robust *single file* world format. I'd like to turn the paging library I have into a minecraft mod for doing just that.
It would be great to work together with someone who knows more about minecraft modding than I do to do it, and I wanted to know if you were interested in working together on a single file mod. The library I have is already used in another project I'm working on to do the exact same thing minecraft has to do, and does it pretty darn well (and in a single file database).
If not, could you possibly point me in the right direction for modding minecraft myself? I *think* I see all the changes you made to dd.java and nk.java, but even just a short list of all the methods you had to change would be *very* helpful.
You're doing fantastic work, but what I'd also really like to see a fast, robust *single file* world format. I'd like to turn the paging library I have into a minecraft mod for doing just that.
I don't really care to write my own full-featured filesystem. I trust the creators of NTFS/EXT4/HFS+ to handle space allocation, fragmentation of single files, and caching more efficiently than I could myself. The goal of McRegion is to make Minecraft saves behave better with optimizations like lookahead caching already present in modern operating systems.
If not, could you possibly point me in the right direction for modding minecraft myself? I *think* I see all the changes you made to dd.java and nk.java, but even just a short list of all the methods you had to change would be *very* helpful.
I don't really care to write my own full-featured filesystem. I trust the creators of NTFS/EXT4/HFS+ to handle space allocation, fragmentation of single files, and caching more efficiently than I could myself. The goal of McRegion is to make Minecraft saves behave better with optimizations like lookahead caching already present in modern operating systems.
I promise it's not as complicated as all that, it's just an disk-backed B+ tree :smile.gif: Filesystems are good at what filesystems are good at, but that's not everything, and this is the reason that different types of databases exist (obviously). I don't attempt to "outsmart" the filesystem as much as I am just storing small files more efficiently than a filesystem tuned for larger files would. It's really the same method as you take, but instead of the tree being a constant two layers deep, it's n-layers deep (and in one file).
It's the same approach that really any *database* takes, it's a B+ tree (see tokyo cabinet) combined with a linked list of free blocks (see SQLite) to make deleting and overwriting possible. This is just those, tuned for big records not small ones (and much much much simpler and less featured). The README is badly written and makes it sound more complicated than it really is. As for fragmentation, if you don't worry or about deletion fragmentation is not really a problem (same approach you take), and as for look ahead caching and things like that, it's an *ordered map*. If you use the right key system, then you can actually make it so that regions that are geographically close are physically close on disk, which is exactly what you'd want.
Anyway, I didn't mean to sound like I was being critical or anything, your system is robust and *simple* and that is definitely a virtue :smile.gif: Thank you for your help, and I'll just get off my lazy butt and make my own mod :biggrin.gif:
By the way, I'm sorry I'm doubling up the conversation between here and reddit, it's just that reddit has not really been... stable... recently, so I tried responding on reddit, then here once I got my billionth 503 error.
So if I want to stop using this mod, everything on the map will be reverted to before I used it, but my position and inventory will be the same. How can I remove this mod and stilll get my map back...
Got it back. I just really wish it would save a map so I can use mapviewers and stuff... otherwise, thanks.
This didn't make Minecraft run faster. I could run Minecraft on normal before and i thought that with this mod it would work on far but I was wrong. Or is it that I'm playing on a Mac?
--- BEGIN ERROR REPORT a1dce528 --------
Generated 1/5/11 6:39 PM
Minecraft: Minecraft Beta 1.1_02
OS: Mac OS X (i386) version 10.6.5
Java: 1.6.0_22, Apple Inc.
VM: Java HotSpot(TM) Client VM (mixed mode), Apple Inc.
LWJGL: 2.4.2
OpenGL: ATI Radeon X1600 OpenGL Engine version 2.0 ATI-1.6.24, ATI Technologies Inc.
java.lang.ClassFormatError: Incompatible magic value 1347093252 in class file RegionFile$ChunkBuffer
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at RegionFileCache.getRegionFile(RegionFileCache.java:24)
at RegionFileCache.getChunkDataInputStream(RegionFileCache.java:47)
at nk.a(nk.java:29)
at hc.c(SourceFile:91)
at hc.b(SourceFile:58)
at dd.c(dd.java:466)
at dd.a(dd.java:423)
at dd.d(dd.java:427)
at dd.a(dd.java:314)
at pp.a(SourceFile:52)
at dd.<init>(dd.java:286)
at dd.<init>(dd.java:189)
at dd.<init>(dd.java:109)
at net.minecraft.client.Minecraft.b(SourceFile:1237)
at lv.c(SourceFile:79)
at lv.a(SourceFile:65)
at br.a(SourceFile:69)
at br.e(SourceFile:116)
at br.d(SourceFile:104)
at net.minecraft.client.Minecraft.i(SourceFile:1073)
at net.minecraft.client.Minecraft.run(SourceFile:677)
at java.lang.Thread.run(Thread.java:680)
--- END ERROR REPORT e3200425 ----------
So if I want to stop using this mod, everything on the map will be reverted to before I used it, but my position and inventory will be the same. How can I remove this mod and stilll get my map back...
Got it back. I just really wish it would save a map so I can use mapviewers and stuff... otherwise, thanks.
The conversion tool lets you uninstall the mod and still keep your map.
Quote from vordhosbn »
anyone else see this?
java.lang.ClassFormatError: Incompatible magic value 1347093252 in class file RegionFile$ChunkBuffer
Somehow, the file RegionFile$ChunkBuffer in your minecraft.jar got corrupted. Try redownloading this mod and minecraft.jar, then reapplying it.
Ive put all the files in minecraft.jar And then open a old save file in minecraft. When i looked in the .minecraft/saves theres a region folder and other folders too is it supposed replace all the old ones or just create its own and go on from there? Does it convert by itself? Also how do i use the converter to change my old save either way? I try to open it but nothing happens.
McRegion version 5 is out. Version 5 uses Deflate compression by default instead of GZIP, which should increase speed slightly. Old saves will still work. A version number of 2 the chunk data header indicates zlib compressed chunk data.
McRegion version 5 is out. Version 5 uses Deflate compression by default instead of GZIP, which should increase speed slightly. Old saves will still work. A version number of 2 the chunk data header indicates zlib compressed chunk data.
Version 4 worked but now I crash
java.lang.IncompatibleClassChangeError: Implementing class
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at ei.<init>(SourceFile:32)
at bs.<init>(SourceFile:24)
at jj.b(SourceFile:93)
at net.minecraft.client.Minecraft.a(SourceFile:1345)
at net.minecraft.client.Minecraft.a(SourceFile:1304)
at net.minecraft.client.Minecraft.b(SourceFile:1241)
at lv.c(lv.java:85)
at lv.a(lv.java:73)
at br.a(SourceFile:69)
at br.e(SourceFile:116)
at br.d(SourceFile:104)
at net.minecraft.client.Minecraft.i(SourceFile:1073)
at net.minecraft.client.Minecraft.run(SourceFile:677)
at java.lang.Thread.run(Unknown Source)
--- END ERROR REPORT cabf5d11 ----------
As in if I use this mod and backup using minecraft saviour will it work.
You need to delete META-INF in minecraft.jar, not Minecraft.jar.
I've made a topic on GetSatisfaction in hopes that Notch will see it.
No worries, though, Scaevolus! I gave you all the credit and copied your posting about the Regional file format. If you need me to change something, just toss me a PM on here. :smile.gif:
http://getsatisfaction.com/mojang/topic ... n_mcregion
If everyone adds their weight to the topic, it's far more likely that Notch will see it!
You're doing fantastic work, but what I'd also really like to see a fast, robust *single file* world format. I'd like to turn the paging library I have into a minecraft mod for doing just that.
It would be great to work together with someone who knows more about minecraft modding than I do to do it, and I wanted to know if you were interested in working together on a single file mod. The library I have is already used in another project I'm working on to do the exact same thing minecraft has to do, and does it pretty darn well (and in a single file database).
If not, could you possibly point me in the right direction for modding minecraft myself? I *think* I see all the changes you made to dd.java and nk.java, but even just a short list of all the methods you had to change would be *very* helpful.
Also blatant theft of any code https://bitbucket.org/kyren/yuedb is encouraged :smile.gif:
Thank you!
I don't really care to write my own full-featured filesystem. I trust the creators of NTFS/EXT4/HFS+ to handle space allocation, fragmentation of single files, and caching more efficiently than I could myself. The goal of McRegion is to make Minecraft saves behave better with optimizations like lookahead caching already present in modern operating systems.
The MCP thread has lots of good information.
I promise it's not as complicated as all that, it's just an disk-backed B+ tree :smile.gif: Filesystems are good at what filesystems are good at, but that's not everything, and this is the reason that different types of databases exist (obviously). I don't attempt to "outsmart" the filesystem as much as I am just storing small files more efficiently than a filesystem tuned for larger files would. It's really the same method as you take, but instead of the tree being a constant two layers deep, it's n-layers deep (and in one file).
It's the same approach that really any *database* takes, it's a B+ tree (see tokyo cabinet) combined with a linked list of free blocks (see SQLite) to make deleting and overwriting possible. This is just those, tuned for big records not small ones (and much much much simpler and less featured). The README is badly written and makes it sound more complicated than it really is. As for fragmentation, if you don't worry or about deletion fragmentation is not really a problem (same approach you take), and as for look ahead caching and things like that, it's an *ordered map*. If you use the right key system, then you can actually make it so that regions that are geographically close are physically close on disk, which is exactly what you'd want.
Anyway, I didn't mean to sound like I was being critical or anything, your system is robust and *simple* and that is definitely a virtue :smile.gif: Thank you for your help, and I'll just get off my lazy butt and make my own mod :biggrin.gif:
By the way, I'm sorry I'm doubling up the conversation between here and reddit, it's just that reddit has not really been... stable... recently, so I tried responding on reddit, then here once I got my billionth 503 error.
Got it back. I just really wish it would save a map so I can use mapviewers and stuff... otherwise, thanks.
The conversion tool lets you uninstall the mod and still keep your map.
Somehow, the file RegionFile$ChunkBuffer in your minecraft.jar got corrupted. Try redownloading this mod and minecraft.jar, then reapplying it.
http://mod.ifies.com/f/110106_RegionTool_source.zip
Also, a new version of RegionTool that permits packing/unpacking from one directory to another:
http://mod.ifies.com/f/110106_RegionTool.jar
Version 4 worked but now I crash
You need to make sure you overwrite all the old files from McRegion.
I just plugged the new one in over anythin I had before
Are you sure you downloaded the client version and not the server one?