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 ... 67 68 [69] 70 71 ... 317
1021
« on: March 27, 2013, 01:39:09 pm »
Instead, i'll probably go for a new programming language.
I really like the idea of making it real-time.
But it's quite a challenge, since parsing & executing at the same time eats some cycles.
I'm curious to see how fast it can be (compared to ti-basic)...
Already, asmdream could be converted into a powerful language on its own. If you take out the compiling menu stuff and simply run through the source code throwing in bonus functions like for drawing, output/input, and loops, it doesn't matter if it is slower. It would still be a very powerful language with how versatile you have made macros.
1022
« on: March 27, 2013, 01:35:50 pm »
Another method that you might be interested in works like this: Say you have 10 different tiles and numbers are stored with 14 digits of precision. You can then store each map layer with the nth digit in the number. To access the map in TI-BASIC code: 10fPart(10^-N[A]
If you aren't familiar with TI-BASIC, fPart( simply grabs the decimal part of a number (leaving off the integer part). If the language you are using doesn't have that, there is probably some equivalent to a floor() function (round down to the nearest integer) and you would essentially do #-floor(#). If you have M different tiles, you can theoretically store up to floor(14/log(M)) different maps in a single matrix element, this way. However, I would go with 1 less than that to avoid precision problems. Your code for extracting a given matrix would be to replace the 10 in the above code with M. I hope to see more ideas  Encoding data with primes and properties of numbers can have some pretty interesting effects.
1023
« on: March 27, 2013, 07:25:13 am »
Are you hoping to have some kind of built in editor or something? Also, thanks for the update!
1024
« on: March 25, 2013, 06:13:12 am »
That looks great o.o Is that 6MHz or 15MHz?
1025
« on: March 24, 2013, 08:07:25 pm »
This might be what you were looking for. It took a while to remember where I had seen that info before, but I remember thinking it sounded rather snazzy.
1026
« on: March 24, 2013, 08:43:28 am »
Hmm, might I ask why you need 16-bit coordinates? And will they be signed or unsigned? If they are unsigned, you will not be able to use the negative coordinates Runer112 mentioned.
1027
« on: March 23, 2013, 02:03:38 pm »
Hmm, thanks for the update. I am starting to get swamped with projects, homework and studying, so I don't know how soon it will be before I get something working with this.
1028
« on: March 23, 2013, 01:20:14 pm »
You can definitely put a size word O.o And if you put in a size word, you just jump over all of the data, so you don't need to worry about a program having an FF since you jump over it. The bytes might look like:
FE0900EF004048656C6C6FC9 FE040001020304 FFFFFFFF...
When you read the first byte, it is FE, so the next two bytes are 0900 (the size bytes for 9 bytes), so you skip the next 9 bytes and now the pointer is at FE, the next size bytes tell it to skip 4 bytes, and now you are pointing to an FF byte that you can overwrite.
Reading flash is just like reading RAM.
1029
« on: March 23, 2013, 10:22:00 am »
The OS stores a byte (FE, maybe?) at the start of the file data. When it is marked for deletion, reset bit 1 to make it FC. Follow that by the size of the data so that you can figure out where the next variable is. Once you reach an FF byte, that is free to start writing data to. You have to be careful about how you handle crossing sectors. The OS usually does not let variable be split across sectors, but being split across flash pages is fine.
1030
« on: March 23, 2013, 10:15:06 am »
Only if you want to overwrite it. If you have erased the sector (a chunk of 4 flash pages), you can write to all of the bytes. That is why the OS needs to garbage collect. When you unarchive to edit, then rearchive, it gets written back to a different place instead of overwriting the whole sector just to replace the data.
1031
« on: March 23, 2013, 09:38:49 am »
Howdy, biomech! I have no clue how to answer your questions, but hopefully somebody will come along. For now, though, welcome to Omnimaga and enjoy some 
1032
« on: March 23, 2013, 09:30:23 am »
In case anybody missed it, Matrefeytontias is working on building an OS, so he won't have some tools (but it should be easier). I think this page might be useful.
1033
« on: March 22, 2013, 01:33:14 pm »
Good luck anyway 
Yesterday I finished to look at the 18 Mastermind programs that we got. The best score is 97, the worst score is 35, the average score is 77.5, and the median score (do we say like that ?) is 82. But anyway, this doesn't include Neo's scores (he hasn't finished yet) and also some will lose several points because they were late.
I hope I got a 36, then >.> Also, yes, it is 'median' in English 
1034
« on: March 21, 2013, 04:21:40 pm »
Thanks, I will see what I can do! I will also try to see if there is a way to make it return to an app, too. If it doesn't return because of bcall(_JForceCmdNoChar), then that would be an issue for programs because it would eat a little RAM. For an app, I can just temporarily create a GetKey hook to automatically re-enter the app.
EDIT: One solution might be to make it so that your app starts with:
jp Start ;go to the normal start of the app
jp Compile ;jump to the compiling code
If your compiling code is a subroutine that ends with an RET, then people can simply use 'call 4083h' to compile a program.
1035
« on: March 19, 2013, 01:20:22 pm »
Thanks, that is awesome! Will it then check if IY is 89F0h and if it isn't, it sets it back to 89F0h and jumps to the automatic compiling routine?
Pages: 1 ... 67 68 [69] 70 71 ... 317
|
Show Posts