This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Xeda112358
Pages: 1 ... 214 215 [216] 217 218 ... 317
3226
« on: August 11, 2011, 10:06:01 am »
Anyway, welcome back! I do think it's worth your attention, partly because it seems to be a really small but useful program (697 bytes!).
Huh, for some reason I thought it was bigger... Must have been another project, I guess. Anywho, this is really only meant to be a distraction for me, but it has proven useful to me when I am away from home without a computer. I have an equate file with all the RAM equates and bcalls found in Brandon W's ti83plus.inc, but unfortunately I haven't gotten around to handling files over 16384 bytes  ...Actually, I just checked and that appears to be the sample equate file I uploaded  I guess I will have to fix the code up to handle that, then Also, I should note that equate files and the source can be in archive. I should also note that only one equate file will be active at a time, but anywhere in the code you can load a new equate file.
3227
« on: August 10, 2011, 06:06:51 pm »
It has been a long while since I updated here on this, so I think I should now that I have time. After a few weeks of summer vacation, I added some new functionality to CopyProg. It now makes use of theta, too, but otherwise it is reverse compatible. What it now does is: --It does the job of GetName. You specify the variable type to search for and the nth item (alphabetically) and this returns the name as a string. For example, you can use this to find the name of the third program in the programs menu. -This returns "." if the var does not exist. Otherwise the var name -The size of the variable data is returned in Theta -If there is a decimal part, this means the var is archived --It can copy any var from RAM or Archive to any other var -If this is successfully done, Ans is 1, else it is 0 -This automatically overwrites a preexisting var --It can delete vars from RAM or Archive -It can now read lines from a program and can be used to read the number of lines in the program. -This reads lines of program code -The line number read is returned in theta -Theta is returned as 0 if the file does not exist -It can delete lines of code from a program in RAM Once again, thanks mrmprog! EDIT: Also, this program is now running at about 600 bytes, so still pretty small 
3228
« on: August 10, 2011, 05:53:24 pm »
Cool, thanks It is taking a bit of a backseat and more so, now that I have finally figured out how to make brass compile apps. Now I can start working on adding features to BatLib again  Still, I might add in this program to BatLib if I still need to fill up a lot of space.
3229
« on: August 10, 2011, 05:49:12 pm »
I am surprised that I have not mentioned this before, here... Anywho, a while ago I started a small project called ASMComp for crazy fools like myself or those who do not have access to their computers all the time. What it is is a tool for developing in assembly on the calc. Until recently, the only feature was to allow for commented code.
Here is what this version has or lacks:
-I haven't added back in commenting for some reason (laziness?)
-You can use equate files
-You cannot define equates yet (other than labels)
-You can use labels
-You can use token strings
So to take directly from the readme, this is an example of code, currently:
:[FWAHAHA
:.5EQU
:AsmPrgm
:EF[HOMEUP]
:EF[CLRSCRNFULL]
:21[MESSAGE]
:EF[PUTPS]
:210000
:115F3F
:EF[INVERTRECT]
:C9
:Lbl MESSAGE
:02"HI"
:End
The nice part is that this doesn't automatically include the BB6Dh header for asm programs and the code can be output to non-program vars. I plan to add in the ability to do simple math such as (3+[MESSAGE]) as well as add in variables (like 3->A), the ability to define 1 or 2 byte equates (or maybe multi-byte equates), add in If statements to control what sections of code get compiled, and all sorts of other goodies. I imagine code looking something like this:
:[MEOW ;The type and name of the output file
:.5EQU ;The equates file to use
:=1 COM1 ;Sets an equate for COM0
:=1 COM2 ;Sets an equate for COM1
:=0 COM3 ;Sets an equate for COM2
:AsmPrgm ;This makes a header for the assembly program
:EF[RCLANS]
:EF[CONVOP1]
:B720{COM1prgm} ;uses relative jump
:EF[CLRLCDFULL]C9
:Lbl COM1prgm
:If 1=COM1
: 3D20{COM2prgm}
: EF[HOMEUP]
: C9
:Lbl COM2prgm
:If 1=COM2
: 3D20{COM3prgm}
: 3E02D310C9
:Lbl COM3prgm
:If 1=COM3 ;The following chunk of code is not included since COM3=0
: 3D20{END}
: 3E03D310C9
:Lbl END
:C9
:End
So what do y'all think? Is this project worth my attention?
3230
« on: August 10, 2011, 04:44:23 pm »
Thanks I think I learned a lesson, though-- Even if I do not have the coding experience for a feature now, I should at least try to give the possibility that I will have the ability in the future. I think with ReCode/BatLib, I should have at least allowed the user to input pixel coordinates even if it couldn't draw to all pixel coordinates... At the moment, I am looking at some of the documentation and I will be saving it to my computer for when I do not have internet.
3231
« on: August 10, 2011, 03:11:01 pm »
I think speed wise, Axe should be a little faster, but memory-wise, Grammer code should be able to get the job done, smaller. However, I have plans for "tokenisation." This will be kind of like compiling, but not really. Even so, this will make Grammer about as fast as Axe or Assembly while possibly using less memory than a TI-BASIC program. What it would do is convert all numbers, values, offsets, and arguments directly to hex, that way it no longer gets converted on the fly and label names and comments can be taken out. As a side note, the only work that I have put into this in a while was only to allow the user to use hexadecimal or decimal inputs. I don't think I have added anything else... Back to the USB topic, I was looking through the USB code in the OS and jeez is that a lot to take in. I now wish I had a cord for the serial port that worked Anywho, USB communications would be pretty awesome, but it looks very complicated (the way TI does it). I thought it would be simple and be like the serial port except sending more bits at a time !_!
3232
« on: August 08, 2011, 02:54:29 pm »
Forgive my ignorance, but this (Grammer) is an assembly library for TI-BASIC, right?
Actually it is a programming language as opposed to a library. An assembly program interprets the code instead of the BASIC interpreter. It is probably confusing since I use the TI-BASIC tokens (for now). I have one word about this: woah. Can't wait till it's done.
For making variables, do you mean using tokens that aren't used too often? If so, maybe dbd(? Perhaps int(?
Well actually, I have been working on another side project for somebody and the project required that I make my own variables. The way I would do this with Grammer is to create a temp string to store variables such as strings, sprites, pictures, lists, et cetera. I have the format for the vars created already and it allows all the vars to be named, to. Basically I just mean that I have to make variables that are not the BASIC vars. It will let Str1 be seperate from the Str1 in BAIC, for example. I'd second int( or perhaps expr(.
lol looking through the catalog, you could make ►nom( do something. 
Hehe, I like that one I will try to figure out something for that one... maybe an easteregg for ►nom(►nom()) Now aside from that, I got myself another calculator, because I have been thinking of a fun little link protocol routine that will allow for some seriously cool multi-player stunts... if I can figure out how to use the USB port I have been working with the serial port, but I can only work on WabbitEmu since I do not have a serial cable. Anywho, to give an idea of some of the link commands that I want to add, I want to: -Send code over from one calc for the other calc to execute -Send Grammer vars and OS vars -Force recieve vars or info -Read/write memory from other calculators -Synchronize LCDs so that both calcs display the same thing This will allow for some great multiplayer games, yes? It would require both calcs running Grammer, but it would be a pretty powerful command set... if I can figure out how to use the USB
3233
« on: July 29, 2011, 11:03:31 am »
Nice! I like the flame animation  ... I know I have seen a tutorial about how to do that somewhere, but I have forgotten by whom it was made  Judging by the screenie it looks like it could turn out to be one of those simple and addictive games, so if it works out, kudos to you!
3234
« on: July 28, 2011, 08:44:16 pm »
Thanks, I now have a little more time to check in on this... Now that I have converted most of the code to mnemonics and have tons of code waiting to be implemented, if I can figure this out... BatLib will have even more features packed into it. I have several programs that are several thousand bytes in size that could really help fill BatLib up
3235
« on: July 28, 2011, 08:41:03 pm »
Fwahaha... um, hi! Welcome here to the wonderful world of.... OMNIMAGA! And yes, here you will get quick responses often
3236
« on: July 28, 2011, 08:32:50 pm »
Wow, this is really cool! The graphics are great, especially for BASIC and the amount of time put into this... I would be burnt out a bajillion times over by now. You got a few +1s from me I know a lot of non-calc people that would be just as impressed by this simply because it is on a calculator. Awesomeawesomeawesomeawesome!
3237
« on: July 28, 2011, 08:09:52 pm »
The main differences are a few more advanced features and Grammer is much more safe. For example, with Grammer you can press [ON] in case you make an infinite loop or do something similar whereas ReCode does not allow this. Also, Grammer gives you the option of things like sub routines, labels, and more advanced math. If I kept ReCode, it would only use calls to Grammer code so it would use only a little memory.
3238
« on: July 19, 2011, 03:50:01 pm »
I wish I had computer programming skills I have experience in making interpreted languages, though... ... ... I remember way back when this was just starting out
3239
« on: July 19, 2011, 03:47:29 pm »
I need ideas for what tokens I should add for making variables as well as other ideas for commands. I think I will make the Pt-Change( token draw tilemaps.... So, does anybody have ideas? I eventually plan to make a program editor with its own token set, but for now, Grammer 1 must rely on the OS 
3240
« on: July 19, 2011, 03:41:55 pm »
I could keep both, but let ReCode piggyback on the more stable ReCode code. That should hopefully make ReCode safer...
Pages: 1 ... 214 215 [216] 217 218 ... 317
|
Show Posts