Skip to content

VideoCommon: refactor texture cache frame buffer copies - #14836

Open
iwubcode wants to merge 1 commit into
dolphin-emu:masterfrom
iwubcode:dolphin_texture_refactor_1
Open

VideoCommon: refactor texture cache frame buffer copies#14836
iwubcode wants to merge 1 commit into
dolphin-emu:masterfrom
iwubcode:dolphin_texture_refactor_1

Conversation

@iwubcode

@iwubcode iwubcode commented Aug 31, 2026

Copy link
Copy Markdown
Contributor

Late last year I started working on a new feature that required Dolphin to think about how it renders in a different way. In order to prepare for that, I will be creating some PRs that restructure or refactor our existing code.

This PR is for the texture cache. Frame buffer copies (EFB or XFB) have a number of paths they take and this PR tries to split up the main function 'CopyRenderTargetToTexture' into smaller functions.

Functionality should not change with these PRs. I did some mild testing but fifo ci should hopefully confirm if any changes slipped through.

@iwubcode
iwubcode force-pushed the dolphin_texture_refactor_1 branch from d643c58 to bcda14e Compare August 31, 2026 06:59

@JoshuaVandaele JoshuaVandaele left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I played several Wii games and couldn't notice anything different, FifoCI seems happy as well.

@phire

phire commented Sep 1, 2026

Copy link
Copy Markdown
Member

Having both FrameBufferCopyData and FrameBufferCopyParams feels wrong, especially with all methods taking both, and pulling data randomly from one or the other.

Should be able to add a few more things to CopyParams and discard the CopyData after Params is built, right? Or just only have Params from the start

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants