We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it.

App Hanging at 60% and 100%

Home Forums Graphics / Blender App Hanging at 60% and 100%

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #44009
    jdhutchinson
    Customer

    I get 4/5 second pauses at both 60% and 100%. This also incluydes in the puzzles editor, loading the viewport phase. My hunch is 60% is regarding textures, but the delay at 100% seems odd (and would be less misleading for users to not delay, and rather show a truer sense of loading completion?)

    #44014
    Avier3D
    Customer

    are you using LZMA compression? If that is setup, but not activated in puzzles, you could get those freezes during load.

    #44024
    xeon
    Customer

    Hey there…you may want to print to the console window and find out what its really hanging on. It might be timing out on something.

    Xeon
    Route 66 Digital
    Interactive Solutions - https://www.r66d.com
    Tutorials - https://www.xeons3dlab.com

    #44042
    jdhutchinson
    Customer

    Thanks both for replying.

    FWIW, I followed the v3D preloader tutorial, where they explain using puzzles to show 100% loading.

    I have compressed assets ticked in puzzles, and enable LZMA compression in the blender file. Is this enough?

    See attached. I have an annoying method for the startup puzzle which I have to use as a workaround for animate param not being available in the init tab. I did report this as a question too separately somewhere.

    Attachments:
    You must be logged in to view attached files.
    #44180
    jdhutchinson
    Customer

    I looked at the scooter app and that had some nuances for what is happening at each part. I don’t know if those steps it mentiones (eg compiling shaders) are accurate.

    #44197
    xeon
    Customer

    Hey there… my last app was hanging for 30 seconds… it was rediculous … no reported errors. So while I was nooding a solution..i kept coding. Moved all my camera controls to a procedure.
    And for what ever reason…all my lag disappeared.

    Give it a shot…makes no sense why that would work but who knows.

    Xeon
    Route 66 Digital
    Interactive Solutions - https://www.r66d.com
    Tutorials - https://www.xeons3dlab.com

    #44229
    jdhutchinson
    Customer

    What camera controls were they? Yeah so I’m wondering if it means my puzzles file is too big too. SO I started writing a procedure so that I could shrink the amount of normal puzzles… and only call procedures. But no idea if it’s a waste of time or not. Puzzles does take a few moments to load for sure.

    I don’t know if it means it’s just better to host somewhere else. WIll that see much of a performance boost?

    #44241
    xeon
    Customer

    I would have to see your puzzles to tell you.
    But any puzzles that are specific to the camera just work better not in the main puzzle flow but in a Procedure. But the following camera controls were affecting my project:
    SetActiveCamera, TweenCamera and ZoomCamera are the three that affected my delay times.

    Xeon
    Route 66 Digital
    Interactive Solutions - https://www.r66d.com
    Tutorials - https://www.xeons3dlab.com

    #44263
    jdhutchinson
    Customer

    I think I should be alright. I have a kind of ‘init’ procedure which is my first puzzle in main.

    Unless anyone from Soft8Soft can advise something, it’s hard to guess isn’t it.

Viewing 9 posts - 1 through 9 (of 9 total)
  • You must be logged in to reply to this topic.