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 - simplethinker
Pages: 1 ... 5 6 [7] 8 9 ... 47
91
« on: November 08, 2009, 09:39:54 am »
What's the frame rate now?
92
« on: November 07, 2009, 10:16:36 am »
except that it takes very long to convert many of these  , especially when you don't have a converter handy and have to google for one during 15 minutes
Should I add a full picture editor to my sprite/tileset/tilemap editor then? I think I would just need to reorganize the display a bit and shrink some things.
93
« on: November 07, 2009, 10:12:03 am »
It might be the whole Asm( command issue. Have you guys ever tried ROL3? That should give you an idea of how slow "Asm(" can get when you have many sub-programs and low RAM.
I think he was talking about his attempt at doing it in Basic: I didn't try the program yet, but I did it myself...
94
« on: November 06, 2009, 08:34:54 pm »
Unless your program instantaneously changes str to mat, I think I'm just gonna have to live with hardcoded matrix :'(
Well, it's in Asm and it takes about a quarter second to convert a 2048 byte string into a 32x32 matrix on my 84+SE 
95
« on: November 06, 2009, 08:32:31 pm »
He bought it, too. He thought his xbox was fuxxored.
I didn't think you'd be back for a while after he got it. I figured you would either be killed after he found out it was a joke, or explaining the "joke" to the kid's parents after he lost the will to live.
96
« on: November 06, 2009, 12:57:23 pm »
No it means miotatsu is special
Considering the world's population, "1 in a million" only means that you're "1 of 7,000" 
97
« on: November 06, 2009, 12:38:38 pm »
Anyone knows how to edit one of these? 
Tile 1
.db $FF,$FF,$C0,$C0,$C0,$C0,$FF,$FF,$FF,$FF,$06,$06,$06,$06,$06,$06
.db $FF,$FF,$FF,$FF,$C0,$C0,$C0,$C0,$C0,$C0,$FF,$FF,$FF,$FF,$06,$06
.db $06,$06,$06,$06,$FF,$FF,$FF,$FF,$C0,$C0,$C0,$C0,$C0,$C0,$FF,$FFIt's a texture of Wolfenstein 83
You could convert each hex value to its corresponding binary value, and then edit each bit how you want (then convert back to hex). For example, "$FF,$C0" is the same as "1111 1111 1100 0000", which is 10 filled pixels followed by 6 blank pixels.
98
« on: November 06, 2009, 12:27:54 pm »
Hmmmm... considering that... Should I hardcode the maps in list and convert it into matrix???
Or keep the matrix???
If the tilemaps will contain only integers, you could use this </shameless_plug>
99
« on: November 06, 2009, 12:19:53 pm »
That looks awesome  Is the portal animated, or is the player's movement playing tricks on me?
100
« on: November 06, 2009, 12:06:20 pm »
the save file should be able to be compressed to something near the same ratio.
This is just an assumption, but the original coders probably already compressed the save data as much as they could.
101
« on: November 03, 2009, 09:56:31 pm »
Oh ok. what site would you sugest getting it from
The best out there is WabbitEmu. The latest build is probably the most recent attachment in the "Bug reports" thread. You also need to get a ROM image of your calculator, which is easiest to get using rom8x. Follow the directions and you should be good to go
102
« on: November 03, 2009, 09:48:52 pm »
I fell realy stupid by asking this but what is an emulator? is it on the TI-84 or something because all i have is a TI-83
An emulator is a (computer) program that can simulate a calculator. They're mostly used for testing out programs that might mess a real calculator up, or recording screenshots, or if you don't want to bother sending files to your calculator.
103
« on: November 03, 2009, 09:05:58 pm »
I could be mean and lock this until my birthday (and then change all the staff's permissions so they couldn't post here either) but that wouldn't be fun. ... or would it?
104
« on: November 03, 2009, 03:43:19 pm »
Its interesting why Matrixes would be faster than a list, because in calculator memory, a matrix would be stored exactly the same as a list (calculators don't have 2d memory  ) so there must be some other thing that is giving the speed difference.
You're forgetting the extra overhead of calculating the element's position in the list  [A](A,B) compared to L1(20A+B)*You are correct about them being stored the same in memory, and since every element is of the same type (and thus same number of bytes per entry) access time is (nearly) identical.
105
« on: November 03, 2009, 08:53:35 am »
Are lists faster to grab data from? (knowing you would need to do a bit more maths like instead of [A](A,B) you would need to do L1(16A+B-16) or something like that? Plus I think with lists, there would barely be any size difference
I just tested it (16000 reads of a 20x20 matrix/list) and reading from a matrix was 12% faster than from a list. The matrix was also one byte smaller than the list.
Pages: 1 ... 5 6 [7] 8 9 ... 47
|
Show Posts
