Tokinsom's Forum Posts

  • Level editors help because I used to use Tiled then export these giant images for use in Construct (probably the most retarded thing I could have done.)The empty space was hogging up a ton of VRAM.

    Put it this way : 10 levels using giant images racked up about 20mb VRAM, and the more I added the higher the VRAM went. 10 tilesets for use in my level editor racks up about 5mb VRAM, and because I'm re-using the textures I can make an infinite amount of levels / gigantic maps with no increase in VRAM. Also, Tilesets & BGs are global and kept in another layout, and are discarded when not in use.

    You could use sprite objects/import frames/ change starting frame, and use the built-in editor. That will have the same affect on VRAM as a level editor would, but then your game will run at 10fps and it will take around 5 seconds just to place or delete a single tile once the map gets too big.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Never bothered with sub-animations myself, but if they don't work out you can use animation angles instead. For example..

    For Standing/Idle/whatever:

    0 = Big mario facing right

    180 = Big mario facing left

    1 = Small mario facing right

    181 = Small mario facing left

    2= Luigi facing right, etc.

    This will drastically cut down the amount of events for character/type animations. Works better in MMF because of the direction clock thing, but whatever

  • I agree with pretty much everything on that list.

    Edit: Eh nevermind I need to quit talking shit about MMF

  • You all seem to be forgetting multimedia fusion 2, they already have flash exporters, and are finishing the html5 and iOS one (which will almost certainly already be available by the time c2 is released).

    The interface is very similar, mmf2 is way better supported, with a huge community and tons of extensions, more exporters and has matured very well along the years, to the point that it's 99% bug-free now.

    As someone who's used Clickteam software for years, all I have to say is...

    Whoopdie freakin' doo. I still prefer Construct

  • So everything is still framerate dependent then. Hmm. Ehh how do I put this.. I need the effects of time delta, but without the random variation and floating point values. Is there any way to do this?

    Using timescale breaks my platform engine, makes movements & scrolling 'jaggy' because of the floating point values (round() helps, but then the movements become very inconsistent) and causes objects to not move to the precise location I want them to (random variation causes them to be a few pixels out of place.) That's just to name a few..

  • I'm working on a new game with a very small resolution and a custom platform movement. I honestly don't think it's going to work out with timedelta; I need consistency and pixel-perfection aka INTEGERS. According to the wiki, "Override Timedelta" is what I'm looking for.

    That said, what's the difference between Override Timedelta and simply not using time delta at all? Does Override Timedelta provide frame rate independence at the expense of "reducing the quality of your game"?

    I'd appreciate if someone could shed some light on this for me. Thanks!

  • If you have more than one object in a family, family.count will only give you the # of instances of one of those objects. All I can think of is adding up the object.count for each object in the family.

  • I will also note (in case this comes up), that this is not at all like the free beta of a game. Construct is a tool for producing things. As such, it's value (or enjoyment) does not come from the act of using it itself, but primarily from what you produce with it.

    I disagree. Construct can be just as fun to use as the game you make in it Maybe that's saying I need to make my games more fun. ANYWAY. I don't see why you're still giving Scirra a hard time about the licensing models and such. It only slows development as they have to further explain something that's been said 100 times now. Nothings been completely set in stone yet as far as I'm concerned..just give it time.

    So yeah.. Great update! Keep it up!

  • Perhaps if you would type a little more carefully I wouldn't have misunderstood you.

    Anyway. "For one character with all the moves etc 1250 frames thats per character.So 120 frames for swimming 60 frames for diving 320 frames for morphing the character etc..And then theres water animations,Grass animations , environment anims.Starting to see the picture now?."

    What I see is your skyrocketing VRAM usage and redundant amount of animation frames. that's about it. I don't believe things will be much different in MMF.

  • I've noticed this too. It happens most when your player falls a very short distance or has a really short jump. You can try increasing the gravity or setting the Y velocity to 1 when you let go of the jump button. Maybe a floor detector will help to push the player down when it's 'hovering' over the ground like that.

  • What?

    A 'fully animated character', or something with 120+ animation frames will not choke Construct. I have no idea what you're talking about.

    Construct 0.x may be delicate, and it can get pretty rough at times, but it's fully capable of handling larger projects.

  • I think there are shaders for that..Otherwise just set the height or width to a negative value.

  • From what I hear the built-in transitions are broken. You're better off just making your own with sprite objects or something.

  • Thing is, will the player ever know you used behaviors? If you just slap a behavior on something and toss it in your game then yes, they'll probably figure it out and it will seem 'boring and unrpoffesional', especially to other Construct users who know how the behaviors work. The trick is to modify the behaviors with events to the best of your ability, or mess with the settings so you come up with something more unique. The platform behavior, for example, is more of a base for your player or enemy, and not a 'package' so to speak. Once you add skidding, turning, wallkick, double jump, hookshot, and the like..no one will know (or even care) that you used a behavior. The only difference is you didn't spend hours coding ALL of it from scratch.

    As far as .97 being 'safe to use'.. I'd say so, with careful planning of course. I wouldn't work on something too ambitious though, save it for C2

  • Great example. I'd love to see what cosp, qarp, and cubic are capable of hint hint