From 0493f8680cb23f771844a277470e22a85cb93937 Mon Sep 17 00:00:00 2001 From: Tobias Jakobi Date: Sat, 25 Jan 2014 20:23:22 +0100 Subject: [PATCH] video_lima: update TODO Swizzling is fixed. Restart issue is fixed. Update lima-drm for now correct initialization and destroying of threading/mutex objects. --- README-lima.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/README-lima.md b/README-lima.md index c5a135c166..bcea5ae88d 100644 --- a/README-lima.md +++ b/README-lima.md @@ -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).