Author Topic: Correlation Progress  (Read 67835 times)

0 Members and 1 Guest are viewing this topic.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Correlation Progress
« Reply #30 on: December 27, 2010, 06:27:07 pm »
So this will disable monospace for those fonts? What if our font set has the w or m taking only 3 pixels, though?

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #31 on: December 27, 2010, 06:42:23 pm »
So this will disable monospace for those fonts? What if our font set has the w or m taking only 3 pixels, though?

In that case, you don't have to use 1Yscl.  However, there are some people who might have A-L, N-V, X-Z taking 3 pixels, whereas M and W require 5.  These people would need to use 1Yscl, otherwise all characters would take 3 pixels each no matter what.

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #32 on: January 05, 2011, 04:54:20 am »
I've changed real( to int( to fix a bunch of bugs I was receiving.  Basically, I'm having trouble working with 2-byte tokens, and real( is a two-byte token.

You can still use int( to do math as long as you don't use the name of a font that's on your calculator.  For instance, you can use int(1.34), and you can also use int(ABCDEFGH) as long as pgrmABCDEFGH is not on your calculator.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Correlation Progress
« Reply #33 on: January 05, 2011, 12:49:24 pm »
I see. I guess it's better that way, though, especially if someone uses the function over 500 times in a game. It doesn't sound like much, but 500 bytes can make a big difference. Sometimes, someone may only have 800 bytes of RAM left to run his game.

In Reuben Quest 2, sometimes you have about 300 bytes of free RAM after recalling a tilemap.
« Last Edit: January 05, 2011, 12:49:58 pm by DJ Omnimaga »

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #34 on: January 05, 2011, 02:25:31 pm »
I guess it's better that way, though, especially if someone uses the function over 500 times in a game. It doesn't sound like much, but 500 bytes can make a big difference. Sometimes, someone may only have 800 bytes of RAM left to run his game.

You know, you've got a point there.

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: Correlation Progress
« Reply #35 on: January 05, 2011, 05:53:23 pm »
I guess it's better that way, though, especially if someone uses the function over 500 times in a game. It doesn't sound like much, but 500 bytes can make a big difference. Sometimes, someone may only have 800 bytes of RAM left to run his game.

You know, you've got a point there.
Actually, why not have a way to map all your programs to some value or something.  Like have PrgmA map to 0, PrgmB map to 1, etc, then you could do:
Code: [Select]
int("0
int("1
for A and B respectively. Saves bytes, at least, and int remains as int and won't get confused.

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #36 on: January 05, 2011, 06:28:40 pm »
Actually, why not have a way to map all your programs to some value or something.  Like have PrgmA map to 0, PrgmB map to 1, etc, then you could do:
Code: [Select]
int("0
int("1
for A and B respectively. Saves bytes, at least, and int remains as int and won't get confused.

It might save confusion, but for the most part I really don't think it will save space.  There are exceptions, but I can't think of many
« Last Edit: January 05, 2011, 06:30:49 pm by Hot_Dog »

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Correlation Progress
« Reply #37 on: January 06, 2011, 03:19:46 am »
That actually doesn't save much space, right? (Unless prgm is a 2 byte token and you use program names that are longer than 1 character?)

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #38 on: January 06, 2011, 11:34:09 am »
That actually doesn't save much space, right? (Unless prgm is a 2 byte token and you use program names that are longer than 1 character?)

Program names for fonts have to be 8 characters long, no less.  However, the big issue is how does the calculator know what program is mapped to 0 and what program is mapped to 1 unless you tell it?  And if you tell it, that takes a lot of space.

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: Correlation Progress
« Reply #39 on: January 06, 2011, 09:45:54 pm »
That actually doesn't save much space, right? (Unless prgm is a 2 byte token and you use program names that are longer than 1 character?)

Program names for fonts have to be 8 characters long, no less.  However, the big issue is how does the calculator know what program is mapped to 0 and what program is mapped to 1 unless you tell it?  And if you tell it, that takes a lot of space.
Not necessarily. I was thinking of having it be in the font files itself, but that might have conflicting fonts.  So then I thought of a font name that was just for that program.  You could even have primary and secondary names in the file, and still save bytes.  So, file prgmA, and prgmB have a primary name of "SADTest2", and a secondary name of "Hellowrd".  If SADTest2 has, say, two files that both claim to be the 1 file, then it tries the secondary name.

Does this make sense at all?

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #40 on: January 06, 2011, 11:02:06 pm »
That actually doesn't save much space, right? (Unless prgm is a 2 byte token and you use program names that are longer than 1 character?)

Program names for fonts have to be 8 characters long, no less.  However, the big issue is how does the calculator know what program is mapped to 0 and what program is mapped to 1 unless you tell it?  And if you tell it, that takes a lot of space.
Not necessarily. I was thinking of having it be in the font files itself, but that might have conflicting fonts.  So then I thought of a font name that was just for that program.  You could even have primary and secondary names in the file, and still save bytes.  So, file prgmA, and prgmB have a primary name of "SADTest2", and a secondary name of "Hellowrd".  If SADTest2 has, say, two files that both claim to be the 1 file, then it tries the secondary name.

Does this make sense at all?

It doesn't, but it sounds like you're making it a little too complicated.  It would be much easier--which I may or may not do--to have a primary name selected, one that's used for all fonts, 6 characters long--and have a 2-digit number following the name.  For instance,  ZERATU01, ZERATU02, ZERATU00, etc.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Correlation Progress
« Reply #41 on: January 07, 2011, 06:39:07 pm »
That actually doesn't save much space, right? (Unless prgm is a 2 byte token and you use program names that are longer than 1 character?)

Program names for fonts have to be 8 characters long, no less.  However, the big issue is how does the calculator know what program is mapped to 0 and what program is mapped to 1 unless you tell it?  And if you tell it, that takes a lot of space.
I see, thanks for clarifying.

Offline Hot_Dog

  • Project Author
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3006
  • Rating: +445/-10
    • View Profile
Re: Correlation Progress
« Reply #42 on: January 09, 2011, 01:33:45 pm »
I wanted to finish the tiles I needed for the first map of Starcraft: Zeratul, so now I am working on "Map Mode" for Correlation.  Progress screenshot coming soon!

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: Correlation Progress
« Reply #43 on: January 09, 2011, 03:50:05 pm »
I wanted to finish the tiles I needed for the first map of Starcraft: Zeratul, so now I am working on "Map Mode" for Correlation.  Progress screenshot coming soon!
Sweet, I like screenshots.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Correlation Progress
« Reply #44 on: January 10, 2011, 08:39:54 pm »
Awesome! I can't wait for screenies :D

Will map layout be similar to Starcraft/Diablo games or will it be more like other calc RPGs?