Releases

Mupen64 RR Lua beta boosts capture performance for Nintendo 64 TAS creators

The new beta pushes Mupen64 RR Lua closer to a serious TAS workbench, with threaded capture, cleaner sync, and fresh Lua APIs for speed mode control.

Nina Kowalski··2 min read
Published
Listen to this article0:00 min
Share this article:
Mupen64 RR Lua beta boosts capture performance for Nintendo 64 TAS creators
Source: emu-france.com

The latest Mupen64 RR Lua beta is built for the part of Nintendo 64 emulation that lives and dies by frame timing. Its biggest changes are not cosmetic. VFWEncoder now offloads encoding to another thread, LuaRenderer skips costly TransparentBlt work during capture, the message loop has been tightened, and video buffers have moved to 32-bit BGRA. For TAS creators who spend hours rerecording, exporting, and scrubbing through tight inputs, that is the kind of update that can mean less stutter and fewer interruptions in the middle of a run.

The release, listed on GitHub as 1.4.0-beta-5273c500 and later 1.4.0-beta-8621a573, was marked as a beta, but the direction is clear. A follow-up note adds “Better A/V sync” for VFWEncoder, showing the capture work did not stop at threading. TASAudio also switched playback to SDL3, while Lua calls are now skipped when no callbacks are registered, trimming overhead in scripts that sit idle between bursts of action. For anyone building movies, testing branches, or exporting clean footage from long sessions, those are practical quality-of-life gains, not abstract performance numbers.

AI-generated illustration
AI-generated illustration

The scripting side got a meaningful jump as well. The beta adds emu.get_speed_mode and emu.set_speed_mode, plus d2d.draw_image2 and a debugger API. LuaRenderer also gained native resizing support. That combination gives authors more direct control over how the emulator behaves during tool-assisted work, from changing speed mode inside scripts to drawing richer overlays and poking at state without leaving the Lua workflow. A new STROOP page on the project website ties into the same theme: this is still an emulator that expects users to instrument it, inspect it, and push it hard.

The maintenance story matters too. Dark mode arrived alongside the beta, and the feature was tracked because the interface colors were seen as inconsistent with the rest of the system and potentially hard on accessibility. In a niche tool that gets used daily, that is a sign of a project still tuned for long sessions, not occasional nostalgia.

Related photo
Source: mupen64plus.org

Emu-France describes Mupen64 RR Lua as the third fork of Mupen64, and the project’s own README calls it an “Advanced N64 TASing emulator.” It points users to the Mupen64 Homepage repack and the Mupen64 Community Discord, reinforcing that this is part of an active TAS ecosystem rather than a dead-end branch. The release history backs that up. A prior 1.3.0-4 build restored old capture-stopping behavior at movie end, and an earlier movie-header discussion referenced STROOP-generated movies and the STRP tag. The pattern is consistent: this fork keeps refining the little things that make rerecording, scripting, and video production faster, cleaner, and far less clumsy than they used to be.

Know something we missed? Have a correction or additional information?

Submit a Tip

Never miss a story.

Get Retro Game Emulation updates weekly. The top stories delivered to your inbox.

Free forever · Unsubscribe anytime

Discussion

More Retro Game Emulation News