V86 – An x86-compatible CPU and hardware emulator
github.com
github.com
On the other hand, I couldn't get a working command prompt in the Win98 demo, so it seems V86 does not emulate V86 quite right. ;-)
https://developer.mozilla.org/en-US/docs/Web/API/Pointer_Loc...
The browser tells you when a page calls requestPointerLock(), and tells you how to exit it, similar to the fullscreen API.
EDIT: After reading the docs, it seems that this is already implemented (via websockets, too!): https://github.com/copy/v86/blob/master/docs/networking.md
You'd need to run chrome with SOP off.
Can't speak to his NIC emulation (unless he borrowed it from jor1k), but otherwise it'd take roughly a flight from PDX to CHS for the NIC, plus another 2-3 hours for a dead simple virtual switch, plus a few days of watching the switch crash in various odd ways while HN, Reddit, and Slashdot beat it up.
Edit: If anyone is keen to experiment around with v86, jor1k, or a similar project and you want plug-n-play network support, I maintain the websocket proxy used by jor1k (and probably used by v86 in some demo or another). As far as I'm concerned, please no commercial use (I've made it stupid easy to host your own for that), but otherwise as long as you're not doing stupid things with it that will cause me to lose my hosting account, go nuts! To use it just start sending/reading ethernet frames to/from wss://relay.widgetry.org/.
Also if you do use it, please flick me a message (e-mail is in my profile) to let me know what you're doing with it and how you're getting on.
TIA.
I'm not well acquainted with Copy, so I don't know how long the bulk of the work took him. I'd suggest pinging him or Sebastian Macke (the guy behind jor1k) if you'd like to know more.
My understanding was that Sebastian chose OpenRISC in part because of the simplicity of the instruction set. I got the impression that this made the task a bit more approachable than x86 emulation, and gave him more hope for achieving a good emulation speed. And, in fact, it's quite snappy considering what it is. However I think he had to put a fair amount of effort into gcc and glibc debugging to really get it off the ground, and I know that he used to put a bunch of time into tuning the cores for each new version of asm.js, though I'm not sure how in flux it is these days.
https://github.com/s-macke/jor1k/wiki/Technical-details
This talk give a few details about time frames and what someone has to do to emulate such a machine. If it is just about booting Linux you can do it in around 2000 lines (first commit of jor1k) if you take an easy architecture such as OpenRISC. Take a look at slide no. 10 and you might get an idea about the complexity of the other architectures. Slight 15 and 16 give you an idea why OpenRISC can be emulated much faster than any other architecture. A downside of such an non-mainstream CPU is less support. Indeed as Benjamin said, at least 50% of the time went into bugfixing and enhancing the toolchain. In the end the MIPS architecture might be optimal for a fast emulation and a well maintained toolchain.
It would be so cool if android apps could run in the browser in the future with this tech.
TypeError: a.table[b] is not a function
Works in Chromium though.
> Author
>
> Fabian Hemmer (http://copy.sh/, copy@copy.sh)
That's not Fabrice Bellard[1]...[1]: http://bellard.org/
[edit]: The submission title has now been edited to no longer say this is a project by Fabrice Bellard.
It does sound similar to the underlying PC emulator (http://bellard.org/jslinux/tech.html) and Bellard does indeed list v86 in section "Similar Projects (Several other PC or Linux emulators are now available)"
The v86 project's initial release was late 2013 (https://github.com/copy/v86/commit/8180d49f24833fc6cc05a9025...) about 2 years after Bellard's (http://bellard.org/jslinux/news.html)
huh?
Thanks
All jokes aside,this is a pretty big achievement for a given programmer to complete and denotes quite a bit of technical chops on many level (hardware, systems, OS, and web dev).
You see, that's where you're way off base. Not everything shown here is going to be a 'product'; people often like to learn by doing, and showing what they create.
This looks like a cool personal project, built by the author as a learning experience, with a convenient API to manipulate the machine that's being simulated. If that doesn't tell you enough about why it exists, then I don't know what to tell you besides "nothing to see here".
That seems to be more than enough reason to me.
I like reading through disassemblies of DOS games and figuring out how things work. It's fun recognizing C programming patterns in the assembly. There's something a little charming about looking up what writing to some VGA control register is supposed to do...and I haven't found anyone else who actually thought any of that sounded like fun.
Someday, I'll put together a series of blog posts about it, and maybe I'll have some code that I actually want to show off, but right now I'm just having fun.
There's no accounting for taste. Building something like this sounds a lot more fun to me than most programming projects that I hear other people talk about as "fun". What would you have chosen to do instead?