<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dolphin/Source/Android/jni/Input, branch 2506a</title>
<subtitle>GameCube and Wii emulator</subtitle>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/'/>
<entry>
<title>Merge pull request #13434 from JosJuice/android-non-blocking-input-detection</title>
<updated>2025-03-28T22:25:04+00:00</updated>
<author>
<name>JMC47</name>
<email>JMC4789@gmail.com</email>
</author>
<published>2025-03-28T22:25:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=7d794897c4043b9ee8b278340cfeff02923512f4'/>
<id>7d794897c4043b9ee8b278340cfeff02923512f4</id>
<content type='text'>
Android: Don't use separate thread for MotionAlertDialog</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Android: Don't use separate thread for MotionAlertDialog</pre>
</div>
</content>
</entry>
<entry>
<title>Android/Input: Fix a crash when mapping wii remote extensions.</title>
<updated>2025-03-27T23:29:02+00:00</updated>
<author>
<name>Jordan Woyak</name>
<email>jordan.woyak@gmail.com</email>
</author>
<published>2025-03-27T23:09:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=0a3feb3e42a1afdb50d11893e83bb94e6444f828'/>
<id>0a3feb3e42a1afdb50d11893e83bb94e6444f828</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Android: Don't use separate thread for MotionAlertDialog</title>
<updated>2025-03-23T20:39:04+00:00</updated>
<author>
<name>JosJuice</name>
<email>josjuice@gmail.com</email>
</author>
<published>2025-03-16T10:05:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=516c1314d2e08a81aa707566265597d82591e22c'/>
<id>516c1314d2e08a81aa707566265597d82591e22c</id>
<content type='text'>
This is an Android continuation of bc95c00. We now call
InputDetector::Update immediately after receiving an input event from
Android instead of periodically calling it in a sleep loop. This
improves detection of very short inputs, which are especially likely to
occur for volume buttons on phones (or at least on my phone) if you
don't intentionally keep them held down.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is an Android continuation of bc95c00. We now call
InputDetector::Update immediately after receiving an input event from
Android instead of periodically calling it in a sleep loop. This
improves detection of very short inputs, which are especially likely to
occur for volume buttons on phones (or at least on my phone) if you
don't intentionally keep them held down.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge pull request #13311 from iwubcode/dynamic_input_textures_reduce_image_writes</title>
<updated>2025-03-23T19:12:28+00:00</updated>
<author>
<name>JMC47</name>
<email>JMC4789@gmail.com</email>
</author>
<published>2025-03-23T19:12:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=2da255d8cdb2da67123296f5f091f808c696d021'/>
<id>2da255d8cdb2da67123296f5f091f808c696d021</id>
<content type='text'>
Core / DolphinQt / InputCommon: reduce the number disk writes when using DynamicInputTextures</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Core / DolphinQt / InputCommon: reduce the number disk writes when using DynamicInputTextures</pre>
</div>
</content>
</entry>
<entry>
<title>Core / DolphinQt / InputCommon: reduce the number disk writes when using DynamicInputTextures</title>
<updated>2025-03-22T19:53:02+00:00</updated>
<author>
<name>iwubcode</name>
<email>iwubcode@users.noreply.github.com</email>
</author>
<published>2025-01-26T03:49:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=d03f9032c129e440e4f07d319be8b52500798e07'/>
<id>d03f9032c129e440e4f07d319be8b52500798e07</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>InputCommon/ControllerEmu: Break out functionality of EmulatedController</title>
<updated>2025-03-15T19:30:43+00:00</updated>
<author>
<name>Jordan Woyak</name>
<email>jordan.woyak@gmail.com</email>
</author>
<published>2025-01-21T05:19:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=ddb82a5e8ca84df1b95942c8b3a1fa6c9071010b'/>
<id>ddb82a5e8ca84df1b95942c8b3a1fa6c9071010b</id>
<content type='text'>
to eliminate redundant unused members in Wii Remote extension objects.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
to eliminate redundant unused members in Wii Remote extension objects.
</pre>
</div>
</content>
</entry>
<entry>
<title>InputCommon: Unify GetProfileName and GetProfileDirectoryName</title>
<updated>2024-02-04T16:55:08+00:00</updated>
<author>
<name>JosJuice</name>
<email>josjuice@gmail.com</email>
</author>
<published>2024-02-04T15:31:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=6cf55ab1ee13e62b272642ae4f1fadcc792b5e28'/>
<id>6cf55ab1ee13e62b272642ae4f1fadcc792b5e28</id>
<content type='text'>
After reading the previous commit, you might think "hold on, what's the
difference between GetProfileName and GetProfileDirectoryName"? These
two are being used for the exact same thing - figuring out where
profiles are stored - yet they return different values for certain
controllers like GC keyboards! As far as I can tell, the existing code
has been broken for GC keyboards since they were introduced a decade
ago. The GUI (and more recently, also InputCycler) would write and read
profiles in one location, and our code for loading profiles specified in
a game INI file would read profiles in another location.

