Search results

That's not the problem, that's required to register an item model. Seriously, I dumped all your code into a project and made it work by doing the things I said.

The model definition error is the one I assumed you were getting. If the model were at least loading you'd see just an item-shaped object with the missing texture pattern applied. But you said it looked like a block, which means it's likely not loading the model at all. One thing you might do...

Make sure your Reference.CLIENT_PROXY_CLASS variable is actually pointing to your client proxy class and not the common proxy. Make sure the model is in src\main\resources\assets\minecraftplusmod\models\item\adjustment_wrench.json (note "models" and "item" specifically). Texture should be...

One thing that stands out to me is that in your registerRender method in your item class, you're registering your model to the item with a metadata value of 1. Change that to a 0 and see if that fixes you up.

Literally nothing related to item and block textures from 1.7 or earlier exists in 1.8. You have to use model files, even for items that only display a single icon. And unlike blocks, you have to associate the item's model manually via a very non-intuitive mechanism since Forge is no help last...

The trend of jamming social features into everything isn't really very beneficial to the end user. Generally they only show you what's popular rather than what's good, and are too prone to abuse. If I left it up to society to decide what was good, I'd be listening to Kanye West and watching...

Yeah that pack you tried to run is using Forge 965, which won't work on Java 8. I don't know why FTB hasn't either thrown in a patch or updated them to the last Forge version for 1.6.4 that worked properly.

I thought that was called Resonant Rise?

These are all literally the same thing inside. There's no performance benefit to running one or the other. There are tools such as jarsplice and launch4j which can merge all of a Java application's dependencies into one JAR, and then also generate an EXE and/or APP wrapper to launch it easier...

I got tired of the mess of flowing lava left behind when trying to use a BC pump in 1.2.5, so I backported the lava decay fix from 1.6. It's a client jar mod. I'd never realized that it stayed broken in vanilla for that long until I went looking for it.

If you're using a high-res texture pack that also makes it take a lot longer because it reloads them more than once at startup. You're probably just trying to use too many mods. Just play with the ones you actually want and forget the rest.

Profiling traffic could be interesting, but you have to consider just how much traffic there is. Literally everything is a packet, including turning your head, or even just standing still (forced position updates are sent on regular intervals). Here's an example of where I was debugging...

I think the decompile/recompile technique we use now for Java is probably out of the question. Java is more easily decompiled because there's basically a single compiler that everyone uses which makes it more predictable to analyze. Java is also a relatively simple language on the bytecode...

Na I don't agree. Modded players as a whole will basically take what you give them. If FTB actually had a 1.8 pack then it would have its share of people playing it. People are actually playing the 1.8 packs right now made by other folks. They're playing them enough that server owners...

That's what's fun about Java. The JVM is a stack-based architecture down on the bytecode level which can give beginners an idea of what assembly development is like, without getting into the hair-pulling extreme of having to deal with (or debug) direct memory access and segments and all of...

A trick I've used is to find people demonstrating mods on Youtube or something. They may have been improperly redistributing, but fortunately it's also a time capsule to long lost download links. Here's one for Portal Gun. This always comes with a big "use at your own risk" warning. I...

If anything, mods in C++ would be more prone to memory leaks. That's part of the charm of Java, that a modder can be sloppy or just overlook something and the design of the language tolerates that to a degree through virtue of the garbage collector and no direct memory access. C++ isn't...

MCPE is written in C++ so I'm fairly confident you'll never see mods written in C#. I'm also fairly confident you won't see mods written in C++ either. At least not officially condoned ones. The possibility of malicious software is just too high, and it would be incredibly difficult to see...

The power that the decompiled/deobfuscated code provided over the game, combined with the flexibility that Java provides for runtime modification, is unlike anything that most of us have probably ever encountered prior, even those who've poked at game guts for a while. I'd say we're pretty...