You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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...
The text was updated successfully, but these errors were encountered:
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.
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.
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...
The text was updated successfully, but these errors were encountered: