* Any pad can control the menu
== DETAILS
I am not sure I've quite got it so that any pad can *open* the
menu, but I do have it so any pad can control it.
- split out the input processing into a separate method
- track down and squish some hairy bugs that boiled down to
bad pointer math
- it looks like `menu_driver.c` has a mix of line endings, so I
ran it through `dos2unix` so it has consistent line endings
again.
- verified that this change did not impact actual cores
* optimize out cumulative_bits
* Incorporate PR feedback
Many thanks to @jdgleaver for providing these optimizations.
* apply one more optimization
* Move more state to runloop state
* remove unused variable
* Cleanup
* Move more state to runloop_state
* Remove unused variable
* Cleanups
* move input_remapping functions over to input_driver.c
* Some buildfixes
== DETAILS
The crashes he reported in the gbatemp thread are due to iface
being null (since it's an unsupported device) and unchecked
iface dereferences.
== DETAILS
- only call disconnect when we're actually disconnecting a remote
(e.g. read errors or remote goes to sleep).
- clean up some compile warnings introduced by others (mainly
unused variables)
== DETAILS
Put the finishing touches on getting the DS3 to work on Mac OSX.
Basically, there's some differences in the HID interface bewtween
wiiu and osx where OSX expects the first byte of the report to be
the report ID, while wiiu expects that byte to be trimmed off.
I was able to put this behavior in the respective HID
implementations, which eliminated the confusing packet offset
ifdefs.
And, I was able to get the LEDs working again.
== DETAILS
The DS3 driver previously only worked with the Wii U HID implementation.
I adapted this driver from the Linux driver for the DS3. It's not quite
100%--I haven't got the LEDs to work properly--but it's functional.
Going to continue tweaking it to see if I can get the LEDs to work.
== DETAILS
- rewrote the HID deregistration algorithm; it should no longer
cause issues when dealing with multiple pads of the same HID/VID
combo
- fix initialization bug that caused wiimotes to fail to register
without an accessory attached
== DETAILS
The GCA uses a weird HID class that our current filters don't
catch, so we add it.
Needed to do a small amount of tweaking on the GCA driver to
account for iohidmanager weirdness.
== DETAILS
The HID drivers in `input/connect/` were missing an implementation
for button(), so I added it. The only exception is the wii driver,
which is really complicated and more than I wanted to try to tackle--
especially since WIIU has its own wiimote drivers.
== DETAILS
Use a little trickery to ensure the GCA driver continues working
with other HID implementation.
I've expanded the joypad implementation to support multi-pad devices.
However, this requires changes to each HID implementation to actually
function.
I've made the necessary changes for WIIU, but I don't have the means
of making the change in the other HID implementations.
So, I've built in a backwards-compatibilty mode for the driver.
The trick is to have an identifier byte at the top of both data structs
that the driver returns. We can then use that byte to determine which
of the structs has been passed to the pad functions and act accordingly.
In the GCA case, for non-wiiu platforms, it will simply expose port 1
of the GCA and the other 3 ports do nothing.
== DETAILS
cause of crash: trying to deference init when it's null
the reason it was going into deregister: the HID/VID lookup was
failing because it wasn't getting initialized first
cause of 2nd crash: the "end of pad list" method looked for an entry
with a magic value, so we add an end marker
== DETAILS
I'm going to need to re-implement the abstraction between HID device
and gamepad; the changes here lay down some foundation for that work.
- reduce logging priority of some statements I modified while debugging
- factor out the pad driver lookup into its own method
- fix so the pad driver list isn't re-initialized every invocation
- add the button() method for the GCA driver
== DETAILS
When I first implemented the Wii U HID architecture, I ended up
having to design my own implementation because, at the time, I did
not have a way to read the HID device string to allow the existing
code to successfully detect the gamepad.
After spending some time experimenting, I've figured out how to
do this. And that means I can better align the HID driver with other
platforms.
change summary:
- create a single state structure for all three sub-types of wiiu pads
(kpad, wpad, and hid)
- eliminate confusing duplicate pad lists
- eliminate confusing duplicate HID pad drivers (ds3, gamecube
adapter, etc)
- ensure the ds3 driver still works
* re add this after failed rebase
* update
* temp fix for device friendly naming as it is for testing
* add device friendly names in the appropiate place
* add/remove hotplug dev to ra input mouse port list
Co-authored-by: grant2258 <you@example.com>
== DETAILS
File this one under "I'm not sure how this ever worked."
I mean, it did (in 1.8.8). I'm not sure what changed, but ultimately what I did was
a bunch of comparative testing against 1.8.8:
- I confirmed the packet data was still being read successfully
- I confirmed that the axis value being passed into pad->get_axis() had
not changed
- I confirmed the work done in `gamepad_read_axis_data()` was working the same
between 1.8.8 and master
With the only difference between 1.8.8 and current being the return value from
`gamepad_read_axis_data()`, I just rewrote the method to work properly, and
also fixed up the default axis mapping.
I tested this with a sixaxis controller and GCA, configuring the analog-to-digital
control override to use the right stick.
* (3DS) Add bottom screen menu
-> User can save/load state on botom screen with thumbnail.
-> Call a save_state_to_file() when RAM state has data to write a disk.
-> If the bottom screen needs updating, swap the bottom framebuffers.
Add: SAVE/LODE STATE TO RAM
-> This is useful for devices with slow I/O
-> 3DS bottom save state use CMD_EVENT_SAVE_STATE_TO_RAM
-> 3DS bottom load state use CMD_EVENT_LOAD_STATE when RAM state has no data
-> 3DS bottom load state use CMD_EVENT_LOAD_STATE_FROM_RAM when RAM sate has data
* Rewrite path_get_state to retroarch_get_current_savestate_path
* Fix unterminated state_path
This fixes programs using /dev/uinput to create a virtual keyboard failing
to be detected on startup. Usual symptom is some sort of GPIO-based
controller that looks like a keyboard to the OS and can control
EmulationStation, but fails to work in-game unless you restart the program
while the game is running (in which case udev_input.c's hotplug code, which
was using the correct key, would pick it up).
== DETAILS
After a bisect, the culprit was changing the gamepad interface from
returing a single button (bool) to multiple (int16).
The issue is that the Wii U gamepad (and presumably the Pro controller too)
have more than 16 buttons, which means some buttons get lost. Notably, L3 (18)
and R3 (17).
The solution: use int32 instead of int16.
I did a test build and confirmed that this change restores L3/R3 functionality
with the gamepad. Don't have a pro controller to test, but it should work too.
This change makes the call to 'udev_enumerate_scan_devices' much faster.
In particular, for some bluetooth devices, this function may implicitly
read its battery's virtual file 'uevent', e.g.
/sys/devices/*/usb1/1-1/*/bluetooth/hci0/*/power_supply/hid-*-battery/uevent
Reading this file may (for unknown reasons) block up to 10 seconds.
Since udev_enumerate_scan_devices is called 4 times (for keyboard,
mouse, touchpad, and joypad) during startup this may cause a
considerable delay.
Limiting the scan to subsystem 'input' yields the same devices but makes
the scan faster and does not read 'uevent' of the input controller's
power_supply.
Fixed typo
added delay between winraw rect change to fix roslution changing issues.
added more comments
added delay reset
Fixed typo
updated comments
added RECT size to log
updated logging
Fixed SR close match refresh bug.
Added menu high resolution option.
Fixed desktop restore bug cuusing endless resolution change requests.
Fixed file conflicts
Added destop restore resolution back in for manu only.
Pulled Switchres fixes.
Added better PI rsolution support.
Ver 0.7 SR2 (Switchres API) Implimantation
Removed HH experimetal check. This is better done via teh switchres.ini at present.
Fixed refresh rate bug. Now new resolution and refesh is added correctly.
Removed SR deinit from menu restore. Meanu now stays at last content resolution.
Ver 0.6.2 SR2 (Switchres API) Implimantation
Fixed super resolution bug casuing abnormal video size and aspect ratio
Fixed logging issue casuing seg falts on RA exit
Ver 0.6 SR2 (Switchres API) Implimantation
Ver 0.2 SR2 (Switchres API) Implimantation
Added forced super resolutions.
Added Multi-monitor/monitor selection support.
Added desktop resolution restore when switching back to menu only.
Added new menu items for 31KHz standard and 120hz monitor profiles.
Added new menu item INI. load monitor profile from switchrss.ini.
Fixed winraw driver. Coordinates new refreshed after a resolution change.
Fixed Menu aspect ratio in super resolutions.
Removed static glabals. These have been added to videocrt_switch struct.
Ver 0.1 SR2 (Switchres API) Implimantation
Removed old CRTSwitchRes method. Added new SR2 API implimantaion.
Resolution swithcing is now done by switchres libs. Both Linux and Windows
working with native and super resolutions. Working multi-monitor support
with monitor index selection. Working 31KHz support with standard and 120Hxz
modes. The monitor index selection is still done via the RA UI. Only choose
native and 15KHz form the CRT options in the RA UI as all options are now set
in the switchres.ini. All other CRT optoins in the RA UI currently do nothing.
Added SR wrapper to fix compile issues. Added back RPi functionality
Fixed windows resize/scaling issues on resolution change
Thanks @Calamity no more need for crt_switch_driver_refresh()
Fix broken case after prevous commit
Monitor preset options 15/31KHz now active. Added new meu option.
Moitor persets can now be choosen fom the RA UI. 15KHz and 31KHz will set
arcade_15 and aracde_31 respectivly. New option INI, if this is chosen your
monitor preset will be selected from your switchres.ini file.
Added 3KHhz, 120Hz. for old RA users. Renamed 31KHz to 31 KHz, Standard
Fixed winraw input coordinates after switching resolution.
Code cleanup
Fixed menu aspect ratio issue
Added menu resolution restore after closing content
Fixed aspect ratio after menu resolution restore.
code clean up
Fxed menu Resulition Restore Aspect Ratio. When SR uses non integer scalled resolution.
super width bug with restoring menu resolution fix
added super resolution check after setting desktop resolutoion variables
when menu active only sr_deinit() used to restore desktop mode.
Fixed menu sr_deinit bug. now setting sr_active false
Removed static globals, added them to video_switch struct
Fixex compile bug due to comment //
Fixed compile issues doe to c++ comments in teh switchres_wrapper.h
Temporarily removed SR2 logging to fix compile isses for c90
added logging back in. Removed support for winnt and osx
Added define for C89. Disabled SR if defined C89
Removed all RA compile fixes fro C89 C90 etc. Swithing now working again.
Put Switchres behind HAVE_SR2. HAVE_SR2=no by default. --enable-sr2
Ver 0.5 SR2 Implimentation.
Ver 0.4 SR2 Implimantation.
Bake SR inside RA
Removed temporary log files
Disable switchres when C89/C99 builds.
Removed C89 and C90 checks for SR
Fixed switchres_wrapper.h location
Ver 0.3 SR2 Implimenation
Dissable logging for C89 __STDC__
Fix For RPi
fixed missing EOL
fixed RPi function definition
added vidrocrt_switch stuct to RPI funcion
fixed xoffset for RPi
Removed old RPi function call
SR disabled for videocore until VC4 switching ported
Reverted back to state 5c8a56c Bake SR inside RA
Use native win32 api for threads.
Fix static lib linking
LIBERROR would be defined twice otherwise + improper function names prefixed by __imp_
Added lidstc++ to makefile.common for switchres
Fixed RPi switching. Disabled Switchres for videocore unill it is ported.
removed RAA.log. Should not exist
Added check for when SR fails to set mode with an aspect ratio fix.
added video driver re init for RPi
GB, GBA and GBC core check, adjusted reseolutions and scale. Please turn on integer scalling in the RA UI
Added logas back in. Checking STDC verstion >= C11
Fixed c89 for loop declaration.
Code clean up. Added new functions
Fix resolution switching bug introduces with HH code clean up.
Fixed menu restore bug on closw content after code clean up
Moved SR logging to relevant RA logs
Update makefile. Checks for X11 and xrandr
fixed makefile
Use native win32 api for threads.
Fix static lib linking
LIBERROR would be defined twice otherwise + improper function names prefixed by __imp_
Update switchres_wrapper.* header comments
Update year copyright
DRMKMS: build only if libdrm has the required version
XRANDR: build only if xrandr is available
Simplified maklefile
Fixed RPI compile error with unsued functions.
As before
Disable Griffin. No switching support available. Never has been
Removed log file 1
Added Win32 static define
Added SR source
Removed Videocore check on destroy SR
Moved SR deinit to trigger earlier on RA exit.
Fixed compile error after upstream rebase
Fixed aspect ration bug cused by super resolutions. Temporarily disbabled SR logging
Re inabled runtim eSR loggind. Disableed all RARCH logging on retro_deinit_drivers
Removed srdeinit from menu restore. Menu stays in current reolution until a fix can be found
Fixed refresh rate changes when no reolution change is detected.
Forgot to add teh resolution cahge in with the refresh change oops
Fixed endless no detection log.
Removed HH check. This can been better adjusted using the switchres.ini
fixed compile issue
Added better PI crt switching and fixed typo
Pulled Swicthres fixes. Updated desktop restore resolution.
removed unused makefile
Lockec menu refresh to 60hz
fixed missing new line
Fixed file conflicts
Forced 640x480@60 for menu
Added high resolution menu option
Removed item logg checker
Fixed typos
Removed unused functions
Fixed SR close match refesh bug.
Fixed typo
So far, if display is scaled, overlays gets correctly drawn but touch
input is not correctly scaled, resulting in an unusable overlay.
This happens for touches in menu too.
This commit aims to introduce this scaling factor adding it to the
config file, eg:
input_touch_scale = "2"
* (Metal/WindowListener) Fix duplicate symbol errors by
moving implementation of WindowListener to cocoa_common.m
* (Apple) Cleanup some conditionals
* (Cocoa) Cut down on OSX ifdefs in Cocoa-specific code
* (PS2) added Multitap support (up to 8 players)
* (PS2) revert some identation changes
* (PS2) fix for non-analog controllers
* fix for not recognized digital and other non-standart controllers
* fixed ps2_joypad_destroy
Rumble was not working for me. I learnt a bit about how evdev works and it seems like you need to set a replay which defines how long the effect is (previously we set it to 0). This means there's a maximum length to the rumble effect which feels wrong.
When we do `play.value = !!strength;` we're setting the number of times for the effect to repeat, which works fine because the effect stops when we set it to 0.
It doesn't feel quite right to me playing e.g. Goldeneye but I've not played on real hardware for a while.
I'm hoping someone is more familiar with evdev and can suggest a better approach.
From https://github.com/bramp/libcec-daemon, we have some keys that
aren’t recognized by RetroArch right now. So we can map them to actual
RETROK_ codes. They are:
- KEY_EXIT -> RETROK_CLEAR
- KEY_OK -> RETROK_RETURN
- KEY_SELECT -> RETROK_RETURN
See
fe9df5ddf7/src/main.cpp (L233-L312)
for a full list
== DETAILS
The way the mouse emulation worked was to simply return a 3rd axis from the
gamepad, which the polling code updates with the touch state in real time.
Well, the code that figures out if it's a positive or negative axis was
failing because it didn't see that 3rd axis as valid. So, I added values
which allow it to be seen as valid, and voila! the touch screen input
works again.
== TESTING
Tested locally using "Beneath a Steel Sky" in ScummVM.
twinaphex