Jump to content

[SOLVED][1.8] Syncing config files across server and client?


Apace

Recommended Posts

Hello guys,

 

I've been following TheGreyGhost's great MinecraftByExample series and have set up a configuration file for my mod.

Depending on the configuration file, the mod makes certain blocks unbreakable.

The config's loading/saving/using works perfectly in SSP.

However, when in SMP, the client still uses its own configuration file (by how awesome Forge is, I've expected it to synchronize the config automagically).

So, if the clients config file allows harvesting block A for example, and not block B, and the servers config file is the other way around, the client won't be able to mine block B (I'm setting the break speed to 0f in the BreakSpeed event), but the player will be able to start breaking block A, only to have it instantly respawn on breaking the block.

Also, if the client connects to a server without the mod installed, it won't be able to break the blocks as set up in the config file either.

 

My question is: Is there an easy work-around for this? If not, will I have to set up custom network messages which get sent when a client joins the server? If yes, is there any good tutorial out here on how to do stuff involving networking in Minecraft?

 

Thanks in advance,

 

- Apace

Link to comment
Share on other sites

Short: There is no workaround, your thinking is good.

http://www.minecraftforum.net/forums/mapping-and-modding/mapping-and-modding-tutorials/2137055-1-7-x-1-8-customizing-packet-handling-with

Nice and tidy: http://www.minecraftforge.net/forum/index.php/topic,20135.0.html

Important info: http://greyminecraftcoder.blogspot.com.au/2015/01/thread-safety-with-network-messages.html

 

Longer: You will need to set client's hardness from packet after logging on (PlayerLoggedInEvent).

After sending that info you can cache it in client's config.

1.7.10 is no longer supported by forge, you are on your own.

Link to comment
Share on other sites

Yes, this can be a bit tricky.

 

Usually the configuration file is loaded/synced in the common proxy so technically it will be loaded on both sides. But the actual file would of course not be the same file on two different computers when you're running server/client or LAN.

 

So the "safe" thing to do would be to sync as needed. In the case where the config info is only used by server, then there is no problem -- just the config on the server will be used and there is only one so there is no conflict. Similarly, in some cases you might have config options that are purely client side (like maybe change rendering, or add info in HUD) and you could just allow each client to load their own config and it is okay if they are different. But in other cases you might have some config that is used on both sides. I think you're right that the config is not synced automatically so the safe way to do that is to load only on server side and sync the values to client using packets.

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

Link to comment
Share on other sites

Thanks to both of you guys for answering!

 

I feared that there was no easy way to do this. Alright then, I guess I'll get to work.

 

