Recent Posts1
Stunts Questions / Re: Roland MT-32 problems with BB 1.1
« Last post by llm on May 27, 2020, 08:41:34 AM »Interesting topic
long time ago i've started to analyse the drv-code based on my drvcombine-tool (http://forum.stunts.hu/index.php?topic=3019.0)
to help IDA analysing the dependencies to the DRV code - after the first Analyse run IDA reveals a jump-table in the beginning of the DRVs (the stunts main-code
is calling this jump-table so IDA was able to see the path through after statical integration of the code)
MT15.DRV comparison
MT15.DRV loaded in IDA as Binary with code starting at offset 0, manualy changed labels to functions
1.1
MD5: ACC5D03D038F1EF0AFA0CF4DCAD72EF9
IDA: https://paste.ubuntu.com/p/JdKNNFPBVy/
1.0
MD5: 7048D28F2A0FE8C8C09141D5C89706DB
IDA: https://paste.ubuntu.com/p/qSdR5bhRwB/
some minor differences: http://www.mergely.com/CZB13xu7/ (left is 1.1)
btw: easy to re-assemble the source to a indentical(enough, 3 different opcodes of same size/feature a used by todays assemblers) DRV binary
easily assembled with current ML (VS2019) or UASM (http://www.terraspace.co.uk/uasm.html)
ml.exe /c /omf MT15.DRV.asm
or
uasm64.exe MT15.DRV.asm
and UniLinker: ftp://ftp.styx.cabel.net/pub/UniLink/ulnb1155.zip
ulink.exe -T16 -Tbix MT15.DRV.obj, MT15.DRV
long time ago i've started to analyse the drv-code based on my drvcombine-tool (http://forum.stunts.hu/index.php?topic=3019.0)
to help IDA analysing the dependencies to the DRV code - after the first Analyse run IDA reveals a jump-table in the beginning of the DRVs (the stunts main-code
is calling this jump-table so IDA was able to see the path through after statical integration of the code)
MT15.DRV comparison
MT15.DRV loaded in IDA as Binary with code starting at offset 0, manualy changed labels to functions
1.1
MD5: ACC5D03D038F1EF0AFA0CF4DCAD72EF9
IDA: https://paste.ubuntu.com/p/JdKNNFPBVy/
1.0
MD5: 7048D28F2A0FE8C8C09141D5C89706DB
IDA: https://paste.ubuntu.com/p/qSdR5bhRwB/
I really don't believe that the sound driver files are different, except for the copyright string. I really don't know why this could broke the sound system, if this is the only behavior. In a modern game we could blame the hash checks, but in a 1990 game, I don't think this is viable. So any thoughts on this?
some minor differences: http://www.mergely.com/CZB13xu7/ (left is 1.1)
btw: easy to re-assemble the source to a indentical(enough, 3 different opcodes of same size/feature a used by todays assemblers) DRV binary
easily assembled with current ML (VS2019) or UASM (http://www.terraspace.co.uk/uasm.html)
ml.exe /c /omf MT15.DRV.asm
or
uasm64.exe MT15.DRV.asm
and UniLinker: ftp://ftp.styx.cabel.net/pub/UniLink/ulnb1155.zip
ulink.exe -T16 -Tbix MT15.DRV.obj, MT15.DRV
