I used to code in z80 on calc with no editor.  I just printed out some papers with all the complete instruction list, ram locations, bcalls, and key equates.  I then used the basic editor and typed in the hex code using the calculator to actually compute the offset for the labels, something I would have to change every time I added something new to the beginning of the code.  It was pretty cool that I was able to do that looking back on it, but wow, I was such a noob.  Lets see, this was back in... 2006 when I first discovered the assembly language.

Even worse, It wasn't until the very start of 2010 that I started using emulators or and 8xp converters.  I wasn't typing it by hand, don't think that!  I was taking the hex output from the computer assembler, copy pasting it to TI-Graphlink, sending it to the calculator, compiling it, testing it there (I didn't use emulators), and then sending it back when I wanted to upload the files to the internet.

I'm not entirely sure if this is a bug report or a feature request, but attempting to use a negative number in a Data() array returns a bad number error. (This occurs even if you use an ^r modifier)

I will fix that thanks!

Also, I could have sworn I fixed the wording there becasue I do remember doing that, I guess it just didn't make it to the update hehe.

The source is never lost from compiling, the source can only be lost if the user creates a faulty program and runs it when important things are in ram.  I am probably going to add an option to auto-archive the source after the compile but I don't know how many people would use it since it is annoying to have to keep unarchiving the source every time you need to make a change to it.  Another option is to create a backup copy of the source and archive it before compiling, but there might not be enough ram to do that for larger programs.

Yeah, I posted the link to that a couple pages back.  I had not actually tried it though.  Now I did try it.  I'll do a comparison with my rickroll.

As far as compression, the rickroll file you gave me was about 6KB on calc just for the data.  My rickroll + player is only 2KB together.  The sound quality in your player was about the same, but you had your notes hold much longer than mine.  I'm not sure if your player is interrupt based or not, I couldn't move the mouse around when the sound was playing.  Mine is designed to play in the background of games.  You were able to pull off chords using both channels, but by comparison, I am using the "guitar method" where all the notes are played together quickly to make the chord which allows for decent sounding chords up to around 8 notes at a time.  That allows you to hear out of both ears as well if wearing headphones.  Also, the complexity of my songs in my opinion is much greater, even my rickroll had far more chords and beats.  Did you try the Chrono Trigger song I posted above?  That one is about the same size as your rickroll.  Its nostub so you can just run it in DCS.

Not being mean or anything, but I was expecting much more since it claims to have 4 channels

EPIC ALERT!    I converted the entire opening of my favorite RPG using the new format.

This is the executable only since the feature is not out yet.  Only 1 track just press 1.  15MHz only.
EDIT: It sounds way better on calc by the way becasue for some reason the tempo fluctuations are really exaggerated in wabbitemu.

In NWC, you can right click on each track, go to properties, and then in the "MIDI" menu change all the channels to channel 1.  Then save the midi as a type 0 and reopen it.  When reopening, make sure you have "Max single track chord size" set to its maximum 127.  It should all be on a single track now.

Kerm wrote one but I'm not sure what the compression is.

I too was surprised at the compression of the MIDI to Axe converter.  1KB of data in the executable at a medium speed with many chords is about an entire minute of music!  Of course, the quality certainly suffers from this extremely tiny compression, but since Axe is designed for games and most games need the music in the background, it has to be quick and small so I think this is a good thing.  This is about as minimal as it gets to still sound awesome.  In the future, you will be able to write your own freq() commands using direct port output to make the notes sound like another instrument instead of just a square wave.