Activity for Fabrizio Gennari
-
Fabrizio Gennari posted a comment on ticket #1893
r44545 fixes the warning. While I couldn't reproduce the crash, the same revision should potentially fix that as well
-
Use correct types in two more places where the old types were left
-
Remove a dangling space
-
r44543 should fix this
-
Keep the state of the buttons up-to-date also while the menu is active.
-
Replace tab with spaces. Note to self: fix editor settings
-
It is possible to perform actions mapped to joystick events in the GTK port
-
Load/save mappings from joystick events to actions
-
Make mapping to actions actually work on SDL, add empty stubs for GTK and headless
-
Accept events from any joystick when adding a map to an action
-
Yes, it can be closed
-
Restore the SDL implementation of SDL hotkeys as it was before joy mappings were merged. Load from/save to file not supported yet
-
Restore the functionality of changing the mapping from a host joystick action to an emulated device's keyboard event in SDL port, that got lost with the merge
-
Fix one line in joymap
-
Reintroduce the MAP joystick mapping. When a joystich acktion is mapped to it, and it is performed when in the menu, the UI will ask for a key on the keyboard to which to map a menu action
-
fix headless
-
Restore the UI_ACTIVATE functionality, allowing the menu to be called with a joystick action, and make it cross-platform so it works in Gtk+3 too
-
Solve a memleak the same way it was solved in the old SDL-only joystick mapping code
-
Plug another memleak
-
Plug a few memleaks
-
Make loading and saving of joystick mappings work properly
-
Properly shut down joystick resources. Similar to what joy_arch_resources_shutdown used to do
-
Mostly restore the previous implementation of sdljoy_check_axis_movement to solve unreliable axis setting. Also, fix pin mapping string
-
Mostly restore the previous implementation of sdljoy_check_hat_movement to solve the "sticky hat down" problem
-
Fix pin mapping strings for axes
-
Mapping joystick axis to paddle works again. Loading from/saving to file such mappings still to do
-
Restore "Host joystick mapping" menu entry in SDL port, and, with it, the ability to change joystick mappings with the menu
-
Remove more trailing spaces
-
Remove trailing spaces in one line
-
Fix a Gtk+ compile error
-
Merge the joy mappings branch
-
Merge from trunk to branch
-
Some SDL constants spilled into generic joystick code, remove those and create a hat_map to adapt SDL values
-
Merge from trunk (as there are still conflicts)
-
Merge from trunk
-
Make joystick within SDL menu behave according to current mappings, as it is in trunk. Also, a couple of hat fixes
-
Move joystick mappings from SDL-specific code to generic code
-
Another branch because better not to use the old branch
-
Some touches to make SDL joysticks work
-
Remove debugging line
-
Fix a conflict resolution that didn't go that smoothly
-
Merge from trunk, hopefully this time right
-
Let's see if this cleans up the mess made with the previous attempts at merging, and allows proper merging
-
Merge from trunk, 2nd part
-
Merge trunk into branch
-
SDL compiles
-
Move joystick maps from the SDL-specific code to the generic code. This way, it is posible to remap joystick functions with an entry in a map file.
-
Create a branch for making the joystick mapping code generic, rather than specific to the SDL port
-
Revert previous change because apparently some common controllers work better with this code
-
Fix mapping of joystick axes 5 and 6
-
Add a missing EXTERN definition for a symbol, that was causing compilation errors
-
Make the same check for AC_PROG_CXX in configure.ac and src/resid/configure.in . In systems that have c++ different from g++ (e.g. c++ is clang and g++ is GCC), compiling resid with g++ and linking it with c++ will lead to problems
-
I cannot reproduce the problem. Can you ensure that the function that detects the joysticks is usb_joystick_init in joystick_bsd.c? In that case, you can prevent register_joystick_driver from being called, and free priv, in the "bad" case (which, as said, I cannot reproduce).
-
prg2wav - small incompatibility with GCC
-
Fixed in version 4.1
-
+/- 1 cycle is less than what you get from other involved factors, it shouldnt matter at all Unfortunately it's ±1 sample, not ±1 cycle, so more than 20x as much. True, a real waveform on tape, a square waveform and a pulsing waveform sound different. But that's not what's at stake here. The problem here is that the lengths of the (square) waves can fluctuate by ±1 sample, and that's what makes the sound "unclean" (as opposed as just harsher due to being square instead of sine, or approximately sine),...
-
The samples have to be produced at every frame, meaning every 1/50th of a second at normal speed. An integer number of samples is needed at each frame. sound_chip_t's calculate_samples gets passed both the amount of clock cycles (delta_t_for_other_chips) and the amount of sound samples (temp) passed since the last frame. Possibly due to some rounding, while delta_t_for_other_chips tends to be constant, temp can fluctuate by ±1. Because of this, the length of a wave in samples can be off by one compared...
-
Fix lk_avalon in Makefile
-
sure
-
Joystick refactoring
-
Fix initialising joystick port devices with -joydevX in SDL
-
Fix headless' joystick-related link error
-
When building Windows SDL, do not check for DirectInput joystick. Fixes Windows SDL build
-
Port Windows joystick driver to new framework. DirectInput only. DirectInput was upgraded to version 8, because that's the only version new enough to be still mentioned in Microsoft's docs (and in the "previous versions" section)
-
Fix a Windows-only unused variable warning
-
r40070 should fix it
-
Repair Windows compilation
-
Prevent the same controller from being plugged to 2 different joyports. This was causing a weird behaviour when swapping joystick ports
-
Linux joystick initialization fails since r39979
-
r40068 has a fix, please retest
-
If JoyDevice{1,2} is set in the .ini file, correctly assign the joystick port to the appropriate hardware device. Fixes bug 1478
-
Migrate OS X joystick support to new framework (only "hidmgr", "hidutil" is obsolete)
-
Remove the strangeness of having latch_joystick_value[0] and networkjoystick_value[0] having a mieaning different from all other elements of the arrays. This makes the code more readable, and allows for removal of a lot of + 1 from joystick code, needed to compensate for that offset.
-
Fix compilation after removing joy-unix.h
-
Port BSD joystick driver to the new framework. Only the new API, support for the old one has been removed
-
Add `libjoystickdrv` to the list of `.PHONY:` goals as suggested by Greg King
-
Refactoring of the joystick support.
-
Speaking of BSD joysticks: we support 2 joystick APIs in BSD, one in joy-unix.c and one in joy-unix-usb.c. However, this commit in FreeBSD makes me suspect that the first one is actually unused. To me it seems that that API was for the joysticks connected to the game port PCs had before USB was a thing. Would anyone complain if that were removed, and only joy-unix-usb.c was left?
-
Check for existence of cap before adding -lcap to LIBS. FreeBSD can have sys/capability without -lcap, and in that case a lot breaks
-
Joystick refactoring
-
Remove obsolete HAS_DIGITAL_JOYSTICK that is always false
-
Remove Linux support for the "old" joystick driver, a BSD-like joystick API that has never been supported by the official Linux kernel, but was only supported by an out-of-tree driver, that was abandoned when Linux version 2.2 introduced official joystick support (it was 1999).
-
Proposed solution: https://sourceforge.net/p/vice-emu/patches/285/
-
Proposed fix for bug 1413: Monitor shows incorrect values for several registers.
-
Reverting revisions 37497 and 37498 fixes this... however, a comment added in 37497 says can NOT use the generic mem_read stuff, because that DOES have side effects, such as (re)triggering checkpoints in the monitor! I don't know how to reproduce such side effects. Does anyone remember what side effects those were?
-
Fix monitor display of multicolor sprites
-
Fix monitor display of sprite priority and multicolor mode
-
Simplify function loadchar
-
Consolidate SDL's uifonts* files, that do practically the same thing, into one
-
Fix a couple of warnings
-
Currently the search path includes the machine-specific roms path, the printer ROMs path, the drive ROMs path. A lot to maintain. Plus, one could theoretically move the kernal file in DRIVES and things would work.
-
Load system files form specific directories
-
it would be great, but maybe an intermediate solution would be even better: a sort of "library file" containing shared functions used by both scripts, that both scripts include
-
Revision 39617 fixes strip in the SDL2 port. The question is: why have 2 bindist scripts for GTK3 and SDL, when they are largely the same?
-
Correctly strip those files that are built in subdirectories of src, also for the SDL2 port
-
Fix a link time error occurring in both Linux and MinGW (linker couldn't find 'min')
-
Correctly strip those files that are built in subdirectories of src
-
Fix icon in SDL xvic
-
Remove some variables that were not assigned a value other than NULL
-
Can you please provide more information on .d90? There's nothing about it at http://ist.uwaterloo.ca/~schepers/formats.html
1 >