robolab's Forum Posts

  • You need to put the anchored object within the dotted line area which I think are called margins.

  • I had to unsubscribe from Scirra emails, after 30 or so emails, it got to me.

  • Closing as by design: restarting a layout first destroys everything on the layout, and naturally that creates anything you create in "On destroyed". What should happen if you create an object half way through destroying everything because the layout is ending is a question with no clear answer in IMO, and the C2 engine happens to leave them there for the next layout which I think is reasonable. If it went back and destroyed the newly created objects too, it could easily end up hanging, because it could get stuck in an infinite loop as the new objects are destroyed, which creates new objects, which are destroyed, which creates new objects...

    Workaround: set a "don't create objects" flag just before restarting the layout, and don't create anything if that flag is set.

    Hi Ashley,

    Thanks for your constant presence on the forum.

    I hope I can change your mind on something, or at least begin a dialogue about it.

    I think we're all stuck in this mindset where the only possible way to remove an object is to 'destroy' it. The problem here is that 'destroy' comes with the option to have conditions of "on destroyed" triggers.

    This is great, but obviously becomes problematic when going to a new layout. I think destroying all objects on layout change is a mistake, and a new term should be invented within Construct 2. The term should be "remove". Add a "remove" feature to Construct 2 and don't give users the option to have "on remove" triggers.

    Remove should be the same as 'destroy' but now it simply removes or deletes the object instead of destroying the object, which can lead to unintended consequences on layout change.

    Once a "remove" feature is put into place, then make C2 "remove all objects" upon layout change, instead of "destroy all objects."

    --

    I think this is important because errors can occur with the current set-up. For example, if you have a chain of on-destroy triggers, and you do two consecutive layout change with different layer quantities or set-ups, an error will occur and functional gameplay will cease.

    Example:

    1. On BigShip destroy, spawn two ShipHusk.

    2. On ShipHusk destroy, spawn Rubble.

    Layout 1 has 7 layers, Layout 2 has 1 layer, Layout 3 has 7 layers.

    Change from layout 1 to layout 2, Bigship is destroyed, two ShipHusk are created on Layout 2.

    Change to layout 3, the two ShipHusk are destroyed and Rubble is created on Layout 3-- but it's not sure what layer to put it on, resulting in an error.

    Yes, this can be worked around by adding a variable to all On Destroy triggers. But that means you're asking users to use a workaround for something you won't consider a bug. What is it a workaround for? A lack of a feature?

    --

    I hope this post finds you in a good mindset and open to ideas. Thanks for your time!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • About that walk, yes, it does. I usually only post on here when I can't figure something out on my own for hours of struggling.

    Sometimes the answer just pops into my head when I'm not even trying to think about it, such as in the shower or in a meeting at work. Figuring it out on your own is rewarding.

  • I remember reading in the past that the Else doesn't work as intended in some situations, perhaps this is why

  • Wow this took a turn.

    Bottom line: nothing holding anyone back from actually learning a language.

    I love C2, it makes me barking mad, but i love it. But nothing stops me from jumping into unity, or unreal, or gm, and nothing stops me from continuing to use C2 (it is great)

    But in todays fast pased world, a profeciency in some languages is a must.

    I am writing my CPP (C++ Certified professional Programmer) exam in 12 weeks... the thing is WE can't stop learning. You stop learning, you stop developing and you will fall on your face.

    I hope to get professional certificates for all the C's and possible a CPS (certified senior Programmer).

    Truth is, my brain has come along in years and learning isn't as easy as it used to be. I see youngsters complaining about everything, and they have the time and brain power to actually learn, but do nothing.

    You are limited only by your ability and not the ability of the tools you use

    What are you on about? Did you seriously just brag about taking a programming exam in a Construct 2 post criticizing flaws in a game engine that is marketed to non-programmers?

    We didn't buy this program to get frustrated and learn how to program. Some of us, like myself, bought Construct 2 to make games and we're running into some serious performance issues. This thread isn't for you.

    Anyway, I've arrived at this thread because I too am experiencing some serious performance issues that really shouldn't be happening. I hope we can get somewhere with this and reach a conclusion.

  • I get 13 FPS on a computer I edit video on, anyone else get a low FPS?

  • To play devil's advocate, they aren't described to work in the other way, either. (firing the triggers from the old layout onto the new layout)

    If I had to choose the more logical outcome (stopping triggers from firing vs firing the triggers in random locations on a new layout) I'd choose the former.

    There's two possible fixes, really.

    1) Add a 'remove' feature and set it so changing layouts removes instead of destroys.

    or 2) Destroy everything BEFORE the switch to the new layout instead of at the same exact time.

  • Finally found this thread to help me fix this issue. I'm going to post this in feature requests, but I think we should have a "Remove object" feature, and also have the layout "remove" objects on layout change rather than "destroy." (Because destroying triggers "On destroy" effects... I think it's obvious that unwanted effects will occur here.) That would have saved me about 4 hours.

  • After lots of hours, I found a thread with hints on how to work-around this frustrating issue.

    The problem could have been easily avoided if given a "Remove object" as oppose to "Destroy object"

  • Did anyone here figure this one out? I'm running into the same error. Only it's when I return to a layout with pre-laid out objects.

  • I have a game where you go into a blackhole to be sent to a random layout.

    However, right now, I only have it set to go to a specified layout, for testing purposes, but this doesn't work correctly.

    Layout 1 has a bunch of objects placed on the layers.

    On Layout 1, when I go into the blackhole,I go to a Menu Layout and choose a layout. If I choose a new layout such as Layout 2, it works fine. However, if I choose Layout 1, it gives me an error.

    Upon extensive testing, I removed every object from the pre-laid layout, and once I removed every single object except the portals, only then did it stop giving me the error. I decided that perhaps "creating" the objects through the system on Start of Layout would be the way to go to avoid this error.

    However, upon testing that idea, I tested it out by going through the portal and back to Layout 1, and it seems to give me that error again, usually around every 7 to 10 cycles.

    Here is the log:

    Debug4 is the test layout, and SPACETRAVEL is the "Menu" for selecting a layout to go to.

    Change layout signalled to Debug4
