teahousemoon's Forum Posts

    I just cant afford the monthly if it was a one time payment I could afford it

    This doesn't make sense. For example, Adobe's Master Collection (most of their latest programs) used to cost $2500 USD as a one time payment, and then when they came out with a new major version, they'd offer a discount to existing license holders to upgrade, though it was still expensive.

    Later, they changed to a subscription model, which I believe is/was $50/month USD for full access to what had been in the Master Collection. Paying monthly, it would take 4 years and 2 months to equal the one-time cost of the original Master Collection. The advantage was simply that you bought it, whereas with the subscription, you never owned the software.

    I very strongly believe that the best subscription model is the one used by Sketch (the design program for Mac). They have a first-year fee (~$100 or something; I think it changed recently), and that buys you the program along with 1 year of updates. After that year, you can continue at a slightly reduced cost (~$60 or something, I think this also went up recently), or you can hold off on paying. You keep the software, but you don't get additional major updates (most of their updates are "major").

    Using that model, you basically pay for each year that you're using the software, but you never lose the ability to open and modify your old files. This incentivizes and empowers the devs to keep working, and it prevents users from losing access to software they've paid for.

    Scirra would be even more awesome if they went to a model like this, in my opinion. Still, the current model is totally fine.

    Finally -- the notion that you can't afford $8.33/month (the avg when paying by year) seems unambitious of you, if you actually care about this software. If you truly are that constrained financially, then there are free alternatives available, though none that directly compete with C3's offering.

  • newt thanks for the quick responses.

    There's nothing to test, Js will run faster because of the overhead of events.

    Do you happen to know what "overhead of events" actually constitutes, even if your knowledge is only related to a specific example?

    Also, just a little concerned that our conversation is beginning to distract from the intended discussion. The purpose of this thread is to [hopefully] collect experiences where users have encountered a meaningful difference in performance between using events and JS, regardless of circumstance. As far as I can tell, no such information is available.

  • newt In my current project, the engine is very active, and performance is a major priority.

    Are you suggesting that you've done at least moderate testing between events and js, and found that there is no benefit? If so, would you mind giving a bit of insight regarding what that involved?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I'd love to collect anecdotes from the community regarding performance differentials measured between the use of:

    1. Pure Event scripting
    2. Combined Event and JS scripting
    3. Pure JS scripting

    I'm aware that performance between JS and Events can vary dramatically depending on the use case, but I'm wondering what has been collectively learned regarding where performant strengths and weaknesses tend to be noteworthy.

    This is to some extent an extension of https://www.construct.net/en/forum/construct-3/scripting-51/performance-benefit-using-144482#forumPost1009668.

    Running events has relatively high overhead compared to JS code

    Can you expound upon what this means a bit further? Perhaps an example of such an overhead.

  • Ha, and I had already upvoted it x3. Good stuff

  • Understood. Subfamily support would still be very nice. I'll throw it into feature requests, if it's not already there.

  • Family subfolders are very nice. Is any chance this might be a step towards Family inheritance? I.e. subfamiles -- e.g. enemy > bug > bee, enemy > bug > wasp, enemy > barbarian > chief, etc etc? I know this can technically be done currently, just very flat, but it would be great if the subfolders could optionally be treated as Families themselves.

    Basically, this would mean that if I made a Queen Bumble Bee a member of the Bee Family, that it would automatically also be an enemy and a bug. Currently, I believe that you must specify that this object is a member of all three Families individually.

    Visually, this could mean just adding subfolders "into" instead of just "around" the Families.

  • C3 all the way for me. Loved C2, now I love C3.

  • I'm building a gameplay proof of concept in C3 and ran into a similar issue. In my experiment, there were new circles that were generating additional circles, which would then move to a specific location, and would be destroyed. There would be a few hundred circles (with attached arrays for state) on the screen at a time, and performance would get very bad WAY sooner than I anticipated.

    I used the debugger and discovered that I had made a small mistake in my function to create my circles, and that the number of circles being created were being increased by one each time a new circle generator would be created. This resulted in many thousands of circles being created after a short period of time; they were just stacked and therefore "invisible".

    I anticipate you are experiencing something similar to this, and that you'll find your issue in the debugger, because now I literally haven't been able to get a frame rate hit, regardless of how long I let the circle generators continue to be created.

  • It doesn't bother me, but clearly the ability to change that text color would be helpful for some users like yourself. It's worth noting that different monitors varying significantly in color reproduction, and I believe blue is one of the most varied, due to blue light filtering being common.

    I would say that the blue for the event/condition objects makes the text look clickable, like a link, which it is not. The project directory uses the same blue color for the same object types and families, which are clickable. I would say that this is less concerning than it would be to have different colored text to represent the same items.

  • Laura_D thanks, i checked it out and I had Construct 3 Updates and Construct Promotions checked, but not Construct News or Hints and Tips.

    With Updates and Promos checked, I think I only ever receive new blog post notifications, like today for full cross-platform/browser support. I'll report back if it seems like I'm still receiving too few emails.

    P.s. not sure I've ever reported having received too few emails before

  • I used to love reading the release notes for C2. Got them emailed to me for years.

    I think I've gotten a couple for C3, but definitely none since the end of beta. Not sure how I can get the emails, as I'm confident I've subscribed to whatever newsletters and C3 updates had been available via the site in the past.

    Solution?

  • [quote:2m8l83hd]As stated in a former post im not a fan of working in a browser, however I think C3 does a decent job there, its not as bad as I thought, everything seems a bit more cramped, as you now have the browser navigation panel in the top as well, which causes you to loose a bit of screen space.

    This was my biggest concern with C3, but you can solve it beautifully:

    Go to the editor page in Chrome > click options button on top right of browser (under close x button) > More Tools > Add to Desktop... > *important!* check "Open as Window".

    Now behold: C3 is just like any other app . It's great (no browser UI).

    [quote:2m8l83hd]Path finding that haven't been fixed from what i can see.

    The Scirra team is working on a new C3 runtime (calling the current iteration of the runtime C2.3 ). Once complete, new features will begin to emerge via official updates, and tremendous new additions are likely to arise from plugin devs, who will have access to much more power than they had with C2.

    Great overview of content though; as a developer myself, it's always really appreciated to get comprehensive feedback like this.

  • My only request for 2015 from C2 is for C2 to keep being C2. You guys are awesome and this software continues to improve at an astounding rate. With HTML5 finally reaching towards its potential, and with smartphone and tablet technology having moved forward so far already, it won't be long before the full power of C2 can be realized across the market.

    Really great stuff here; please keep it going in 2015!