This commit gets rid of the set of values used by the game INI code in
favor of the other set. This does breaking existing setups where a
GCKey profile has been configured in a game INI, but I think the number
of working such setups is vanishingly small. The alternative would make
existing GCKey profiles go missing from the profile dropdown in the GUI,
which I think would be more disruptive. The alternative would also force
new GCKey profiles into the same directory as GCPad profiles.

This commit also fixes a regression from d6c0f8e749. The Android GUI was
using GetProfileName to figure out what key to use in the game INI,
which made it use incorrect game INI entries for GameCube controller
profiles but not Wii Remote profiles. Now the Android GUI uses
GetProfileKey for this, fixing the problem.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
After reading the previous commit, you might think "hold on, what's the
difference between GetProfileName and GetProfileDirectoryName"? These
two are being used for the exact same thing - figuring out where
profiles are stored - yet they return different values for certain
controllers like GC keyboards! As far as I can tell, the existing code
has been broken for GC keyboards since they were introduced a decade
ago. The GUI (and more recently, also InputCycler) would write and read
profiles in one location, and our code for loading profiles specified in
a game INI file would read profiles in another location.

This commit gets rid of the set of values used by the game INI code in
favor of the other set. This does breaking existing setups where a
GCKey profile has been configured in a game INI, but I think the number
of working such setups is vanishingly small. The alternative would make
existing GCKey profiles go missing from the profile dropdown in the GUI,
which I think would be more disruptive. The alternative would also force
new GCKey profiles into the same directory as GCPad profiles.

This commit also fixes a regression from d6c0f8e749. The Android GUI was
using GetProfileName to figure out what key to use in the game INI,
which made it use incorrect game INI entries for GameCube controller
profiles but not Wii Remote profiles. Now the Android GUI uses
GetProfileKey for this, fixing the problem.
</pre>
</div>
</content>
</entry>
<entry>
<title>Android: Add more GameCube controller types</title>
<updated>2023-10-01T16:47:49+00:00</updated>
<author>
<name>JosJuice</name>
<email>josjuice@gmail.com</email>
</author>
<published>2023-10-01T15:25:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=d811c12196b7692695ff2b864ea7ea348247d641'/>
<id>d811c12196b7692695ff2b864ea7ea348247d641</id>
<content type='text'>
For all your PSO needs.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For all your PSO needs.
</pre>
</div>
</content>
</entry>
<entry>
<title>Android: Get profile name from core</title>
<updated>2023-10-01T16:47:49+00:00</updated>
<author>
<name>JosJuice</name>
<email>josjuice@gmail.com</email>
</author>
<published>2023-10-01T16:35:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=d6c0f8e74933e291023099f47cae2901410c0f42'/>
<id>d6c0f8e74933e291023099f47cae2901410c0f42</id>
<content type='text'>
To avoid duplicating information between Kotlin and C++.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
To avoid duplicating information between Kotlin and C++.
</pre>
</div>
</content>
</entry>
<entry>
<title>Common/IniFile: Move interface into Common namespace</title>
<updated>2023-04-13T14:19:28+00:00</updated>
<author>
<name>Lioncash</name>
<email>mai.iam2048@gmail.com</email>
</author>
<published>2023-04-13T13:38:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.dog6.net/dolphin/commit/?id=e4caace6bb6213851b979cdd76f9f44ef6d9cd09'/>
<id>e4caace6bb6213851b979cdd76f9f44ef6d9cd09</id>
<content type='text'>
Gets this out of the global namespace and into the Common namespace
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Gets this out of the global namespace and into the Common namespace
</pre>
</div>
</content>
</entry>
</feed>
