| Age | Commit message (Collapse) | Author |
|---|
|
|
|
SPDX standardizes how source code conveys its copyright and licensing
information. See https://spdx.github.io/spdx-spec/1-rationale/ . SPDX
tags are adopted in many large projects, including things like the Linux
kernel.
|
|
|
|
Migrates off the printf-based formatting where applicable.
|
|
|
|
This was previously missing for generic (which is used on ARM).
|
|
|
|
|
|
|
|
Improve bookkeeping around formats. Hopefully make code less confusing.
- Rename TlutFormat -> TLUTFormat to follow conventions.
- Use enum classes to prevent using a Texture format where an EFB Copy format
is expected or vice-versa.
- Use common EFBCopyFormat names regardless of depth and YUV configurations.
|
|
Support SSSE3 texture decoders and CRC32 hashing on non-native builds (gcc)
|
|
This moves all the byte swapping utilities into a header named Swap.h.
A dedicated header is much more preferable here due to the size of the
code itself. In general usage throughout the codebase, CommonFuncs.h was
generally only included for these functions anyway. These being in their
own header avoids dumping the lesser used utilities into scope. As well
as providing a localized area for more utilities related to byte
swapping in the future (should they be needed). This also makes it nicer
to identify which files depend on the byte swapping utilities in
particular.
Since this is a completely new header, moving the code uncovered a few
indirect includes, as well as making some other inclusions unnecessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also remedies places where the video backends and core rely on things
being indirectly included.
|
|
|
|
This was an issue two years ago on clang 3.3
|
|
Standard supported alignment -> out with compiler-specific.
|
|
|
|
|
|
|
|
We only support rgba32 for a while now, so there is no need to have everything in common configureable.
|
|
|
|
|
|
|
|
|
|
|
|
For a long time, we've had ugly and inconsistent function names here as
helpers, names like "decodebytesRGB5A3rgba" which are absolutely
incomprehensible to understand. Fix this by introducing a new consistent
naming scheme, where the above function now becomes "DecodeBytes_RGB5A3".
|
|
This removes the requirement for the TextureDecoder to have access to
global texture memory.
|
|
Quick code cleanup. The enum names and values come from libogc.
|
|
I know these are already inline, but this makes it more clear that
they're helper functions to be used in this file only.
|
|
The D3D / OGL backends only ever used RGBA textures, and the Software
backend uses its own custom code for sampling. The ARGB path seems to
just be dead code.
Since ARGB and RGBA formats are similar, I don't think this will make
the code more difficult to read or unable to be used as
reference. Somebody who wants to use this code to output ARGB can simply
modify the MakeRGBA function to put the shift at the other end.
|
|
This pulls all the duplicate code from TextureDecoder_Generic /
TextureDecoder_x64 out and puts it in a common file. Out custom font
used for debugging the texture cache is also pulled out and put in a
common "sfont.inc" file. At some point we should also combine this font
with the other six binary fonts we ship.
|
|
GetPC_TexFormat was never used. It was added in commit d02426a, with the
only user being commented out code. The commented out code was later
removed in 9893122, but the implementation stayed.
|
|
We were decoding to BGRA32 textures in our RGBA32 texture decoder. Since
this is the same for the BGRA32 decoder implementation, this is most
likely a copy/paste typo, rather than the texture actually being
bit-swapped. Fix this.
I'm not sure of any games that use the C14X2 texture format, so I'm not
sure this fixes any games, but it does make the code cleaner for when we
clean it up in the future, and merge some of these similar loops.
|
|
|
|
|
|
|
|
That was... er... a typo!
|
|
The bug was fixed in clang 3.4.
|
|
|
|
|
|
|
|
|
|
|
|
The algorithm header has the same functions.
|
