LukeW's Forum Posts

  • Working today without autosave enabled, saving was a lot quicker for most of the day.

    I did notice the occasional slow save once in a while, though nothing like what I was experiencing before. We're talking a 30 second save every couple of hours.

  • Looks like Windows Defender is to blame! github.com/Scirra/Construct-3-bugs/issues/5825

  • NGX

    Whats up with this? Can someone fill me up with the Scirra objectives with the tool?

    I think they're referring to this: construct.net/en/blogs/construct-official-blog-1/announcing-new-product-beta-1589

  • Auto-save feature saves the project as a single c3p file. Maybe Construct needs to rebuild the file structure or something to save as a folder after that. You can test this by manually saving as c3p and then as a folder.

    Yep, looks like you're correct. I'm just trying this out now with the build I uploaded to the issues page and it's triggering a slow project save after the single c3p file save.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • After a bit more testing and observation today, I'm almost certain that it's tied to autosave.

    As soon as my project autosaves, I can expect a long manual save straight after, no matter what (while using project folders). Meanwhile, disabling autosave results in no longer getting a long save time intermittently.

  • Is it every time for you though Dop?

    For me, project folder saves can be near instant, except sometimes they'll take upwards of 5 minutes or more.

    However, I need to triple check this, but I think the project folder is only doing a slow save after autosaving.

    Also by comparison, my project folder is only 160mb.

  • I have similar issues around long saving times. It only happens when I'm working with tilemaps. Switching to project folder 'kind of' works, in that not every save is slow after editing a tilemap, though sometimes it will just do a complete slow save for no reason that I can fathom (i.e., I'm not working with tilemaps at all).

    I bought an NVMe drive thinking it might be hard drive related, but that had no impact on save times.

    I would report this as an issue, but I can't recreate the problem in a standalone project, making me think that this is something that is isolated to larger projects.

    Here's a gif of the save time in action. First save is a normal save time, second save shows how long it can take after editing the tilemap.

    As you can imagine, this is a pretty big pain in the butt as I'm either having to choose to interrupt my workflow for up to 5 minutes at a time, or go without saving.

    imgur.com/a/d1sYnJP

  • rufson looks great!

  • PNG is pretty much the standard.

    Definitely have a way to test your game using PC controls. Remote preview is pretty nifty, but still slower than testing directly on PC.

    Make sure you join the Discord as you'll find a lot of help on there: discord.gg/kj8Nbp4f

  • Having a similar problem. I think it's to do with this issue: github.com/Scirra/Construct-3-bugs/issues/5331

    oosyrag

    Use a spritefont instead of the text object.

    From the manual: "if... you wish to translate the game in future, then Text objects are probably more suitable."

    I'm trying to paste text to the screen using drawing canvas to split it into pages and I'm finding this blurring effect very frustrating.

  • After my previous comment, I thought I'd better go do some performance tests on my project and see what sort of impact loading a bunch more json text files would have on performance.

    I load the dialogue into the game during the first load screen. As a base line, with a 10,000 word dialogue file created in DD, the overall load time is 15 hundredths of a second (I'm loading other stuff too in this time).

    I made five more copies of my existing dialogue file and loaded them into separate json objects. This represents my estimated word count once the game is finished sans localization. The load time increased to 20 hundredths of a seconds.

    I'm actually pretty surprised by how quick this was, so I thought I'd test it out with 20 copies of my json file - about 200,000 words of dialogue. The time increased to 34 hundredths of a second.

    At this point I got bored of copying events and realised I could probably just do this in a loop if I wanted to go any further with it. But it looks like performance, at least in terms of loading files, shouldn't be a big deal.

  • Hi helena

    I wrote the tutorial and example that Moonpunk linked and am using Dialogue Designer in my game.

    As Ashley mentioned, a system like this can easily create an unreadable amount of text if you're not careful in how you structure everything. Having said that, I've found it to be a pretty nifty tool for my particular requirements (I came from a Twine background) and the visual flow of it really helped.

    My main concern is with the bloat that happens within the file, my 10,000 dialogue wordcount blows out to 70,000 words and 840 pages when I select all and copy it into a Word document.

  • I guess readability is the only thing that matters. I always like to keep them at the top of the event sheet or group personally.

  • So sick! I love your animation style.

    Thanks.