| Age | Commit message (Collapse) | Author |
|---|
|
We just about get away with using a StateFlow in NetplaySession since the host sends AbortGameDigest when closing their own dialog. Without that it would be harder for the UI to distinguish between subsequent dialogs. If that wasn't the case then NetplaySession might need to expose the individual progress and result updates and have the view model assemble it into the overall GameDigestProgress.
|
|
Show them in the chat window and also in a toast during game play.
|
|
Create a new NetplaySession each time we try to join a netplay game. Hold onto it in NetplayManager so its available to the different activities that need to access it. Close the session when backing out of the netplay UI. Some guardrails in case things go out of sync: creating a session closes the old one if it is still around for some reason, finalizer in NetplaySession to release native resources if not closed explicitly for some reason. Profiling done to ensure all kotlin and native objects are successfully cleared / garbage collected.
|
|
|
|
When transferring saves from the host. Equivalent of ChunkedProgressDialog in QT.
|
|
An orientation change can trigger this code path immediately when a game starts. e.g. dolphin is portrait when launching the game but settings force gameplay to landscape. We want to avoid this and continue to the netplay launch code below.
If the user backgrounds dolphin during netplay and then resumes after the process has died it will actually resume from the save state in single player mode, not sure if thats good or bad but fine for now.
Netplay doesnt handle rotation very well, seems to go more and more out of sync the more rotations.
|
|
Boot session data is already handled when the game is booted so this is just fallback in case the game launch fails in some weird way.
Add missing @Keep annotations to functions called from C++
|
|
the user to exit
|
|
|
|
Remove the big saveSetup function and set individual settings immediately after being changed in the UI. Group them all under Netplay.Settings
|
|
|
|
|
|
Includes chat, game changes, pad buffer changes and host input authority. Merges them all into the chat window.
|
|
|
|
|
|
Put all the boring settings at the bottom to reduce scrolling!
|
|
All it can do at this point is quit the current netplay session when backing out of this screen.
|
|
|
|
If result is a success sent event to launch the next netplay screen. if it fails, clear up the netplay client
|
|
|
|
OnMsgStartGame, FindGameFile
|
|
|
|
|
|
Only for connecting, no hosting yet.
|
|
Derive compose colour theming from the existing XML styles already set at the activity level.
|
|
Otherwise IOCTL_SO_ACCEPT is very noisy until a client connects.
|
|
Also incremented STATE_VERSION.
|
|
IOS and IPL reject non-32byte aligned sections
|
|
Android: Move alert message log from Kotlin to C++
|
|
If the last write to a register comes before the last read of it,
we can write the register to ppcState after the last write instead of
after the last read. This will hopefully help spread out m_ppc_state
writes across a code block, improving pipelining. Also, if there's a
conditional branch that's after the last write but before the last read,
instead of needing to emit one m_ppc_state write on each side of the
branch, we now only need to emit one m_ppc_state write.
A note about the changes made to stmw and mfcr: These instructions don't
write to any GPRs or CRs respectively – they only read from them.
With this commit, there are no longer any cases where registers get
written back to m_ppc_state after an instruction that just reads from
them, so we can get rid of all STP logic from these two instructions.
lmw still needs its STP logic, since that one does write to registers.
|
|
DolphinQt/GCMemcardManager: Set ScrollMode::ScrollPerPixel to make scrolling behavior less annoying.
|
|
DiscIO: Add extra IsValid checks for VolumeWAD::m_tmd
|
|
For some reason, NativeLibrary.kt calling Log for the alert message text
makes Dolphin die with a JNI error. Supposedly the jstring passed to the
logging function is invalid. I don't understand why, because the dialog
that we show right afterwards is able to read the string just fine. The
error happens even if I pass the string directly to Log without
prepending any extra text.
There's no real downside to having the logging in C++ instead of Kotlin,
so let's move it to C++ to avoid the JNI error.
|
|
JitArm64: Fix DR check in MSRUpdated
|
|
Android: Convert TvUtil to Kotlin
|
|
Dentomologist/msghandler_use_more_suitable_log_levels
MsgHandler: Use LogLevel matching MsgType for alerts
|
|
|
|
DoAllPlayersHaveSameGame returns correct result instead of always true
|
|
Unconditionally lock in ControllerInterface::UpdateInput
|
|
|
|
When calling `ShowMessageAlert` with a given `MsgType`, log the alert
with a `LogLevel` matching the `MsgType` instead of always using
`LogLevel::LERROR`.
|
|
SendGameStatus() was writing SyncIdentifierComparison as a u32 but the server reads it as a u8 enum, so the server always gets 0 (SameGame). This bug was introduced in commit 66276ac.
|
|
AutoUpdateChecker: Fix Edge Cases
|
|
Fixup #14565 (compilation with `-DENABLE_CUBEB=OFF`)
|
|
|
|
Remove the [[maybe_unused]] annotation from various parameters that are
unconditionally unused and comment out their names instead. This makes
it unambiguous that the variables are unused, while making the remaining
[[maybe_unused]] annotations more reliable indicators that those
variables are in fact used in some contexts.
These parameters are mostly in overridden functions where the override
doesn't need that particular variable.
|
|
Android: Remove HostThreadLock
|
|
TBZ takes the index of the bit to test, not a LogicalImm.
|
|
Config: Add Edit button to DSU server menu
|
|
|
