Patching extra functionality into <gamemd.exe>

[pd]

yeah, thus being mixed by inner and outer spread
don't you think it's possible to clone the central line a couple of times to make it be wider?
probably would require some calculations for the line ends...
can you tell me where the line drawing code actually lies?

[VK]

In 005509F0h
00550A0Dh - 00550B24h Init this variables.
Function at 00550F44h is DSurface:rawLine.
I "play" with it ...in debugger

[ZombyDragon]

Maybe be useless, but the tesla one is cool And I personly would like the double beam one

[VK]

What you think about 16-Bit color SHP files?
I have some info how done this

[ZombyDragon]

That sounds... awsome!

[Tratos]

What you think about 16-Bit color SHP files?
I have some info how done this

Its certainly interesting, but if you change that what will happen to the current 8-bit ones, im assuming of course they will still work but won't whole new palletes need to be made with more colours which will then mess up all the SHP's that use 8-bit palletes?

[pd]

if you were able to make them 16-bit, isn't it possible to make them 24-bit directly?
RGB SHPs would certainly solve every artist's problems

sounds good anyways (65535 colors... hell...)

[VK]

@PD Think before post, pls!
YR use 16-bit color mode
24 -> 16 rather slow conversion.
Use FPU to divide 24 color to 16 bit?

Its certainly interesting, but if you change that what will happen to the current 8-bit ones, im assuming of course they will still work but won't whole new palletes need to be made with more colours which will then mess up all the SHP's that use 8-bit palletes?

All old SHP files will work good.
New SHP format (for example):
Special flags field:
10000000b
\ ...........
.\...........
..\_If this bit is set this SHP - 16 bit
00000011b
\.........\.\.
.\.........\_\_Check this bits
..\_Bit not set - it's old shp file
BTW, 16 bit shps can be faster than 8bit with palette

[Tratos]

@PD Think before post, pls!
YR use 16-bit color mode
24 -> 16 rather slow conversion.
Use FPU to divide 24 color to 16 bit?

Its certainly interesting, but if you change that what will happen to the current 8-bit ones, im assuming of course they will still work but won't whole new palletes need to be made with more colours which will then mess up all the SHP's that use 8-bit palletes?

All old SHP files will work good.
New SHP format (for example):
Special flags field:
10000000b
\ ...........
.\...........
..\_If this bit is set this SHP - 16 bit
00000011b
\.........\.\.
.\.........\_\_Check this bits
..\_Bit not set - it's old shp file
BTW, 16 bit shps can be faster than 8bit with palette

Bon't wont the 16-bit SHP's need 16-bit palettes to display correctly?

[VK]

No.
It's not need any palette at all
00000 000000 00000b
R.....G......B
5 bits red color
5 bits blue color
6 bits green color

[Tratos]

Ok, then i fully approve of the idea, you may now continue with my full permission.

[ZombyDragon]

What about the convertion side of it? I beleve SHPs are saved with palette info rather then colors...

[Bobingabout]

problem i see is, there is nothing to encode 16-bit SHPs
could use PCX files for single frame, but what about animations?

[VK]

problem i see is, there is nothing to encode 16-bit SHPs
could use PCX files for single frame, but what about animations?

OS SHP Builder can be ported to it
Also I add support to my SHP Shell Extension
I think Banshee will be not against it
I want to do data which is not packed (without any RLE).
The size will be twice more (comparing with non-compressed image).
Also it can working faster, because it not need any palette conversion

[ZombyDragon]

One more problem, how will remap be figured out? You could do anything thats a true red, but maybe make a entry saying what the remap color is?