Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Executing code every tick and saving global data


Anrza
 Share

Recommended Posts

Hello! I am looking to have a global time variable that ticks up with the normal gameTick but skips forward when you use the time command or skip the night by sleeping, in order to simulate the time that has passed. Quite confident with the logical part of it, but I have a few questions regarding how to save/sync and properly update every tick:

  1. What is the proper way to run code every tick? I've looked at listening for TickEvent or ClientTickEvent and ServerTickEvent. Would it be sensible to use them?
  2. How do I save global data on the server? The documentation is somewhat useful, but it's outdated and I haven't found a way to save global data.
  3. How do I conveniently send time data from server to client? Should I use my own packets? Can I include the numbers when sending initial world data to the client?
  4. Can I count on World#getGameTime and World#getDayTime to stay in sync between server and client? If so, I should be able to just execute the same code every tick on both client and server to keep them in sync.
  5. Can I count on World#getGameTime and World#getDayTime to be equal across different worlds on the server? From my testing, they seem to be the same regardless of which world you call the method from.

Thanks in advance for any answers to my questions!

Link to comment
Share on other sites

1,2: It depends exactly what you are after. I would recommend using WorldTickEvent, and saving the time in a capability attached to the world. If you want to track each dimension independently, use the specific world#getGameTime, otherwise just use the overworld (using specific worlds the time will only increment when the world is loaded).

1&2: I would suggest listening to ServerTickEvent (with Phase END), and keeping the data attached to a capability attached to the Overworld. you can get the time using overworld#getGameTime. To keep track of time sleeping, subscribe to SleepFinishedTimeEvent (at EventPriority.LOWEST to run after all other listeners) and add the time difference.

