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.

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()

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

Currently allocation a virtual region of GPU memory does a linear search over all the pages, to find a region of free pages of the requested size. Relevant code: https://github.com/Ryujinx/Ryujinx/blob/b8eb6abeccbd4a468214a4d2ad3a9b6e5e06973c/Ryujinx.Graphics.Gpu/Memory/MemoryManager.cs#L201

This may have a negative performance impact on games that does a lot of such allocations (example: creat