4 Commits

Include renames

Author	SHA1	Message	Date
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
valknarandClaude Sonnet 5	4638c06b68	Phase E/I: expose evalScript() as a permanent debug API, finalize README ... Promotes vpinball_wasm_eval_script from a one-off validation hack to a supported PinballInstance.evalScript() method (runs arbitrary VBScript against the live table via the interpreter's own debug-console entry point) - useful standalone, and it's what confirms the DMD script API rides the same execution path already proven by real flipper input. Rewrites the README's Status/Roadmap/Known limitations to reflect tonight's actual, hands-on-confirmed state: keyboard input, audio, and VBScript-driven gameplay all verified end-to-end (not just code review); two more real engine bugs found and fixed (GL back buffer sized in logical instead of device pixels; back buffer never resynced on resize, breaking fullscreen); the default table swap and why; B2S backglass explicitly assessed and declined for now, with the concrete reasons (no plugin subsystem wired for this build, no test table to validate against) rather than left as a vague TODO. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-22 18:14:49 +02:00
valknar	487ca40a44	Phase D/F/H: embedding shell - loading progress, fullscreen, file upload, touch controls ... package/src/index.ts: fixes a real pre-existing bug (start()/loadTable() never actually called vpinball_wasm_start with a table path argument), adds byte-level download progress (onProgress) and requestFullscreen(). package/src/touch-controls.ts: new on-screen virtual flipper/plunger/start button overlay that synthesizes the actual default keyboard scancodes (SDL_SCANCODE_LSHIFT/RSHIFT/RETURN, read from InputManager.cpp) as real KeyboardEvents dispatched on window, matching SDL3's Emscripten keyboard target - keeps the native input path completely unmodified. examples/basic/index.html: a real demo page - progress bar, a user-gesture "Start" button (required for both audio autoplay and fullscreen), a file picker for self-contained .vpx uploads, and the touch overlay shown on touch-capable devices. scripts/build.sh: two real bugs found and fixed via actual browser testing: - MODULARIZE=1 without EXPORT_ES6=1 produces a classic script, not an ES module with a default export - `await import(...)).default` was always undefined. Fixes with -sEXPORT_ES6=1. - --closure 1 silently stripped FS.writeFile/readFile/mkdir down to just low-level node ops, breaking runtime table loading with no compile-time warning. Dropped until root-caused; -O2 alone is kept. Verified end-to-end in Chrome: full load->progress->start flow with no errors, fullscreen actually engaging (document.fullscreenElement true), and a file-picker-selected table loading correctly (LoadGameFromFilename /tables/uploaded.vpx in the boot log, followed by a normal render). README updated to reflect what's now validated vs. still open (real-device input/audio confirmation remains the main open item).	2026-08-22 16:45:04 +02:00
valknar	0a63835689	Scaffold vpinball-wasm: Emscripten port of Visual Pinball ... Build scripts, CMake/source patches, npm packaging, and a Gitea CI workflow to compile the real Visual Pinball engine (SDL3 + WebGL2 + libwinevbs for real VBScript) to WebAssembly. The patches are validated end-to-end: the patched engine boots in a real browser, loads a real .vpx table, compiles its real GLSL shaders, computes environment map radiance, initializes physics, and starts the VBScript engine, before hanging on the one deliberately-deferred piece of work (game loop rewrite around emscripten_set_main_loop), documented in the README's roadmap.	2026-08-22 14:30:14 +02:00