Chadori's Forum Posts

  • You do not have permission to view this post

    signupdemo

    This shows that not everybody is earning from their creations, most of the users are creating stuff just > to promote themselves, their business.. or even just as a hobby.

    You need to be a giver first before you expect to be a taker.

    Don't worry, as far as I can tell, many are earning from Construct 3. Considering that a lot can afford the subscription license. Those people don't really question the subscription plan that often.

    Again, as construct is a light weight games and apps creator, and users are mostly not coders/developers.

    Yeah, that's why you are here.

    You need to be a giver first before you expect to be a taker.

    Yeah. That's real life. And that is why many are successful, since in the very beginning, they know how to share. Hence, they also can receive.

    Lastly: If you don't want to take suggestions or criticism and don't want to work on it... Why have a > community ?

    Should open a ticket system.

    Actually, Construct 3 has a dedicated page for all suggestions and criticisms, even the unreasonable ones.

    Reference: construct3.ideas.aha.io

    I was going to suggest few options which can be beneficial to everyone, but I guess 6 men can climb

    the mountain without any support. Good luck.

    As one of the everyone, no thanks. I think I am good. Maybe, Unreal Engine will hear you out.

    If this is about the subscriptions again, I would like to point out that.

    If I would loan for a car, I wouldn't immediately pay the entire fee since they could lose interest of supporting my car insurance. Same as Construct 3.

    Good luck too!

    This post/thread pretty much explains why Rexrainbow stopped all activity:

    https://www.construct.net/forum/construct-3/general-discussion-7/i-cant-open-my-construct3-proj-

    131744#forumPost925036

    Okay. I see.

    I've read about that but I did not know, that one happened first. I thought the first one was about, when Rexrainbow was asking for the C3 SDK equivalent of cf_fast_trigger and other hidden runtime methods. And getting refused made Rexrainbow give up on Construct 3 and move on to Phaser.

    Although, yes. It has nothing to do with C3 Subscriptions.

    signupdemo

    Do you know their policies ? Well, please allow me to shed some light here:

    he Engine is Completely Free to use at its full strength !

    heir motto is:

    e Succeed When You Succeed

    You are comparing a company that has 500 employees, which has Unreal Engine. And Construct Team, that only has, approximately 6 employees.

    Besides, the Unreal Engine is made for large projects and is well-funded. It is a pioneer company, meaning that back in the time 3D games were new, game engines were rare. It made Unreal Engine have so many audience. Hence, its funding.

    But now, a new approach is needed like how the Construct Team does it. And considering the amount of Game Engines that have failed and closed and Construct is still standing, running and competing. It just proves how successful it is.

    If I am correct, those 2 developers didn't announce the reason for their leaving nor that they lost interest. So, I don't know where you got your information. Or if it even is legit. Makes me wonder if your post has any credible facts or references. No offence. So, please be careful of what you post, and make sure they are facts.

    They didn't announce the reason for their leaving except Rexrainbow, if I understood right, it was because of the hidden methods on the SDK not being open to the developers. It has nothing to do with subscriptions.

    Construct 3 is designed for easy and faster development. For simple games, you don't even need programming languages, the editor makes it easy. Those who have software knowledge, use Construct 3 for faster development while making addons as a way to implement features for their project.

    But on Unreal Engine, there is a higher learning curve. There are also blueprints, but a wise developer, would always use both coding and blueprints.

    You shouldn't compare the two that way. As their situations are quite different.

    You are paying the Construct 3 Subscription for the service of easy and quick development. Because if you use the Unreal Engine, you wouldn't have the luxury of easier development. But both have different cons and pros.

    For example ::

    1. Construct 3 can make lightweight and optimized 2D games.
    2. Construct 3 can't make lightweight and optimized 3D games.
    3. Unreal Engine can't make lightweight and optimized 2D games.
    4. Unreal Engine can make lightweight and optimized 3D games.
    5. Construct 3 can make lightweight and optimized Web games.
    6. Construct 3 can't make lightweight and optimized Desktop games.
    7. Unreal Engine can't make lightweight and optimized Web games.
    8. Unreal Engine can make lightweight and optimized Desktop games.

    So, someone who is confident of his judgement would not compare the two but know the difference.

    My point is, if you like the Unreal Engine so much, you can always switch. No one is discouraging anyone. But Construct 3 will stay as a subscription based editor.

    For the credit though, Buildbox is a similar software to Construct 3. Buildbox is a very limited game engine, but it can only make pre-defined games with templates. Although, it still has high respect from its community and it has a big community, even bigger than that of Construct 3, as it is an easy application development tool that attracts lots of non-programming audience, that mostly have money, and also mostly artists. The Full version of the software costs nearly $1200 per year.

    Construct 3 in the other hand, is only $100 per year. And Construct 3 doesn't make predefined games, it lets the user define their own games.

    But you can't say that Buildbox or Construct 3 is unfair as long as it follows the law.

    I hope that is informative enough.

    BadMario

    Not quite the same risk. Even huge Hollywood studios sometimes keep very old software and machines simply because they work.

    In my case as long as I have a PC that will run my 4 year old, abandoned by Autodesk, Softimage I can continue to use it. So far it even works on new PCs and windows 10.

    In another case a very cool 3rd party plugin for Softimage I cannot use on any new computers because it is not supported any more and registration servers are gone. That is what some people are afraid of I guess.

    We have no idea what will happen, and it's always better to have a perpetual license than subscription.

    Animation Editors and Image Editors are different from software creation tools. Far from it. Because those tools can live years without needing to upgrade even though updates make it easier in the long run.I know this since I use some of those tools and etc...

    Adobe Products too, which I use like 8 of those applications. And right now I'm still using CS6.

    I'll give you some problems that rose up on Construct 3 that needed support and was fixed by quick support.

    And this is just from a few months from now.

    1. Just after IphoneX was released, we had scaling issues on mobile.
    2. After GDPR, advertisement monetization plugins were unusable.
    3. Webview bug issues from Android, caused WebGL2 not usable.
    4. NWJS updates breaking, crashing and losing performance.
    5. Safari breaking web workers. Making applications, games and plugins on IOS to break.
    6. Update Editor to the latest Chrome version.
    7. Update NWJS to the latest version.
    8. Update the plugin list whitelist.
    9. Maintain the Cloud Build Service. Increase the cloud build service limit.
    10. Maintain the Cloud Build Service. Fix cloud build service sudden error.
    11. Update the Cloud Build to the latest Cordova CLI version.
    12. Update the Cordova Export Configurations to the latest Cordova CLI Verion.
    13. Maintain the remote preview server.
    14. Re-configure for support to the latest Android Target SDK.
    15. Re-adjust the the Android Minimum SDK.
    16. Re-configure for support to the latest IOS Minimum Version.
    17. Re-adjust the the IOS Minimum Version.
    18. Support new HTML5 performance boost technologies.
    19. Support new HTML5 innovative technologies.
    20. Fix Runtime conflicts and bugs.
    21. Fix Editor conflicts and bugs.

    Those are just part of it... There are so many things to implement as technology progresses. And a company that runs a Software Creation Tool should always be up-to-date, innovative, well maintained, well-supported and at its peak against its competitors. For the best condition for its customers.

    Those are for the few months. Imagine running Construct 3 without a year of updates, maintenance, improvements and innovation. I bet you would have stopped using it long before then. If not, then it's a bad judgement call.

    Look at Construct Classic, that's a good example.

    I hope that shed some light on the subject.

    Subscribe is not cool for me.

    This is very creepy.

    What if construct 3 will close?

    Either you get to keep Construct 3 or not after Scirra closes. It still won't be practically usable anymore. For example, right now, while Scirra is still active. There are still a lot of issues because digital technology is always volatile. It is always innovating and changing, and that leaves an opening for bugs and issues.

    Besides, you get the same risk for any software or technology.And if Scirra does fully closes, Construct 3 and Construct 2 will most probably get open-sourced. And be left out like Construct Classic as non-maintained.

    By subscribing, you are ensuring a prolonged service. But from a more expensive one-time-payment, initially could prove very profitable but doesn't ensure the long-term condition of the company.

    Subscription-based service is more practical for Scirra at the moment, as online services make it harder for piracy. Especially since Scirra is a small team based company.

  • Also, garbage collection makes unloading impractical for the foreseeable future.

    I don't mind that the Unload feature is left behind, using that needs some careful practices to work right.

    Although, since it was brought up that it might be planned. I won't go against it as long as the Construct Team has some smart checking behind that feature, which they most likely will if they do implement that.

  • A new object type, a sprite that can load from external sources would make more sense.

    You don't need something new for that. It may just add more problems. Besides, it exists in the Sprite plugin already...

    And that doesn't solve the problem.

    Anyway, the point and purpose is to preload, load or unload and support all objects with or without textures.

  • The steps are located in the SDK:: construct.net/en/make-games/manuals/addon-sdk

  • You do not have permission to view this post

  • It seems on the Construct 3 runtime SDK. Someone could make a Preload but not Unload. But it would be kind of a hack. Which, I don't recommend, in my opinion.

    But still there is still one big problem that can't be solved on Construct's Layout by Layout pre-loading.

    Imagine having 100 Spriter Characters. Only 10 character types will be used on the layout and have to custom preload it for initialization.

    There is no way to currently approach this on Construct 3. I'm surprised that this was a low-priority.

    Since, this is actually possible using other editors.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • References ::

    construct3.ideas.aha.io/ideas/C3-I-111

    construct3.ideas.aha.io/ideas/C3-I-355

    I've seen for a long time that Construct 3 Team has planned to let users Load/Unload Memory. It has been a big problem for the ones who have large assets to move on to other layouts.

    Does the Construct Team have an ETA for this?

    Thanks.

    Ashley

    But I do everything with Construct plugins, there isn't anything for firebase is there?

    I thought that seeing as there is a Google Play plugin, functionality could be added to that.

    It isn't as easy as that to add, for information's sake. And also, I inquired that with Ashley before and he said::

    Construct 2 already has a savegame system, which uses browser storage. If you want your savegames to be synced to other devices, it doesn't seem like a good idea to pick platform-restricted services - presumably you'd want to cover all platforms. The API in the original post looks limited to Android only.

    So, it is most likely they won't implement back-end services that are platform-restricted, as he said.

    And I also asked to implement a cross-platform back-end service, which is Firebase. Which was denied, since there are a lot more prioritized features to implement.

    But if you want to try, feel free.

    There are Firebase Plugins for C3, but most of them are private though, since they are customized and doesn't cover all the features.

    To me this seems like the last hurdle in making mobile games with construct. 'Infinite' games are ok because the player always starts from the beginning and can use google leaderboards. But if the game has levels, as soon as you move to a new device (most people have a phone and tablet these days) you lose progression. Is this on the devs radar? Ashley

    You don't need Google Play Saved Games. What you are looking for is Firebase.

    Which can support both Android and IOS.

    Although, there is no Cordova Firebase plugin. Just Firebase for Web. But you can still use either one.

  • For me nothing clears up until it is finally available and I can use it and test it myself.

    I know I could already, but I will wait until it's done.

    It is somewhere, 99% done. The only remaining features left to publish are the Debugger, Google Play plugin and Mobile IAP.

    Reference :: github.com/Scirra/Construct-bugs/issues/1646

    And those are just plugins, which aren't that hard to port to C3runtime. The Construct Team, could even do it in just a few hours. If you count out the Debugger.

    On the Performance Side, it is, logically, finished.

    I even have released a Mobile IAP plugin I made a few months ago. that I just released now.

    Which is C3runtime compatible, it is called Mobile Master IAP.

    It is like the Mobile IAP of Construct, only that it is full-packed with updated features from Google and Apple, like Subscriptions and Fingerprint support.

    Reference :: construct.net/en/forum/construct-3/plugin-sdk-10/construct-3-runtime-c3-c2-mobi-136709

    If you count that in. C3runtime just needs a new Debugger and a Google Play plugin for the c3runtime.

    But again, the Performance side, is already long finished. But as Construct 3 progresses and as many subscriptions pass, the more performance improvement can be expected for the C3runtime.