mupen64plus-libretro-nx icon indicating copy to clipboard operation
mupen64plus-libretro-nx copied to clipboard

Request: Add Custom ViRefresh usage for .ini Support, like that of Project64

Open KMFDManic opened this issue 1 year ago • 2 comments
trafficstars

I see @loganmc10 had added an implementation of it previously, here

https://github.com/libretro/mupen64plus-libretro/commit/935f05af377841f994757761b53e716ac38d476f#diff-8c909056b29fb457c997cf3740a527a694b460b1bd5a3aa588d260e56033e4dd

It was reverted 2 days later by logan. Not sure exactly why. But, I recall testing that exact commit when it was posted and adding a few custom values on "slower" problematic games, and netting more playable results.

Project64 currently has many values for custom ViRefresh here:

https://github.com/project64/project64/blob/develop/Config/Project64.rdb

Testing some of the ViRefresh values makes some games functionally better, playability wise, especially if you are on a platform like a retropie 3, and so on.

Just curious if this would be able to be added to Mupen NX, as I personally feel it would come in handy on the less powerful platforms, particularly. Thank you so much for your perusal and humoring me on this request.

KMFDManic avatar Oct 03 '24 15:10 KMFDManic

Mupen64Plus-AE fork uses a similar hack...

Jj0YzL5nvJ avatar Oct 08 '24 16:10 Jj0YzL5nvJ

To me there still needs to be a more performant GLES2/GLES3/GL3.3 renderer for lower end systems, with some semblance of support for framebuffers. But thats problematic due to:

  • Low VRAM since some FB effects are heavy especially on higher than native res
  • GLES2 doesn't support a lot of texture formats, needing optimized texture loading to convert to RGBA/RGB565.
  • GLES2 doesn't support integers in shaders, a major problem for accuracy, considering everything in RDP is fixed-point.

ghost avatar Oct 16 '24 21:10 ghost