TinyCrocodile's Recent Forum Activity

  • treeman87 aw that sucks, good luck, I hope you did not loose to much data!

  • Do you remember where you saved your c3p working file while working in the editor? There are 3 way of saving: saving it on your machine as a local file (then it might be in the download folder), saving it to a cloud service (e.g. google drive) or saving it to the browser data (I don't have experience with that).

    In the settings you can see and adjust were a project is saved to, but you might have been working with a different setting back then, when you say it has been a while ago.

  • I am developing a webgame for a customer who just reported to me that their music loop has a very audible gap, but only on Safari. I did not notice any gap before, since I am developing on a Windows PC and can only test in Firefox and Chrome. They sent me a video clip in which the gap is very noticeable, making listening to a short music loop very annoying.

    Is there anything I can do? I know that gaps can come from mp3 files, but the original file was a wav file, and its converted by Construct into webm anyways.

    Its not the only issue they have with the music, in some cases, the music is not starting, or stops looping - and again, all on Safari, not happening on my devices in Firefox or Chrome.

    Tagged:

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • thanks!

  • Thank you, ppstudiomty - is there a place where I can read about Scirra's support of plugins? It it in the release notes?

  • Initialising ProUI stops the game (maybe crashes?) since the new C3 version!

    Today, the latest stable version came out: construct.net/en/animation-software/releases/stable/r397

    When I worked on my game, I noticed that something went wrong, the main menu's code was not executed as it was before although I did not touch it. I quickly found out that the ProUI Initialise function is the problem. When I deactivate it, the rest of the code is executed. When its active, it gets stuck there and is not going to the next line of code.

    The same project runs fine in the last stable build: construct.net/en/make-games/releases/stable/r388-2

    so something must have gone wrong in the communication of this plugin and the latest stable build.

  • I mean I could make it as a default that the button is not shown when the locally saved date is not found.

    But now, when the player changes the browser, they will see the button, because the locally saved data is found. It is indeed unlikely they do so, but I have seen players do the weirdest and most unexpected stuff. If that happens, I still can start a new game, but have the hidden button as a default for the first playing experience.

  • Then I guess I could use that mechanic, but start a new game in case the loading fails.

    I wonder why the feature does not exist, I can't be the first one to need it?!

  • I had the same idea, but I think that will not work if the player changes the browser, will it?

    As far as I know, the savegames of webgames are linked to the browser, but the local storage data is saved on the device, independend of the browser. Or is it also connected to the browser?

  • In my game I have the option to continue playing. This is provided with a button in the main menu.

    I don't see any option to check if a savegame actually exists however. Is this possible? I use "saveGameToSlot" und "loadGameFromSlot" to save the game. Is there anything that I can use to check for a savegame?

    A workaround could be that I start a new game if the loading fails, but I rather not display the continue button at all if the game was not saved before.

  • I ran into some problems while making a webgame (no multiplayer, just runs in the browser). It looks like some things do not run smooth as soon as the web connection goes below a certain threshold.

    For example, it seems to continue loading, even after the loading screen has finished. Or at some point, the game just gets stuck when a tester is using it on their phone in a bad wifi, which I can not reproduce on my working machine with good wifi. I don't think its a performance issue of the phone, because a bad phone with good wifi has no problems, while a good phone with bad wifi does.

    My plans are now to throttle my own connection to see at which point the game breaks. But in order to solve the issue and to give advice on the minimum internet connection requirements, I'd like to know more about how a webgame works.

    I assumed it would download all data and then run it relatively undisturbed by the further connection. Is this true? Because it seems as if its communicating with the webpage even after the initial download. Otherwise I would not have problems only in bad wifi?!

    You see I am stumbling in the dark and would appreciate an answer on how it works in the background and an idea on why bad wifi has an influence although the content of the game should apparently be downloaded to the device.

    ---

    Edit: I think I might be on the issue's tracks. With the offline option, the documentation says: "If you're online and you load the project, the browser loads from disk instantly as before. However, as the project is running, it checks for an update in the background. If you've uploaded a new version, the browser downloads it and saves it to disk. Then, next time you load the project (including refreshing the page), the browser loads the new version. Until then, the user keeps using the old version."

    I think that might have been what happened. That the game started on the old data, but then, while already running, downloaded additional data and was not fast enough with the download to display it. Just a theory at the moment though.

  • I will try that, thanks!

TinyCrocodile's avatar

TinyCrocodile

Member since 18 Oct, 2021

Twitter
TinyCrocodile has 1 followers

Trophy Case

  • 3-Year Club
  • RTFM Read the fabulous manual
  • Email Verified

Progress

5/44
How to earn trophies