mirror of
https://github.com/libretro/RetroArch
synced 2025-03-01 16:13:40 +00:00
video_lima: update TODO
Swizzling is fixed. Restart issue is fixed. Update lima-drm for now correct initialization and destroying of threading/mutex objects.
This commit is contained in:
parent
55fc57b846
commit
0493f8680c
@ -33,9 +33,7 @@ The two fullscreen parameters select the mode the DRM should select. If zero, th
|
||||
|
||||
The driver still suffers from some issues.
|
||||
|
||||
- The aspect ratio is wrong. The emulator framebuffer is always stretched over the entire screen.
|
||||
- The aspect ratio is wrong. The dimensions of the emulator framebuffer on the screen are not computed correctly at the moment.
|
||||
- Font rendering is non-operational. Implement it by copying code from OMAP and doing software blitting in the temp buffer. This shouldn't be so bad, since fonts aren't displayed a lot.
|
||||
- Sometimes opening RGUI the second time results in broken rendering (flickering artifacts, blending not done properly). I don't know where these artifacts come from and they also don't appear again when closing RGUI and opening it again. This needs further investigation (silent memory corruption?).
|
||||
- Swizzling for XRGB32 input is probably broken. Test this with a core that uses this format and apply correct swizzling.
|
||||
- Restarting (for example when choosing a different ROM in RGUI) the driver does not work. Maybe some deinitialization in the limare driver is missing?
|
||||
- Limare should be able to handle a custom pitch, when uploading texture pixel data. This would save some memcpy for emulator cores which don't provide the framebuffer with full pitch.
|
||||
- Limare should be able to handle a custom pitch, when uploading texture pixel data. This would save some memcpy for emulator cores which don't provide the framebuffer with full pitch (snes9x-next for example).
|
||||
|
Loading…
x
Reference in New Issue
Block a user