Go to layout: SPACETRAVEL
Change layout signalled to SPACETRAVEL
Go to layout: Debug4
Change layout signalled to Debug4
Go to layout: SPACETRAVEL
Change layout signalled to SPACETRAVEL
Go to layout: Debug4
Change layout signalled to Debug4
Go to layout: SPACETRAVEL
Change layout signalled to SPACETRAVEL
Go to layout: Debug4
Change layout signalled to Debug4

Assertion failure: Drawing instance on wrong layer

Stack trace: 
Error
    at Error (native)
    at assert2 (http://localhost:50000/preview_prelude.js:16:10)
    at Layer.drawInstanceGL (http://localhost:50000/layout.js:2152:22)
    at Layer.drawGL (http://localhost:50000/layout.js:2091:9)
    at Layout.drawGL (http://localhost:50000/layout.js:637:7)
    at Runtime.drawGL (http://localhost:50000/preview.js:2531:23)
    at Runtime.tick (http://localhost:50000/preview.js:2070:10)
    at tickFunc (http://localhost:50000/preview.js:623:47)
[/code:30529cc7]

Once I press okay on the error, the game has less FPS and some objects seem to be "stuck" and inactive.
Any ideas?

  • Was it that simple, jeez. No wonder why nothing came up in my searches, it's not even a problem.

    Thanks a lot! Here I am trying to come up with a math problem to use in the Pick by Comparison...

  • cool, sounds like an interesting game...

    Thanks! It's fun to work on, so far.

  • I did some googling and couldn't find anything. I'm a huge fan of figuring things out on my own, but unfortunately I've been thinking about this for quite some time and can't figure it out.

    I want to pick within the conditions an object that is closest to another object.

    For example, I have automatic fighter ships that fly around and shoot stuff with limited ammo. When the Ammo is depleted, they are sent to the command center to replenish. This works fine.

    However, when there are two command centers for them, I'd rather make them a bit smarter. I want each individual ammo-depleted fighter to decide which command center is closest to them and pick it. The actions are taken care of. I just can't figure out how to make a unit Pick an object based on distance.