HiddenChest RGSS Player Executable

[DerVVulfman]

By the way, thanks to some nosy Wulfo's complains and reports...

And at no point has anyone with a wolfish grin suggested to give you such inquiries.

Gotta use this again, as I am unaware of any Wulfo asking for anything related to the splash screen.

Personally, I'm interested in the repairs/fixes for Input.repeat? and Input.trigger_double?  And unless repaired, there is still the very WEIRD issue with Midi (reported here) unless it was since repaired and not noted.

I am happy to have heard that the Audio Module itself contains a "Pos" value for both background music and background audio playback, this inherited from RPGMaker VXAce.  Said VXAce help file suggesting that music and ambient audio can be started (or possibly re-looped) to a specific point in music which past RPGMaker XP audio loop scripts had implemented.  Way to go Enterbrain for FINALLY noting.   Comically, the VXAce had the code available, the EDITOR never did follow-up on its use or implementation (LOSERS!!!!!)   

The most common Win32API features used have been Screenshot, Full-Keyboard, Mouse, Fullscreen/Window toggles and music looping. Heck, without asking for it, Hiddenchest actively keeps the game content running even when the player has another window active and in focus (like me typing this reply as some moron soldier is running around in circles). RMXP at the very least did not.

So apart from Input which you're working on, MIDI which is annoying, WMA audio (um, everyone is Ogg or MP3),  and Movie Playback (which is stupid that VXAce supports only OGV(???)), I put forth another request.  And this request is something already built into the Enterbrain line of engines.

1. That the EXE itself  recognizes its own application name and looks for the .ini file that matches its name rather than looking for Game.Exe.  For example, if the .Exe is for Kuests.exe, the Ini file should be Kuests.ini and not Game.ini.   It works that way with RPGMaker XP at the very least, but not HiddenChest.
   
   
2. The ability to read/write to the Game.Ini  I use Win32API code to read/write within my personally designed RMXP built editors. But access must at least be partially available within the .exe code otherwise reading from either Game.Exe or .Conf would not be possible.