[Risu2112]

Hmm where was I..

Insid go do something!

[Risu2112]

Update:

Bug squashing progressing nicely

New custom save/load screen fully implemented this is before it was working, but you get the idea http://kenohki2112.h.../datascreen.bmp

Rejoice! Wervyn is now attached to the project as (primary) content/story developer.

[KKairos]

Looks great.

How huge is this game gonna be when it's done?

[GetDizzy]

Its actually not that bad. It was only a couple MB zipped last I checked. A lot the data is reundant or easily compressable.

[weasel]

KenOhki2112, on Jul 6 2006, 04:00 PM, said:

Rejoice! Wervyn is now attached to the project as (primary) content/story developer.

Phew...I had a feeling you were going to yell at me for not doing anything, but it looks like you've got things covered...

Sorry I forgot about you =P

[Risu2112]

wildweasel, on Jul 6 2006, 07:13 PM, said:

KenOhki2112, on Jul 6 2006, 04:00 PM, said:

Rejoice! Wervyn is now attached to the project as (primary) content/story developer.

Phew...I had a feeling you were going to yell at me for not doing anything, but it looks like you've got things covered...

Sorry I forgot about you =P

You are forgiven <3

If I did the math correctly I think each save game is larger than the actual game files.

How big is a quarter million counters btw?

This post has been edited by KenOhki2112: 07 July 2006 - 05:50 AM

[Koji]

Depends on their name sizes... it's probably pretty big... I mean... each counter is a 32 bit long, and you got a string of variable length for each counter. so you got (4bytes + (average_counter_name_length)).25million = TOO GOD DAMN MUCH! D:<

I blame the ammount of counters you have there, I mean DAMN man, do you think some of thoes variables could have been on the fly calc'd? Damn.

I mean that's a MEGABYTE of counter values alone.

This post has been edited by Koji: 07 July 2006 - 05:56 AM

[Risu2112]

+98% of the counters are 11-14 characters. Average of all names probably 12.5-13 chars.

By volume almost every counter in the game is generated durring play, the majority of which are used to track exposed minerals on planets..

5 counters per mineral, up to 255 minerals per planet, up to ~250 planets.

And thats just minerals =\

[Risu2112]

Walking away from WoW = way more time for SFmzx!

[Koji]

lol wow...

Wow is probably the BIGGEST time stealer ever.

[Risu2112]

Sorry for lack of updates, Attempting to convert large parts of the game, for example, combat, to pixel by pixel movement.

No more kinky lasers as shown in the demo! rejoyce!

[asgromo]

Sounds good! You'll stop enhancing what you already have soon enough, I'm sure.

[Koji]

Yeah take it from me, once it's functional, DON'T FUCK WITH IT D:

It's only mzx it's good enough if it's functional and fun, you don't need to make it SUPER BETTER.

[Dr Lancer-X]

KenOhki thought for a second that this project had a chance of being completed, so he went about fixing that right away =p

[Terryn]

Koji, on Oct 10 2006, 11:02 AM, said:

It's only mzx it's good enough if it's functional and fun, you don't need to make it SUPER BETTER.

It's always wanted! However, with a project like this it's best to get things presentable first and great later. Make a "Plus Version" or something after you get a version out without all of the desired bells and whistles.

[Risu2112]

But I already almost finished all the pixel:pixel stuff :<

Any way it's werv's fault he told me to do it.

[Koji]

*hunts werv with KNIFE*

[Risu2112]

Just put the finishing touches on the new planet surface random generator! Special thanks sai'ke lancerx and logicow who pitched in with tons of pro tips to get this completed.

Not drawing these hundreds of maps by hand will save incredible amounts of time! Actually at this point I could choose to have the player explore a completely randomly generated universe. I ran into a bunch of snags getting my lines to work for the pixel:pixel stuff, but it's almost totally together and replacing the old code nicely, If nothing else the multiple revisions to these boards has made them very modular and much easier to rewrite large chunks of code without breaking everything else on the board. In addition to combat this change will (probably) allow for up to 4 total ships (including the player) to participate in combat, the only concern with this is if I can reconfigure the interface to support the code that's already written. To those of you who played the combat demo (if I recall correctly most people really enjoyed it) you will be pleased to know that it's now going to be FAR better looking. =)

[Risu2112]

KenOhki2112, on Dec 8 2006, 04:36 PM, said:

but it's almost totally together and replacing the old code nicely, If nothing else the multiple revisions to these boards has made them very modular and much easier to rewrite large chunks of code without breaking everything else on the board.

Hahaha why did I write this part?
There is a TON of work that still needs to be done on the combat board.

[Risu2112]

I am disgusted with how long this game has been in development.

[RoSS]

No SFmzx till you finish your judgings! =P

[Frobozz]

318K counters for just minerals. Nice job there. How much memory does task manager report your game taking?

This post has been edited by Frobozz: 22 December 2006 - 04:13 PM

[Koji]

Couldn't you have made a table of possible mineral values and then had each mineral contain ONE counter that refered to an entry in the table? I'm SURE you have more than a few duplicates.

[Risu2112]

Koji, on Dec 22 2006, 09:54 PM, said:

Couldn't you have made a table of possible mineral values and then had each mineral contain ONE counter that refered to an entry in the table? I'm SURE you have more than a few duplicates.

A 5 dimensional array to store the counters would in fact be much much larger, containing ~1,000 times or more redundant information. It's been tested on some 400mhz pentium's that handled it just fine. If you're concerned about performance set your guns on the pixel perfect engine, since every background object moves around the player there are a ton of active pixel perfect objects that have caused slowdown on my 2.26ghz. I've already cut the board size to reduce the lag, and as for now I intend to offer some detail level options for the player on release to make the game more enjoyable.

[Koji]

the whole point of a database is to remove the redundancies with pointers that point to the items they would otherwise be redundant of....

you are off base.

Also pixel perfect is blargh...

This post has been edited by Koji: 25 December 2006 - 06:24 AM

[Risu2112]

[url="http://kenohki2112.homestead.com/files/screen14.bmp"]http://kenohki2112.h...es/screen14.bmp[/url]

There are an alarming number of seeker shooting tigers on this planet. I have no idea what happened here or if this is a serious problem or not.

[Risu2112]

Enemy missiles are finaly back in the game (and of course pixel perfect) for the first time in like 2 years. The multiple target idea went off without any trouble, The combat board is NOT finished yet, but all thats left at this point is transfering the actual mechanics behind the combat system. I'll be considering a new demo of the combat engine once it's all put together so keep an eye out for it.

[Frobozz]

I seriously hope you don't go to work for a game company someday. Or else we'll never see the game hit stores. Oh wait... you could work for ID Software and produce Quake Forever.

[Risu2112]

Sorry about the lack of updates, WoW reroll took a lot of my free time, almost done leveling that though so expect much more time being dedicated to the project!

[RoSS]

o/` Ken Ken, he's our man, if he can't do it, SFMZX is screwed! o/`