oosyrag's Forum Posts

  • I vaguely recall this concept had been explored pretty extensively. It might be worthwhile necroing the thread you found or tagging the owner of the example. If it was a dropbox link the file is likely still there, just the link needs updating.

    If my memory didn't fail me, R0J0hound was involved in the particular thread I was thinking about, and he's definitely still lurking around on these forums.

  • I wonder how a crash would corrupt a save file, unless it literally happened during saving or the hard drive itself got damaged.

    You can try to send the file to support to see if they can help you.

    Also check if you're actually trying to load a .c3p file. You can't load an exported project in the editor. Sorry if that sounds silly, but that is attempted more regularly than I would believe possible.

  • So... change your sprite size? Or change the viewport size.

  • I now have an idea for a little app... Swipe right for yay, swipe left for nay, with the understanding that it's for "minor suggestions" only and bigger suggestions that aren't focused in scope, too long to read, or otherwise unclear should get the nay treatment. Anyone can add any amount of ideas, with adjustable threshold setting for number of yays required for a suggestion to even show up in your feed. You don't automatically get a yay on your own idea, gotta have it randomly show up as you go through everyone else's ideas. One vote per person per issue. Low interest ideas automatically get removed from the pool after a certain ratio of amount of views with no interest.

    Add a way to view a list of all suggestions sorted by interest, and optionally culled suggestions.

    But then there wouldn't be any real way to handle duplicate suggestions. Not that the current site really does either though.

  • Did you create an account just to answer a one year old question with the same answer that was already given in the first reply to the OP? I'm actually really super curious if you're a person or an amazing bot.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Yes, but I believe the ram usage for a text based object like an array is generally negligible. At some point you will not be able to hold an infinite amount of data in memory, but that should be given.

    You're more likely going to run into cpu limitations first when trying to process the all the data in huge arrays, which again emphasizes minimizing the scope of whatever you are doing to only what is relevant at any given point.

  • Normally I maximize the use of instances, given that all the instances of the object in question logically have the same scope or function as far as events go.

    However, if using all separate objects works and makes it easier for you, there is no reason not to unless you can actively notice or measure a performance difference.

    I don't think 100 objects would have any measurable impact on performance. On the other hand, slider bars objects are html form elements and those don't always play by the rules. Anyways I wouldn't bother worrying about performance.

    I'd go crazy building events for 100 separate objects if I could do it just for one instead though. Then again, you've got families to make up for that as well. This engine gives you a lot of flexibility to work in whatever way you feel most comfortable.

  • Hmm if you need to keep track of modifications to the noise, then you might want to have it in an array after all. I personally would still approach it by recording only what is necessary rather than everything at once though.

    Again, you could break it into chunks, Minecraft style, where you keep an array instance per chunk and have a system to keep track of the relative location of each array/chunk

  • I am filling one z axis of the array with perlin noise values so I have a feeling that if I broke the map into many arrays that the noise wouldn't be so perliny on chunk edges

    With the same seed, as long as you're consistent with your coordinate system, there should not be any seams at whatever chunk edge you define.

  • Well I can't answer the array size limitation question... but I can say normally I wouldn't store what is I'm assuming your entire world's procedurally generated values in an array to begin with. You should be able to look up a value at any given position for a particular seed any time you want, so just get the relevant values as you need them from a function.

    Alternatively, if you must have the values in an array, you can split your arrays into chunks (can still be a single array object, with multiple instances). Use x/y instance variables to keep track of the relative position of each array, and have each array's size be whatever you're comfortable with that doesn't crash.

    I'm just guessing here, but I think the array size limitation is based on your system, so I'd stay well away from that threshold if I were you, since your end users' systems might not be as capable as your own.

  • If you mean you have a JS variable you need to get from the parent page, since HTML doesn't have variables, you would right click in an event and choose add script, then 

     runtime.globalVars.myGlobalVar = variableFromWebsite

    Assuming you have a global variable in your project called myGlobalVar, and your JavaScript has a defined variable called variableFromWebsite. This would set myGlobalVar to variableFromWebsite, which you can then use in your project as normal.

    See editor.construct.net for more examples of how to integrate JS in the event sheet, via local variables. There is also a construct.net/en/forum/construct-3/scripting-51 forum you can ask questions on with people much much more familiar with JS than I am.

  • The "Pick Nth Instance" system condition works as described, picking only out of currently picked instances. So we kinda do already have it.

    The object(n) expression does not seem to care about picking, but can reference the full instance list of that object.

    The suggestion is about referencing UID in an expression. But its probably more of a quality of life niche case type of thing, as picking by UID can already be done by condition as well. Might save a few events here or there. The example Tacker gave could simply be done with a For Each player instead, or add an instance variable to narrow the scope by picking as normal.

    The ability to specify only picked IID's (they call them SOL ID?) in expressions might facilitate the whole "how to I refer to and manipulate two instances of the same object colliding or otherwise interacting" without resorting to the common object and family workaround though! Maybe. That would be the fireball part of Tacker's example, and that's where I would be really interested. But that is what Ashley dismissed as already existing, which doesn't seem to be the case, so it's probably good to call attention to it.

  • I believe you want to use the new(ish) "Tag" property of solids, and the associated "Set solid collision filter" action of sprite objects to determine what solids those sprites can interact with.

  • Yes... you would just do exactly as you said. On clicked on level 1, go to checkpoint 1. Did you run into a problem doing so?

    You can set the destination checkpoint as a global variable upon selecting the level, and on start of layout position your player character based on that global variable.

  • Huh. I always assumed object(iid) let you use values from any object, not just the ones that were picked (which is what is currently happening). Also I didn't see the manual specify that IID list changes based on picked instances (then non picked instances wouldn't have an IID during picking?). Clearly IIDs can get changed as instances of any given object get created and destroyed, but I didn't think that would happen during picking.

    But based on Ashley's comment this doesn't seem to be intended... Maybe just slipped his mind about how index based expressions were set up? Just checked the earliest version of C3 that still worked and C2 and the current behavior is consistent across them, so changing this would decidedly be a breaking change... and the suggestion was talking about something else anyway.