source-sdk-2013 VS halflife

It's literally on Github. https://github.com/ValveSoftware/source-sdk-2013

here's the full thing https://github.com/ValveSoftware/source-sdk-2013/blob/0d8dceea4310fde5706b3ce1c70609d72a38efdf/mp/src/game/shared/shot_manipulator.h

please don't try to continue arguing this because, while i can't say i'm an authority of this subject, i've studied far more than enough about it to say that you're not making sense and if you really don't trust me then you can simply do what i did: read articles, read the source code, learn from other people who are more knowledgeable

I have just finished Solar's complex Demoknight Guide. And I know the code behind rampsliding and basic SourceEngine&TF2 movement code.

Hi! The only other stats you can change without editing the code is weapon damage by editing skill.cfg inside the cfg folder. Weapon recoil and fire rate can only be changed by editing the code. The source code for Half-Life 2 can be found here: https://github.com/ValveSoftware/source-sdk-2013

Weapon_rpg.cpp is in src/game/shared/hl2mp as an example

Also, while this uses leaked code, Valve has officially released the Source SDK 2013, which does include all the hl2 specific code, so if you copy over the assets from hl2, it can run just like normal.

the random spread is biased towards the centre, pretty easy to observe and heres the code for it https://github.com/ValveSoftware/source-sdk-2013/blob/master/mp/src/game/shared/shot_manipulator.h

It's a part of C++ project https://github.com/ValveSoftware/halflife

I wonder if this is something you can amend in the actual code here: https://github.com/ValveSoftware/halflife

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?

More info on texture scaling: https://github.com/ValveSoftware/halflife/issues/1650

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

I guess you have to either modify the code https://github.com/ValveSoftware/halflife/blob/master/dlls/hgrunt.cpp

The original Half Life, including goldsrc, is source-available: https://github.com/ValveSoftware/halflife

And in fact even their Half-Life 1 bugtracker on GitHub is policed: https://github.com/ValveSoftware/halflife/issues