openjutsu
One-click character swap for videos: an open-source, local Higgsfield Genjutsu alternative built on ComfyUI and MiniMax H3, with FLUX.3 Klein relighting.
A JavaScript port of the 1998 DOS demo '73 million seconds' by Pulse, with notes on the demoscene, the engine, the 3D scenes and the inner loops of the original x86 code.
MediaPython · JavaScriptGitHub @kassouletOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
The maker's introduction consists of the line above. Read the repository README for more details. Repository README ↗
Loading the full README.
Read the full README ↗A study port of "73 million seconds" (pULSe, 1998) — a DOS/4GW demo — re-implemented in plain JavaScript and runnable in the browser and in Node 22.
The original executable (73MS.EXE) and archive (73MIL.SEC) were reverse-engineered
instruction by instruction; the port reproduces the behaviour of the original engine
(data-driven script, effect pipeline, fixed-point/MMX inner loops) rather than
approximating "what the effect usually does". The demo and its assets remain
© Pulse 1998 — see Credits.
Live demo: https://kassoulet.github.io/73-Million-Seconds-by-Pulse/
script.unr drives the demo: it creates
buffers and events that run every frame in layer order. The JS engine parses the
same script and scheduler, with the original expression evaluator (compileExpr).basic2d — fade, blend, lowpass, matrix transforms, palette conversion, interpolatorfeedback — echo, echo4/6, radial blur, parasite, Reebok, PlayRGB aniscene3d — the real-time 3-D scenes (rasteriser, formats, animation)volumes — plasma, metaballs, marching cubes, spritesflares — particles/flarestour2.xm played through chiptune3/libopenmpt (bundled in docs/vendor).docs/ GitHub Pages site (player + write-up)
index.html the page
js/core.js Buf, FX registry, expression compiler
js/engine.js script parser + per-frame scheduler
js/xmtime.js (order,row) -> seconds for tour2.xm
js/fx/ effect modules (basic2d, feedback, scene3d, volumes, flares)
js/main.js browser player
notes/<name>.html per-effect documentation fragments
assets/ converted artwork, scenes, script.unr, tour2.xm
re/ reverse-engineering notes and tools
NOTES.md everything known about 73MS.EXE / 73MIL.SEC
rel0.bin / relB.bin unpacked, relocated original image
ds.py fx.py xref.py disassembly / effect lookup / xref helpers
emucore.py boot.py harness.py Unicorn environment to call original functions
golden.py headless render of the original engine (reference frames)
tools/ render.mjs, mkraw.py, ppm2png.py, cmp.py, mkmanifest.mjs, browser-test.mjs
73MS.EXE 73MIL.SEC 73MS.NFO original (unmodified) demo files
ENGINE.md the port's engine contract / contributor guide
The site is static; serve docs/ and open it:
cd docs && python3 -m http.server
# http://localhost:8000
Render the port headlessly at a given time (needs the raw assets built once):
python3 tools/mkraw.py # requires Pillow, builds build/raw
node tools/render.mjs 30 out.ppm --warm=1.5 # render port at t=30s, warm up for feedback
python3 tools/ppm2png.py out.ppm out.png
Compare against the original engine's own output at the same time:
cd re && python3 golden.py 30 31 0.05 golden/
python3 tools/cmp.py out.png golden/...
re/NOTES.md documents the container format, the engine structures (effect table,
event and buffer records, layers, time source) and the loaders. The original is a
Watcom C/C++32 binary packed with UPX; rel0.bin is the unpacked image relocated to
base 0 so file offsets equal addresses. harness.py restores a booted machine state
in ~0.2 s and calls any original function (Watcom register convention) on your own
buffers, while golden.py runs the original engine headlessly and saves screen frames
used as ground truth for the port. See ENGINE.md for the port's API and
the documentation format used in docs/notes/.
tour2.xm, played with chiptune3
/ libopenmpt.