Tokinsom's Recent Forum Activity

  • tarek2 dop2000 This has nothing to do with the latest version. I'm getting a crash when trying to log in on r210.2.

    EDIT: Changing my password also fixed this issue. Odd.

    Ashley Do we need to file a bug report or are you aware of this?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • You do not have permission to view this post

  • TheRealDannyyy I'm using stable though

  • I have probably thousands of hours clocked in C3 (desktop & chrome) while online so there is no way this "ready to use offline" notification hasn't popped up by now. I'm sure I've seen it once or twice.

    However, without internet access...

    If I try to launch C3 desktop version: Nothing happens. I get ghost nw.js processes.

    If I try to launch C3 browser version from my desktop which I "installed" from Chrome: I get a blank white screen with a C3 logo so large I can only see the top half of it.

    If I already have C3 open and lose my internet connection: Preview stops working.

    If I already have C3 open and happen to be logged out: I cannot log back in and am locked out of paid features, preview, etc.

    Is there, like, something else I need to do? Is this all just outdated information?

    I vaguely recall one time I lost my internet connection while working, and C3 - after 5 minutes or so - just automatically switched to some offline version and I think it gave me a notification. I haven't gotten that since.

  • I just meant it runs slower now. The desktop version has always been faster / more responsive, but since the latest update it's now on par with the browser version and I'm getting things like:

    -Choppy panning & zooming in the layout editor

    -Editor Textboxes (like for modifying instance variables in the layout editor) take a long time to update, sometimes up to 2 seconds after I'm done typing.

    -Scrolling through the property window or expanding / collapsing properties is really choppy.

    It's as if there's some perpetual heavy background processing preventing the editor from running at optimal speed. This is all in high performance mode / etc. on a high powered ryzen workstation, too.

    Everything else is A-OK and I fully support the direction the desktop version is going in.

  • Unfortunately, as of the latest update, it seems the desktop version now performs identically to the web-based version. Any chance this will be improved in the future?

  • I think your response just proves my point that we need more control over this lol.

    The "simplest" implementation is just having the inherited family effects show up in the objects' effect lists, allowing us to reorder all effects as needed at the object-level regardless of where they come from.

  • Ashley

    Currently, family effects are ordered before its objects' effects, which can result in effects that do not stack as intended.

    Please consider the following example:

    Since the 'brightness' effect belongs to a family, and the 'replace color' effect belongs to the the object inside the family, the result is a sprite with brighter original colors, not brighter replaced colors as it should be.

    Would it not make sense for family effects to be ordered AFTER its objects' effects, so that the object's own effects are accounted for?

    Ideally, we would have the option to choose if family effects should go before or after, since the above case will not always be what is intended. However, I would argue that it is much more often the case than not. Thoughts?

  • No need to upscale your source art. That is a very bad idea.

    What you're looking for is "Fullscreen Quality" in the project properties, with "Pixel Rounding" off.

    Setting Fulscreen Quality to high will upscale your pixel art as usual, but everything will move, scale, rotate, etc. on "sub-pixels" giving a much smoother overall appearance. The amount of "sub-pixels" will depend on how much you scale up the window.

    That's the simple explanation, at least.

    It has a few drawbacks and will annoy pixel purists but most players these days would prefer the smoothness.

  • UIDs are pretty much the only way to reference instances outside of manually giving them IDs, so I'm not really sure what else I can do.

    Aren't instance UIDs stored in the layout XML? Is it not possible to just put them on a "do not use" list and then recreate them with those same UIDs in the same fashion as when the layout first loads?

  • Ashley

    The "recreate initial instances" action was created years ago as a result of numerous discussions here on the forums about how to best handle open-world metroidvania style games without every single room being in its own layout.

    I've used it extensively for both open-world and linear games alike, and it's one of my all-time favorite features Construct has to offer (I know right?)

    However, one major drawback with using it is that pre-placed objects (as in, objects placed in the layout editor that are expected to have a static UID) which are destroyed and recreated do not preserve their original UID, making it impossible to reference them for the purpose of linking/pairing objects, save data, loading object states, etc.

    I've resorted to making my own ID system using "for each (ordered)" which has its own drawbacks (I only get IDs at runtime) and then using manually set IDs / tags using private variables when this won't suffice.

    All that said, would it be possible to somehow reserve UIDs so that pre-placed objects which are destroyed and recreated using "recreate intial instances" get the UID they started with?

  • Ashley Thank you for the quick response. I just edited the original post with one other suggestion (resampling only the text as if 'fullscreen quality' was set to high). Is that within the realm of possibility?

    As for the gpu memory, I'll have to look at my debugger again but I recall the memory usage skyrocketing when 'fullscreen quality' was set to high and I maximized the window. I mean, it's not an unacceptable amount due to me using pixel art, but it was certainly higher than with it set to low.

Tokinsom's avatar

Tokinsom

Member since 6 Jun, 2010

Twitter
Tokinsom has 11 followers

Connect with Tokinsom

Trophy Case

  • 14-Year Club
  • Entrepreneur Sold something in the asset store
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • RTFM Read the fabulous manual
  • Email Verified

Progress

20/44
How to earn trophies