I've went through this so many times with him. I doubt we will ever see the code in a hundred years.
What do you mean? Like an image of the default controls?Let's not talk about smealum, otherwise the thread will get closed.
Also, is there a controls guide?
I've went through this so many times with him. I doubt we will ever see the code in a hundred years.
if so Sorry
if so Sorry
Thanks. (although remember I did use a GUI web designer, aka it's not from scratch).
I really don't know
like I said before, only the saving bug needs to be fixed (I have to compile the last few builds, place one on, test the saving and loading functionality, mark whether it works, retry for each build, and then figure out what changed between builds that caused the load feature to break), but the task is so tedious, I haven't gotten motivation to do it.I really don't know
Fixed.
I have tested this, and can verify control saving + loading works flawlessly. On the other hand, when loading worlds, only the foreground for a small chunk is loaded. It is as if it is loading a preview world (What is used to display the top image on startup). Let me look into this.
I've done some testing and here's what I've found:
-Saving a world without the file MineWorld.bin being there results in only the foreground for the first 32 blocks being saved in the new file. The inventory and background (And blocks beond 32) are not saved
-If you save over another world file, everything works fine.
So in shorter words, here are the problem:
-When creating a new MineDSWorlds file, it fails to save everything
Potential Solutions:
-Require the user to copy a default MineWorld file to the SD card before playing
-Find the source of the problem and fix it
I can't seem to reproduce that bug. :\
-Tried saving then loading.
-Tried placing a block then saving then loading.
-Tried saving then restarting then loading.
-Tried placing a block then saving then restarting then loading.
-On both the DS lite and 3DS XL.
Hmm, have you tried deleting the MineWorld.bin file from the SD card and then saving a new world? And what flashcard are you using? I'm using an R4i-sdhc which is not as advances as something like the DSTwo or Acekard 2i.
I tried your file and the same things occured (Although a few times it did work, so the glitch is inconsistent). You probably already did this, but just in case here's the steps I follow to reproduce it:
1. On computer, delete all the files created by MineDS
2. Load up MineDS
3. Click Single Player->Survival
4. Destroy 2 block types or more and maybe 2 of each type (ex. 2 dirt + 2 Wood)
5. Click menu->Save Game
6. Click menu->Single Player->Creative. Basically to change the blocks to identify whether MineDS actually loads the data from the file
7. Click menu->Load and check the following:
-Are the background blocks present?
-Are the blocks correct 33 blocks to the right?
And then if I save and load the game ~5 times, one of the times it will corrupt the save file and insert stone blocks into the inventory. Thinking about it, let me try a new SD Card...
We definitely want to write in binary mode, so that was what caused some of the corruption (I think).
Hmm... This is what I get now:
1st save after deleting file saves and loads blocks perfectly, but nothing is loaded into the inventory. The second save and load of the same world after destroying blocks, saves blocks perfectly again, and nothing in the inventory saved. The third time and on, everything worked flawlessly. So I deleted the files again and tried it and the exact same thing happened.
Yeah, CoolAs uploaded them to a site that is now down. He hasn't replied to me about fixing them so I'm assuming he's inactive for now. Take a look at the webpage (Under "Media") for videos and screeshots:
MineDS.t15.org
I fixed it
. (Or at least for me) I just added the + to the file open parameters (The update file flag). It was hard to find the documentation for the flags for some reason, but I found theme here: http://pubs.opengroup.org/onlinepubs/009695399/functions/fopen.htmlSimilar threads
