I expected this would happen after Minecon. Took a little longer than I thought, but good for the game none the less.
I agree with Jeb that the mod api needs to be priority #1. This community has lots of creative minds, and while we already have mcp/modloader/modloadermp/bukkit, having a proper api in place can only make things better.
-
- denoflions
- Curse Premium
-
Member for 12 years, 8 months, and 8 days
Last active Sat, Nov, 28 2015 19:38:00
- 4 Followers
- 1,529 Total Posts
- 255 Thanks
0
As a side note to this post: if you manage to break stuff beyond repair you can just delete the whole folder and relaunch. It will generate the default files again.
1
Looks like an error coming from the AE filter. Perhaps they changed the API I was using. I'd have to look into it. You can disable the AE filter for now.
0
All the filters are done in JS so I can't really just up and change engines. I'll have to work on figuring out how we can get around this issue. Depending on if I solve this or not I might consider changing the engine to Groovy for the next major version, or at least having Groovy as an enableable option though it won't have any default scripts.
0
Looks like a failure to initialize the engine from java's script api. Looks like you're using OpenJDK instead of the official Oracle binaries. My only guess is that OpenJDK uses the wrong jsr223 engine name or something.
INpureCore tries to detect which one to use and this is the first time I've ever seen it fail to get it right.
I'd get a proper Java install and see if the issue clears up.
0
I just forced Jenkins to try again and it looks like 65 uploaded properly.
0
Odd, Jenkins must have failed the upload or something. I'll try again tomorrow.
Hide technically can't do that since the NEI API call it represents literally only removes the whole entry.
1
This shouldn't be too hard to add. I'd have to build a list of metadata so I have something valid, and remove whatever metas are specified before rebuilding the stack list to pass to NEI.
edit: Build 64 on maven will have the command "override_invert". Same parameter scheme as override. I haven't actually tested it, I just whipped up a quick prototype.
0
The blank square thing is caused by Tinker's renderer using NBT data. Using the alternative version of override called "override_with_nbt" should make it behave better.
I don't play Minecraft at all anymore, so my motivation to revive anything is pretty much non-existent. I don't really do any modding anymore unless I'm fixing something in INpureCore or CreeperCollateral.
I was doing the OpenBees thing, but I got a large part of the way through and realized I don't really care about MC anymore, so I stopped and didn't look back.
I'll eventually retire for good, maybe when the community finally jumps to 1.8.
0
Like I told you in PM I'm not the dev of QP anymore. Bug the folks in the QuarryPlus thread.
0
Right now you can't build NBT tags in scripts. I'll see what I can do to come with a way to manage that sort of case.
If you use a test build 60 or up you can try override_with_nbt(modid:itemname) and see if that does something better.
1
The current maven test build has that ability. Any build 60 and above has the command override_with_nbt that uses the same parameters as hide. It will use whatever the first registered thing is via the target's getSubBlocks/getSubItems method. This will be coming to an official release build soon.
The release version will likely let you designate precisely what to show, so in your mek example you could show each machine and the base tank.
0
The filtering only applies client-side.
0
I need logs to verify the issue. Both your actual forge log and the debug log from the core's config folder.
2
Wow, been a while since I posted here. Here is a blog post about OpenBees to revive the thread a little. http://inpureprojects.info/wordpress/?p=18
0
Not in the immediate future. I'm struggling to juggle the projects I already have.