i voted for my bro!

i could do it for sure, mega!

send me a cap and ill have it done in no-time.

are your models already seperated into chunks (legs, arms, body, head ect)?

WHAT THE FUCKKKKKKKKKKKK

would you mind taking the hat off, lol.

lol'd at comic book guy soljah boy

sweet, i always found the very template-ish look of the main page was a turnoff, it made me thing this wasnt a game creator, i thought i was in the wrong place.

pictures of something gameish are a MUST on the home page, they'd entice you to look into construct.

i could work on a feature graph maybe, which compares it to other popular game making software, specifically or in general?

my website creation skills are inexistant, so i couldn't do that, but id be glad to help on anything else : D

not really a workaround, it gets the job done exactly how youd want it, calling it a workaround is just like saying (i want an object variable object, which i can make a container of the object its going to be used for, then use it for PV's. i dont want to use a sprite for it)

its the exact same thing. it wont change a thing if you use a sprite, its not even an inconvenience.

whats wanted here is variables which can be used on a per layout basis, this accomplishes this task, it isnt a workaround, its a solution.

graphics arent at all important, when it comes down to shaders and post processing.

as long as models can show what they are properly and not make mario look like he has a tetrahedron instead of a nose, i couldnt care less.

the graphics arent at all bad anyways.

cod 4 had terrible graphics IMO if you put it that way. it doesnt have much to make it look nice besides the texture detail and model detail. bumpmaps and grass look terrible and grainy.

> a 2x2 png takes up 148 bytes. i think 2x2 is the minimum that can be loaded into vram, since its the smallest multiple of 2.

>

>

i dont think ^0 can be used. i could be wrong though.

thats why i said "i think" 2x2 is the smallest

id like to have this too, real fonts get on my nerves.

i like the WA theme, and WA level music, i always found it felt very gloomy and had tons of coolnes to it,the main theme is extremely catchy.

a 2x2 png takes up 148 bytes. i think 2x2 is the minimum that can be loaded into vram, since its the smallest multiple of 2.

i seriously doubt 148 bytes is going to make your game have any loss in performance, the implementation of layout variables would probably use more power than the sprite anyways.

would a game really need that extra space?

Aeal i think youre a lil too paranoid about performance in that sense. if you really wanted to be making youre games that effecient why even use construct, technically its making youre game alot slower than it needs to be? why not use C++? well you dont really have to, do you?

This isnt a workaround, it really wouldnt be all that usefull to have layout variables, they're a very negligible feature, i much rather the devs spend times fixing bugs than implementing things which have a very small advantage (148 bytes of vram) over a technique extremely easy to set up.

not that its a stupid idea, but having them really has no strong advantages.

i think its known, someone complained about it to rich i think.

you dont need to use the hotspot anyways, an image point suffices.

the spoke thing should work. from experience i know.

i found an old cap of a blob that i had made, it was a big ring of hinged boxes, and since springs hadnt been made yet i had to do it this way, i used force being exerted from the average positions of all the boxes outward towards the boxes. it was like a balloon and it could never break besides being inverted. it seemed to become laggy and crash the program after a while though, prolly an old bug. ill post that old cap tmmrw, since i dont feel like doing it at this hour.

the force `springs` i made can probably be replaced by real springs now, goodluck deadeye. i plan on using this in blobber for big soft bodied blobs that you can roll around in/push.