Sure. But please, read the Development Log first. I have already written some insights of the development process. Maybe it is just what you need. If you need deeper information, please let me know and I will write an aditional report.
No. The sound is 1-bit and due to its nature, it can't be reduced. It's a technical limitation. If you hear it too high, it means your TV volume is too high. Maybe you think the 1-bit sounds are too high because I chose to use a very low volume for the background music.
What I can do is to raise the BGM music volume, so you can lower the whole audio mix.
Excellent... but please, first fix all the drawbacks of the original Qasarbeach!!! (especially a decent input/output support, VST/AU and a good graphic engine that do not create so many artifacts in some screen resolutions).
any chance of getting an ARM-based version for Windows? Intel achitecture has an uncertain future and everything seems to be ARM-oriented now. It would be great to have also an ARM-based Linux version (many people, including me, want to build a stand-alone CMI clone with a ARM-based computer such as the RPI... check the MiniDexed project).
I think it's time to bury the old Windows PC and move towards other modern paradigms.
It seems that the ROM version has been created with a DSK conversion tool. Maybe the dsk2rom tool has a bug?
I think I've found what's causing the issue. Both flash loading tools and OpenMSX are reporting the ROM as using a Konami megaROM mapper, what is wrong. It works fine if you manually set the mapper type to ASCII/8KB.
By the way, I suggest you to crop the ROM files to an actual ROM size (usually power of two numbers, 1048576 would be fine) and pad the empty area with 0xFF. A real ROM chip cannot have a size such as '753664' bytes. It might cause some issues on some emulators/flash cartridges/ROM launching tools.
