Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The XG/GS "Issue" #45

Open
sneakernets opened this issue Sep 17, 2018 · 2 comments
Open

The XG/GS "Issue" #45

sneakernets opened this issue Sep 17, 2018 · 2 comments

Comments

@sneakernets
Copy link
Owner

I've noticed that splitting up the XG/GS sets into distinct wopl files is a good way to start a massive headache. The only real problems between the two formats are related to the drumkits, so perhaps a software drum remapping (as BASSMIDI does) is the way to go here. Unfortunately, that's out of my hands.

The main issue is having GZDoom's LIBADL implementation follow these rules, as that is where my bank will have the most play - if GZDoom's LIBADL even sees GS/XG instruments at this point, which I don't think it does. I may be wrong though...

@Wohlstand
Copy link

For now in GZDoom the libADLMIDI doesn't using external banks and does using GM set from embedded one. I still kept a task to implement the ability to handle external WOPL files and ability to use them instead of embedded.

@sneakernets
Copy link
Owner Author

That would be great! That means there could possibly be custom WOPL files for Total Conversions? Would be worth it I think, I made a bespoke GENMIDI for Adventures of Square that is only available with the OPL Synth Emulation option, to have that with ADLMIDI would avoid so much DMX-related trouble.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants