07-05-2014, 05:12 AM
You should hold off on updating your program by removing metadata. This change has not been confirmed and is still very buggy in the snapshots.
07-05-2014, 05:12 AM
You should hold off on updating your program by removing metadata. This change has not been confirmed and is still very buggy in the snapshots.
07-05-2014, 04:56 PM
also CX MCP for 1.7.10 is out. And as the snapshots continue I can map more classes faster to make my auto mapper.
Alright, ͟ ͜ -, I'll follow your advice. I'll continue keep working on the current version.
Thanks for letting me know again, Chibill. And sounds like you're making something amazing, sounds awesome! Oh and now it will link every library that minecraft uses, so that problem is solved. I also asked MCP if it's okay to bundle their data files with my source, or if I should make it part of the install process.
07-07-2014, 03:14 AM
I just hope they keep adding UUIDs to stuff makes finding it faster.
07-11-2014, 08:35 PM
07-12-2014, 12:55 AM
Wow, MCP 9.03 was hard to find. It would be much better if this could be done automatically - most people aren't willing to go through this process.
I'm confused by what I have to compile. I assume it's StartSim.java (which code::blocks refuses to), but why you left it as a java source file instead of creating a .jar is beyond me. The entire purpose of this simulator also confuses me. If it's to basically run minecraft in a controlled environment, I think an in-game combination of noclip, gametickediting and GUI tools would do the trick better.
07-12-2014, 02:27 AM
(07-12-2014, 12:55 AM)͝ ͟ ͜ Wrote: Wow, MCP 9.03 was hard to find. It would be much better if this could be done automatically - most people aren't willing to go through this process. Welp sorry about that, I just updated it to 9.08. :3 And yes you're right, I don't expect end-users to do so. MCP's licence requires written permission to use their data files, so for now I cannot redistribute them together with the source. But ways of not even relying on MCP will be fun with a Chibill or Chibill-like system. (07-12-2014, 12:55 AM)͝ ͟ ͜ Wrote: I'm confused by what I have to compile. I assume it's StartSim.java (which code::blocks refuses to), but why you left it as a java source file instead of creating a .jar is beyond me. Isn't code::blocks for C/C++? xD But alright, as soon as I have time controls working, I'll create a .jar. Which will be at least a few days, as I won't be home much. I just rushed to get open-source asap, didn't focus on end-users at all yet. If you're only interested in the .jar, you can download an older version here: http://forum.openredstone.org/showthread...9#pid20359 (07-12-2014, 12:55 AM)͝ ͟ ͜ Wrote: The entire purpose of this simulator also confuses me. If it's to basically run minecraft in a controlled environment, I think an in-game combination of noclip, gametickediting and GUI tools would do the trick better.I'll defend my case! In game editing is a whole other experience than in the simulator, here's some planned features to show you what's possible:
Also because of this setup, as opposed to a very invasive mod, is that I can nit-pick the things I want to load and just do that. A mod would work the other way around and disable most systems, plus it would mean a new mod for every update, and I may be gone for months. The whole purpose of the MCP thing and the extensible xml files is to keep it working even without dev intervention. Sure there can be architectural changes which require fixing, but at least this has a window of working versions as opposed to only the ones that I release. I'm sure that this one is better than all redstone simulators that have been, because I've got the best of both worlds (everything can be simulated and a self-defined interface).
07-20-2014, 02:33 PM
Well I rambled again..
The time controls are getting there, but sometimes crashes yet. You can now tick forward and go back and all. But I also realized I forgot something that I'll need before simulation can begin properly. Schematics are used to get and set MC's state, but I haven't implemented the tag that keeps track of blocks to update. So you can update one block and move forward, but if you place another one, it will forget about the updates of the former block. This marks a key point in development that I was foreseeing: expanding the schematic format. If you grab a schematic from the server, for example, only tile entities of inventory-blocks are created, not comparators. Also if I recall correctly, WorldEdit puts extra tags to track where a player was when he copied it (to paste it relative to him again). I think it's important to not clutter the schematic with too many custom things, so I plan to keep the simulator's future's tags (like for example schematic name, creator, comments, named inputs/outputs) inside one dedicated tag on the root of the schematic. However, for TileTicks, I'll put it on the root tag as well, since it's stored native in MC as well. It's required for clocks to keep working when loading a schematic. Because it's non-standard, unexpected things may happen when using them with other application, which would mean they did a bad job. On making a .jar release, I want to do that when I think it's usable for an end-user, which means safe crashes (because of entities) and on overall no weird behavior. Hope you guys don't mind me taking my time, lots of things on my head; 8 more days of work, 4 re-exams, nabbing around with python and entering dorm-life in either 0.5 month or 1.5 month.
07-20-2014, 03:50 PM
I have forked this and will work on making a way to load my mappings to see how it works. And also I am going to start. Working on my deobusfcator again.
07-20-2014, 09:16 PM
Awesome to hear that! No pressure, take all time you want. Hope I wrote my classes properly for you.
|
|