Anomaly with the countersheets and overlays

This forum is for official support and troubleshooting FAQs.

Moderators: JAMiAM, ralphtricky

Post Reply
User avatar
Boonierat
Posts: 528
Joined: Tue Nov 11, 2003 7:46 pm
Location: The Boonies
Contact:

Anomaly with the countersheets and overlays

Post by Boonierat »

Not really a bug per se but while working on my german tactical symbols mod I noticed something weird. As far as I understand it, each countersheet should have a corresponding row of overlays (for size, values etc..) in the Numbers.bmp file, but while modifying the countersheets numbered units_1_gray_0.bmp to units_1_gray_4.bmp (which should correspond to the 5 topmost rows of the Numbers.bmp file) it appeared that they are using only two of them (countersheets 0, 3 and 4 are using row 1 while countersheets 1 and 2 are using row 4). It seems to be an early TOAW design bug and my questions are: how do the program determines which countersheet goes with such overlay and is there a way to fix that?

Here's a graphic illustration that will make it clearer:

[center]Image[/center]
Image
User avatar
ralphtricky
Posts: 6675
Joined: Sun Jul 27, 2003 4:05 am
Location: Colorado Springs
Contact:

RE: Anomaly with the countersheets and overlays

Post by ralphtricky »

The first 54 entries appear to have been hand matched, and there is some subtle hand matching of colors to numbers.bmp going on. Entries 55 and up, have a strict one to one matching.

If we go with a one to one mapping for everything, what problems might this cause? It will affect the numbers, sizes, etc.

Thanks,
Ralph


Ralph Trickey
TOAW IV Programmer
Blog: http://operationalwarfare.com
---
My comments are my own, and do not represent the views of any other person or entity. Nothing that I say should be construed in any way as a promise of anything.
User avatar
Boonierat
Posts: 528
Joined: Tue Nov 11, 2003 7:46 pm
Location: The Boonies
Contact:

RE: Anomaly with the countersheets and overlays

Post by Boonierat »

ORIGINAL: ralphtrick

The first 54 entries appear to have been hand matched, and there is some subtle hand matching of colors to numbers.bmp going on. Entries 55 and up, have a strict one to one matching.

If we go with a one to one mapping for everything, what problems might this cause? It will affect the numbers, sizes, etc.

Thanks,
Ralph

If you do a one to one matching without modifiying the Numbers.bmp file it will badly mess up the counter colors. One work around would be to duplicate the overlays that different countersheets have in common, it wouldn't change anything to the look of the counters then (and to be honest it wouldn't have any usefulness except that now every sheets would be matched with its own row of overlays).
Image
User avatar
ralphtricky
Posts: 6675
Joined: Sun Jul 27, 2003 4:05 am
Location: Colorado Springs
Contact:

RE: Anomaly with the countersheets and overlays

Post by ralphtricky »

ORIGINAL: Boonierat

If you do a one to one matching without modifiying the Numbers.bmp file it will badly mess up the counter colors. One work around would be to duplicate the overlays that different countersheets have in common, it wouldn't change anything to the look of the counters then (and to be honest it wouldn't have any usefulness except that now every sheets would be matched with its own row of overlays).
It's probably safest to just note that the behavior is there, and if you want 1 to 1 matching, you should use some of the higher numbered bitmaps.
Ralph Trickey
TOAW IV Programmer
Blog: http://operationalwarfare.com
---
My comments are my own, and do not represent the views of any other person or entity. Nothing that I say should be construed in any way as a promise of anything.
Post Reply

Return to “TOAW III Support”