2006-06-20 20:30:39 +00:00
|
|
|
<?xml version="1.0" encoding="Windows-1252"?>
|
|
|
|
<VisualStudioProject
|
|
|
|
ProjectType="Visual C++"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
Version="8.00"
|
2006-06-20 20:30:39 +00:00
|
|
|
Name="updaterevision"
|
|
|
|
ProjectGUID="{6077B7D6-349F-4077-B552-3BC302EF5859}"
|
|
|
|
RootNamespace="updaterevision"
|
|
|
|
Keyword="Win32Proj"
|
|
|
|
>
|
|
|
|
<Platforms>
|
|
|
|
<Platform
|
|
|
|
Name="Win32"
|
|
|
|
/>
|
|
|
|
<Platform
|
|
|
|
Name="x64"
|
|
|
|
/>
|
|
|
|
</Platforms>
|
|
|
|
<ToolFiles>
|
|
|
|
</ToolFiles>
|
|
|
|
<Configurations>
|
|
|
|
<Configuration
|
|
|
|
Name="Debug|Win32"
|
|
|
|
OutputDirectory="$(SolutionDir)$(ConfigurationName)"
|
|
|
|
IntermediateDirectory="$(ConfigurationName)"
|
|
|
|
ConfigurationType="1"
|
|
|
|
CharacterSet="1"
|
|
|
|
>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreBuildEventTool"
|
2006-12-04 03:23:02 +00:00
|
|
|
CommandLine=""
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCustomBuildTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXMLDataGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebServiceProxyGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCMIDLTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCLCompilerTool"
|
|
|
|
Optimization="0"
|
|
|
|
PreprocessorDefinitions="WIN32;_DEBUG;_CONSOLE"
|
|
|
|
MinimalRebuild="true"
|
|
|
|
BasicRuntimeChecks="3"
|
|
|
|
RuntimeLibrary="3"
|
|
|
|
UsePrecompiledHeader="0"
|
|
|
|
WarningLevel="3"
|
|
|
|
Detect64BitPortabilityProblems="true"
|
|
|
|
DebugInformationFormat="4"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManagedResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreLinkEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCLinkerTool"
|
|
|
|
LinkIncremental="2"
|
|
|
|
GenerateDebugInformation="true"
|
|
|
|
SubSystem="1"
|
|
|
|
TargetMachine="1"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCALinkTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManifestTool"
|
2006-11-26 01:30:34 +00:00
|
|
|
AdditionalManifestFiles="$(InputDir)trustinfo.txt"
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXDCMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCBscMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCFxCopTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCAppVerifierTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebDeploymentTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPostBuildEventTool"
|
|
|
|
/>
|
|
|
|
</Configuration>
|
|
|
|
<Configuration
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
Name="Debug|x64"
|
|
|
|
OutputDirectory="$(SolutionDir)$(PlatformName)\$(ConfigurationName)"
|
|
|
|
IntermediateDirectory="$(PlatformName)\$(ConfigurationName)"
|
2006-06-20 20:30:39 +00:00
|
|
|
ConfigurationType="1"
|
|
|
|
CharacterSet="1"
|
|
|
|
>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreBuildEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCustomBuildTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXMLDataGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebServiceProxyGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCMIDLTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
TargetEnvironment="3"
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCLCompilerTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
Optimization="0"
|
|
|
|
PreprocessorDefinitions="WIN32;_DEBUG;_CONSOLE"
|
|
|
|
MinimalRebuild="true"
|
|
|
|
BasicRuntimeChecks="3"
|
|
|
|
RuntimeLibrary="3"
|
2006-06-20 20:30:39 +00:00
|
|
|
UsePrecompiledHeader="0"
|
|
|
|
WarningLevel="3"
|
|
|
|
Detect64BitPortabilityProblems="true"
|
|
|
|
DebugInformationFormat="3"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManagedResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreLinkEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCLinkerTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
LinkIncremental="2"
|
2006-06-20 20:30:39 +00:00
|
|
|
GenerateDebugInformation="true"
|
|
|
|
SubSystem="1"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
TargetMachine="17"
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCALinkTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManifestTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXDCMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCBscMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCFxCopTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCAppVerifierTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebDeploymentTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPostBuildEventTool"
|
|
|
|
/>
|
|
|
|
</Configuration>
|
|
|
|
<Configuration
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
Name="Release|Win32"
|
|
|
|
OutputDirectory="$(SolutionDir)$(ConfigurationName)"
|
|
|
|
IntermediateDirectory="$(ConfigurationName)"
|
2006-06-20 20:30:39 +00:00
|
|
|
ConfigurationType="1"
|
|
|
|
CharacterSet="1"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
WholeProgramOptimization="1"
|
2006-06-20 20:30:39 +00:00
|
|
|
>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreBuildEventTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
CommandLine=""
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCustomBuildTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXMLDataGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebServiceProxyGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCMIDLTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCLCompilerTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
PreprocessorDefinitions="WIN32;NDEBUG;_CONSOLE"
|
|
|
|
RuntimeLibrary="2"
|
2006-06-20 20:30:39 +00:00
|
|
|
UsePrecompiledHeader="0"
|
|
|
|
WarningLevel="3"
|
|
|
|
Detect64BitPortabilityProblems="true"
|
|
|
|
DebugInformationFormat="3"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManagedResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreLinkEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCLinkerTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
LinkIncremental="1"
|
2006-06-20 20:30:39 +00:00
|
|
|
GenerateDebugInformation="true"
|
|
|
|
SubSystem="1"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
OptimizeReferences="2"
|
|
|
|
EnableCOMDATFolding="2"
|
|
|
|
TargetMachine="1"
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCALinkTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManifestTool"
|
- Discovered that Shader Model 1.4 clamps my constants, so I can't use
palettes smaller than 256 entries with the shader I wrote for it. Is there
a list of gotchas like this listed some where? I'd really like to see it.
Well, when compiled with SM2.0, the PalTex shader seems to be every-so-
slightly faster on my GF7950GT than the SM1.4 version, so I guess it's a
minor win for cards that support it.
- Fixed: ST_Endoom() failed to free the bitmap it used.
- Added the DTA_ColorOverlay attribute to blend a color with the texture
being drawn. For software, this (currently) only works with black. For
hardware, it works with any color. The motiviation for this was so I could
rewrite the status bar calls that passed DIM_MAP to DTA_Translation to
draw darker icons into something that didn't require making a whole new
remap table.
- After having an "OMG! How could I have been so stupid?" moment, I have
removed the off-by-one check from D3DFB. I had thought the off-by-one error
was caused by rounding errors by the shader hardware. Not so. Rather, I
wasn't sampling what I thought I was sampling. A texture that uses palette
index 255 passes the value 1.0 to the shader. The shader needs to adjust the
range of its palette indexes, or it will end up trying to read color 256
from the palette texture when it should be reading color 255. Doh!
- The TranslationToTable() function has been added to map from translation
numbers used by actors to the tables those numbers represent. This function
performs validation for the input and returns NULL if the input value
is invalid.
- Major changes to the way translation tables work: No longer are they each a
256-byte array. Instead, the FRemapTable structure is used to represent each
one. It includes a remap array for the software renderer, a palette array
for a hardware renderer, and a native texture pointer for D3DFB. The
translationtables array itself is now an array of TArrays that point to the
real tables. The DTA_Translation attribute must also be passed a pointer
to a FRemapTable, not a byte array as previously.
- Modified DFrameBuffer::DrawRateStuff() so that it can do its thing properly
for D3DFB's 2D mode. Before, any fullscreen graphics (like help images)
covered it up.
SVN r640 (trunk)
2007-12-26 04:42:15 +00:00
|
|
|
AdditionalManifestFiles="$(InputDir)trustinfo.txt"
|
2006-06-20 20:30:39 +00:00
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXDCMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCBscMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCFxCopTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCAppVerifierTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebDeploymentTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPostBuildEventTool"
|
|
|
|
/>
|
|
|
|
</Configuration>
|
|
|
|
<Configuration
|
|
|
|
Name="Release|x64"
|
|
|
|
OutputDirectory="$(SolutionDir)$(PlatformName)\$(ConfigurationName)"
|
|
|
|
IntermediateDirectory="$(PlatformName)\$(ConfigurationName)"
|
|
|
|
ConfigurationType="1"
|
|
|
|
CharacterSet="1"
|
|
|
|
WholeProgramOptimization="1"
|
|
|
|
>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreBuildEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCustomBuildTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXMLDataGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebServiceProxyGeneratorTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCMIDLTool"
|
|
|
|
TargetEnvironment="3"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCCLCompilerTool"
|
|
|
|
PreprocessorDefinitions="WIN32;NDEBUG;_CONSOLE"
|
|
|
|
RuntimeLibrary="2"
|
|
|
|
UsePrecompiledHeader="0"
|
|
|
|
WarningLevel="3"
|
|
|
|
Detect64BitPortabilityProblems="true"
|
|
|
|
DebugInformationFormat="3"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManagedResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCResourceCompilerTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPreLinkEventTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCLinkerTool"
|
|
|
|
LinkIncremental="1"
|
|
|
|
GenerateDebugInformation="true"
|
|
|
|
SubSystem="1"
|
|
|
|
OptimizeReferences="2"
|
|
|
|
EnableCOMDATFolding="2"
|
|
|
|
TargetMachine="17"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCALinkTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCManifestTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCXDCMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCBscMakeTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCFxCopTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCAppVerifierTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCWebDeploymentTool"
|
|
|
|
/>
|
|
|
|
<Tool
|
|
|
|
Name="VCPostBuildEventTool"
|
|
|
|
/>
|
|
|
|
</Configuration>
|
|
|
|
</Configurations>
|
|
|
|
<References>
|
|
|
|
</References>
|
|
|
|
<Files>
|
2006-11-23 02:16:43 +00:00
|
|
|
<File
|
|
|
|
RelativePath=".\Makefile"
|
2006-06-20 20:30:39 +00:00
|
|
|
>
|
2006-11-23 02:16:43 +00:00
|
|
|
</File>
|
|
|
|
<File
|
|
|
|
RelativePath=".\trustinfo.txt"
|
2006-06-20 20:30:39 +00:00
|
|
|
>
|
2006-11-23 02:16:43 +00:00
|
|
|
</File>
|
2006-06-20 20:30:39 +00:00
|
|
|
<File
|
2006-11-23 02:16:43 +00:00
|
|
|
RelativePath=".\updaterevision.c"
|
2006-06-20 20:30:39 +00:00
|
|
|
>
|
|
|
|
</File>
|
|
|
|
</Files>
|
|
|
|
<Globals>
|
|
|
|
</Globals>
|
|
|
|
</VisualStudioProject>
|