Quake-III-Arena
halflife
Our great sponsors
| Quake-III-Arena | halflife | |
|---|---|---|
| 37 | 40 | |
| 6,818 | 3,011 | |
| 1.8% | 1.0% | |
| 0.0 | 0.0 | |
| over 1 year ago | 7 days ago | |
| C | C++ | |
| GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Quake-III-Arena
-
When online gaming, how is the information synced across devices?
Quake III Arena
- [Bunnyhopping] Code de mouvement du moteur du tremblement de terre et source
-
Get in nerd, we're going fragging (1999)
If you know C, you can check this out by comparing the different player movement code of Quake 3 and Quake 1.
- Free as in freedom
- about that copypasta about the super intelligent Bots
-
LLaMA: A foundational, 65B-parameter large language model
You mean this code?
https://archive.softwareheritage.org/browse/content/sha1_git...
Do you see that notice at the top of the file? It says:
==
This file is part of Quake III Arena source code.
Quake III Arena source code is free software; you can redistribute it
- Fast midpoint between two integers without overflow
-
Hello! I'm trying to run Quake 3 on Steam Deck and certain maps won't load for skirmishes. I receive this error instead. This happens with both recommended Proton versions from ProtonDB (5.13-6 and 3.16-9). Any help would be greatly appreciated. Thanks!
The error messages comes from this file in the source code. It looks like the client is trying to parse entities from the server but the readcount is greater than the cursize in the messages. I am not an expert but I believe there could be a mismatch between the versions of your client and the servers you are trying to connect to.
-
Everything I wish I knew when learning C
After learning C, one of the first projects I came into contact with, was the ID Tech 3 game engine [1]
On the one hand, it taught me how professional C programmers structure their code (extra functions to remove platform differences, specific code which is being shared between server and client to allow smooth predictions) and how incredible fast computers can be (thousands of operations within milliseconds), but it also showed me, how the same code can result in different executions due to compiler differences (tests pass, production crashes) and how important good debugging tools are (e.g. backtraces).
To this day I am very grateful for the experience and that ID decided to release the code as open source.
[1] https://github.com/id-Software/Quake-III-Arena
- Software to match source code to disassembled binary?
halflife
-
how to increase skull gib easter egg percentage
It's a part of C++ project https://github.com/ValveSoftware/halflife
- Stuttery mouse movement in Half-Life 1 mods only
-
I fixed the flashlight glitch in Half Life running natively
I wonder if this is something you can amend in the actual code here: https://github.com/ValveSoftware/halflife
-
Should I open another overbright issue in the hl github?
I know the most known issue about overbright on github already states that they will not fix it, but that was from 2013 and thoughts about overbright issue could've changed since then. Plus I am running HL on linux and this issue Infuriates me since I'm stuck using the OpenGL renderer (which is the only renderer that has this issue). We've known that valve really likes their linux oriented approach, and plus we know they love their Deckies that they updated HL2 with fixes and QoL stuff, what's stopping them from fixing overbright?
-
Guide for running the WON/Retail CD Half-Life games in Windows 10 with nGlide on the earliest possible versions
More info on texture scaling: https://github.com/ValveSoftware/halflife/issues/1650
-
Fedora 38 LLVM vs. Team Fortress 2
Funnily enough, on Half-Life 1 engine-based games (i.e. the engine that came before HL2 - on which Team Fortress 2 runs; such as Counter-Strike 1.6), a different allocator problem exists -- glibc's malloc() just decides to fail miserably[0] on some setups.
[0] https://github.com/ValveSoftware/halflife/issues/3158
-
How to make grunt not drop a weapon after death? (HL1)
I guess you have to either modify the code https://github.com/ValveSoftware/halflife/blob/master/dlls/hgrunt.cpp
- Half-Life 2 Running on Raspberry Pi 4 Natively
-
Play Counter Strike 1.6, with full multiplayer, in the browser
The original Half Life, including goldsrc, is source-available: https://github.com/ValveSoftware/halflife
-
Guys, github bug tracker is not reddit, stop spamming it so valve can see actual bugs instead
And in fact even their Half-Life 1 bugtracker on GitHub is policed: https://github.com/ValveSoftware/halflife/issues
What are some alternatives?
ioq3 - The ioquake3 community effort to continue supporting/developing id's Quake III Arena
bspguy - Tool for editing GoldSrc maps without decompiling
Quake-2 - Quake 2 GPL Source Release
Quake - Quake GPL Source Release
Jedi-Academy - Star Wars Jedi Knight: Jedi Academy
xash3d-fwgs - Xash3D FWGS engine.
language-ext - C# functional language extensions - a base class library for functional programming
Xash3D-Emscripten - A re-upload of mittorn's Emscripten port of Xash3D.
UnrealEngine
rehlds - Reverse-engineered HLDS
Craft - A simple Minecraft clone written in C using modern OpenGL (shaders).
rapidyaml - Rapid YAML - a library to parse and emit YAML, and do it fast.