Hello all who tinker,
I've joined this board after finally having something to offer the community, despite this being
a moderately old topic now. I and a friend had worked on bringing new life to some EOL
communications equipment that was protected by software keys like the d8b. The company
went to the wall, assets bought up, you know the story. Long and short of it, my friend prepared
a patch for the licensing code that allowed us to bring this old thing to life again. I mentioned
the d8b I was thinking-about to him, and the licensing patch that a chap on here had done. (the
control.asc file) Not taking any credit for his work whatsoever, he has no desk, and I try things
out, oops.. and we discuss, and he comes up with something else. It's been fun trying.
The other night he sent me some python scripts/code to try on the image resource files. They
initially part worked, but now do; I am a linux user, though he wrote them for Windows with
Python 3. So below I have attached two scripts. One takes a resource file as input, and unpacks
it, creating an appropriate dir, and plonks the images in there. The other, allows you to re-pack
the files into a resource file again, to be put on your d8b, and have changed graphics for
anything. I've simplified my splashscreen, and removed the fake screws and the "d8b"
backgrounds from all EQ and dynamics windows, as I found them excessive being I'm sitting
at a d8b, and know this - not to mention it being distracting to me.
The 5.1 patch to control.asc is brilliant, but I notice that many people complain that not all of
the plugins function. Assuming this was correct I looked around.. No, they all work fine, and
in fact, there are none that don't work!
Someone else asserts that you must alternate your MFX and UFX cards too.. No, I didn't have
to do that either. I have 2 MFX cards, and one UFX. In that order, and all work as expected.
Someone didn't know that you have to have a MFX card in there.. at least one, and that only
three modules will load on them. If you add a UFX, accordingly you can load the third-party
plugins. If you have both types of card, you can load all of the plugins as listed in the patch
("Hack1") -And I have no licenses beyond these fine instructions to the informed on here.
In the end, I hope nobody is offended here, monkstrap especially; I have tested out a new
patched MackieOS.EXE received today that bypasses the need for the v5.1 upgrade key, I am
pretty certain. The original "control.asc" was put back for this test too. In the plugins
licensing page, my original desk ESN is now displayed properly, and all of the plugins show
as unlocked. The desk has been on for a while and seems to be working fine. I can save setups
(doesn't declare "unlicensed") and the effects modules all state "already authorised."
Now.. I have previously put in the licenses as per the kit that's circulating around here, but
not removed them in testing this patch I'm presenting; so it *may* require anything, any
old correctly-formatted key? But I don't think so.
He had started on a keycode generator, but being there's no API or dev kit for the DSP boot-
loaders on the d8b sadly, there's no point in a keygen, as the plugins are a finite fixed list.
So a patch-all seemed more practical.
Herewith are three files, zipped up on linux.
MackieOS.EXE is in the root dir of the d8b's filesystem. You can rename the existing one
with an extension of .bak or something, and copy this one in; It is the same size, as it's a
patch, not a re-write.
The other two, with execute permission on linux, will just run as-is with a minimum of
Python 2.7 (old, so you upgraders are safe). These were modified from windows scripts,
which I've put back in a win/ dir.
With a file such as splashscreen.rsc in your current working directory, on linux, (windows
similar syntax) you would do: ./rscextract.py splashscreen.rsc -And it creates an app-
ropriately named dir, and plops the 256 colour bmp file in there. NOW: CAVEAT: All you 24-bit,
96k nutters: These are 256 colour indexed files; Do not try to make them into 24-bit or 32-bit
screwy modern images; these were created against an older standard, and must not deviate;
As well, you must use the colour pallete in the indexed file, else the way they're rendered
(multiple images on the screen at once remember) may cause issues. To re-create the
resource file, you would ensure there are *no* windows created oddball files in the dir
(hidden indexing service files? I dunno) and then: ./rsccreate.py splashscreen (return) -the
name you give is the directory that all were extracted into. DO NOT put additional files into
the dirs; they are indexed by the OS exactly as they are. It will not expect different offsets.
The newly created resources will have an additional nice _new in them; This must obviously
be removed prior to your putting them in the d8b.
The image files are in /system5/Images I seem to recall.
While I cannot walk beginners through how to use linux or the command prompt in windows,
I would indeed appreciate constructive feedback on the MackieOS.EXE file; Has it worked for
you? plugins? ESN correct again?
There are ample resources on here explaining how to get into your Mackie HD to do these
tricks. I used FTP once, took the HD out (grrr) and used a cheap usb-ide cable and PSU..
whatever works. I have ordered one of these CF to IDE PC rear-slot adaptor plates, and will
also put a reset button in there, wired to the board reset pins, as sometimes a hard-reset might
be needed. Whatever.
Again, exercise caution with the image files, and always make backups, best leaving them
in the same dir to be sure. (The OS doesn't care what's in there... just what it's looking for.)
And with the MackieOS.EXE file, be sure to put back the original /system5/Firmware/control.asc
file too. And again-again, copy any original to something like "MackieOS.bak" first!!
enjoy!
Jason