net: anti full state spam (by fgsfds)
man: remove some categories from d2df.2 and small update of exec commands
g_player: Simplify weapon visibility flag in TPlayer.NetFire()
lib: Replace the modified ENet header with the original and up-to-date one as a Git submodule
man: remove old manual (wtf these notebook?)
man: more manuals for god of manuals!
game: fix bullet scattering
game: fix bfg ball offset
game: fix fireball alignment spawned by triggers
game: create baron fireball with size 16x16
rpm: fix wrong parameter for headless
macos: change year in plist
gui: do not allow rebind `togglemenu` via menu
gui: allow to bind ENTER/PADENTER via menu
sdl: fix modifier keys on osx
sdl: fix build on OSX 64 bit
sdl: fix
engine: remove key Meta
sdl: fix player controls on OSX 10.5
language: update year in credits (for justice!)
tools: fix build with sdl2
game: fix screenshot size
quote fix
debug: write build arch to log
sdl: disable x11 dependency on osx
sdlmixer: more midi configuration
sdl: fix build on linux
al: fix 16bit wav sounds on big endian with sdl 1.2
sdl1/2: fix invalid window title
mixer: allow to use sdl 1.2 + sdl_mixer
Man: smol howto.
And fix file modes for some rpm res.
And fix file modes for some rpm res.
Options: update third masterserv.
Man: update links.
game: add g_max_bots
net: add 'an' as an alias for announce
net: add 'announce' command
graphics: fix screenshots when r_resolution_scale != 1
net: don't ban people for timing out by default
net: make packet timeout less aggressive
Fix crash in some commands
Always switch to berserk
weapbest: skip empty
Fix empty weapon switching
Player: Fix compiler warnings
Also fix some warnings in other files.
Also fix some warnings in other files.
Fix preferences sync
Fix BFG and SSG empty switching
Options: add third masterserver (by TerminalHash) in config.
Fix empty switching
Add option to skip fist switching
Add weapbest command
Make autoswitch server-side. Add option to skip empty weapons by travi$
player: fix frag decrement on suicide
Game: subtraction points by suicide in team
Fix "by priority" in russian lang.
Game: improving weapon autoswitch, added rotation by travi$
Net: improving anti-autism measures by travi$
Game: Weapon autoswitch by travi$
these are msecs, not frames
net: free peer data before disconnect
net: force-kick penalized clients
net: kick clients if they take too long to auth
net: log connection attempts
more anti autism measures
Player: Add sanity check for network client peer
Net: Improve malformed packet handling more
Net: Handle malformed packets gracefully on server
headless: use dfserver.cfg instead dfconfig.cfg by default
graphics: lerp flags
game: mplats now move flags and items
net: sync moving items and flags
game: stationary mplats act as conveyor belts
graphics: lerp mplats
game: add flag dropping
use p1_dropflag/p2_dropflag/dropflag, g_allow_dropflag and g_throw_flag for adjustment
use p1_dropflag/p2_dropflag/dropflag, g_allow_dropflag and g_throw_flag for adjustment
game: execute onwadend event after state is changed to INTERCUSTOM
very important commit.
svrlist: fix local server ip decoding on big endian machines
android: update build instructions
android: update icons
android: support android 4.0
saves: fix incorrect map load after failed state load
players: fix bot state loading
monsters: update cache after load state
sfs: fix collector (again?)
android: remove unneeded layout
android: add simple launcher (port from k8vavoom)
android: setup argc/argv
android: add libminiupnpc
android: explicitly load libcrystax
fpc322: fix segfault on arm
Game: Revamp prev and next weapon commands
- Do not use key down/key up scheme for it
- Make it work the same way how direct weapon change works
- Take advantage of repeated key binds that were added earlier
Addendum to dac16ad95.
- Do not use key down/key up scheme for it
- Make it work the same way how direct weapon change works
- Take advantage of repeated key binds that were added earlier
Addendum to dac16ad95.
master: Fix implicit isprint() warning
game: ... but only if we're not in game right now
game: apply default game settings after setting them
master: add anti autism measures
Fix incorrect user message if no servers online but master is alive
Fix compilation errors when building Windows EXE for amd64 target
On Windows for amd64 (64-bit, x64), the x87 FPU had been forbidden in kernel-mode for ABI reasons and declared as deprecated in user-mode:
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/using-floating-point-or-mmx-in-a-wdm-driver
https://docs.microsoft.com/en-us/windows/win32/dxtecharts/sixty-four-bit-programming-for-game-developers#porting-applications-to-64-bit-platforms
Nevertheless, currently it can still be used (just like in Linux for amd64), and this will remain as long as Windows thread scheduler preserves x87 internal machine state across context switches. That's the reason why FPC doesn't support it by default but only when built with FPC_SUPPORT_X87_TYPES_ON_WIN64 defined. So the only proper and correct way is to use FPC_HAS_TYPE_EXTENDED to determine if standard 'Extended' type is available.
It's also worth noting that FPC_SOFT_FPUX80 and FPC_SOFTFLOAT_FLOATX80 (other FPC compilation switches) seem to be irrelevant in this case - they're intended to make the compiler able to perform cross-compilation for x86 on non-x86 systems:
https://gitlab.com/freepascal.org/fpc/source/-/issues/9262
https://forum.lazarus.freepascal.org/index.php?topic=29678.0
https://lists.freepascal.org/fpc-devel/2020-September/043174.html
Some other links I found useful when investigating this case:
https://lists.freepascal.org/fpc-pascal/2017-August/052158.html (and subsequent mails in this thread)
https://www.virtualdub.org/blog2/entry_107.html
http://www.asmcommunity.net/forums/topic/?id=30178
https://forum.lazarus.freepascal.org/index.php/topic,43878.msg307985.html#msg307985
https://forum.lazarus.freepascal.org/index.php?topic=49890.0
https://stackoverflow.com/questions/4064189/floating-point-support-in-64-bit-compiler
https://stackoverflow.com/questions/15176290/what-is-long-double-on-x86-64
https://stackoverflow.com/questions/3206101/extended-80-bit-double-floating-point-in-x87-not-sse2-we-dont-miss-it
https://retrocomputing.stackexchange.com/questions/9751/did-any-compiler-fully-use-intel-x87-80-bit-floating-point
Although this commit fixes the compilation, the 64-bit builds are still unusable because we're lacking 64-bit libraries in d2df-binlib at the moment, thus making such EXE complaining on existing DLLs with INVALID_IMAGE_FORMAT (0xC000007B) at startup.
On Windows for amd64 (64-bit, x64), the x87 FPU had been forbidden in kernel-mode for ABI reasons and declared as deprecated in user-mode:
https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/using-floating-point-or-mmx-in-a-wdm-driver
https://docs.microsoft.com/en-us/windows/win32/dxtecharts/sixty-four-bit-programming-for-game-developers#porting-applications-to-64-bit-platforms
Nevertheless, currently it can still be used (just like in Linux for amd64), and this will remain as long as Windows thread scheduler preserves x87 internal machine state across context switches. That's the reason why FPC doesn't support it by default but only when built with FPC_SUPPORT_X87_TYPES_ON_WIN64 defined. So the only proper and correct way is to use FPC_HAS_TYPE_EXTENDED to determine if standard 'Extended' type is available.
It's also worth noting that FPC_SOFT_FPUX80 and FPC_SOFTFLOAT_FLOATX80 (other FPC compilation switches) seem to be irrelevant in this case - they're intended to make the compiler able to perform cross-compilation for x86 on non-x86 systems:
https://gitlab.com/freepascal.org/fpc/source/-/issues/9262
https://forum.lazarus.freepascal.org/index.php?topic=29678.0
https://lists.freepascal.org/fpc-devel/2020-September/043174.html
Some other links I found useful when investigating this case:
https://lists.freepascal.org/fpc-pascal/2017-August/052158.html (and subsequent mails in this thread)
https://www.virtualdub.org/blog2/entry_107.html
http://www.asmcommunity.net/forums/topic/?id=30178
https://forum.lazarus.freepascal.org/index.php/topic,43878.msg307985.html#msg307985
https://forum.lazarus.freepascal.org/index.php?topic=49890.0
https://stackoverflow.com/questions/4064189/floating-point-support-in-64-bit-compiler
https://stackoverflow.com/questions/15176290/what-is-long-double-on-x86-64
https://stackoverflow.com/questions/3206101/extended-80-bit-double-floating-point-in-x87-not-sse2-we-dont-miss-it
https://retrocomputing.stackexchange.com/questions/9751/did-any-compiler-fully-use-intel-x87-80-bit-floating-point
Although this commit fixes the compilation, the 64-bit builds are still unusable because we're lacking 64-bit libraries in d2df-binlib at the moment, thus making such EXE complaining on existing DLLs with INVALID_IMAGE_FORMAT (0xC000007B) at startup.
added some new msgs for friendlyfire options
osx: fix library linking (sdl_mixer)
osx: fix library linking
Other: add RPM spec.