ID:260104
 
I'm sorry if this is the wrong place but I've never post on this forum section before. Any way here it goes.

Do to my computers slow processing speed. I have been forced to reduce the color setup from 16 bit to 256 colors. Yet I have noticed some of the colors in byond games after this transition are... well ugly. A sea of endless gray is a good description of it. So I was woundering, what kind of 256 color support does byond have? Maybe the .dmi files could be made to have some kinda 256 support feature. Or someone could make a utility that would turn the .dmi into 256 color compatible.

Many thanks,
Green Lime
Green Lime wrote:
I'm sorry if this is the wrong place but I've never post on this forum section before. Any way here it goes.

Do to my computers slow processing speed. I have been forced to reduce the color setup from 16 bit to 256 colors.

Actually, I'm amazed that would work for you. Palette wrangling only eats up more CPU time.

Yet I have noticed some of the colors in byond games after this transition are... well ugly. A sea of endless gray is a good description of it. So I was woundering, what kind of 256 color support does byond have? Maybe the .dmi files could be made to have some kinda 256 support feature. Or someone could make a utility that would turn the .dmi into 256 color compatible.

All current .dmi files are 256 colors only. (The next format will not be.) The issue with 256-color graphics mode support is that you want all those colors to be more or less standardized. It's not something that can be guaranteed.

Of course, there's really no excuse to be running 256-color mode anymore. The idea that this is saving you any processor speed is laughable. Sounds like what you need more is to tweak your system performance in other ways (not booting with unnecessary programs, etc.) or just upgrade.

Lummox JR
In response to Lummox JR
All current .dmi files are 256 colors only. (The next format will not be.)

Oooooo!

Does this mean that Dantom are finally doing something about using BitBLT, or is it just that they're doing something they could have done a while ago, but didn't?
In response to Jp
LummoxJR wrote:
All current .dmi files are 256 colors only. (The next format will not be.)

Jp wrote:
Does this mean that Dantom are finally doing something about using BitBLT, or is it just that they're doing something they could have done a while ago, but didn't?

BitBlt is not restricted to 256 colors. Also, the dmi upgrade was announced a while back. It is going to be full 32-bit if I remember correctly.
In response to Lummox JR
Lummox JR wrote:
Green Lime wrote:
I'm sorry if this is the wrong place but I've never post on this forum section before. Any way here it goes.

Do to my computers slow processing speed. I have been forced to reduce the color setup from 16 bit to 256 colors.

Actually, I'm amazed that would work for you. Palette wrangling only eats up more CPU time.

Yet I have noticed some of the colors in byond games after this transition are... well ugly. A sea of endless gray is a good description of it. So I was woundering, what kind of 256 color support does byond have? Maybe the .dmi files could be made to have some kinda 256 support feature. Or someone could make a utility that would turn the .dmi into 256 color compatible.

All current .dmi files are 256 colors only. (The next format will not be.) The issue with 256-color graphics mode support is that you want all those colors to be more or less standardized. It's not something that can be guaranteed.

Of course, there's really no excuse to be running 256-color mode anymore. The idea that this is saving you any processor speed is laughable. Sounds like what you need more is to tweak your system performance in other ways (not booting with unnecessary programs, etc.) or just upgrade.

What do you mean by not booting with unnecessary programs? Upgrade what?

I didn't know palettes took more time to process. But my computer is faster than in 16bit color mode I assure you. I always just thought that the more colors the slower the computer goes to process them.

Lummox JR
In response to Green Lime
Green Lime wrote:
What do you mean by not booting with unnecessary programs?

Well it's common knowledge that every new computer created in the last 10 years is preloaded with lots of crap that does not need to load when the computer boots up, but does anyway. Also many programs that you install will include some sort of quick-start program that boots with the computer, such as AOL or Winamp, unless you specify you don't want that.

Upgrade what?

CPU, memory, etc.

I didn't know palettes took more time to process. But my computer is faster than in 16bit color mode I assure you. I always just thought that the more colors the slower the computer goes to process them.

No. In fact likely part of the problem is that you're using 16-bit color instead of 24 or 32. 16-bit color requires some calculations to be done to find the nearest fit to any 24-bit color.

Lummox JR
In response to Lummox JR
Full 32 bit!? Awesome!!
In response to KirbyRules
KirbyRules wrote:
Full 32 bit!? Awesome!!

?
In response to Loduwijk
Loduwijk wrote:
Jp wrote:
Does this mean that Dantom are finally doing something about using BitBLT, or is it just that they're doing something they could have done a while ago, but didn't?

BitBlt is not restricted to 256 colors. Also, the dmi upgrade was announced a while back. It is going to be full 32-bit if I remember correctly.

Actually for the present it'll be 25-bit, but we probably have the option to move to full 32 at some point. BitBlt() isn't going just yet, though it looks like we might be a smidge closer to seeing it gone.

Lummox JR