libretro-thumbnails VS WASM-ImageMagick

I've been trying to pretty up my collection by making sure everything is validated and has the appropriate boxart. About the only things i've had problems with are the Sharp X86000 and NEC-PC98. These have named boxarts/etc found in the libretro git but I can't seem to find any corresponding dat file to link any particular romset with the retroarch database. Has anyone else dealt with this?

I tested this in Chrome with the entire Sega Mega Drive collection (2075 images) from libretro-thumbnails and it took about 5 minutes on my ageing laptop.

On my RetroArch on PC based on Linux the thumbnails are in a subfolder named "thumbnails" in main RetroArch folder. Each system has folders as "Named_Boxarts", "Named_Snaps" and "Named_Titles". Manually downloads could be done in example at https://thumbnails.libretro.com/ or one of the repos in https://github.com/libretro-thumbnails?q=mame&type=all&language=&sort= or in one of the the subfolders in https://github.com/libretro-thumbnails/libretro-thumbnails

I know this one, if that is what you mean: https://github.com/libretro-thumbnails On this page if you click "libretro-thumbnails" and then "MAME" in example, then it is a bit older than if you go straight to the "MAME" repository itself. I guess one is the master that collects all other repositories after a while. But that's just my theory. As far as I know is this the official thumbnails repository for Libretro/RetroArch.

Retroarch just matches console and game name to the artwork it stores on its own github page.

If you'd like to submit the ones you've collected, you can send a pull request to https://github.com/libretro-thumbnails/libretro-thumbnails

Also for artwork check https://github.com/libretro-thumbnails/libretro-thumbnails

Credit: Go check it out the GitHub project page thanks to Nick Maliwacki's (KnicKnic)

Image Conversion via WASM-ImageMagick

I've gone with ImageMagick ported to WebAssembly to do basically the exact same things as with FFMpeg, but with a tiny bit less locking up. In the future I would like to get these things running in multithreaded Web Workers as well as have the ability to easily configure transcode settings to whatever is desired instead of the defaults as it is now.

When it comes to audio/video the trusted tool that is often used on the desktop is FFmpeg and this too has been ported to run in the browser, although if you want multithreading you will need to make sure you have special CORS headers enabled to gain access to the SharedArrayBuffer. For images on desktop there is the popular ImageMagick which indeed also has been ported.

ImageMagick is the go to for these kinda things and apparently there is a WASM version: https://github.com/KnicKnic/WASM-ImageMagick