Ok here is every character available on the calculators:
If you want to post the top 10 symbols you would want the most and a possible token to use for its representation on calc.
I already have all letters, numbers, period, question mark, exclamation, comma, single quote, opening parenthesis, closing parenthesis, colon, and negative sign so please do not post these again.
Example: Hex character / TI on-calc token 1. 05h (right pointing arrow) / > token 2. 3Bh (semi colon)/ i (complex) token 3. F2h (money sign) / pi symbol token
Str1 is the input it is 151 bytes Str2 is the output and is 119 bytes Str3 is the output in hex it is 227 bytes
Instead of the Hex output, I could just use the raw output but it does not always look pretty in TI-OS but would save space in the source.
I have started on the decompression and it is going well so far. I have also thought about doing maybe a simple lzw compression on the already compressed data to compress it even more or even as the primary compression technique if it yields better results.
I will still take any suggestions you may have. I feel getting input from a group of users that would use the tool will result in a better program in the end.
Well I finally got the compression engine made. It outputs in hex to TI-OS Str2 and the input is a string in the TI-OS Str1. On the decompression, I will probably store the decoded text in an appvar. Does that sound ok to everyone? I want to try and not use any free ram or variables, as I want this to be easily incorporated into any program. I will probably use the subroutine variables r1 - r6 and the appvar. The compression is around 20% to 25%. The more characters you have the more compression it seems to do.
Ok since the last few posts, I have decided just to start over and rebuild the algorithm from scratch. I had to add another bit to the data to make 64 characters. The maximum compression would be around 25%. I had to add a little data, but hopefully stay in the 20's. I have decided to use Quigibo's idea with the decoder. Thanks for idea Quigibo. I will have rules on how to uppercase the first letter of every sentence and every single I that is part of the sentence structure. It will automatically uppercase the first word of every sentence, uppercase every singe I, and if you want a certain character uppercase then all you have to do is add a token in front of the character to make it uppercase. It adds a little more space to the data, but you get more control and more compression than using other ideas.
All the letters, numbers, and countless symbols will be usable. I may start a poll to see what would be most wanted on the special symbols. Well I think I am going to start building this beast!
Ok i'll see what I can do with the lowercase letters. Another thing, what about numbers? With my current routine and plans on the lowercase, I can only have about 64 characters. I could take out some of the symbols if numbers was needed.
Well update to the project. The input for the program is the TI-OS Str1 and the output is Str2. In the demo program the input string is 162 bytes and the output is 108 bytes. That is about 33% compression with the strings. Imagine working on a RPG with 2500 bytes of text, you compress it 33% that is ~1675 bytes. Nearly a 1000 bytes less than the original now that is pretty impressive. I will probably have it store the data as hexadecimal in Str2 for convience. Any suggestions will be considered.
Well I was also thinking about the lowercase letters, but in reality they just look good and take up more space . I might implement later another version that does more characters if there is enough support, but it will also be less compression too. I have almost got the compression engine finished . It looks pretty solid , I have not had too many bugs in it that were not easily fixable. Axe is definitilely easier to program in if you look at it like assembly code in a sense but with syntax like basic.
Well I have just been getting a hang of the AXE language and decided my first project is going to be some kind of text compression for my future projects. I was thinking if you use A thru Z, <space>, <period>, <question mark>, <comma>, <single quote>, <colon>. That is 32 characters altogether. You can use 5 bits instead of the 8 bits and therefore saving about 35% space. If you had 500 characters (500 bytes) and use this theory your total memory usage would be approximately 313 bytes. What does everybody think? Would this benefit anybody in their current projects or future ones? Input would be appreciated thanks.
Well back when I was in highschool (2004-2006), I learned how to program in z80 assembly. I did not make any extraordinary programs or games though. Well I just recently found my TI-83 Plus and my silver link usb cable, when I thought of all the good times and memories this little calculator brought me. I decided to look up the old scene and see what was going on. Well there has been lots of progress in the past 5 years, but I also see the scene has died down a whole lot since I was active. I have been looking at the axe parser as what I want to start out with and then maybe move my way into asm again. I have been working some with the axe parser and I wish we had this thing back in the day cause I could have made some awesome games with the speed of it. Well enough of me blabbing, time to get a project started . Happy coding
Show Posts
I had to add another bit to the data to make 64 characters. The maximum compression would be around 25%. I had to add a little data, but hopefully stay in the 20's. 
I have decided to use Quigibo's idea with the decoder. Thanks for idea Quigibo. 
I will have rules on how to uppercase the first letter of every sentence and every single I that is part of the sentence structure. It will automatically uppercase the first word of every sentence, uppercase every singe I, and if you want a certain character uppercase then all you have to do is add a token in front of the character to make it uppercase. It adds a little more space to the data, but you get more control and more compression than using other ideas.
. I might implement later another version that does more characters if there is enough support, but it will also be less compression too. I have almost got the compression engine finished 
. It looks pretty solid 
, I have not had too many bugs in it that were not easily fixable. Axe is definitilely easier to program in if you look at it like assembly code in a sense but with syntax like basic.
. Happy coding 