Repository navigation
Conversation
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
WalkthroughRenderer adds DX8-backed queries for device and display properties, back-buffer format, and stencil availability. WW3D and game rendering call sites now use these Renderer queries instead of querying DX8Wrapper directly. ChangesRenderer query routing
Priority: ➖ Normal Estimated code review effort: 2 (Simple) | ~10 minutes Change: Refactor Suggested reviewers: Merge Risk: ⚪ Minimal · up to The change centralizes existing DX8 device, display, and rendering queries in Renderer without changing their values or rendering conditions. No concrete user-facing regression or deployment risk is established, so it is ready for normal checks. Security Architecture Review
Pre-merge checks |
|
9ef857e to
5e24bfb
Compare
5b4d9a4 to
9a8ada1
Compare
9a8ada1 to
92d99b1
Compare
Code outside
DX8Wrapperreads the device, resolution, windowed state, stencil and back buffer format straight fromDX8Wrapper.Now these queries are static methods on
Renderer, and theWW3Dwrappers and the remaining callers use them.Rendererbecomes a friend ofDX8Wrapperbecause the device queries are protected. The back buffer query is namedGet_Back_Buffer_Formatto match the rest of the interface.Device creation, resolution changes, device reset, MSAA and the registry calls stay on
DX8Wrapper. So doesGet_Render_Device_Desc, becauseRenderDeviceDescClassexposesD3DCAPS8andD3DADAPTER_IDENTIFIER8.Is_Inittedstays as well, because every caller pairs it withGet_Current_Caps.Todo: