Rebase

[LibretroAdmin]

No description provided.

[mpharoah]

Some of the things included here wouldn't make sense to go into the mainline RetroArch version as they rely on Parallel Launcher integration.

In particular, the parallel option for IS Viewer is meant for Parallel Launcher integration, and won't work in standalone RetroArch. The stdout option will still work though (though it won't be of much use to Windows users).

Everything relating to libpl also doesn't belong in RetroArch as its intended for integration with Parallel Launcher.

Also, the support for changing the "system clock" time for RTC relies on Parallel Launcher setting an environment variable (since RetroArch only seems to support selecting options from a list, and not arbitrary string/number values). This is safe to leave in, but RetroArch can't do anything with it.

The version string can also remove "(Parallel Launcher Edition)" from it

[mpharoah]

Oh yeah, the SD card integration would also have to be changed, since it currently relies on Parallel Launcher passing in the path to the SD card image via an environment variable. It would need to be changed to I guess use its own RetroArch directory and maybe just have 10 slots instead of arbitrary file paths.

Not sure how you would manage the SD card sizes and creation though. Parallel Launcher is responsible for handling all that. I guess it could just generate SD cards of a specific size automatically?

[mudl0rd]

Woah thats nice, nice to see the GL state machine being modified to cater more to when operations have an effect when framebuffers are in use. This is a nice and important change, since some ops change depending on the bound framebuffer source/destination.