[saxman]

I made a topic, but I really wanted to focus on getting help for the sprite editor more so than discussing ProSonic, so I have made this topic. I'd just prefer a topic that starts out like this instead of asking for help in it's first post.

What is ProSonic? If you don't know, read my outline:
DOC - http://www.comprosof...man/outline.doc
PDF - http://www.comprosof...man/outline.pdf

What does ProSonic look like in action? Here's some videos:
03/13/2007 - http://www.youtube.c...h?v=YXi_WOHXalE
01/07/2007 - http://www.youtube.c...h?v=oy2K_4KDeLI

News on the engine generally made at my blog -- http://dgrove.blogspot.com/



Okay, now time for new info. Recently in my spare time (when I'm not outside riding my bike and stuff like I've been making myself do), I've been adding a high-color mode for ProSonic. The engine since the beginning has always used 8-bit color. Now it supports 15-bit and 16-bit color. Here's a list to give those who don't know the technical side of it exactly what this means:

8-bit (256 colors)
- 16 X that of the Sega Master System
- 8 X that of the Sega Game Gear
- 4 X that of the Sega Genesis

15-bit (32,768 colors)
- 2048 X that of the Sega Master System
- 1024 X that of the Sega Game Gear
- 512 X that of the Sega Genesis
- Equal to that of the Sega Genesis 32X

16-bit (65,536 colors)
- 4096 X that of the Sega Master System
- 2048 X that of the Sega Game Gear
- 1024 X that of the Sega Genesis
- 2 X that of the Sega Genesis 32X

Games like DOOM run in 8-bit color. Other games like (insert game here) run in 16-bit color.

Okay, so why did it take so long to incorporate 15/16-bit color modes into ProSonic? It wasn't easy, because I wanted to keep backwards compatibility. I want a person to be able to create a level in a game that runs 16-bit color, and then be able to put that level in a game that runs 8-bit color without any issues... and vise-versa. So I had to go and change the format of a lot of data files used by my engine. I had to rewrite large sections of the drawing code to get it working. It required a whole lot of brain-storming and planning, but it works now.

In addition, I'm allowing level designers to setup levels with these variables:

char ForcePaletteTiles8;
char ForcePaletteTiles16;
char ForcePaletteSprites8;
char ForcePaletteSprites16;

These are basically 'modes' you can use for levels. "Force Palette" refers to making the game use a color palette index value, regardless if the palette index is close to what the color is supposed to be or not. This essentially allows you to change the color of the tiles by simply changing the palette. You can have it do this with tiles and sprites, in 8-bit and 15/16-bit modes.

However, when the "Force Palette" is disabled, it has a different effect. Here's the effect it will have based on what color mode is being used:

8-bit -- first check the palette index value of the pixel to see if the RGB value of the palette index matches that of the RGB value in the graphic data. If it matches, draw using that index. If it doesn't match, do a trial-and-error run on all the colors to see which index value has the closest match to the RGB value being sought.

16-bit -- just use the freakin' RGB value and ignore the palette. In fact, we don't even NEED a color palette for this mode.



Now the 8-bit method is important. This addresses another compatibility issue. In the water levels in Sonic games, sometimes the same color at two or more locations in the full 64 color palette is given two very different water color translations. This shows up in ProSonic when using Chemical Plant -- the yellow turns a very ugly color when using the water map on it. The 8-bit method I came up with allows it to know exactly WHICH index value to use for the color. That way it will always use the correct index value for the same color so that it correctly translates underwater.

There are benefits for each of the modes. 8-bit draws faster than 15/16-bit, but effects such as translucency is tons faster in 15/16-bit. I guess if computers had maybe 1000 X the RAM they do these days, it might be possible to make translucency fast in 8-bit, but that's just not realistic at this point in time. So it depends on what you want out of your game. 8-bit performs better under most conditions, but 15/16-bit handles special effects with more ease. If desired, ProSonic will allow the player instead of the designer to decide which mode is best for them.



To some of you this doesn't sound like much, and I understand, but this was actually a very big step in development. It's important to get these formats squared away. The next task would be to try (again) to get scripting working in ProSonic. I'm currently in talks with the AngelScript designer in hopes to get the thing to work right. It will be beneficial to the engine. I have got suggestions for 'other' script libraries to use, but for the moment AngelScript appeals to me more than any of the rest.

Then my plan is to get some of you guys to design objects for ProSonic! Hopefully with a working sprite editor and an understanding of how to script, it should be fairly easy. I've already designed rings, springs, and a few test objects. I don't want to write a bunch of objects myself though. The only object I plan to do is Sonic. I will not begin the player code until scripting is fully functional. The old engine incorporated the player into the engine source code itself, but I'd like to steer away from that this time around and stick to using scripts.

[Phoebius]

Your engine is really getting better and better.
A great hope for all the fan game makers who can't make their own engine.
Can we expect a psp port? This would be great.

[Athelstone]

Fantastic news Saxman! Great to see such big developments.

[Shadow Hog]

The palette stuff is very interesting from a Comp. Sci. perspective, but all things considered I dunno how much it'll affect me (I'd probably just run with 16-bit and leave it at that)...

However, the news that Sonic himself's just a scripted character is intriguing. I assume that you'll be able to edit him as you see fit (per project, naturally)? Ha, if that were the case, making the "Sonic can walk on walls" project that I'd had in mind would be a heckuva lot easier. Debatably.

Of course, I'd need a finished project to work with, but all in due time, I'm sure.

[Dark Sonic]

Sorry, this is a really n00bish question, but what is this ProSonic thing exactly. A hack, a fan game, a level editor, a mixture of the above. However, I do find that the level editor to be very impressive and it seems easy to use as well, so congrats on the engine.

