3436
Correlation / Re: Correlation Progress
« on: April 14, 2011, 08:16:00 pm »
I definitely like these additions! Number three is fine (to me), and the other two are great!
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. 3436
Correlation / Re: Correlation Progress« on: April 14, 2011, 08:16:00 pm »
I definitely like these additions! Number three is fine (to me), and the other two are great!
3437
BatLib / Re: BatLib« on: April 14, 2011, 05:05:11 pm »
No, I didn't update that I actually cannot remember the last time I updated that
(for those who don't know, dim(57 is what returns the version of BatLib as a string) 3438
BatLib / Re: BatLib« on: April 14, 2011, 05:01:11 pm »
Okay, so Scout asked earlier for an update, so I threw this together with these updates:
-ReCode starts in 6MHz mode -dim(10 is executed at 6MHz -Pause (in ReCode) is executed at 6MHz -dim(44 (a sound routine) is executed at 6MHz -Changed 'Pause While' to 'Pause If ' to prevent problems with nesting inside of a While/If...Then block -dim(1 now also disables 'Done' I also added command 94 which is used to insert data. It doesn't catch if the user is inserting data outside of the variable, though: dim(94,Offset,"VarName","String"|Str# -If the Offset is 0, the string of data will be inserted at the beginning of the var. -"VarName" is the name of the var to insert data into. If this is not in RAM, a string ".ARCH" will be returned. -The last argument can either be a string or the number of a string (Str1=0, Str2=1, et cetera). If you use the number, the string can be in archive Also, I think I might know how to fix up the CopyProg command which will be very useful I also might add my ASMComp program for use with ReCode and as a command to compress asm programs. Here is a screenie for the program: Sorry, I haven't updated the readme, yet, so it is just the App: 3439
BatLib / Re: BatLib« on: April 14, 2011, 11:36:50 am »
hehe, I am glad you asked Scout I made a program a while back that lets you do something similar:
That will compress a program, but I could definitely modify the code a little for BatLib That program never really was popular and it was originally supposed to be part of LSDOS, but... I guess it didn't work out 3440
BatLib / Re: BatLib Default Modes« on: April 14, 2011, 10:35:29 am »
Ah, but I think as long as the regular commands are actually crunching data, it should be at the speed of the rest of the program. BASIC programs execute at 15MHz if possible, so it makes no sense to draw a rectangle at 6MHz using dim(29 then to have it switch back to 15MHz mode to execute BASIC code At least in my opinion it makes sense that way...
3441
BatLib / Re: BatLib« on: April 14, 2011, 10:32:58 am »
Yeah, I only really made that command to give users a way to start tilemap data or fontsets/sprite sets
3442
TI Z80 / Re: Samocal« on: April 14, 2011, 01:47:11 am »
Yay! Necropost/update ^_^ So I was bored for the past hour and I finally got around to making a map editor and walking routine designed with BatLib It isn't much, yet, but currently:
- world files are 96x96 tiles (9216 bytes/tiles). I have some unused code in BatLib that I plan to use that will up that to 128x128 at 1024 bytes less -16 tiles will be used for maps, plus your sprite Maybe I will make it customizable for sprites? -You can walk in grass and plain ground. Things not implemented: - talking to in game characters - stats - items - monsters/battle engine - plot - other random stuff *As a note, this is not a project I am going to focus on. This is just going to be a pet project I get to every so often 3443
BatLib / Re: BatLib Default Modes« on: April 14, 2011, 12:55:05 am »
Hmm, BatLib has interrupts turned off, so that isn't a problem at the moment, but I didn't know about the sound... I guess I should change the sound commands to 6MHz mode, too! Thanks!
3444
BatLib / Re: BatLib Default Modes« on: April 14, 2011, 12:42:39 am »
The answer is yes and no
It will use the same power to perform the same actions, so in that sense, no. However, since it performs at 2.5 times the speed, it will drain at 2.5 times the speed. So, in situations where you need speed (graphics and data crunching), either mode will use the same amount of energy, but 15MHz mode will do it faster. However, if your calc is idling, waiting for user input, at 15MHz you are just draining your batteries. So with that in mind, I will go back and modify some routines. The routines that wait for user input, like the getkey routines and Pause will execute at 6MHz and the rest will remain at the users current setting. This is especially a good idea for Pause because in 15MHz mode, Pause 250 would pause for 1 second instead of 2.5 like it would at 6MHz. 3445
BatLib / Re: BatLib« on: April 13, 2011, 10:37:49 pm »
I just noticed in the readme that the name for command 68 is wrong It should be MakeString. I must have copied and pasted there or something, but it is used to create a string returned in Ans that is a specified length
3446
BatLib / Re: BatLib Default Modes« on: April 13, 2011, 10:18:55 pm »
When it comes across a regular BatLib command, the code will be executed at 15MHz, but when it enters ReCode, I will make it so that drops down to 6MHz.
3447
BatLib / Re: BatLib Default Modes« on: April 13, 2011, 06:46:40 pm »
Just the ReCode part I plan to keep the rest at max speed
3448
BatLib / Re: BatLib Default Modes« on: April 13, 2011, 06:34:01 pm »
Hmm, okay. When I decided to make the regular commands run at max speed, I didn't disable that for ReCode which is why in the latest version it starts at 15MHz (if possible). So it looks like in the next version, default will be 6MHz
3449
ASM / Re: Don't feel bad if you haven't had practice optimizing ASM programs« on: April 12, 2011, 09:49:02 pm »
Yep, the best way to learn optimisations is to use your resources! Plus, once you optimise a certain type of code enough, it eventually becomes habit and once you look at t-states and whatnot long enough, you eventually see the patterns in timings. Even then, though, you might not manage to optimise it as much as possible. The thing is, though, in assembly, you have to remember that at the "slow" 6MHz, over 6 000 000 cycles are executed each second and most instructions use 11 cycles or less.
EDIT: So it isn't really that big of a deal if your code isn't absolutely completely optimised-- it's just fun to optimise and nice to say "yeah, my code is 5% faster and 2 bytes shorter." Programming is one of those things where you want to say "mine's smaller than yours!" 3450
News / Re: Weekly Correlation Testing Report« on: April 12, 2011, 09:40:21 pm »
Ah, good idea! I think I might make a few mini games, then
|
|