This PR implements the following (relatively minor) timing-related fixes:
When running in 120 fps mode, the core now correctly reports 120 Hz to the frontend (instead of 119.95 Hz)
When running in 120 fps mode, the audio sample rate reported to the frontend is now 44040 Hz. The previous value of 44100 Hz was wrong in this case - due to integer rounding errors when determining buffer sizes, fewer than the expected 44100 samples are generated
When running in 30 fps mode, all frames are now correctly 'ticked'/counted. Previously, it was possible for the flag that determines whether frames should be fully processed (on each call of retro_run()) to be set permanently 'false` when switching from a higher frame rate to 30 fps (leading to disabled inputs, etc.)
This PR implements the following (relatively minor) timing-related fixes:
retro_run()) to be set permanently 'false` when switching from a higher frame rate to 30 fps (leading to disabled inputs, etc.)