dMZX Forums: Reality Adlib Tracker file format -> Archived Requests -> Tracker

A cross-platform version of Reality Adlib Tracker with OPL3 support was released last year. Since libxmp stopped supporting RADs/OPL S3Ms before we switched to it, adding the Reality Adlib Tracker RAD player to MegaZeux would be a fairly low effort way to get FM music support in MegaZeux instead. This wouldn't bloat the executable size much for platforms that care about that (~54k for Windows x64, probably much less for consoles).

This would need to go in the contrib folder and would require some hacks to their player code to support some of the functions we want, but their player is fairly simple so this shouldn't be a problem.

edit: confirmed with Reality that their player source is public domain. However, it appears to only support 2.x files, so a 1.x loader would have to be adapted from existing code elsewhere (either their .ASM player or more likely AdPlug). This is still probably preferable to including AdPlug, which is over 1 MB when fully optimized and stripped.

Updating status to: Approved
Updating severity to: 1 - Low
Updating version to: 2.92

I currently have this working, but this will probably require a wrapper class for the following features we want:

• RAD 1.x support. The RAD 2.x player should be fully capable of playing these. We need a separate loader for the instruments and a separate row parser or converter for the old pattern/note format (converter looks more simple right now). Adding a function to validate 1.x RADs would also be nice, though they're simple enough the new loader could do this on-the-fly.
  
• set_order/get_order. Setting this looks like it should be as simple as setting the "Order" variable and using GetTrack() + Update(). Reading can be achieved with the public function GetTunePos() right now.
  
• set_position/get_position/get_length. Each order needs its length in rows calculated into a table like we do for libxmp.

This is currently implemented and pending merge.

Updating status to: Implemented
Issue fixed in: 2.92

Going to count this one as implemented. This branch will be merged into master-2.92 in the near future.

Moving to: Archived Requests