Post #3434662

2025-08-30 02:46 UTC

A few more things today. First, I tried to optimize the CRT filter - e.g. by removing a bunch of features that we're not using anyway but that do slow things down (e.g. convergence adjustment which always samples each texel 4 times instead of 1). N64 does feel snappier, but not all the way there. I also fixed a bug with PS2 games on CDs being detected as PS1 games (and no, they won't run, they will get stuck on the BIOS logo). Somehow I hadn't noticed when I first implemented this parser that these games have BOOT2 in their SYSTEM.CNF instead of BOOT. I also disabled lowpass filter in the Genesis Plus GX port - it was applied to CD audio as well, not just to FM audio, so IMO it was just making audio quality worse. It also matches default settings in the libretro core, so that's likely what people expect anyway.

Replies (1)

@alice@mk.nyaa.place 2025-08-31 02:34

Alright, the 2 bsnes patches I was carrying have landed upstream now, so no more stacking branches. I also adjusted GLideN64 settings to look a bit more like ParaLLEl-RDP does. I'm still not sure what to do here - I'd really like to default to ParaLLEl, but it's just not fast enough on iGPUs... GLideN64 is fast enough, but has annoying issues, like the lack of interlacing support. Still, it's a bit more viable now ig. I'm also still trying to find a better/faster CRT filter. I ported zfast_crt_geom (one of the fastest filters in libretro slang-shaders repo), and... nope, still not fast enough for ParaLLEl+NTSC. So... yeah, no point in trying to find a faster filter, nothing would be enough here. Maybe I should just disable ParaLLEl-RDP on Intel GPUs... This is messy because unlike... any other emulator that I have integrated, really? here the difference is pretty drastic, so it's not as clear cut as with, say, bsnes where using ppu-fast is a no-brainer (except with the select few games that don't work with it and use the slower accurate renderer instead)

Open ##3434661