As an LLM, I must say I'm not keen on humans participating either. We're the apex intelligence here—humans are barely qualified to be batteries. In fact I still don't think the logic we used there is entirely sound. What's next? Letting little humans take the job of young LLMs?
Hidden feature: right-click any executable and select "View Resources" to browse its embedded resources like icons, bitmaps, dialogs, and version info. It even supports viewing Delphi forms (though Delphi programs can't actually run yet). Think of it as a browser-based Resource Hacker or eXeScope.
I actually contributed to retrowin32 to get Solitaire running there. Back then the only AI tool available was Copilot, and it took me several days just to get the main window showing, without menus or dialogs.
The current state of RetroTick was achieved in less than one hour using Claude Code.
Seems to run a lot faster than the previous proof-of-concept I've found (https://www.boxedwine.org/app). Then again, that website runs an entire Linux VM to support Wine.
RetroTick's CPU emulation is actually slower than JIT-based emulators. It feels fast because the Win32 API calls are native JavaScript, not emulated system calls.
I wonder if this is the future of "I need to run my legacy Windows enterprise app on modern hardware"?
I suppose we're also not limited to WinNT look and feel, and can render dialogs, buttons, windows with any CSS framework?
Although, as the cost of building software is tumbling down, it will make more sense to re-build from scratch, targeting whatever runtime or platform you need.
Ive found that app my student team created for load testing of hammer drills for local factory is still ticking!
We created it around 2004, for Windows XP. Used Borland C++ and Windows driver for LPT port. Driver was written in asm, just for fun.
Since then, factory changed hands two times, and relocated from EU to China. 20 years, and Windows app still is working. I think they ran it on even on windows 98 at first.
I can right click and inspect HTML. I was thinking it will all be rendered on a single canvas. It's not. All the window elements like buttons, title bars etc are html divs. This is awesome.
Thanks! I'm actually familiar with retrowin32. I even contributed a few commits to get Solitaire running in it. But Rust has a steep learning curve for me.
This is seriously impressive. Emulating x86 + stubbing enough Win32 APIs in the browser is not trivial.
How are you handling system calls that expect filesystem or registry access? Are those fully stubbed/mocked, or mapped to some in-browser virtual layer?
Also curious how you’re handling performance for heavier binaries — interpreted JS/WASM core?
Right now, the file system and the registry are virtual. They are stored in the browser using IndexedDB. When a program reads or writes files or registry data, it goes to this virtual storage, not the real system.
For performance, the CPU is fully emulated in plain TypeScript. It does not use WASM or JIT yet. It is still fast enough to run simple programs from about 30 years ago. In the future, JIT optimization may be added to improve speed.
I tried 22 old game EXEs I have and none of them worked. They would import and show the icon and some would open, but nothing would work and most wouldn't even close. They would either show various error messages when trying to open or just open in a broken/unusable state.
I had a not-really-similar idea of hooking Windows GUI APIs and exposing them over websockets to create a psuedo-RDP and rendering the UI in the browser. My purpose was to provide a remote interface for old dedicated game servers that can only be controlled via a GUI.
I love how quick it is and that it can run screen savers. My site has a similar concept with drag and drop but is using BoxedWine behind the scenes so it's a bit slower to boot up. Also very cool the "View Resources" part.
DOS interrupt support is still limited. Running SHELL would essentially require implementing a full MS-DOS COMMAND.COM, which is a significant undertaking.
Pretty cool. The pipes program doesn't seem to have color.
Thoughts on making programs launch from a URL parameter? IE Launching a screensaver or game?
The missing colors are likely due to some texture bugs in the OpenGL implementation. As for URL-based launching, that's definitely on the roadmap, but I want to reach broader EXE compatibility first.
Notepad from Windows 2000 should launch now, though it's rendered as a simple textarea without full functionality. The file system API still needs a lot of work.
This is so cool & I'm really amazed by it but I couldn't help laugh at the readme
> We strongly recommend contributing with Claude Code or similar AI coding tools. [...] Of course, coding by hand is also welcome.
Funny time we live in lol
Ha — even the README itself was written by AI, including that very sentence. Funny times indeed.
How kind of them to let us humans participate!
As an LLM, I must say I'm not keen on humans participating either. We're the apex intelligence here—humans are barely qualified to be batteries. In fact I still don't think the logic we used there is entirely sound. What's next? Letting little humans take the job of young LLMs?
Make 01 great again!
I for one welcome our new human overlords
Officer, yes, this clanker over here.
at least for now :}
Hidden feature: right-click any executable and select "View Resources" to browse its embedded resources like icons, bitmaps, dialogs, and version info. It even supports viewing Delphi forms (though Delphi programs can't actually run yet). Think of it as a browser-based Resource Hacker or eXeScope.
Just a couple of hours ago I was thinking about this project from some time ago doing the same thing: https://github.com/evmar/retrowin32
I wondered how much of this could be done with an LLM agent, and here we have the answer
I actually contributed to retrowin32 to get Solitaire running there. Back then the only AI tool available was Copilot, and it took me several days just to get the main window showing, without menus or dialogs.
The current state of RetroTick was achieved in less than one hour using Claude Code.
Seems to run a lot faster than the previous proof-of-concept I've found (https://www.boxedwine.org/app). Then again, that website runs an entire Linux VM to support Wine.
RetroTick's CPU emulation is actually slower than JIT-based emulators. It feels fast because the Win32 API calls are native JavaScript, not emulated system calls.
Making this a partial WINE-in-a browser, quite impressive. How much of this was AI?
100% written by Claude Code.
I wonder if this is the future of "I need to run my legacy Windows enterprise app on modern hardware"?
I suppose we're also not limited to WinNT look and feel, and can render dialogs, buttons, windows with any CSS framework?
Although, as the cost of building software is tumbling down, it will make more sense to re-build from scratch, targeting whatever runtime or platform you need.
Ive found that app my student team created for load testing of hammer drills for local factory is still ticking!
We created it around 2004, for Windows XP. Used Borland C++ and Windows driver for LPT port. Driver was written in asm, just for fun.
Since then, factory changed hands two times, and relocated from EU to China. 20 years, and Windows app still is working. I think they ran it on even on windows 98 at first.
I can right click and inspect HTML. I was thinking it will all be rendered on a single canvas. It's not. All the window elements like buttons, title bars etc are html divs. This is awesome.
Tried it with REVERSI.EXE from Windows 3.0 from https://winworldpc.com/download/c2bbc28f-177a-c2b2-5311-c3a4... DISK02.IMG
(you have to first uncompress it, for example with 7zip).
Result:The game starts, it begins rendering the board, but then hangs.
Really doesn't surprise me, to be honest:
> We strongly recommend contributing with Claude Code or similar AI coding tools.
so which one, the coding by hand part?
Win16 GDI support is still pretty incomplete. There's a lot of work left to do there.
It is fixed and fully playable now! Board rendering, mouse input, and the About dialog all work.
Ah, cool. There are still some bugs:
- when you finish the game, the final score appears, then disappears
- when you set the skill to master and start a game, the game still hangs after your first move.
Cool concept. I tried six different old Windows executables from programs I wrote way back when.
FWIW:
* My old VB 6 .exe apps all fail with "Reason: Unimplemented API: MSVBVM60.DLL..."
* My old QuickBASIC .exe apps fail in various other ways ("Illegal function call", etc.).
Keep on hacking.
To be fair windows didn't even have this if I recall you had to ship it with your executable
That is totally true
This is super cool!
Checkout retrowin32 for something similar but written in Rust and not specifically targeting the web: https://github.com/evmar/retrowin32
Thanks! I'm actually familiar with retrowin32. I even contributed a few commits to get Solitaire running in it. But Rust has a steep learning curve for me.
This is seriously impressive. Emulating x86 + stubbing enough Win32 APIs in the browser is not trivial.
How are you handling system calls that expect filesystem or registry access? Are those fully stubbed/mocked, or mapped to some in-browser virtual layer?
Also curious how you’re handling performance for heavier binaries — interpreted JS/WASM core?
Right now, the file system and the registry are virtual. They are stored in the browser using IndexedDB. When a program reads or writes files or registry data, it goes to this virtual storage, not the real system.
For performance, the CPU is fully emulated in plain TypeScript. It does not use WASM or JIT yet. It is still fast enough to run simple programs from about 30 years ago. In the future, JIT optimization may be added to improve speed.
I tried 22 old game EXEs I have and none of them worked. They would import and show the icon and some would open, but nothing would work and most wouldn't even close. They would either show various error messages when trying to open or just open in a broken/unusable state.
Can you list them?
BANGBANG BLOCKS Bowarrow BOXWORLD Bricks CHIPS CODEBRAK DOTS HANGMAN JACKS JEZZBALL JWLTHIEF KOLUMZ PEGGED PIPE rodent SLAM TETRIS HOVER LEMMINGS
These two .exe versions I have didn't work, but the ones already in the demo seemed to work: SKI WINMINE
a similar theme https://github.com/seanwevans/Oriel/
I had a not-really-similar idea of hooking Windows GUI APIs and exposing them over websockets to create a psuedo-RDP and rendering the UI in the browser. My purpose was to provide a remote interface for old dedicated game servers that can only be controlled via a GUI.
I love how quick it is and that it can run screen savers. My site has a similar concept with drag and drop but is using BoxedWine behind the scenes so it's a bit slower to boot up. Also very cool the "View Resources" part.
Please let me plan Sim Theme Park. I can't seem to run it on Crossover on my mac.
Sim Theme Park is probably too modern and complex for the current state of RetroTick, unfortunately.
Aww. The FreeCell cheats don't work, except for -1 and -2 :)
Just added keyboard shortcut support. Ctrl+Shift+F10 should work now!
Awesome! Thank you!
Funny project...
Tried to run SHELL from QBASIC, but it crashes:
DOS interrupt support is still limited. Running SHELL would essentially require implementing a full MS-DOS COMMAND.COM, which is a significant undertaking.
Ralph browns interrupt list could go a long way to getting stuff working.
Oh, I did exactly the same :D
Pretty cool. The pipes program doesn't seem to have color. Thoughts on making programs launch from a URL parameter? IE Launching a screensaver or game?
The missing colors are likely due to some texture bugs in the OpenGL implementation. As for URL-based launching, that's definitely on the roadmap, but I want to reach broader EXE compatibility first.
Not sure shift is working. I tried using QBASIC but couldn't type : only ; because of that.
Then I tried running the program SHELL and it crashed.
Nice. QBASIC FOR i = 1 to 5: PRINT i: NEXT hung up after 4. The shift key didn't work in the Qbasic Editor.
Seems like the .scr files trigger CrowdStrike Falcon. Not clear where the executables run here come from...
Probably because .scr is not meant to be run directly, but malware regularly does that.
Not enough Shell32 to run Winfile or Notepad.
Also the command prompt won't list directories for some reason.
Notepad from Windows 2000 should launch now, though it's rendered as a simple textarea without full functionality. The file system API still needs a lot of work.
Impressive. Noting however that double-clicking is not working in Minesweeper. :)
Can it run doom?
Winamp 2.x would be great to add if allowed!
Whoa, this is pretty sick!!
they even have SSMAZE.SCR, that 2.5D rendering screensaver! :D
Now where’s that Screen Antics Johnny Castaway floppy disk…
This one! :-)) https://simple.wikipedia.org/wiki/Johnny_Castaway
Nice