[Rika Chou]

Dark Sonic, on Apr 5 2007, 02:37 PM, said:

Sorry, this is a really n00bish question, but what is this ProSonic thing exactly. A hack, a fan game, a level editor, a mixture of the above. However, I do find that the level editor to be very impressive and it seems easy to use as well, so congrats on the engine.

Saxman@Yesterday, on 11:47 PM, said:

What is ProSonic? If you don't know, read my outline:
DOC - http://www.comprosof...man/outline.doc
PDF - http://www.comprosof...man/outline.pdf

[Dark Sonic]

rika_chou, on Apr 5 2007, 02:41 PM, said:

Dark Sonic, on Apr 5 2007, 02:37 PM, said:

Sorry, this is a really n00bish question, but what is this ProSonic thing exactly. A hack, a fan game, a level editor, a mixture of the above. However, I do find that the level editor to be very impressive and it seems easy to use as well, so congrats on the engine.

Saxman@Yesterday, on 11:47 PM, said:

What is ProSonic? If you don't know, read my outline:
DOC - http://www.comprosof...man/outline.doc
PDF - http://www.comprosof...man/outline.pdf

Oh wow, I guess I'm pretty blind, but thanks for pointing that out to me.

Seems simple enough. Maybe I'll try ROM hacking again when this is done. SonED is too complicated for me

[saxman]

With all due respect, it hasn't a thing to do with ROM hacking! The only thing related to ROM hacking is that you can port levels and other data from Sonic Genesis games over to ProSonic, but that's it. ProSonic is it's own thing.


Oh and on the PSP port, I hope this can be done, though I'm much more interested in a Nintendo DS port personally as I doubt the PSP is going to go very far.

[Puto]

saxman, on Apr 6 2007, 12:18 AM, said:

Oh and on the PSP port, I hope this can be done, though I'm much more interested in a Nintendo DS port personally as I doubt the PSP is going to go very far.

You're officially awesome.

[Dark Sonic]

saxman, on Apr 5 2007, 03:18 PM, said:

With all due respect, it hasn't a thing to do with ROM hacking! The only thing related to ROM hacking is that you can port levels and other data from Sonic Genesis games over to ProSonic, but that's it. ProSonic is it's own thing.

Ah, I see. lol I have no idea what's going on right now :P

[Tweaker]

saxman, on Apr 5 2007, 07:18 PM, said:

Oh and on the PSP port, I hope this can be done, though I'm much more interested in a Nintendo DS port personally as I doubt the PSP is going to go very far.

The PSP homebrew scene (and myself) seriously disagree with you in that respect.

[Puto]

While it's easily possible to emulate the genesis and hence the classic sonic games at full speed on a PSP, it's impossible to run a faithful classic sonic engine in a DS at full speed as of yet (S1GBA and Phoebius' Sonic GBA fangame don't count, and there is, as far as I know, no Genesis emulator for the DS that actually runs at full speed without frameskipping and/or with sound). As such, a DS port does make more sense than a PSP port in my view.�Oh,�and�there's�also�the�fact�that�I�have�a�DS�Lite,�but�not�a�PSP�:P

[saxman]

Dark Sonic, on Apr 5 2007, 07:21 PM, said:

saxman, on Apr 5 2007, 03:18 PM, said:

With all due respect, it hasn't a thing to do with ROM hacking! The only thing related to ROM hacking is that you can port levels and other data from Sonic Genesis games over to ProSonic, but that's it. ProSonic is it's own thing.

Ah, I see. lol I have no idea what's going on right now :P

The outline explains it in very heavy detail and describes the differences. But I think perhaps the real confusion for you is "what exactly is a game engine??"

These games I'm going to use as examples are older games, so I don't know how familliar you are with them... DOOM, DOOM II, Heretic, Hexen, Strife -- all those games use the "DOOM Engine".

Another example is Sonic the Hedgehog, Sonic 2, Sonic 3, Sonic & Knuckles, Sonic CD -- all those games use the "Sonic Engine".

ProSonic is another engine. It is going to have all the features of the Sonic engine, but with lots more added on top of that.

[Dark Sonic]

saxman, on Apr 5 2007, 03:27 PM, said:

Dark Sonic, on Apr 5 2007, 07:21 PM, said:

saxman, on Apr 5 2007, 03:18 PM, said:

With all due respect, it hasn't a thing to do with ROM hacking! The only thing related to ROM hacking is that you can port levels and other data from Sonic Genesis games over to ProSonic, but that's it. ProSonic is it's own thing.

Ah, I see. lol I have no idea what's going on right now :P

The outline explains it in very heavy detail and describes the differences. But I think perhaps the real confusion for you is "what exactly is a game engine??"

These games I'm going to use as examples are older games, so I don't know how familliar you are with them... DOOM, DOOM II, Heretic, Hexen, Strife -- all those games use the "DOOM Engine".

Another example is Sonic the Hedgehog, Sonic 2, Sonic 3, Sonic & Knuckles, Sonic CD -- all those games use the "Sonic Engine".

ProSonic is another engine. It is going to have all the features of the Sonic engine, but with lots more added on top of that.

Oh, it's an engine. That makes sense.

Why the fuck didn't I realise that sooner.

[JJ-Fox]

saxman, on Apr 5 2007, 06:18 PM, said:

Oh and on the PSP port, I hope this can be done, though I'm much more interested in a Nintendo DS port personally as I doubt the PSP is going to go very far.

I'm up for doing a PSP port, as long as people will actually play it =P

This post has been edited by JJFTails: 05 April 2007 - 08:49 PM