Irp!-GEE

kalan_vod · Post by **kalan_vod** » Tue 23 Aug, 2005 1:53 am

T0RM3N7 wrote:how are you saving the tilemaps as matricies or lists or what?

i believe its in matricies atm, he mentioned about strings.

Post by **DarkAuron** » Tue 23 Aug, 2005 2:01 am

Each element in a list can hold 10 digits before it goes into scientific notation. If I only had 10 tiles (value of 0-9) per map I could fit 10 tiles per element, but since I plan on doing 100 tiles per map (values of 0-99), I can store 5 tiles per element, which is better than just a tile per element. To more easily explain how it works, if I had 0123456789 in an element, and divided it by 100, I'd have 01234567.89, then take the fPart( and you'd get the value of 89. Then just get the fPart(int(num)/100 and you have the next value, etc. Theres a slight flaw with this that I have to do a special check with. Now for saving, I have to multiply the tile # and add to the element, then downsize the multiplier every loop (done via a calculation dependant on the loop variable). Anyways gotta get offline, hope all that made sense (if not I'll explain later)

DarkerLine · Post by **DarkerLine** » Tue 23 Aug, 2005 1:52 pm

The numbers actually have significant digits even after you go into scientific notation. I believe you can store 14 digits before something gets rounded off.

Post by **DarkAuron** » Tue 23 Aug, 2005 8:49 pm

....wow, you're right. Wasn't sure I believed you until I tried it. And yeah, it cuts off to just 0's past 14. Thanks!! That'll help a lot