I'm working on a desktop inventory editor written in Java to fix the problem for iOS users (like myself) and in the future (2, maybe 3 months?) get a world editor (longshot...I know...seriously...). It includes a gui that shows users what blocks they're adding and what part of the inventory they're adding it to (some people like to organize their inventories apparently...) and keep thme free from any signs of hex (until a feature that allows custom hex editing)...but I have bumps in the road. I have everything...except the working .dat to hex converter (but I have the file that searches for the slot in hex, the id in hex, replace id in slot 'x'...etc) , and because of that I can't get it to work. I have a beautiful gui (made with NetBeans IDE 7.0...with pretty pictures! ), great (sarcasm) organization of the classes, and I most of all know how to get all the files to communicate...as long as I can convert .dat to hex...Any suggestions? Could you make an example of how I can accomplish it in a single java file? That would mean the world for iOS users, and you get credit for your work (I don't plagiarize ;D).
(so many parenthesis, that's why my English teacher hates me :<)
This is my current .dat to hex converter... it just converts plain ascii to hex...Can you help me fix it to convert the actual data to hex?
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.PrintStream;
public class File2Hex{
public static void convertToHex(PrintStream out, File file) throws IOException {
InputStream is = new FileInputStream(file);
int bytesCounter =0;
int value = 0;
StringBuilder sbHex = new StringBuilder();
StringBuilder sbText = new StringBuilder();
StringBuilder sbResult = new StringBuilder();
while ((value = is.read()) != -1) {
//convert to hex value with "X" formatter
sbHex.append(String.format("%02X ", value));
//If the chracater is not convertable, just print a dot symbol "."
if (!Character.isISOControl(value)) {
sbText.append((char)value);
}else {
sbText.append(".");
}
//if 16 bytes are read, reset the counter,
//clear the StringBuilder for formatting purpose only.
if(bytesCounter==15){
sbResult.append(sbHex).append(" ").append(sbText).append("\n");
sbHex.setLength(0);
sbText.setLength(0);
bytesCounter=0;
}else{
bytesCounter++;
}
}
//if still got content
if(bytesCounter!=0){
//add spaces more formatting purpose only
for(; bytesCounter<16; bytesCounter++){
//1 character 3 spaces
sbHex.append(" ");
}
sbResult.append(sbHex).append(" ").append(sbText).append("\n");
}
out.print(sbResult);
is.close();
}
}
Maybe in the future we can partner up and create that world editor ...but not with Java...maybe Jython or just regular python (my native coding language :3)
Download a hex editor (there is one for free called frhed). Copy the level.dat in the minecraftpe/Documents/games/com.mojang/minecraftWorlds/(the world name) to somewhere you will remember. Open that file using the hex editor and look for a line near the bottom of the hex editor like the red highlighted part in the picture (credit to osx2000 for image)
When you select the . (period) after the word id it will highlight some 2 to 4 number/letter hex part. Replace it with 08 00. Then copy the level.dat (after saving) back to the world file and play. (Backup the level.dat somewhere first).
Otherwise wait until I finish my MCPE inventory editor tomorrow (hopefully).
OLD:
Yes, the title says the truth. But, I have bad news for you as well. I'm not done, at all (I did say creating...). Anyway, it will be a regular .jar executable with a gui made to fit your native desktop OS. The sad thing is, you still will have to copy your level.dat to someplace on the desktop computer. The good news? You can edit PE inventories for both Android (although 500 ISE already made one as an app) and iOS (Finally!). I'll include source...although it's not very "complicated" or interesting...
All it does, it opens the level.dat and reads it in hex. When the user selects an item to add to their inventory, it will edit the hex with the items matching hex value. Damage, slot number and amount will also be options. The list of items is determined whatever I can find on the data value wiki page or from people who add new block data values.
One more thing, I will update it as soon as possible and archive previous versions
I hope to have a working (beta) done by tomorrow, but I thought I would raise hopes today and let people know, it will exist!
--And for a future project, I want to research minecrafts notorious chunk.dat. If anyone would kindly help we could together create the first official (ish?) MCPEedit (ripped off mcedit, I know...but I'm not creative with names!).
Anyone who wants to contribute to this long (and grueling) project, I just ask that you know Java, and that you have experience with gui's (or NetBeans, which would be better ).
Thanks for reading, and I hope to contribute to this new stage of Minecraft in the near future (and with the help of the Minecraft community and support!) ;D
--Edit!
Made progress. Made the fileToHex class (different name), made the Blocks id class and Items id class (all hand written...). Gui is underway (last thing to work on), after I finish the last two clases (9 classes in total ) that will edit the corresponding stuff required. Sadly...I can't promise a non-beta version tomorrow...but I can promise an Item Editor!
--RECENT UPDATE!
Okay, I am very close to done! I have all my hex issues solved, I have the output issues solved, I have data issues solved. Now it's just programming GUI functions (sadly...NetBeans is making the GUI glitchy... labels or button names won't show up...) and I'll post v0.3a.
Open source files will be release in the file containing the version, delete them if wanted. But I really can promise this to be completed and released dearly soon!
--EDIT.
Just fixing up the output code. It wouldn't output the file correctly...
Through jailbreaking, you can install a utility from Cydia and use your mouse as if the iPad was a laptop. That doesn't mean it will work for Minecraft PE like the PC version.
So I was trying to start the Minecraft client, and Minecraft gave me a black screen after the login. I checked what the problem was with a java output log, and it gives me these messages after a few minutes:
failed to get system properties (java.lang.NullPointerException)
org.lwjgl.LWJGLException: Could not create context
at org.lwjgl.opengl.WindowsContextImplementation.nCreate(Native Method)
at org.lwjgl.opengl.WindowsContextImplementation.create(WindowsContextImplementation.java:50)
My graphics card is updated, and openGL works fine with other games as well. I have java as a high priority process and I have allocated more memory for it, but it never had problems after any of that until now. What should I do?
Yup. But an RS NOR latch doesn't change its output when when its input turns off. It turns changes its output when its input turns on, which isn't what I wanted.
thats called ram......................
if you can read and write (program) its ram....
that can be achieved just as if not easier with an rs nor latch
You can only write to it once, otherwise it has to be cleared. So yes, it is RAM, but with write-once properties until it's cleared, which makes is EPROM. The input would be it's power source, and even if the power source is off or on, it retains what it was programmed. For more information, refer to this:
I found a new use for the EPROM device, a one-way door.
I have a pressure plate connected to the EPROM's output (to keep the door open) and a T-Flip Flop, the door can only be opened with that plate. The T-Flip Flop's output is connected to a torch that open or closes the door and the EPROM's input. The plate the player would press after going through the door would trigger the "clear memory" part of the EPROM, causing the door to close, since it only activates the close sequence. I find it may be quite useful, but there is probably a better way out there. (Note, all the components would be hidden underground or somewhere unseen).
Try and add this to your contraption, but either replace the switch with your main power supply or create a power supply with a button or switch wired to the line.
EDIT: If your in 1.2.5 or what ever version implemented Redstone Lamps (I loose track of what's added when), then you could just use one of those.
It may be a glitch, or it may be a logical error, could you show the whole section that doesn't work? I've come across a similar problem to what you described (or how I interpreted what you said), I made a solution similar to this (ignore the bedrock, the piston on the left is a regular piston, not sticky):
While building another calculator, I wanted to have a way to store bits of data but not waste too much space on RAM and I don't want to have to store data for the first and second numbers. So I made an EPROM mechanism. It does not recieve input until after it's cleared, which reduces the chance of flaws effecting the memory. Downside, if the user enters a wrong first number (second number isn't stored anywhere except the input lines) then they will have to clear the RAM and re-enter the correct number.
Wow..that's a lot of explaining...now for the pretty pictures!
Color Key █ - Input
█ - Operation
█ - Output
█ - Clear line
Below is my calculator so far. On the right, you will see the RAM using this mechanism. I will later connect the output's to their designated operations.
Sorry for the bad post format and...
...Thanks for reviewing my EPROM thread! Please post ideas, thoughts, or what you've done/could do with it.
--jocopa3
0
(so many parenthesis, that's why my English teacher hates me :<)
This is my current .dat to hex converter... it just converts plain ascii to hex...Can you help me fix it to convert the actual data to hex?
import java.io.File; import java.io.FileInputStream; import java.io.IOException; import java.io.InputStream; import java.io.PrintStream; public class File2Hex{ public static void convertToHex(PrintStream out, File file) throws IOException { InputStream is = new FileInputStream(file); int bytesCounter =0; int value = 0; StringBuilder sbHex = new StringBuilder(); StringBuilder sbText = new StringBuilder(); StringBuilder sbResult = new StringBuilder(); while ((value = is.read()) != -1) { //convert to hex value with "X" formatter sbHex.append(String.format("%02X ", value)); //If the chracater is not convertable, just print a dot symbol "." if (!Character.isISOControl(value)) { sbText.append((char)value); }else { sbText.append("."); } //if 16 bytes are read, reset the counter, //clear the StringBuilder for formatting purpose only. if(bytesCounter==15){ sbResult.append(sbHex).append(" ").append(sbText).append("\n"); sbHex.setLength(0); sbText.setLength(0); bytesCounter=0; }else{ bytesCounter++; } } //if still got content if(bytesCounter!=0){ //add spaces more formatting purpose only for(; bytesCounter<16; bytesCounter++){ //1 character 3 spaces sbHex.append(" "); } sbResult.append(sbHex).append(" ").append(sbText).append("\n"); } out.print(sbResult); is.close(); } }Maybe in the future we can partner up and create that world editor
--Edit
Nevermind, I got it to work.
0
When you select the . (period) after the word id it will highlight some 2 to 4 number/letter hex part. Replace it with 08 00. Then copy the level.dat (after saving) back to the world file and play. (Backup the level.dat somewhere first).
Otherwise wait until I finish my MCPE inventory editor tomorrow (hopefully).
4
New Forum Page
OLD:
Yes, the title says the truth. But, I have bad news for you as well. I'm not done, at all (I did say creating...). Anyway, it will be a regular .jar executable with a gui made to fit your native desktop OS. The sad thing is, you still will have to copy your level.dat to someplace on the desktop computer. The good news? You can edit PE inventories for both Android (although 500 ISE already made one as an app) and iOS (Finally!). I'll include source...although it's not very "complicated" or interesting...
All it does, it opens the level.dat and reads it in hex. When the user selects an item to add to their inventory, it will edit the hex with the items matching hex value. Damage, slot number and amount will also be options. The list of items is determined whatever I can find on the data value wiki page or from people who add new block data values.
One more thing, I will update it as soon as possible and archive previous versions
I hope to have a working (beta) done by tomorrow, but I thought I would raise hopes today and let people know, it will exist!
--And for a future project, I want to research minecrafts notorious chunk.dat. If anyone would kindly help we could together create the first official (ish?) MCPEedit (ripped off mcedit, I know...but I'm not creative with names!).
Anyone who wants to contribute to this long (and grueling) project, I just ask that you know Java, and that you have experience with gui's (or NetBeans, which would be better
Thanks for reading, and I hope to contribute to this new stage of Minecraft in the near future (and with the help of the Minecraft community and support!) ;D
--Edit!
Made progress. Made the fileToHex class (different name), made the Blocks id class and Items id class (all hand written...). Gui is underway (last thing to work on), after I finish the last two clases (9 classes in total
--RECENT UPDATE!
Okay, I am very close to done! I have all my hex issues solved, I have the output issues solved, I have data issues solved. Now it's just programming GUI functions (sadly...NetBeans is making the GUI glitchy...
Open source files will be release in the file containing the version, delete them if wanted. But I really can promise this to be completed and released dearly soon!
--EDIT.
Just fixing up the output code. It wouldn't output the file correctly...
0
Through jailbreaking, you can install a utility from Cydia and use your mouse as if the iPad was a laptop. That doesn't mean it will work for Minecraft PE like the PC version.
0
failed to get system properties (java.lang.NullPointerException)
org.lwjgl.LWJGLException: Could not create context
at org.lwjgl.opengl.WindowsContextImplementation.nCreate(Native Method)
at org.lwjgl.opengl.WindowsContextImplementation.create(WindowsContextImplementation.java:50)
My graphics card is updated, and openGL works fine with other games as well. I have java as a high priority process and I have allocated more memory for it, but it never had problems after any of that until now. What should I do?
0
Yup. But an RS NOR latch doesn't change its output when when its input turns off. It turns changes its output when its input turns on, which isn't what I wanted.
0
You can only write to it once, otherwise it has to be cleared. So yes, it is RAM, but with write-once properties until it's cleared, which makes is EPROM. The input would be it's power source, and even if the power source is off or on, it retains what it was programmed. For more information, refer to this:
http://en.wikipedia.org/wiki/EPROM
0
I have a pressure plate connected to the EPROM's output (to keep the door open) and a T-Flip Flop, the door can only be opened with that plate. The T-Flip Flop's output is connected to a torch that open or closes the door and the EPROM's input. The plate the player would press after going through the door would trigger the "clear memory" part of the EPROM, causing the door to close, since it only activates the close sequence. I find it may be quite useful, but there is probably a better way out there. (Note, all the components would be hidden underground or somewhere unseen).
0
EDIT: If your in 1.2.5 or what ever version implemented Redstone Lamps (I loose track of what's added when), then you could just use one of those.
It may be a glitch, or it may be a logical error, could you show the whole section that doesn't work? I've come across a similar problem to what you described (or how I interpreted what you said), I made a solution similar to this (ignore the bedrock, the piston on the left is a regular piston, not sticky):
0
Wow..that's a lot of explaining...now for the pretty pictures!
Color Key
█ - Input
█ - Operation
█ - Output
█ - Clear line
Below is my calculator so far. On the right, you will see the RAM using this mechanism. I will later connect the output's to their designated operations.
Sorry for the bad post format and...
...Thanks for reviewing my EPROM thread! Please post ideas, thoughts, or what you've done/could do with it.
--jocopa3