Pidgeot: It's not ideal for fixing the MIDI issue I was talking about earlier (since that's still in one of the libraries, SSE.lib), but it does at least provide additional information that might be useful to reimplement it (still requires some reverse engineering, of course).
JudasIscariot: So even though you have the SSE.lib file now, it's still not all that helpful?
The .lib file makes it possible to re-compile the game (although apparently some header files for the two other libs may also be missing? Haven't had time to try it out yet), but the libraries are still in compiled form - they don't contain source code. Since the SSE library is the one that would need changing to fix this MIDI issue, that means it's still necessary to do binary modification and reverse engineering.
Now, in fairness, having the .lib does add a bit of information to make it easier to reverse engineer them. Therefore, it's also a bit easier to *perform* those binary modifications, but it's still many times more difficult than it would be with plain source. Of course, the .h file for SSE was already there, so that already gave us a lot of information...
The ideal, of course, would be actual source code for those .lib files. Of course we're not going to get any third party stuff like Smacker, but the three added LIB files at least appear to have been developed by Spellbound back in the day, so Black Forest Games *should* have the rights to do so. (Whether they want to is of course a different question.)
EDIT: Yep, it's missing two headers: TeakLibW.h and sbl.h, which match the names of the other two libraries.
Specifically, they're referenced from the stdafx.h file like so:
#include "\sb-projekt\TeaklibW\TeakLibW.H"
#include "\sb-projekt\sbl\inc\sbl.h"
Having those two header files (and any additonal header files those two files include, of course) should make it possible to re-compile (although possibly not before ripping out some stuff relating to Smacker and whatnot). They could probably be reverse engineered if need be, but if BFG could be convinced to provide them, that would of course make things exponentially easier.
(It would be even *easier* if they also provided the full source code of those three libraries, but at least with the headers, we know what the game needs, and can implement our own set of functions to do that - and that means it should be possible to just create a new set of binaries that fixes the issue.)