#9 (Run without switching color depth) – HoverRace

Ticket #9 (closed enhancement: fixed)

Opened 7 months ago

Last modified 7 months ago

Run without switching color depth

Reported by: zoogie Owned by: zoogie
Priority: major Milestone: HoverRace 1.23
Component: Client Version: 1.23
Keywords: window 8-bit 256-color Cc:
Blocking: Blocked By:

Description

Currently, if you want to run in windowed mode, you need to switch to 256-color mode. This is annoying, especially when debugging. We should be able to render to any color depth.

Attachments

Change History

Changed 7 months ago by zoogie

  • owner set to zoogie
  • status changed from new to assigned

Changed 7 months ago by Austin

You can cancel that and use full screen mode for now, but yes a definate fix is required :).

Changed 7 months ago by Austin

Or alternatively, if making it work in window mode at any color depth is a problem, an additional option could be put into the preferences to choose between the two (but with an initial prompt as currently given).

Changed 7 months ago by zoogie

Okay, the first draft of this is now committed to the "native_bpp" branch. I'll do some more testing on other video cards before I merge this into trunk.

If y'all can test this on different systems, that would be awesome :)

Changed 7 months ago by Austin

Great job zoogie I'm highly highly impressed :D; but it doesn't work properly for me as of yet :(.

In 16-bit mode, I only see half of the width of the screen, and the colors are flipped to green shaded textures.

In 32-bit mode, I only see a quarter of the width of the screen, and the colors are a dark colored grey shaded textures.

In both scenarios, the screen is aligned to the left.

Hope this info helps :).

Changed 7 months ago by Austin

When switching to fullscreen mode, you still have to switch to 256 color. Maybe thats something else that should be changed to a native bpp version, it'd be a help with Vista I believe.

Changed 7 months ago by zoogie

Thanks for the test reports!

I've got some ideas about what might be going wrong (basically, it sounds like mBpp is being set to 8 regardless of the real front buffer pixel format). With luck, I'll be able to reproduce the issue on one of my other dev boxes.

Fullscreen at 8bpp is working fine on my Vista box, but yeah, it would definitely be helpful in a multi-monitor setup.

Changed 7 months ago by zoogie

Okay, [33] should fix it.

In Release builds, it was still writing directly to the DirectDraw back buffer instead of using indirect rendering. Ryan reports that it's working on his machine now.

Changed 7 months ago by Austin

Yeah [33] does fix it for me also, and Zooz has tested it out too.

zoogie; the only thing left on the 256 color is to make it work in the native bpp while in fullscreen.

Other than that, you're a legend :P!!!

Changed 7 months ago by ryan

  • version set to 1.23
  • milestone set to HoverRace 1.23

Changed 7 months ago by zoogie

  • status changed from assigned to closed
  • resolution set to fixed

Added native BPP for fullscreen mode in [38].

Since there is a performance hit, I made this feature optional. Users can switch it on/off in the preferences dialog, on the "Miscellaneous" tab.

Changed 7 months ago by zoogie

  • summary changed from Run in windowed mode without switching color depth to Run without switching color depth

Updated title to reflect the fact that we can use native color depth for both windowed and fullscreen.

Add/Change #9 (Run without switching color depth)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.