Talk:Nintendo 64 emulators

>Its developers have expressed intentions to eventually rewrite the core and brand it as its own emulator, called ParaLLEl.

Hey, it looks like ParaLLEl is already available in Retroarch. I don't know how good it is exactly as I've only tried Paper Mario so far, but there's no flickering in it as mentioned on the mupen64 comparability wiki. -Anon

Graphics comparison table

The main page of the N64 emus is too large probably, so I put this here as a backup source. I've already added it to the Resources sector at three other pages (for 3 comparable systems). ObiKKa (talk) 18:17, 28 April 2019 (EDT)

• Graphics comparison table (for Saturn as opposed to PS1, N64, Sega Model 2 arcade hardware and 1995-era PC)

What's Depth output?

LLE emulators would support it. If GlideN64 calls that "Use emulator help to read/write frame buffers" option, I think Project64 is not supported.

I was wondering about this as well. Does it refer perhaps to the N64-style depth compare option in GLideN64? Because Mupen64Plus-Next has that option, unless it's not working for some reason.

Ares recommended?

This is just my opinion, but while ares has certainly made strides for such a new emulator, I'm not sure it's good enough to flat-out recommend over even Project64. Its compatibility is still the lowest among the currently-active emulators, and it has serious problems with several high-profile games, such as DK64.

On that note, perhaps simple64 should be moved back up to recommended. It does have some regressions, but its compatibility is still quite high, and it does fix some issues present in regular Mupen64Plus.

Comparison table is getting crowded

There are a huge amount of columns in it, and I think it's getting harder to read and process everything. Compiling every single feature in a single place may not be the best idea, especially if we're talking about features only a few emulators support or even plan on supporting. This also applies to other pages but this one illustrates this problem the most, for me. I think we should bring back separate tables in dedicated sections, and keep general features in the main table. FulguroBoy (talk) 13:21, 27 January 2023 (UTC)

I respectfully disagree with you about that. Actually I think separating tables/divs in dedicated sections = "it's getting harder to read and process everything." Ahayri (talk)

Well, while we're on the subject, I think it makes sense to remove the "libretro" column - it only applies to ParaLLEl-N64 and Mupen64Plus-Next, for which it's already pointed out they're libretro cores, and technically MAME, which nobody in their right mind uses for N64, let alone on the libretro core. GPDP1 (talk)

If we're removing the libretro column for this article, we might as well remove the column for all articles. I think the libretro column should stay. Jadasse (talk)