I am trying out Godot and I’ve noticed that when I export the game to linux, the result has a much longer boot time

I’m talking about an 80mb executable for a 3d game and the difference between windows and linux is 0.x seconds vs 10 seconds (the windows computer is more powerful but not by that much…)

I wouldn’t care much about that, but during that load time the scene’s ready() is triggered and music is played. This causes the cutscene to be desynced with the music and is quite jarring.

Does anyone know why this is happening? Version is 4.1.1 btw

EDIT: after some trial and error I’ve finallly found the issue. Surprisingly the cause of it was the world environment, more specifically the sky settings, which I had set to high. Bumping them down pretty much fixed the issue.

It’s probably a bug, but hey, it works now 🤷

  • tabular@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    1 year ago

    _ready() is called once a node (and it’s children) are loaded. I assume it is being added to the scene earlier than other nodes due to a delay? Perhaps it’s generally not safe to start things assuming others will start at the same time?

    • Rodeo@lemmy.ca
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      There is a specific order that _enter_tree and _ready get called in. When the nodes enter the tree, _enter_tree is called in descending order, when all the nodes have called that, _ready calls begin in ascending order.

      Thus, a child’s _ready callback is called before its parent’s. But the parent has _enter_tree called first.

      But I don’t think this is the issue here.

      • leekleak@lemmy.worldOP
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        Yeah, the music and animation stuff all is triggered on the highest level parent scene, so it should be loaded at the very end.

        It’s also curious that the music starts during the splash screen while the animation loads properly after everythin’s been loaded even if the music is called by the animation.

        • magikmw@lemm.ee
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          You can wait untill everything is ready to start music in sync with animations. You’d probably put it in _process and wait for a signal or poll tree until it says it’s ready.

          • leekleak@lemmy.worldOP
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Well I have something like:

            func _ready():
            	$AnimationPlayer.queue("1-1-1")
            	$AnimationPlayer.queue("1-1-2")
            
            func _on_animation_player_animation_started(anim_name):
            	if (anim_name == "1-1-1"):
            		$Audio/ReadySetGo.play()
            	pass
            

            I don’t know what else could be done

  • I Cast Fist@programming.dev
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Found this question on AskGodot. https://ask.godotengine.org/60353/how-to-wait-the-whole-scene-load-to-execute

    I didn’t quite understand what the answer was on about. A reddit thread (linked to using Await)[https://docs.godotengine.org/en/stable/tutorials/scripting/gdscript/gdscript_basics.html#awaiting-for-signals-or-coroutines], but offered no further details

    I’ve also found this tutorial for Background Loading, maybe it can help you? https://docs.huihoo.com/godotengine/godot-docs/godot/tutorials/engine/background_loading.html

    As for the significant difference in load time on linux, that’s really head scratching. Similar enough graphics cards on both? What render are you using? OpenGL, Vulkan?

    • leekleak@lemmy.worldOP
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      1 year ago

      Hmm neither of these suggestiona seem to be applicable to me 🥲.

      As for the performance differenece, In the mean time I’ve tried out many different changes and now the load time difference seems to be proportional to the fps (around 10x difference for context(3060ti vs vega 8)).

      Perhaps that’s thanks to caching or something similar as I tested on a lightly used Fedora install.