mikehive's Forum Posts

  • This seems like a pretty GPU intensive way of getting the effect of just some animated squares. With some ingenuity I think you could do away with the Pixellate effect entirely and take a different approach.

    What about using a simple looping, repeatable animated sprite of changing squares. You could do various programmatic things to make it seem more 'random' (picking random frames every so often, or periodically flipping / rotating the sprites...)

    Or a tiled background that (while it can't be animated as such) could be given the illusion of 'animation' with some event based methods similar to that which I mentioned above.

    This would make it much easier to have the flowing lava follow the screen properly and also make your game much more performant on slower machines.

  • You can sell a game under your own name under a personal license. I've got two games selling on Steam under my name from a Construct 2 personal license and profits go to me personally. I think it's only if you are operating as a registered company (or getting Construct on behalf of a registered business eg. an employer) that you need to get a business license.

  • Do they have the same origin point settings?

  • Makes sense! Glad you got it working :)

  • I would just use the sprites themselves. It's fewer objects for you to keep track of and means using fewer objects at runtime. I'd recommend deciding for yourself which part you will treat as the 'main' part and making all of the other parts follow its lead. Otherwise you might get confused later if you're mixing and matching which things you're comparing to which other things.

    Eg. you might do it so the head controls everything. Hits on the body affect the health stored in the head, the head stores the current behaviour state for all parts, the body always inherits scaling from what the head is doing, etc.

  • Family instance variables mean that each object in the Family has its own version of that instance variable.

    Like, the Family has a Health variable. But if you shoot the head, only the head loses Health - not every object in the family. The body has a different Health value that isn't affected.

    You could use containers for this. If you put the objects into a container together, you could have it so that their health values always match. Or that a hit on the body always takes Health off the head, and then you can scale them both based on the head's value.

  • I agree that that hiding important buttons behind an extra click may be a bit of a UX downgrade, but honestly, it's not that hard to find.

    There are multiple ways to access it, anyway:

    You can open the dropdown arrow next to the Play icon and choose "Debug layout".

    Or you can press Menu > Project > Debug.

    Shift+f4 launches Debug for the first layout.

    Shift+f5 launches Debug for the current layout.

    It kind of sounds a little like you want Scirra to redesign their interface just because you don't want to learn where the new button is?

  • Thanks for the thoughts guys. Really appreciate it. I'll definitely look into this more. nyuszi008 I think you are right that I really only need to update package.nw / app.nw for my purposes.

    Also I wonder if I could make the game app so that it is basically a nw.js wrapper that loads the game via an online upload? Like if I just hosted it at mysite.com and the .exe really just runs a window that visits mysite.com. (There are a couple of reasons why I wouldn't want to do that I guess - for one it would be slow, for two it would presumably be accessible to anyone who just visited mysite.com... hmmm. Just kicking ideas around)

    There's a few ways I could approach this so I will need to have a think about balancing my ease of publishing each update on the dev end, and the ease of receiving updates on the player end 🤔

    Thanks again everyone.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • The same guy has given a couple of really good GDC talks about how to make effective trailers, too:

    https://www.youtube.com/watch?v=nVeihUFtEkg&ab_channel=GDC

    https://www.youtube.com/watch?v=QWd7F0z1W_Y&ab_channel=GDC

    🙂

  • Yeah, it sounds simple, but when you start picking at the idea...

    First of all, won't the game have to essentially delete itself to replace its own files with the updates? Will that affect the user experience (eg. the app suddenly just auto-closes and must be rebooted ??).

    I figured for a nw.js thing you might be able to just download some pieces of it (eg. just the new JS files and some new PNG assets, etc). But that might be tricky on Mac, where all of the project bits are "inside" the application itself. So I don't know if that would work.

    Maybe it would be better to make a launcher program that checks for updates and then runs the game?

    Or maybe the simplest thing is (despite saying I didn't want to be on Steam or whatever) to find a distribution platform after all that would handle updates for me. I hate using Steam's publishing interface but I guess from the user's point of view that might be the most seamless way to receive app updates. 🤔

    Anyway, the game in question won't be done for a while yet so I have some time to mull it over. Still very much open to ideas and suggestions!

  • DT is used for making sure things that happen over time (eg. motion) take the same amount of time no matter what the framerate is. Eg if it is supposed to take 1 second for one object to move from A to B, with DT it will always take 1 second even if the user's computer is running the game at like 20fps.

    Anything that happens instantly (eg. in 1 tick) such as running a check or teleporting an object doesn't require DT :)

  • Chrome, on Mac, is Chrome's interface using Safari's engine.

    Which makes it, basically, Safari disguised as Chrome.

    At least it was the case a couple of years ago.

    I can't find any reference to this having ever been the case and I don't believe it is the case now. (Not necessarily saying you are wrong but I have never heard this).

    Have you filled a bug report ?

    Well, I don't know that it is a 'bug' with the software as such, just an accidental cross-platform UX snafu. CMD+mouse wheel is supposed to change the zoom level as an intended feature. It's just that on an iMac mouse (which doesn't have a wheel and instead relies on gestures for scrolling) it gets misinterpreted, causing unwanted zoom behaviour.

    I can't think of any way of fixing this "bug" other than simply allowing the user to disable the hotkey if it bothers them, which seems more like a new feature than a bug fix. To that end I have proposed it on the Ideas board. Do you think I should file it as a bug as well?

  • Hey all.

    I don't know how feasible this is, but, I'm wondering if it is possible to make a desktop game with nw.js that is able to download its own updates. I'm building a game that I think I would like to update a lot in the future, and I don't want to put it on Steam or anything.

    After much Googling the most helpful thing I could find was a forum thread from a few years back in which Ashley essentially said "you'll have to come up with something yourself."

    Is that still the case? Where would you even begin with that, if that was something you had a mind to do? Ideally I'd like it to work on PC and Mac, too.

    I'd really like to do this, but I haven't got the faintest idea where to start. Anybody got any thoughts to set me on the right path?

  • Yeah, I'm afraid you haven't quite got that right.

    You've got this:

    Player 3 > Is overlapping Player 2

    Player 3 > Is overlapping Player 1

    Right now, this event only executes if BOTH conditions are true. We don't want that (it's extremely unlikely that all 3 objects will overlap, so this will basically never run) - we want it to run if EITHER condition is true.

    To do that, you need to add "OR". To do this, right-click on the condition block and click "Make 'OR' block".

    That will give you

    Player 3 > Is overlapping Player 2

    OR Player 3 > Is overlapping Player 1

    :)

  • This is a bit difficult to get your head around but is very doable. It's kind of hard to explain so forgive me if this is difficult to follow - I'll try to make sense!!

    First of all, you'll need to have the player collision set up in the right way. For top-down games, you should ideally have the player's collision object set to be a small shape at the character's feet (like you are controlling their 'shadow'). This will allow you to easily keep track of where the character's feet should be in relation to the ground.

    "Jumping" in a top-down game is kind of weird to get your head around, but really, the player collision object doesn't jump - only their visual representation. In the first Startropics screenshot you posted, you can imagine that what you are really controlling is the guy's shadow, and the actual character sprite just moves up and down to look like a 'jump'.

    So, to implement jumping all you need to do is:

    1) Give the character an animation that looks like 'jumping'

    2) Add obstacles that the player's collision object cannot pass unless the character is in their 'jumping' state

    Is this making sense? 🤔