AND I JUST CHECKED THE SPRITES!!! the standard size of 8x8 or 8x16...won't work. Me and TBO will have to REALLY redesign! I say we just take the concept and rename and make something of it


edit: and sorry for the double post

I don't like you saying my game is boring considering I worked 10 hours a day on it (duiring my vacations), though <.<, and the fact it made ticalc.org front page. Also I'm not sure how it can be boring when it can be beaten in 3-4 hours (had the speed been twice faster, 1.5-2 hours)

Today newer people in the TI community tends to overestimate the work that is spent by authors in project or what each language were capable of at one point or another...

If we're gonna take jabs at other people releases in this thread, I'm gonna ignore that project from now on. I rated down your post.

OHHH NO SORRY I MEANT OUR GAME!! I LOVE YOUR GAMES
I was saying that I didn't want to take a lot out of Metal Slug for calc (what we want to do) that it is no fun, sorry for the misunderstanding

You double posted


Anyway I agreee back on topic lol (maybe less caps lock too ).

ok i will say one thing really fast. for a metal slug style game you will want some kind of scripting. calc or not it is doable. and if done properly will make the whole project insanely easier to manage in group format. how you ask simple

by scripting it you can have each person work on different aspects of the script system. one person works on the drawing commands one works on the players  attacks ect
by using a good interupt scheme you can work threw the whole mess while keeping up on collision detections and achieve good quality graphics.
 
also if you hard code it it will be to large to fit a decent amount of levels/content. with scripting and compression it will take a lot less space i belive

also from experiance i say use 3 level greyscale if at all possible will allow you to have a background for detail/professional look but still keep everything easy to see.

(keep in mind tho im asm which is a bit more optimized than axe and alot of the stuff i have worked on is very optimized...so take my thoughts with a grain of salt i havent used axe parser in ages )

well like i said i strongly recommend scripting it. and building the engine around that. will take a lot of preplanning but will make it so much easier in the end (and easier to debug as well )

well like i said i strongly recommend scripting it. and building the engine around that. will take a lot of preplanning but will make it so much easier in the end (and easier to debug as well )

What exactly do you mean by scripting ? Storing organized data in appvars ? Because making a whole parser on a calc would be difficult.

Yeah I think we could try that then We'll have to see what Parser, TBO, and Raven think about it, and of course what all of us are best at in coding.


edit: and here is a grenade guy moving

Wow, nice sprite, and really recognisable despite the tiny size. But I don't like the leg anim too much, maybe with a third frame it would be smoother ?   

OK, so that's what I was wondering. This would be really useful, even necessary. But we'll have to code a sort of "level editor".

Quote from: Geekboy1011 on January 12, 2012, 08:29:02 pm

well like i said i strongly recommend scripting it. and building the engine around that. will take a lot of preplanning but will make it so much easier in the end (and easier to debug as well )

What exactly do you mean by scripting ? Storing organized data in appvars ? Because making a whole parser on a calc would be difficult.

Quote from: saintrunner on January 12, 2012, 08:31:41 pm

Yeah I think we could try that then We'll have to see what Parser, TBO, and Raven think about it, and of course what all of us are best at in coding.


edit: and here is a grenade guy moving

Wow, nice sprite, and really recognisable despite the tiny size. But I don't like the leg anim too much, maybe with a third frame it would be smoother ?    

Ok I can do that, but it will take up more bytes when in grayscale


edit: ok here is 3 frames ...it will look a lot better when moving and the pixels are changing on calc