| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
This function does *not* always convert from UTF-16. It converts
from UTF-16 on Windows and UTF-32 on other operating systems.
Also renaming UTF8ToUTF16 for consistency, even though it
technically doesn't have the same problem since it only was
implemented on Windows.
|
|
Support Windows 10 long paths
|
|
rlnilsen/motion-controller-support-via-cemuhook-protocol
Support for motion controllers like the DualShock 4
|
|
"DualShockUDPClient"/"DSUClient".
|
|
This is done by:
1) Implementing said protocol in a new controller input class CemuHookUDPServer.
2) Adding functionality in the WiimoteEmu class for pushing that motion input to the emulated Wiimote and MotionPlus.
3) Suitably modifying the UI for configuring an Emulated Wii Remote.
|
|
|
|
This unifies GetModuleFileName calls between Dolphin and WinUpdater
and allows to gracefully remove MAX_PATH limit from GetExePath
|
|
- GetTempFilenameForAtomicWrite
- SetUserDirectory
|
|
|
|
With C++17, .data() for std::string now has a non-const overload, so we
can make use of that instead of taking the address of the first element.
|
|
Allows writing out other forms of strings (e.g. C strings) without the
need to allocate a std::string and discard it after use.
|
|
Makes the parameter ordering consistent and less error-prone.
|
|
This reverts commit 0c02e77eee0a12b178b11676ca548aeb1cbb7116.
|
|
Different address spaces can be chosen in the memory view panel.
* Effective (or virtual): Probably the view people mostly want. Address
translation goes through MMU.
* Auxiliary: ARAM address space. Does not display anything in Wii mode.
* Physical: Physical address space. Only supports mem1 and mem2 (wii
mode) so far.
|
|
MemoryWatcher only works on Linux and affects emulation determinism due
to scheduling additional events, which causes NetPlay to desync.
Considering that this interface is a rather specialized use case, the
communication with it is kinda crappy *and* it's affecting emulation, I
think it's best to just axe it and come up with a better implementation
of the functionality.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
We can just use IOFile's GetSize() function to do the same thing. While
we're at it, get rid of unnecessary variables.
|
|
|
|
|
|
We don't use it for anything, we just create it and leave it empty.
|
|
|
|
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).
|
|
|
|
|
|
This apparently fixes https://bugs.dolphin-emu.org/issues/10499 somehow.
The first changed line of this commit is just for performance - the
second changed line is where the difference in behavior is.
|
|
|
|
The old way of doing it is error prone and unnecessarily complex.
|
|
|
|
Try to fix File::Copy with non-1024-byte aligned sizes
|
|
|
|
ifstream::read() sets the failbit if trying to read over the end, which
means that (!input) would be hit for the 'last' block if it wasn't
exactly BSIZE (1024) bytes.
|
|
Some code was calling more than one of these functions in a row
(in particular, FileUtil.cpp itself did it a lot...), which is
a waste since it's possible to call stat a single time and then
read all three values from the stat struct. This commit adds a
File::FileInfo class that calls stat once on construction and
then lets Exists/IsDirectory/GetSize be executed very quickly.
The performance improvement mostly matters for functions that
can be handling a lot of files, such as File::ScanDirectoryTree.
I've also done some cleanup in code that uses these functions.
For instance, some code had checks like !Exists() || !IsDirectory(),
which is functionally equivalent to !IsDirectory(), and some
code was using File::GetSize even though there was an IOFile
object that the code could call GetSize on.
|
|
stat() returns an error code in errno on both POSIX compliant
platforms and Windows.
This means we should always use errno instead of GetLastErrorMsg
which uses GetLastError() (Win32) on Windows.
|
|
POSIX allows one or more trailing slashes for directories.
From POSIX.1-2008, section 3.271 (Base Definitions / Pathname):
> A pathname can optionally contain one or more trailing <slash>
> characters. Multiple successive <slash> characters are considered to
> be the same as one <slash>, except for the case of exactly two
> leading <slash> characters.
On Windows, the extra trailing slashes are ignored for directories too.
|
|
Reduces the number of files that need to be recompiled
when making changes to FileUtil.h.
|
|
|
|
|
|
|
|
|
|
|
|
Defaults to $USERDIR/WFS. Used to store the contents normally stored on
WFS mass storage devices.
|
|
Transfer of handles should be done via std::move.
|
