| Age | Commit message (Collapse) | Author |
|---|
|
Ranges Algorithms Modernization - Trivial
|
|
|
|
+ a surprise `std::memcpy` in VolumeVerifier.cpp.
|
|
|
|
A deep-copy method CopyReader has been added to BlobReader (virtual) and all of its subclasses (override). This should create a second BlobReader to open the same set of data but with an independent read pointer so that it doesn't interfere with any reads done on the original Reader.
As part of this, IOFile has added code to create a deep copy IOFile pointer onto the same file, with code based on the platform in question to find the file ID from the file pointer and open a new one. There has also been a small piece added to FileInfo to enable a deep copy, but its only subclass at this time already had a copy constructor so this was relatively minor.
|
|
|
|
Needed for the next commit. NFS disc images are hashed but not encrypted.
While we're at it, also get rid of SupportsIntegrityCheck.
It does the same thing as old IsEncryptedAndHashed and new HasWiiHashes.
|
|
to the disc.
|
|
|
|
|
|
|
|
|
|
FST of the game partition during blob construction.
|
|
VolumeDisc.
|
|
VolumeDisc.
|
|
|
|
DiscIO::Volume.
|
|
ContentSource.
|
|
ContentSource.
|
|
to just take a ContentSource.
|
|
DiscContentContainer::Add() to AddReference() to make it clearer at call sites that the given vector must remain in memory.
|
|
|
|
|
|
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.
|
|
IOS: Improve timing accuracy for title launches (both ARM and PPC)
|
|
|
|
Also gets rid of one static variable
|
|
|
|
Migrates the DiscIO code over to fmt.
|
|
Eliminates quite a bit of the PRI* macros used for handling 64-bit
values.
|
|
It's possible (but rare) for a WIA or RVZ file to support
this for some partitions but not all, and for the game and
the blob code to disagree on how large a partition is.
|
|
|
|
Instead of the partition offset (which is usually 0x20000 less).
|
|
Someone reported a problem with DirectoryBlob at
https://forums.dolphin-emu.org/Thread-feature-request-thread?pid=502820#pid502820.
I'm not sure if the change in this commit actually fixes that problem,
but it's something I found that should be changed regardless.
|
|
|
|
A small, nonexhaustive set of warning fixes. The DiscIO Volume change
is a workaround for a GCC bug [1] that causes returning an unengaged
std::optional to emit annoying -Wmaybe-uninitialized warnings.
This last change alone fixes pages upon pages of warnings since
Volume.h is included from several files.
-Wstringop-truncation is another irrelevant warning for us, but
unfortunately there seems to be no way to disable it without
adding ugly pragmas wherever the warning appears.
|
|
|
|
These disc images are only used on dev units and not retail units.
There are two important differences compared to normal Wii disc images:
- The data starts 0x8000 bytes into each partition instead of 0x20000
- The data of a partition is stored unencrypted and contains no hashes
Our old implementation was just guesswork and doesn't work at all.
According to testing by GerbilSoft, this commit's implementation
is able to read and extract files in the filesystem correctly,
but the tested game still isn't able to boot. (It's thanks to their
info about unencrypted disc images that I was able to make this commit.)
|
|
|
|
This brings the macro in line with the regular ASSERT macro, which only has one
macro parameter.
|
|
Macros should be all upper-cased. This is also kind of a wart that's
been sticking out for quite a while now (we avoid prefixing
underscores).
|
|
There were two problems with this:
1. If the starting offset was beyond the end of the disc,
we would dereference an invalid iterator.
2. The data beyond the end of the disc was non-deterministic.
|
|
DiscContent::Read contains an equivalent assertion.
|
|
Having DiscContents with size 0 would mean that some DiscContents
might not get added to the std::set because of them comparing
identically to another DiscContent.
This replaces an older piece of code in WriteDirectory that ensures
that no two files have the same starting offset. (We now care about
the ending offset, not the starting offset. The new solution both
ensures that no two files have the same ending offset and that no
two files have the same starting offset.)
|
|
Only return the information that isn't already known to the caller.
|
|
This simplifies DiscContentContainer::Read.
|
|
|
|
DirectoryBlob was using disk in some places and disc in other places.
|
|
We were already handling the Wii region in region.bin in this way.
|
|
|
