Can you automatically build libv86.js on Travis CI at every commit and publish it to some server or GitHub Pages? This would be very good because users then won't need to install and configure Closure Compiler and other build dependencies.

Can you also configure Makefile to also build sourcemap file for libv86.js?

Also, the version on your website is very old (f

https://wiki.nesdev.com/w/index.php/Emulator_tests

It could run these ROMs and actually check the output somehow - perhaps either by checking memory values, or a copy of the screen buffer.

People seem to use Vulkan despite the d3d12 backend being superior, so add a message so people stop asking which backend is better.

https://github.com/libretro/blastem-libretro

Alternative Genesis Core with ARM support.

The original Flash Player load the contents in the *.swf (pictures/sounds/etc) but NOT the document color of the loaded swf.

But it does in ruffles.
Does that matters in the long run ?
No.

Just some consistency stuff to take note.

And here's another one, once unloadMovie() is called, the contents in the loaded *.swf is gone (good) but...here's the crazy thing...the loaded swf's document

I tried saving and loading a state, but the resulting images differ. Mario shows a different animation frame. Might be related to #99

from pyboy.utils import WindowEvent
import pyboy as pyboy
import numpy as np
import io

# Load Super Mario Land and progress to start of game
boy = pyboy.PyBoy('SuperMarioLand1.gb')
boy.set_emulation_speed(0)
for i in range(100):
      boy.tick()

Feature Request

Trace log level.

What feature are you suggesting?

Overview:

We should add a new "Trace" log level that would be used for things that needs a high amount of logs, and would be normally undesirable to enable unless the person is trying to diagnose a specific issue.

Example of things that should use such "Trace" level are the kernel syscall logs and IPC call l