Chadori's Recent Forum Activity

  • Christmas Sale

    Support the collection and get free updates and upgrades for only $50.00. Limited time offer, only from December 12, 2018 to December 25, 2018.

    Link : discord.com/invite/eS3HK88

    Support and get the collection now!

    Have a nice day and happy game development!

  • In standard development, every tick is not supposed to be something that is always used. It is only supposed to be used for gradual movement or something that needs to check or run for a period of time or continuously like smooth movement or listening for a variable/state change.

    The reason to this is that it is a waste of CPU resources especially on Mobile where there is a limit of computing resources. We have a few great ways to avoid unnecessary computing like Functions, Group Disable (when not needed) and Separate Event Sheets.

    Functions/Triggers are the best way to make events. Disabling Group of events are essential to non-used events in an event sheet at a given time, this will skip events and save computing time whether it is a trigger or every tick.

    The answer to your question is "NO", it doesn't crash mobile devices. Applications have a lot of safety checks nowadays that even JavaScript errors don't crash the application unless it is a Cordova problem. Although, it is a must to only use every tick if essentially needed and make sure to deactivate non-used events, to make your project more efficient.

    Have a nice day and happy game development!

  • Hi, any help please, i have construct 3 subscription to export to android studio but i don't know how to add admob ads to my game!!

    You should post on the Construct 3 thread instead.

    Reference : construct.net/en/forum/construct-3/how-do-i-8

    Anyway, there should be a Mobile Adverts plugin when you try to make an object.

    Documentation : construct.net/en/make-games/manuals/construct-3/plugin-reference/mobile-advert

    Have a nice day and happy game development!

  • Not only did you not tell us what is reproducing it, you also covered the error message.

    Anyway, you can report it here : github.com/Scirra/Construct-bugs/issues

    But follow the guidelines, so it won't get closed.

  • lxst.kid

    Editor Design

    Sorry, but I have to disagree and that is one thing I think is not necessary and it could compromise Construct 3's elegant and professional design. And in terms of educational and professional purposes, it also isn't a good design practice, in general.

    Possible Issues

    1. Rainbow Event-Sheets. This will be an eyesore.
    2. Construct 3 would look unprofessional like Scratch.
    3. Increase in project size and project loading duration.
    4. Increase in event sheet loading.
    5. The Construct 3 Editor Themes would look weird, especially the "Dark Theme".
    6. People relying on possible messy "event colors" rather than "clean comments" and "organization".

    Organization

    I think the Group Colors are already enough. Even though Group colors are rarely used, but instead of helping, they actually make things confusing in the long run, professionally. They are very useful minimally used though, that's why Groups are still alright.

    That would be the same case with colored events, only that it would be worse. Mixing colors in the event sheet will make things end up looking like a rainbow, which is not a good design practice, unprofessional, eyesore and untidy looking.

    The goal is to design your project or events that makes it easier to read. Like commenting, grouping events and event factoring. Also, use functions, arrays, dictionaries to avoid redundant events. And if there are available addons for a task, use them for optimization and to avoid messy events.

    Design Difference

    Scratch

    Construct 3

    This is a screenshot of my project

    As you can observe, the Construct 3 Editor looks more professional and easy to look at and attempt to read. Because, it doesn't flash you with different colors, which is bad for the eyes if given enough time. Construct 3 Editor's current design is more professional, organized, clean and healthier to your eyes.

    Professionalism

    In terms of educational purposes, it's better to teach them how to design, organize and write clean events, logic and comments rather than being dependent on colors which is actually confusing and an eye-strain, which is bad for the health.

    This will get them ready for their professional career when they learn how to make simple, neat and clean designs on their work.

    I hope that shed some light on the subject. Have a nice day.

  • Taximan

    I think the best option would be to be able to choose which sprites go into algorism, an option within the properties of the sprite would solve all the "problem".

    No offence, but this is impractical and slightly horrible. Too much work than necessary, that would remove the automated approach of Construct 3 and it is prone to error and one wrong move and your game crashes. I don't want to seem rude but I have to point out that we, including you, wouldn't want this. Always go for efficiency and simplicity.

    nacra

    For a more Construct-like idea, since you’re adjusting the packing algorithms, how about adding a control to project settings, to let Construct users bias the packing towards more or less memory use. Maybe set a max spritesheet size?

    This is looks like a practical solution. Wonderful idea.

    If we can't yet choose to manage each asset from a Construct 3 Sprite-sheet Editor. We can have something like this.

    Spriter Pro : Sprite-Sheet Packer

    This is not an exact design preview but it does give an idea.

    1. Set the Sprite-Sheet maximum size.
    2. Apply Padding, Spritesheet Count (Example : Single or Multiple) and Packing Rules. (Regarding Construct's case, a percentage would be suitable, from (1% to 100%). This can also be the performance from "Performance" to "Memory Efficiency".
    3. Shows the packing efficiency, performance and other information.

    Ashley, this might be a viable design to solve the issue about the trade-off as we can manage it but still under the automated approach under your packing algorithm. What can you say about it, is it a viable solution?

    Thanks for the time.

  • zhihong0321

    2. This is a "FIXED BUG". apparently, they don't understand the meaning of FIX

    WHAT DRIVE ME MAD

    You don't know how to update.

    Don't act like you know a lot please, if you don't even know how to update.

    zhihong0321

    i dont understand, nobody noticed this? resize cannot be undo.

    No, since we understood how to use it already.

    It's just you're the only one who doesn't know how to use it. Unfortunately.

    I hope that shed some light on the subject. Have a nice day!

  • Don't use an old Construct 3 version

    Click this link:

    editor.construct.net/r129

    Then try again.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Ashley - I just want to note that tunepunk and many users worked a lot of effort and time to have made the few very carefully thought out benchmark tests to point out that increasing the sprite-sheet count can have some non-worth it performance overhead, as you have also stated that it does.

    Reference :: construct.net/en/forum/construct-2/general-discussion-17/understanding-draw-calls-124967

    You also, spent time to design the sprite-sheeting algorithm yourself to pack as much assets into less sprite-sheet count as possible. To avoid the texture-swapping overhead.

    Please, just because one developer made some seemingly a project design error, doesn't mean you need to re-design the sprite-sheeting to increase the sprite-sheet count and reduce the performance again.

    One of the greatest reason Construct 3 is preferred is because of the well-packed images to target low sprite-sheet count, unlike Construct 2.

    We already noticed some very slight texture-swapping overhead, just from r129. That was from the 1% increase in sprite-sheet count from packing.

    Please, reducing the sprite-sheet packing will just hurt most of the optimized projects. Don't do this approach.

    Thank you for the time.

  • You do not have permission to view this post

  • You do not have permission to view this post

  • Release 4.2 now available!

    Release Note

    1. Game Master Collection : Process plugin - Minify bug fix.

    Store Link

    chadorirebornxd.itch.io/construct-master-collection

    Happy Game Development!

Chadori's avatar

Chadori

Member since 10 Oct, 2014

Twitter
Chadori has 50 followers

Trophy Case

  • 10-Year Club
  • Entrepreneur Sold something in the asset store
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • 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
  • x2
    Coach One of your tutorials has over 1,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • RTFM Read the fabulous manual
  • x2
    Great Comment One of your comments gets 3 upvotes
  • Delicious Comment One of your comments gets 10 upvotes
  • Email Verified

Progress

24/44
How to earn trophies