Will mark as solved for now, hopefully it will stay that way. ;)

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Hello. Where can I find how Vanilla jump boost effect works. I have been searching this class for a few hours but have not found it anywhere.
    • SubscribeEvent is for our EventBus system, Not sure what you mean by EventHandler as that's not a Forge related class.
    • Hi, has anyone dealt with gradlew :runClient crashing on start before? I've currently made a forge 1.18.2 mod with the latest mdk and I use IntelliJ IDEA 2024.1 as my IDE, and now whenever I try to run the `:runClient` command with gradle, it works at first, but then the process stops reporting this issue: `Caused by: java.lang.reflect.InvocationTargetException` and `Caused by: java.lang.NoSuchMethodError: 'int net.minecraft.util.Mth.m_14045_(int, int, int)'`. I've pasted the full runClient gradle log in this message. I investigated this issue further on the forge forums to find that not much people had encountered it, and those who did encounter it somehow fixed it with fixes that does not work for me like deleting cache and let gradle redownload the cache or anything and that this issue is caused by a "Corrupted Cache", or whatever the heck that meant. I tried cloning my entire repo (https://github.com/Type-32/PreciseManufacturing) to another directory to "start fresh" but the same issue persists. I created a new project with a clean forge mod 1.18.2 template but the issue persists. I tried all the fixes I can find but none of them worked. even `.\gradlew --refresh-dependencies` didn't work. I am getting desparate for any help now ~~this is so freaking frustrating~~ This is my build.gradle file plugins { id 'eclipse' id 'idea' id 'net.minecraftforge.gradle' version '[6.0.16,6.2)' id 'org.parchmentmc.librarian.forgegradle' version '1.+' } group = mod_group_id version = mod_version base { archivesName = mod_id } java { toolchain.languageVersion = JavaLanguageVersion.of(17) } minecraft { mappings channel: mapping_channel, version: mapping_version copyIdeResources = true runs { // applies to all the run configs below configureEach { workingDirectory project.file('run') property 'forge.logging.markers', 'REGISTRIES' property 'forge.logging.console.level', 'debug' mods { "${mod_id}" { source sourceSets.main } } } client { // Comma-separated list of namespaces to load gametests from. Empty = all namespaces. property 'forge.enabledGameTestNamespaces', mod_id property 'mixin.env.remapRefMap', 'true' property 'mixin.env.refMapRemappingFile', "${projectDir}/build/createSrgToMcp/output.srg" } server { property 'forge.enabledGameTestNamespaces', mod_id args '--nogui' } gameTestServer { property 'forge.enabledGameTestNamespaces', mod_id } data { // example of overriding the workingDirectory set in configureEach above workingDirectory project.file('run-data') // Specify the modid for data generation, where to output the resulting resource, and where to look for existing resources. args '--mod', mod_id, '--all', '--output', file('src/generated/resources/'), '--existing', file('src/main/resources/') } } } jarJar.enable() reobf { jarJar { } } tasks.jarJar.finalizedBy('reobfJarJar') // Include resources generated by data generators. sourceSets.main.resources { srcDir 'src/generated/resources' } repositories { maven { name = 'tterrag maven' url = 'https://maven.tterrag.com/' } mavenLocal() } dependencies { minecraft "net.minecraftforge:forge:${minecraft_version}-${forge_version}" implementation fg.deobf("com.simibubi.create:create-${create_minecraft_version}:${create_version}:slim") { transitive = false } implementation fg.deobf("com.jozufozu.flywheel:flywheel-forge-${flywheel_minecraft_version}:${flywheel_version}") implementation fg.deobf("com.tterrag.registrate:Registrate:${registrate_version}") // [MC<minecraft_version>,MC<next_minecraft_version>) jarJar(group: 'com.tterrag.registrate', name: 'Registrate', version: "[MC1.18.2,MC1.19)") // Example mod dependency with JEI - using fg.deobf() ensures the dependency is remapped to your development mappings // The JEI API is declared for compile time use, while the full JEI artifact is used at runtime // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-common-api:${jei_version}") // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-forge-api:${jei_version}") // runtimeOnly fg.deobf("mezz.jei:jei-${mc_version}-forge:${jei_version}") // Example mod dependency using a mod jar from ./libs with a flat dir repository // This maps to ./libs/coolmod-${mc_version}-${coolmod_version}.jar // The group id is ignored when searching -- in this case, it is "blank" // implementation fg.deobf("blank:coolmod-${mc_version}:${coolmod_version}") } tasks.named('processResources', ProcessResources).configure { var replaceProperties = [ minecraft_version: minecraft_version, minecraft_version_range: minecraft_version_range, forge_version: forge_version, forge_version_range: forge_version_range, loader_version_range: loader_version_range, mod_id: mod_id, mod_name: mod_name, mod_license: mod_license, mod_version: mod_version, mod_authors: mod_authors, mod_description: mod_description, ] inputs.properties replaceProperties filesMatching(['META-INF/mods.toml', 'pack.mcmeta']) { expand replaceProperties + [project: project] }} // 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") ]) } // This is the preferred method to reobfuscate your jar file finalizedBy 'reobfJar' } tasks.withType(JavaCompile).configureEach { options.encoding = 'UTF-8' // Use the UTF-8 charset for Java compilation }  
    • pastebin.com and paste.ee couldn't handle the debug and crash log sizes, apologies I have to send it on mega, and I hope it's not a problem Basically, Minecraft turns on normally but when I try to create a world, it goes to 100%, joining world, saving world and crashes   debug log https://mega.nz/file/kP1nGDKZ decryption key: C_VSH-IO6Kpi9IdqUs2Z0KDu0Fpujmen_I3rI1yUyVw crash log https://mega.nz/file/RXVEhRpZ 0r05xiqoGmL8rQEXjYaf8Q8BO-XbJGzpeBDek3aqb0w
  • Topics

×
×
  • Create New...

Important Information

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