half-life still updating with necessary features Created 5 years ago2019-11-05 20:05:42 UTC by hfc

3 updates in 2019 its nice

one thing i noticed autoweapon switch command and beign able to reload gun after loading a save

oh solokiller

Woot! Great update!

Yes Indeed! Especially "cl_autowepswitch", "Fixed progress bar for individual files in resource download always showing at 100%", and "Fixed inability to reload a partially empty weapon after reloading a save game". These things always bothered me!

We hear a lot of people complaining about Valve, sometimes for right reasons, but what they're doing here is just great!

Do they update source code as well?

^ Huh, why wouldn't they?

Also nice

They are planning to update the SDK at some point, yes.

They'd better update it by adding source code of the GameUI.dll or something like that. Because it's no the engine itself and this library is located in the mod's folder, so it's supposed to be edited by the community.

An update for Hammer would be exceptional to fix the countless bugs and development gaps. The GoldSrc engine also needs a lot of revisions, despite its age. There are many many things we could list, we need a thread for that –do we have one? The auto death with gauss gun when shooting a solid is one.

By all appearances the amount of development time Valve is willing to put into improving Half-Life and GoldSrc is very limited. It's great and unexpected that they're even doing anything at all after all these years. Since Hammer has good alternatives in Jack and Sledge I think it would be a waste of that precious developer time for them to work on Hammer.

lol, that auto death with gauss aka selfgauss is intentional and has been a critical part of hl deathmatch since the beginning of time and most of the time its very predictable, depending on the thickness of the brush being shot at. I think they should leave hl alone and just release the code so people can do whatever they want without messing up hl itself

It has been a critical part of HL death match to the 0.5% of players who take the game very seriously. To the rest of us, it's an annoying bug.

I have never understood people defending that bug

Same with bunnyhopping, the hardcore HLDM players have chosen it as the hill to die on and keep attacking the BMS devs for not re-implementing it after Valve patched it in the engine.

But bunnyhopping makes some sense, given that it potentially gives the players more mobility. What exactly does getting seemingly randomly killed by one of the weapons every now and then add?

Since its predictable it can be argued that the weapon has a learning curve associated with it. The better you are with it the less you will "shoot yourself in the foot"
I always thought of it as a "feature" and since its been around it can stay.

It is not random. If maps are well made, as in not enclosed in a skybox so the ground doesn't have a thickness and the player takes his time to make sure there are no rooms below it, it can be almost fully avoided. HLDM is taken seriously enough and was taken even more seriously back in the day before Valve ruined it's netcode in favor of CS. And rufee is absolutely correct. One classic scenario is a battle between two players armed with gauss in an area prone to that self-gaussing. The player better at taking the aforementioned considerations will have an advantage. Hundreds of maps are built on these assumptions. Thankfully the server-client model should prevent all the weepers and noobs from undermining all the good work and all the fun.

Agree it's a feature, not a bug.

When will they add this?

-Support for background menu maps.
-ed_alloc crash fix increasing number of entities.
-Full GPU rendering posibilities.

Many Xash3D users will return to Goldsource...
Yet I know this is merely wishful thinking...

-Support for background menu maps.
-Full GPU rendering posibilities.

Ehm, Source?

Yes, you are right, but for Goldsource modders will help them to publish very demanding mods onn Steam, because I think Xash is not very welcome there.

I don't care about bump mapping or other fancy things, with just the GPU part and the ed_alloc fix will be more than enough.

Just ask valve to remove HL altogether from it's library, there's no point to reinvent the Source engine, it already exists. God...

-Support for background menu maps.
-ed_alloc crash fix increasing number of entities.
-Full GPU rendering posibilities.

That´s no reinventing at all!!

It´s just:

Add a better background for Half-Life mods
Avoid frustrating crashes pushing you to reduce entities that you need
Avoid using the whole CPU horsepower for rendering the map and models

That´s no reinventing, it´s just updating!! erase the background map if you wish, but the other two things must have been done ages ago. Period.

I can understand the entity limit and maybe rendering to certain degree. However for the life of me I can't see any need for more HW accel, you really need a machine from the 2000's to not be able to run HL, but I digress.
BG maps is a full fledged feature only a dozen mods would really take advantage of and is way beyond the scope of "quality of life" updates HL should be/is getting.

BG maps is a full fledged feature only a dozen mods would really take advantage of

I love how they look on my mod
I think this...Look far better than this...The background map has moving APUs patrolling the bridges, trolleys running here and there carrying ammo boxes, and the Neb hovercraft flying around.

And that map, the playable map, needs HW acceleration for all the models it has (VERY-high-poly models i´m afraid ) overall when it is full of npcs flying around and 32 bots and 8 turrets are firing their guns with the addition of all the tracers, explosions, debris, etc. you can imagine.