Pages: « Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 Next »
Summary Period: 2004-09-14 to 2004-09-13 (Commits 5332-5381 of 9331)
Have autoconf test for the presence of input.h (HAVE_LINUX_INPUT_H) and whether its rumble support is recent enough to be usable (HAVE_FF_EFFECT_RUMBLE). If we don't have input.h at all, we won't try to use evdev. If we don't have rumble support, evdev might still get used but it won't report that it has rumble support.
41 lines of code changed in:
speeling
2 lines of code changed in:
Explicitly stop the previously playing force feedback effect before sending and playing a new one
23 lines of code changed in:
Add force feedback effects for normal shots and laser shots
37 lines of code changed in:
Yay, force feedback support. This adds a ForceFeedback namespace with
one function per effect. Each function takes responsibility for gracefully
doing nothing if stuff will explode, or something.
110 lines of code changed in:
Add force feedback support to the abstract BzfJoystick class, and implement
it in EvdevJoystick. This adds ffHasRumble(), to query whether the joystick
supports "rumble" effects, and ffRumble() to actually start an effect.
106 lines of code changed in:
This is the commit that will break everything.
In SDLPlatformFactory, try to use EvdevJoystick by default, but
fall back on SDLJoystick if EvdevJoystick can't find any devices
or if it was explicitly disabled with BZFLAG_ENABLE_EVDEV=0 in the
environment.
48 lines of code changed in:
Always use EvdevJoystick if we aren't using SDL, and neither USBJoystick nor XIJoystick are enabled. We don't have anything better to try in this case.
3 lines of code changed in:
The next hopefully harmless step in making EvdevJoystick usable: compiling it.
This will compile and linuk EvdevJoystick with bzflag if you're running Linux,
regardless of whether SDL is on or not.
6 lines of code changed in:
Adding a joystick driver that uses Linux's event devices (/dev/input/event*) directly. It's quite playable so far, but not very well tested. Its axis mapping performs a little better for BZFlag's than SDLs does, but most importantly this paves the way for force feedback support under Linux. No need to panic yet, this isn't hooked up in the build system yet.
372 lines of code changed in:
mention that the arguments may be provided multiple times. removed the outdated bzfls reference too.
4 lines of code changed in:
support multiple master ban list and list server URLS by stashing the URLs into a vector. the default URLs are used unless/until command line arguments override.
80 lines of code changed in:
master ban list is now housed at http://bzflag.org/master-bans.txt
2 lines of code changed in:
Un-const BzfJoystick::getJoy() and getJoyButtons(). These functions are the joystick class's only chance to update internal state, so it would be helpful to have permission to do so. Existing drivers weren't bothered by this because their underlying API (SDL, DirectX, etc.) isn't event-driven. The EvdevJoystick driver needs to poll all types of events in one go, and store the results for axes and buttons.
20 lines of code changed in:
vector is provided via the interface header already
0 lines of code changed in:
vector no longer used
0 lines of code changed in:
don't let lan56 sneak in missing line endings on the extra_dist
1 lines of code changed in:
Rename "Force input device" in the input menu to "Active input device", with an "Auto" setting for the default behaviour. IMHO this is a little less confusing, but it will really help if I have my way and that menu soon has a "Force feedback" option ;)
18 lines of code changed in:
add dev-c++ readme
1 lines of code changed in:
whoops, add the pdcurses build
1 lines of code changed in:
just for kicks, have a "ticker" telling what dev-c++ version the latest cvs versions are maintained with
2 lines of code changed in:
get rid of 'reference to temporary' gcc warnings
16 lines of code changed in:
fix linker errors, and don't halt compilation on a unused parameter warning in MasterBanList.cxx in case we don't have libcurl
11 lines of code changed in:
if the permission is unknown, return something half-useful to denote the bug or otherwise unknown permisson.
1 lines of code changed in:
nameFromPerm for shortBan
1 lines of code changed in:
move the master ban file listing indicator so its distinct from the
banners callsign
2 lines of code changed in:
make the update command use the proper banlist file name
1 lines of code changed in:
putting in some cout for errors. Someone should change to DEBUG#
38 lines of code changed in:
require libcurl for VC5/6 builds
4 lines of code changed in:
oops, scores should colored not be white
1 lines of code changed in:
one more time, but now with feeling... say "master-bans.txt"
1 lines of code changed in:
Fixing when curl is not available
4 lines of code changed in:
Available for testing. Error handling should really improved :)
43 lines of code changed in:
Newline at end of file
2 lines of code changed in:
http://bzflag.org/master_ban.txt is new home
1 lines of code changed in:
bzflag.org instead of bzflag.sf.org
1 lines of code changed in:
ws
1 lines of code changed in:
ws
3 lines of code changed in:
Adding support for libcurl discovery
46 lines of code changed in:
most member functions belong in source files, not header files
fix implied dependencies on time.h
487 lines of code changed in:
add command line option to let server op specify master ban URL
update man pages with the new commands.
41 lines of code changed in:
add debug1 message when master ban list is loaded
2 lines of code changed in:
master ban list support ( all except the http part )
add /flushmasterban and /reloadmasterban to allow unban ops to clear and reload the list
Just needs to have somone implemnt the geting of the list from the net when it's needed.
87 lines of code changed in:
Add class to get the master ban list
61 lines of code changed in:
add SHORTBAN priv to the /hostban command
18 lines of code changed in:
LONGBAN to SHORTBAN
1 lines of code changed in:
swap LONGBAN for SHORTBAN to be backwards compatible
5 lines of code changed in:
off of todo, onto changelog
2 lines of code changed in:
pull ban messages from banlist if they exist and say the reason, who and where for the ban when users get baned on login
45 lines of code changed in:
stay within the array
12 lines of code changed in:
Pages: « Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 Next »
Generated by StatCVS 0.2.2