[zzo38]

Now I wrote radmml (although I may add some more features later). Reality Adlib Tracker is only for Windows and Macintosh, but radmml works on Linux. Also, Reality Adlib Tracker is not Free software (FOSS), but radmml is Free software. Also includes playback software for Linux, and also a program to make a report of a .RAD file.

Download: http://zzo38computer.org/prog/radmml.zip

There are a few deficiencies in the file format, such as:

• Can't change tunings to other than 12-TET.
  
• Pattern breaks to other than row 0 do not seem to work properly. Fixed
  
• No percussion mode (the included emulator also does not support percussion mode, though).
  
• Limited to nine channels. (If more than nine channels would be supported, then some channels would support only 2-operator instruments. This is a limitation of OPL3, and is not specific to Reality Adlib Tracker. The last three channels in Reality Adlib Tracker do not support instruments with algorithm 2 and 3, since OPL3 only has six 4-operator channels; algorithms 4-6 use two 2-operator OPL3 channels each, and OPL3 has six of them, so they can still be used.)

This post has been edited by zzo38: 08 July 2019 - 02:20 AM

[Lachesis]

Hey, neat! I'll give this a look when I get a chance.

If you'd like to add RADv1 player support that's been added to the version of the player in MegaZeux (note there's also a Dxx bugfix there, I don't know if Reality has released a version with that fix yet) (also with the current implementation RADv1 files should be allocated with an extra null byte after the RAD data).

edit: noticed the documentation says "???" for algorithm 5. From what I can tell it's supposed to use algorithm 0 for one of its channels and algorithm 1 for the other channel. Does it act different than this in practice? The equivalent 4 operator algorithm from the OPL3 spec looks somewhat different.

edit 2: updated link.

This post has been edited by Lachesis: 08 July 2019 - 05:38 AM

[zzo38]

Lachesis, on 07 July 2019 - 02:42 PM, said:

If you'd like to add RADv1 player support that's been added to the version of the player in MegaZeux (note there's also a Dxx bugfix there, I don't know if Reality has released a version with that fix yet) (also with the current implementation RADv1 files should be allocated with an extra null byte after the RAD data).

Thank you; now I have added those corrections (the Dxx bugfix, and the RADv1 support).

Quote

edit: noticed the documentation says "???" for algorithm 5. From what I can tell it's supposed to use algorithm 0 for one of its channels and algorithm 1 for the other channel. Does it act different than this in practice? The equivalent 4 operator algorithm from the OPL3 spec looks somewhat different.

Thank you; I corrected that documentation. I don't know why I did not see it before, but now I looked how it is working, so I fixed that too.

This post has been edited by zzo38: 07 July 2019 - 10:28 PM

[zzo38]

I have found some other bugs in the player20.cpp and validate20.cpp files, which I have now corrected. Here is a list of the corrections:

• The validation checked bit6 instead of bit5 to determine if it uses a tempo other than 125.
  
• The loader in the playback skipped six bytes instead of five bytes when reading a MIDI instrument.
  
• Pattern break commands did not work in the same cell as a MIDI instrument.

I also added some new commands into radmml.