Jase00's Recent Forum Activity

  • I'd love for this to exist in C2. +1!

    There is perhaps a really messy way of making a workaround involving the plugin "Canvas" or "Paster", you could load external images into a sprite, paste it into the canvas, then load the next image and paste that into a new canvas. Canvas's keep individual image data. The only reallllly messy thing would probably be trying to make animations.

  • If you make a very intensive loop, it can cause the game to freeze whilst it does its processing. This freeze means it is making sure that the entire loop completes in 1 tick, and when completed, it will go to the next tick and the game should unfreeze. If your game is not freezing when using big loops, then yeah that's pretty weird lol

  • I'm currently in a position where none of these problems affect me, but I do understand where everybody is coming from.

    I think Construct 2 is an ace piece of kit, the event editor is the most comfortable thing I've ever used (minus 1 or 2 nitpicks but it may be my own lack of understanding), and honestly if money was an issue to boost Construct 2 development in simultaneous areas at the same time (Or PERHAPS an exporter, or maybe even just have a guy that can monitor critical bugs in exporters that get reported on the Scirra forums and they can be heavily on the case to the developers of the exporter) , then I'd totally back a crowdfunding strategy.

    Still though, Scirra have had a job offer up for quite some time now. Who knows what that could bring! Perhaps Scirra could push that job offer out a bit more (Assuming they haven't yet). Or who knows, maybe Scirra have received many applications already but they just aren't up to snuff to be chosen.

    It's shocking to see some people reacting this way. I totally understand why and it is definitely warrented, I have lurked daily for ages and have seen things kind of crumble a bit the more things get added (It's great to have things added, don't get me wrong, I guess the more features (esp plugins,exporters), the more work for Scirra to keep things stable), and users that were once ecstatic about Construct 2, are now being more firm and critical about the software. Iuno, kinda sad to see things going this way at this moment. I hope things brighten up soon >.<

    tl;dr Do Kickstarter, offer flying monkeys for £1,000, watch the money pour in.

  • I'm British and I can't even find the first clue. Absolutely preposterous!

  • JohnnySix

    You know, I've never thought of that before. You've put my mind on a good path, I think I can come up with a workaround. I could have a Parent object of the Item, with 2 different physics objects paired with it, and the Parent item can position to the appropriate one when it needs to. I guess the only downside would be that whenever I add a new item that is a different shape, I'd have to add the Item's image 3 times (or the two physics ones could just be an invisible polygon but still). But it just might work. I'll have to try that soon. Thanks for the inspiration!

  • Ahh man, I really appreciate you taking the time to check it out.

    I'm figuring the reason that multiple instances share the same collisions, is because of performance and efficiency issues, but man it's so important to my project, the hit may only be bad if there's like 100 objects at a time. But ehh... hopefully there's a solution.

    Again, thanks spongehammer ^^

    I'm still hoping there's a stupidly easy solution to this.

  • That's awesome! I hope I've been clear though, I've tried a lot to have multiple instances behave this way, and I mean I've tried a lot. It'd be awesome if I was making a stupid little mistake all along somehow but I feel pretty confident that there's a limitation to Physics. Hoping I am wrong though

  • Well the hole would be just sitting there, placed in the Layout editor, with no behaviours or anything, just a square shape that is overlapping the ground. So yes, in design time So you have something that actually works? :O *excitement intensifies*

    By the way, I'd post diagrams + capx's but am currently unable to.

  • Hey, thanks! I have made many different attempts with new capx files, sometimes I get the illusion it is working (like, 5 items are resting on the ground, then I spawn one above the hole and it will fall into the hole whilst the other 5 items actually stay on the ground, which is how it should work) but the only reason they were staying on the ground was because of the glitch I linked above (So, the 5 resting items need to move away from the ground to actually disable it's collisions according to the glitch). So yeah I fail

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • TheDom

    I laughed hard hahahaha

    My picture is a photo of this guy's dog, whom takes a lot of photos of his dog with different objects placed on him. Don't know the guy or the dog, but I have a lot of photos of this dog. Awesome dog tho.

  • Beaverlicious

    WAR OF THE MONSTERS! I loved that game so much, it was so different and was awesome to play with 2 players on!

    TDark

    MapleStory! I am from the UK but still have a Global account since I made one before MapleEurope existed. So addicting. I actually set out to make a fangame of it in Construct 2 (Vid

    if you're interested) but gave up on it Not sure how I feel about the amount of jobs that have been added though lol

    Okok anyway, my list in no particular order...

    1. Team Fortress 2

    2. Left 4 Dead (and 2)

    3. Portal (and 2)

    4. Sonic series

    5. MapleStory

    6. GTA SA (Especially the multiplayer mod, SAMP)

    7. Ape Escape

    8. Jak 3

    9. StepMania

    10. PaRappa the Rapper

  • Hey there!

    I have been intensely trying to work with the limitations of the Physics behaviour's collision system and have come to a point where I'm certain I need a little bit of extra functionality. I am offering £10 (or hopefully a little bit more) via PayPal as a donation for helping me out. Not sure if it's considered fair for the work required or even much money. I'd have waited for the Scirra store business, but, well, perhaps this takes a while to develop and I could purchase it from the store when it gets released )

    [Below is a simplified hypothetical situation, not the actual situation I hope to use it for]

    Say we have "Item" which is a Sprite with Physics behaviour on it. We have "Ground" which is a immovable physics sprite, and we have "Hole" which is a simple square sprite that goes on the ground. Now, if Item is overlapping "Hole", I want it to disable collisions between Item and the ground.

    1st problem is a glitch that I have reported here and have been told that it can't be fixed. If the Physics object is close to a ground and becomes disabled to the ground, it won't take effect until the object moves a bit further. That's not the main problem though, I managed to create a strange workaround involving modifying the Physics behaviour's settings to allow assigning multiple Physics behaviour onto 1 Sprite. It works, but if this could be somehow worked around without needing a 2nd physics behaviour, that'd be awesome. ^^

    So say we have done my workaround, this means my item will correctly collide with the hole and fall through it (sometimes the physics behaviour will react first in this scenario and will bounce off the ground rather than detect the hole first, is this fixable? Making the Behaviour behave AFTER the event sheet?). Problem is, if I had multiple instances of the Item, and one is overlapping the hole whilst another is about to land on the ground, then there's a problem. Turns out that all instances share the same "Ignore Collisions" rules (Even amongst multiple physics behaviours within the sprite like I'm doing, meaning if you disable the ground collision for "Phys1" behaviour, it will also disable it for "Phys2" behaviour. Hope I'm making sense here.), rather than having their each individual rules. The absolute main thing I need, is to allow each instance of a physics object to have it's own "Disable/Enable Collisions" table within the behaviours code, without sharing it across all instances.

    Is this request unrealistic or unfeasible? Is this a possible thing but performance would be hit astronomically? I'd love to have any explainations and information. ^^

    Many thanks!

Jase00's avatar

Jase00

Member since 5 Jan, 2012

Twitter
Jase00 has 12 followers

Trophy Case

  • 13-Year Club
  • 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
  • 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
  • Continuous Visitor Visited Construct.net 365 days in a row
  • RTFM Read the fabulous manual
  • x17
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x8
    Lightning Draw First person to up-vote a new Construct 3 release
  • x7
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

27/44
How to earn trophies