3: packets, it depends what you need on the client. If it is just for rendering in a GUI, you could use a containerscreen to sync it, otherwise I believe you will need packets (sent whenever the offset between gametime and your gametime + sleeptime changes.

4: Yes, but the sleep event is only fired on the server, so you will have to manually sync your offset.

5: Yes, all worlds other than the Overworld use a DerivedWorldInfo, which just passes both times through from the overworld info. (I didn't realise this until I just looked).

Link to comment
Share on other sites

Just a thought, instead having your own timer, you can have an "extra time" where when the night skips you add it by xx value...or something similar, and when you need that specific value you just get it by adding it with the current game time.

Edited by poopoodice
Link to comment
Share on other sites

@Alpvax

Thanks for your answers!

For the record, I'm not listening for any sleep events. Since AFAIK it's not fired if time is set by a command, I'm using a more general approach.

@poopoodice

Thanks for your reply! I am indeed looking to use an offset variable. It's a good point that I shouldn't have to store any other time variable, and I'll look into that.

Link to comment
Share on other sites

On 7/16/2021 at 3:00 PM, Anrza said:

@Alpvax

Thanks for your answers!

For the record, I'm not listening for any sleep events. Since AFAIK it's not fired if time is set by a command, I'm using a more general approach.

@poopoodice

Thanks for your reply! I am indeed looking to use an offset variable. It's a good point that I shouldn't have to store any other time variable, and I'll look into that.

The `dayTime` value is set by the command, so you could listen for the command event, check the daytime before, subtract it from the daytime after (wait 1 tick to get the "after" time) and add that difference to your offset if you wanted. It depends how accurate you want to be.

Alternatively, when your offset changes, you could check the difference between `gameTime` and `dayTime` (you would then have to track a second offset to check when it changes, but it might give you a bit more accuracy).

 

On 7/15/2021 at 3:26 PM, Alpvax said:

offset between gametime and your gametime + sleeptime

I meant that you should just save the offset, as poopoodice suggested

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
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.

 Share



  • Recently Browsing

    No registered users viewing this page.

  • Posts

    • Ran again after I got up, had a different error: PS C:\Users\user\Desktop\MinecraftForge> ./gradlew setup To honour the JVM settings for this build a single-use Daemon process will be forked. See https://docs.gradle.org/7.2/userguide/gradle_daemon.html#sec:disabling_the_daemon. Daemon will be stopped at the end of the build > Configure project : Version: 1.17.1-37.0.61 Java: 1.8.0_291 JVM: 25.291-b10(Oracle Corporation) Arch: amd64 > Configure project :clean WARNING: This project is configured to use the official obfuscation mappings provided by Mojang. These mapping fall under their associated license, you should be fully aware of this license. For the latest license text, refer below, or the reference copy here: https://github.com/MinecraftForge/MCPConfig/blob/master/Mojang.md, You can hide this warning by running the `hideOfficialWarningUntilChanged` task WARNING: (c) 2020 Microsoft Corporation. These mappings are provided "as-is" and you bear the risk of using them. You may copy and use the mappings for development purposes, but you may not redistribute the mappings complete and unmodified. Microsoft makes no warranties, express or implied, with respect to the mappings provided here. Use and modification of this document or the source code (in any form) of Minecraft: Java Edition is governed by the Minecraft End User License Agreement available at https://account.mojang.com/documents/minecraft_eula. FAILURE: Build failed with an exception. * Where: Build file 'C:\Users\user\Desktop\MinecraftForge\fmlcore\build.gradle' line: 7 * What went wrong: A problem occurred evaluating project ':fmlcore'. > java.lang.UnsupportedClassVersionError: org/javamodularity/moduleplugin/ModuleSystemPlugin has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0 * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights. * Get more help at https://help.gradle.org BUILD FAILED in 21s 2 actionable tasks: 2 up-to-date  
    • Here's a shot of where I'd expect to find it. There's one older forge version that appears at the bottom of the list, so I checked its entire length to be sure.  
    • Hi!, I'm trying to set up a workspace for a 1.17 mod. I want to port a 1.16.5 mod I already have, but first I wanted to try to set up a new empty mod, just to assure it works. The problem is when I run genEclipseRuns, it throws me FAILURE: Build failed with an exception. * What went wrong: Could not resolve all files for configuration ':runtimeClasspathCopy'. > Could not find net.minecraftforge:forge:1.17.1-37.0.61_mapped_official_1.17.1. Searched in the following locations: - file:/C:/Users/migue/.gradle/caches/forge_gradle/bundeled_repo/net/minecraftforge/forge/1.17.1-37.0.61_mapped_official_1.17.1/forge-1.17.1-37.0.61_mapped_official_1.17.1.pom - file:/C:/Users/migue/.gradle/caches/forge_gradle/bundeled_repo/net/minecraftforge/forge/1.17.1-37.0.61_mapped_official_1.17.1/forge-1.17.1-37.0.61_mapped_official_1.17.1.jar Required by: project : * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights. * Get more help at https://help.gradle.org Deprecated Gradle features were used in this build, making it incompatible with Gradle 8.0. You can use '--warning-mode all' to show the individual deprecation warnings and determine if they come from your own scripts or plugins. See https://docs.gradle.org/7.2/userguide/command_line_interface.html#sec:command_line_warnings BUILD FAILED in 24s I have OpenJDK16, and the Path and JAVA_HOME variables correctly set. I'm using the default mdk, so I didn't change anything from build.gradle Any help is appreciated, I've been stucked with this for hours
    • I'm new to Java and modding, so I went to the tutorial on https://mcforge.readthedocs.io/en/1.16.x/gettingstarted/ but I already am facing issues. I followed the guide up until step 6, at which point when I run "gradlew enIntellijRuns" I get an error which reads "Could not find net.minecraftforge:forge:1.16.5-36.2.0_mapped_official_1.16.5.". Do any knowledgable modders know what this means and how to fix it? Log: https://pastebin.com/vt9VgLPz Please let me know if I need to supply any additional information such as further logs or screenshots.
    • I will check out how chests work and see if I can figure a couple things from that, meanwhile ignore the fact I just table flipped on setBlock doing one thing, but not with blockpos.offset wow this change from 1.7 to 1.17 is making me feel dumb Lol Edit: yup nope lack of sleep derp for that Lol Oh well
  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.