Jump to content

Recommended Posts

Posted

I've noticed that pretty much everything has changed about the way mods are coded in 1.13.2. There is no more "FMLPreinitializationEvent" and stuff like that so it's really complicated now.

I know forge 1.13.2 is still in a very early state and full of bugs and glitches but I really want to start making mods. Does anyone know some basics like creating items or blocks or where to find some documentation on that?

Posted

Most of the things are still the same IF you were following modding conventions. 

 

18 minutes ago, MegaCrafter10 said:

There is no more "FMLPreinitializationEvent" and stuff like that so it's really complicated now.

I don't agree, actually. Everything is now done using event subscribers. So instead of having EventHandlers in your mod class you now have just normal events, like FMLCommonSetupEvent. You subscribe to them just as you would to most other events. The thing to be aware of is that there are 2 event buses now - the mods specific one and the generic forge bus. Things like registry events happen on the mod bus while generic events happen on the forge bus.

 

18 minutes ago, MegaCrafter10 said:

Does anyone know some basics like creating items or blocks or where to find some documentation on that?

Not much has really changed. Subscribe to the appropriate registry event, instantinate your things there and you are done. Nothing about creating items or blocks has changed apart from some parameters like hardness now being final - but that's what the Block.Properties or Item.Properties you pass to the constructor are for. Item models are also automatically registered for you now, just as blockstates, so you don't have to register them yourself anymore. Unlocalized names are now the "prefix(block or item).registryname" and the language files are now simple json files.

 

As for the mod's .toml file the example mod provides a pretty good explanation in my opinion.

Posted
2 hours ago, V0idWa1k3r said:

Most of the things are still the same IF you were following modding conventions. 

 

I don't agree, actually. Everything is now done using event subscribers. So instead of having EventHandlers in your mod class you now have just normal events, like FMLCommonSetupEvent. You subscribe to them just as you would to most other events. The thing to be aware of is that there are 2 event buses now - the mods specific one and the generic forge bus. Things like registry events happen on the mod bus while generic events happen on the forge bus.

 

Not much has really changed. Subscribe to the appropriate registry event, instantinate your things there and you are done. Nothing about creating items or blocks has changed apart from some parameters like hardness now being final - but that's what the Block.Properties or Item.Properties you pass to the constructor are for. Item models are also automatically registered for you now, just as blockstates, so you don't have to register them yourself anymore. Unlocalized names are now the "prefix(block or item).registryname" and the language files are now simple json files.

 

As for the mod's .toml file the example mod provides a pretty good explanation in my opinion.

I see, still getting used to event subscribing. I was wondering why I couldn't set the unlocalized name... now I know.

Thanks for replying.

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

    • This is the last line before the crash: [ebwizardry]: Synchronising spell emitters for PixelTraveler But I have no idea what this means
    • What in particular? I barely used that mod this time around, and it's never been a problem in the past.
    • Im trying to build my mod using shade since i use the luaj library however i keep getting this error Reason: Task ':reobfJar' uses this output of task ':shadowJar' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed. So i try adding reobfJar.dependsOn shadowJar  Could not get unknown property 'reobfJar' for object of type org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler. my gradle file plugins { id 'eclipse' id 'idea' id 'maven-publish' id 'net.minecraftforge.gradle' version '[6.0,6.2)' id 'com.github.johnrengelman.shadow' version '7.1.2' id 'org.spongepowered.mixin' version '0.7.+' } apply plugin: 'net.minecraftforge.gradle' apply plugin: 'org.spongepowered.mixin' apply plugin: 'com.github.johnrengelman.shadow' version = mod_version group = mod_group_id base { archivesName = mod_id } // Mojang ships Java 17 to end users in 1.18+, so your mod should target Java 17. java.toolchain.languageVersion = JavaLanguageVersion.of(17) //jarJar.enable() println "Java: ${System.getProperty 'java.version'}, JVM: ${System.getProperty 'java.vm.version'} (${System.getProperty 'java.vendor'}), Arch: ${System.getProperty 'os.arch'}" minecraft { mappings channel: mapping_channel, version: mapping_version copyIdeResources = true runs { configureEach { workingDirectory project.file('run') property 'forge.logging.markers', 'REGISTRIES' property 'forge.logging.console.level', 'debug' arg "-mixin.config=derp.mixin.json" mods { "${mod_id}" { source sourceSets.main } } } client { // Comma-separated list of namespaces to load gametests from. Empty = all namespaces. property 'forge.enabledGameTestNamespaces', mod_id } server { property 'forge.enabledGameTestNamespaces', mod_id args '--nogui' } gameTestServer { property 'forge.enabledGameTestNamespaces', mod_id } data { workingDirectory project.file('run-data') args '--mod', mod_id, '--all', '--output', file('src/generated/resources/'), '--existing', file('src/main/resources/') } } } sourceSets.main.resources { srcDir 'src/generated/resources' } repositories { flatDir { dirs './libs' } maven { url = "https://jitpack.io" } } configurations { shade implementation.extendsFrom shade } dependencies { minecraft "net.minecraftforge:forge:${minecraft_version}-${forge_version}" implementation 'org.luaj:luaj-jse-3.0.2' implementation fg.deobf("com.github.Virtuoel:Pehkui:${pehkui_version}") annotationProcessor 'org.spongepowered:mixin:0.8.5:processor' minecraftLibrary 'luaj:luaj-jse:3.0.2' shade 'luaj:luaj-jse:3.0.2' } // Example for how to get properties into the manifest for reading at runtime. tasks.named('jar', Jar).configure { manifest { attributes([ 'Specification-Title' : mod_id, 'Specification-Vendor' : mod_authors, 'Specification-Version' : '1', // We are version 1 of ourselves 'Implementation-Title' : project.name, 'Implementation-Version' : project.jar.archiveVersion, 'Implementation-Vendor' : mod_authors, 'Implementation-Timestamp': new Date().format("yyyy-MM-dd'T'HH:mm:ssZ"), "TweakClass" : "org.spongepowered.asm.launch.MixinTweaker", "TweakOrder" : 0, "MixinConfigs" : "derp.mixin.json" ]) } rename 'mixin.refmap.json', 'derp.mixin-refmap.json' } shadowJar { archiveClassifier = '' configurations = [project.configurations.shade] finalizedBy 'reobfShadowJar' } assemble.dependsOn shadowJar reobf { re shadowJar {} } publishing { publications { mavenJava(MavenPublication) { artifact jar } } repositories { maven { url "file://${project.projectDir}/mcmodsrepo" } } } my entire project:https://github.com/kevin051606/DERP-Mod/tree/Derp-1.0-1.20
    • All versions of Minecraft Forge suddenly black screen even without mods (tried reinstalling original Minecraft, Java, updating drivers doesn't work)
  • Topics

×
×
  • Create New...

Important Information

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