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

Currently, Texture class is bloated with methods used to check if two textures are "compatible" with each other.

1. TextureCompatibility class also houses some of these methods.
2. Some of these checks affect other components in Ryujinx.Graphics.Gpu indirectly (as evident by #1474)

So, this code should instead be moved to the TextureCompatibility static class to centralize all compati