3 Commits

Include renames

Author	SHA1	Message	Date
valknarandClaude Sonnet 5	99ae5b9eda	Fix PinMAME busy-wait freeze on browser/window focus loss ... core.vbs auto-wires Controller.Pause = True into every table's Paused event, which Player::OnFocusChanged() fires on focus loss. PinMAME's own pause handling in usrintrf.c is a "while (g_fPause) { ...; draw_screen(); ... }" busy-wait written for a real-OS-thread host, where a separate thread later flips g_fPause back to 0. Under our single-threaded Emscripten cooperative-scheduling model there is no second thread to clear it, so entering that loop spins forever at 100% CPU with the tab completely unresponsive. cpu_run_emscripten_step() now checks g_fPause up front and skips cpu_timeslice() (and therefore that loop) entirely while paused; emulation simply doesn't advance until Controller.Pause is set back to False and the step function is called again next frame. Confirmed fixed by hands-on testing: unfocusing the browser during a PinMAME ROM session no longer freezes the tab. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-23 15:15:48 +02:00
valknarandClaude Sonnet 5	5570955bc5	Fix patches/pinmame/0004: drop duplicate hunk conflicting with 0002 ... 0004 was generated via a plain `git diff` against pinmame's pristine commit, which captured the *cumulative* diff for cpuexec.c - including patch 0002's time_fence stub hunk, not just 0004's own new cpu_run splitting code. Applying 0002 then 0004 in sequence (exactly what setup.sh does) failed: 0004's duplicate hunk expected pre-0002 context that no longer matched. Regenerated by diffing the current tree against a baseline with 0001-0003 already applied (matching the vpinball/0006 patch's existing approach) instead of against pristine directly. Verified: all 4 pinmame patches now apply cleanly in sequence against a fresh pristine checkout, and the result is byte-identical to the working tree that was actually built and tested. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SoSarxLgY33Kax5UNXcafZ	2026-08-23 12:47:51 +02:00
valknarandClaude Sonnet 5	9479cea280	Add real PinMAME (VPinMAME.Controller) integration for ROM-based tables ... Statically links the real PinMAME emulation core (libpinmame) instead of leaving VPinMAME.Controller creation to fail, which was crashing table scripts on ROM-based tables before they could spawn a ball. PinMAME's own run_game()->cpu_run() loop is split into a one-shot init, a per-frame step, and a one-shot teardown (patches/pinmame/0004) so it runs cooperatively on the same frame callback as vpinball's own loop instead of on a real std::thread, which hard-aborts under Emscripten's single-threaded runtime - three smaller wasm32 portability fixes to libpinmame itself round out the patch set (0001-0003). Adds pinball.loadRom() to supply a ROM zip, written to the table-relative pinmame/roms/ path vpinball's own plugin already checks. Confirmed against a real community ROM-based table: Controller creation and game identification succeed, and a missing ROM now fails cleanly instead of crashing the page - actual ROM-driven gameplay is still unconfirmed since no ROM was available (or sought out) to test with. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SoSarxLgY33Kax5UNXcafZ	2026-08-23 12:09:35 +02:00