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 ... 230 231 [232] 233 234 ... 317
3466
« on: April 12, 2011, 01:05:24 pm »
I like it as it is  Plus, I was just porting it, not making my own game 
3467
« on: April 12, 2011, 12:01:58 pm »
All you need is to add an ret to the end of that you need to compile 210100C9. However, a piece of advice: Don't make your program automatically add a C9 because in some cases it isn't needed. If it isn't needed, people might get peeved that there is an extra unneeded byte. I uploaded the .hex file, too Taking one line, I think it follows the following format: :184090000000 3C425A5A423C00C30950C30A50C32750C32850C338506F So the red is a :18 The green is the the cumulative bytes+the offset (4000h for an app) Then you have 6 zero's (because addresses don't get that large on the calc Then you have the actual line of hex. TASM uses 24 bytes (48 chars) The last byte is a checksum or something
3468
« on: April 12, 2011, 11:43:57 am »
Oh, well that would be great if it could compile hex to a .8xp, but I mean when I use TASM to compile my .dw (now .db) statements, I have to change the .obj file it outputs into a .hex file before I can sign it as an app. Also, could you upload an example that crashes the calc? Does it crash when you run it or when you send it? If it is when you run it, I will open up the program and take a look at the hex when it gets on calc
3469
« on: April 12, 2011, 11:38:01 am »
This is great, Scout! It works so nicely! Is there a way to change the output file? I can definitely use this for BatLib ♥ The next step is to create a program that converts a file of all hex into a .hex file (in the proper format). If that can be done, I will no longer have to worry about using TASM !
3470
« on: April 12, 2011, 11:30:23 am »
No, I haven't done that However, I did add in the ability to press down to speed things up. Once you get playing at the higher speeds, it seems so slow in the beginning, so I finally added that 
3471
« on: April 12, 2011, 10:12:06 am »
I don't remember saying that...  Also, BatLib doesn't work that way, so it wouldn't use a jr  There is a pointer stored in RAM that tells where the next byte to parse is. Actually, I use the same pointer as the BASIC parser, which is why when it reaches "Stop" the BASIC program pics up where it left off. That is also why ReCode can execute after C000h
3472
« on: April 12, 2011, 10:09:12 am »
Yeah, I managed to get a score of 38 on an actual calc, though 15MHz is rather difficult. Also, I tried adding a Pause 1 in the loop and it made the controls a bit easier. EDIT: a byte easier
3473
« on: April 12, 2011, 10:07:58 am »
Oh, I made Blockeat before I had a lot of the commands, so it can probably be optimised, now! I will have to look at the code later to figure out where everything is
3474
« on: April 11, 2011, 10:33:03 pm »
Ah cool, I like this, Scout. However, TASM can only handle so many extra arguments. For example, if this has three arguments:
.dw $AA00,$BB00,$CC00
Then I cap it at 24 arguments per .dw, but I think 31 is the max. Also, if you could make a code for .db statements (also only handling 31 arguments), that might be easier for the code, too.
3475
« on: April 11, 2011, 09:58:18 pm »
No, but the cpu is set to 6MHz mode because it was absolutely ridiculous at 15 MHz. If you want, you can change the line that starts to FullFill(0 to: :Full Fill(0→... That should let you try out 15 MHz Edit: Uploaded a 15MHz screeny
3476
« on: April 11, 2011, 09:30:50 pm »
Sweet, I cannot wait to see what this "City Saver" is Also, i hope you don't mind, but these are all nice, small mini games that are perfect for ReCode. Is it alright if I attempt to remake some more of them in ReCode?
3477
« on: April 11, 2011, 09:26:51 pm »
Hmm, what did the old title screen look like? And I definitely agree that the controls are a bit sensitive Before I had it so it wasn't very sensitive, so I think I over corrected. I think the controls are easier on an actual calc, though
3478
« on: April 11, 2011, 09:16:25 pm »
Hehe, code for us, ztrumpet, code for us! When I get around to creating line routines, I will need to add in new functions, but I might also add in more rectangle routines I think it was merth that mentioned some good ideas for making rectangle patterns (like turning off every x pixels on a border).
3479
« on: April 11, 2011, 09:10:42 pm »
All I can say is... Nice Also, to answer you, Scout, I plan to make it a little different... You will be able to use a pointer to the sprite data, then you have the size, coordinates, and method arguments, so: "Str1→A ;This returns a pointer to Str1 in A
Pt-On(A,X,Y,W,H,T
3480
« on: April 11, 2011, 08:54:52 pm »
Yes, I plan to add them, but I don't know how soon and I don't know if I want to add support for long labels or just one or two byte labels like the OS.
You mean, you'll only be using jr's?
Sorry, I don't know what you mean In TI-BASIC, labels can be letters or numbers and can either be 1 or 2 of them in any combination. I know in a lot of other programming languages, you can make longer labels than that. I am not sure if I want to add label support for that or not. If I keep it at a one or two byte limit, it will be faster
Pages: 1 ... 230 231 [232] 233 234 ... 317
|
Show Posts
