Jump to content

Recommended Posts

Posted

Hi, I have been trying to set up using this guide here:

 

http://www.minecraftforge.net/wiki/Forge_Development_in_IntelliJ_IDEA

 

But the files "jinput.jar", "lwjgl.jar", "lwjgl_util.jar" and "minecraft.jar" are not where the guide says they are.

I cant even find minecraft.jar anywhere near there, but found 1.6.2.jar instead, dont know if that is good enough.

 

I suspect that is why I get all these errors about things that cannot be imported, but if its not like the guide says, what then?

 

The output when I try to run it.

http://paste.minecraftforge.net/view/079560a4

 

Any other info you need?

Many thanks for any help you can give.

Posted

Yes, from 1.6.2 onward, Mojang replaced Minecraft.jar with <mcversion>.jar.

The files you are looking for are in the libraries folder.

 

Obviously the guide is a bit outdated, but you can still work it out with a little search ? ;)

Posted

Ok, thats good to hear.

But perhaps I should have been more clear. I found the jars and I have done as described in the guide, but I get the import errors.

 

I could just add some things as dependencies, but I am unsure how much I can safely add. Also, some of the things it complains about, not being able to find, comes from inside minecraft, but that might just be me reading the logs wrong.

Posted

I have gotten a bit closer, I think. When I go to add the build artifact to the "Before Launch"-list, I can only select MyForgeMod JAR, not the MyForgeMod > Forge that I am suppose to select. I have tried creating them both again following the guide very closely, but no matter what I do, they wont show up. Any ides ? :)

Posted

A bit more info.

The first import that fails is:

 

import org.apache.commons.lang3.Validate;

 

But the path for this file is:

 

org/apache/commons/commons-lang3/3.1/commons-lang3-3.1.jar

 

Now, I have limited Java experience, but isn't that why it cannot find anything?

 

Its the same story with com.google.gson, there is a dir named "code" in the path, but not in the import statement.

 

 

Since I dont think all the paths have changed and changed just for me, can someone explain to me why the imports are not working. Many thanks for any clarity you may be able to shed on this :D

Posted

So, I have gotten rid of the import errors. Just found all the JAR's manually and set them up as dependencies.

But now I have a new problem.

 

http://paste.minecraftforge.net/view/0328653e

 

All these errors.

The first ones are about fml_at.cfg. I have 2 of those files, seems to have exactly the same content. But apparently they are not located where Forge expects them to be.

 

The laters one about NullPointerException I cant get much headway on. The error happens in some compiled code and I dont know how to look at that.

 

Can anyone give me some hints as to what is wrong here? Many thanks.

Posted

At line 109 of AccessTransformer:

com.google.common.io.Resources.getResource("fml_at.cfg");

The failing try block in CoreModManager:

try
                {
                    IFMLCallHook call = (IFMLCallHook) Class.forName(setupClass, true, classLoader).newInstance();
                    Map<String,Object> callData = new HashMap<String, Object>();
                    callData.put("mcLocation", mcDir);
                    callData.put("classLoader", classLoader);
                    callData.put("coremodLocation", pluginLocations.get(plugin));
                    callData.put("deobfuscationFileName", FMLInjectionData.debfuscationDataName());
                    call.injectData(callData);
                    call.call();
                }

I don't know if that would help.

The coremod issue might be due to the fact that coremods folder has been merged with the mods folder in newer versions of Forge.

 

Maybe you want to report this in the Support & Bug Report section.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • @Tsuk1 Also, new note, you can use blockbench to make the custom item model for when it is not on the head.   EDIT: Funny story, I am making a mod similar to yours! Mine is called NorseMC.
    • @Nood_dev Could you send a screenshot of your weapon code? Here is the one I made (for a dagger): The specific UUID does not matter, just that it is the same every time, which is why UUID#randomUUID does not work public class DaggerItem extends TieredItem implements Vanishable { protected static final double REACH_MODIFIER = -1.5D; protected final Multimap<Attribute, AttributeModifier> defaultModifiers; protected final UUID BASE_ATTACK_REACH_UUID = UUID.fromString("6fe75b5c-9d1b-4e83-9eea-a1d5a94e8dd5") public DaggerItem(Tier pTier, int pAttackDamageModifier, float pAttackSpeedModifier, Properties pProperties) { super(pTier, pAttackDamageModifier, pAttackSpeedModifier, pProperties); this.attackDamage = (float) pAttackDamageModifier + pTier.getAttackDamageBonus(); ImmutableMultimap.Builder<Attribute, AttributeModifier> builder = ImmutableMultimap.builder(); builder.put(Attributes.ATTACK_DAMAGE, new AttributeModifier(BASE_ATTACK_DAMAGE_UUID, "Weapon modifier", this.attackDamage, AttributeModifier.Operation.ADDITION)); builder.put(Attributes.ATTACK_SPEED, new AttributeModifier(BASE_ATTACK_SPEED_UUID, "Weapon modifier", pAttackSpeedModifier, AttributeModifier.Operation.ADDITION)); // THE ONE YOU WANT: builder.put(ForgeMod.ENTITY_REACH.get(), new AttributeModifier(BASE_ATTACK_REACH_UUID, "Weapon modifier", REACH_MODIFIER, AttributeModifier.Operation.ADDITION)); this.defaultModifiers = builder.build(); } @Override public Multimap<Attribute, AttributeModifier> getDefaultAttributeModifiers(EquipmentSlot pEquipmentSlot) { return pEquipmentSlot == EquipmentSlot.MAINHAND ? this.defaultModifiers : super.getDefaultAttributeModifiers(pEquipmentSlot); } }
    • https://images.app.goo.gl/1PxFKdxByTgkxvSu6
    • That's what we'll try out. I could never figure out how to recreate the crash, so I'll just have to wait and see.
    • Ok, I updated to the latest version and now the models are visible, the problem now is that the glowing eyes are not rendered nor any texture I render there when using shaders, even using the default Minecraft eyes RenderType, I use entityTranslucent and entityCutout, but it still won't render. Something I noticed when using shaders is that a texture, instead of appearing at the world position, would appear somewhere on the screen, following a curved path, it was strange, I haven't been able to reproduce it again. I thought it could be that since I render the texture in the AFTER ENTITIES stage which is posted after the batches used for entity rendering are finished, maybe that was the reason why the render types were not being drawn correctly, so I tried injecting code before finishing the batches but it still didn't work, plus the model was invisible when using shaders, there was a bug where if I look at the model from above it is visible but if I look at it from below it is invisible. So in summary, models are now visible but glowing eyes and textures are not rendered, that hasn't changed.
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.