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 ... 178 179 [180] 181 182 ... 317
2686
« on: December 29, 2011, 10:48:01 am »
Yeah, I tried fixing that myself when you let me optimise it, but I couldn't figure out a good way to do that  Actually, I have an idea: Have it so that in the Repeat loop, when you press down it sets the timer to the maximum. (or is it 0?)
2687
« on: December 29, 2011, 10:29:45 am »
Ah,cool! So you are one of those "pending files"  I uploaded ASMComp last night, too, and I am waiting for validation.
2688
« on: December 29, 2011, 10:25:05 am »
AWESOME! When will the download be available, or don't you know yet? This is soo cool! I wonder if this is news worthy o.o
2689
« on: December 29, 2011, 10:01:27 am »
Hehe, and maybe a new level of difficulty...?
2690
« on: December 29, 2011, 09:20:07 am »
Yeah, the actual map editor I use will ignore a key press if it was just pressed. In the screenies, I was just showing off how fast it was xD Also, As you will see from the screenie, I have not used the Tilecat method yet 
2691
« on: December 29, 2011, 09:03:45 am »
Oh, well I will say that level 8 with the new version of Grammer is quite fast I wonder if you might need to recalibrate the delays .___. The new version did manage to speed up Tetris a bit...
2692
« on: December 29, 2011, 08:57:17 am »
@Aes_Sedia5: I am not sure if it does that... (I am not sure, really)
One thing that I have been very strongly thinking of is including aspects of a programming language. So for example, you could have variables that you could store to and If conditionals to decide which pieces of code from the source get used and whatnot. I have been really toying with the idea of creating a version of this for Grammer using the AsmComp( token since Grammer already has a full parser that I could hook into.
2693
« on: December 29, 2011, 01:18:25 am »
Thanks  It probably is not useful to anybody else, but it is good coding experience! Plus I have almost finished the part that will convert mnemonics to hex so then it might actually be useful as a full compiler. Hopefully it will be under 2000 bytes for a full compiler that includes easy hex support for folks like me
2694
« on: December 29, 2011, 12:31:15 am »
Thanks Also, I would like to note that I am debating on adding a 32-bit mode. It is unlikely, but I already have the math routines coded for most of it (adition, subtraction, multiplication, division). Oh, and I mentioned that new particle command? Here is a screenie
2695
« on: December 28, 2011, 11:48:24 pm »
Hooray for updates, and this time I have a bunch of useful features. The size is over 1000 bytes, but I have already found it to be useful for the purposes I intended. So here are the new aspects:
-It now can calculate relative jumps and will catch errors if it is out of range
-Up to 50 equate files can be loaded
-You can now define equates in the source using the scientific notation "E"
-1 byte equates are now supported
I have also included equate files for all the bcalls documented by BrandonW (except the rets, DoNothings, and xorA) as well as all the RAM equates documented plus 1 that is documented by me >.>
And then there is the equate file for MirageOS and ION equates as well as Grammer equates. I have an example program using Grammer equates, too.
2696
« on: December 28, 2011, 10:47:31 pm »
Hmm, how does alcdfix work? And I know Donkey Kong did not work for my TI-84+, but worked fine for the TI-84+SE (even after I used alcdfix).
2697
« on: December 28, 2011, 08:20:41 pm »
This is my first programming contest that I have entered, too!  This is so cool! If anybody in this house had a video recorder, my reaction would have gone viral Xeda112358 is a happy bat <^('.')^>
2698
« on: December 28, 2011, 07:52:57 pm »
Okay, so three things:
1) I forgot to mention that I added the commands and , or , xor , and not(. These just perform the basic bit logic operations. For example, 5 and 6 will return 4
2) I added a new particle command that will allow you to convert a rectangular region of the screen to particles.
P▶Rx('Y,X,Height,Width
3) I have a new update that I am sure will be loved, but may cause yeong and Sorunome to go back and add in some more delays to their programs. Maybe.
Pretty much, I have been working for the past 2 days rewriting the parser and it was worth it. I made the number converting routine about 2.5 times faster for starters and I decided to use a lookup table to jump to commands more quickly. The net effect? Some programs run as much as 8 times faster. Don't believe it? I admit that most programs won't get that kind of a speed boost, but algorithms definitely get a huge speed boost. Pretty much, everything except DispGraph and Pause have been affected (and even those get about a 500 cycle speed boost).
So what kind of a speed boost should you expect? Well, the games that I have toyed with work in 6MHz at the speed you would expect out of 15MHz, so they work about 2 to 3 times faster. I think Tetris didn't get too much of a speed boost, though.
[offtopic]
5 or 6 = 7
5 and 6 = 4
5 xor 6 = 3
uses 3,4,5,6,7
[/offtopic]
2699
« on: December 28, 2011, 07:08:40 pm »
Yes, actually. All you need is a pointer to the program and then you use either Goto or prgm like you would a label. So to jump to prgmSubEnd:
Goto Get("ESubEnd
This is actually the main reason for why the program header starts with a decimal as that line will be ignored when calling the program.
2700
« on: December 28, 2011, 07:03:20 pm »
Awesome o.o You have managed to inspire me to work a little more, too, I am really liking the look of this. The advanced functionality is awesome!
Pages: 1 ... 178 179 [180] 181 182 ... 317
|
Show Posts