Forum posts

I've set their values to 1 (true), and left every other to 0 (false)

There's the problem. The value isn't boolean - the number tells the game how many times to give an item to the player. And it always gives at least one copy. Remove all the rows with value 0.

If you upload the map (only the relevant parts) and explain the desired result more in detail, I'll have a look at it.

This happens when I try to open any of the Half-Life 1 VMF files from the old Half-Life 2 leak back in 2003. There's probably a good reason I can't open those files, but the error messages didn't stop coming - I had to ctrl-shift-esc.

Have you tried flagging "Use only"?

Looks good. Is it going to be a Sven Co-op campaign?

Check your PM inbox.

Weird... I just went through the same steps and set up a mod and it worked...

Do you have a Half-Life folder in Steam\SteamApps\YOUR-STEAM-LOGIN-NAME? (you shouldn't)

Are your files named like this:
Steam
-SteamApps
--common
---Half-Life
--mymod
-----liblist.gam
-----cl_dlls
------client.dll
-----dlls
------hl.dll
?

Is your client.dll 592 KiB in size and your hl.dll 1073 KiB?

What's the content of your liblist.gam file?

Go to hl_cdll Project properties. Select Configuration: "All Configurations" in the list at the top left. Go to Build Events > Post-Build Event. Replace the text in Command Line with this:

copy "$(TargetPath)" "YOUR-MOD\cl_dlls\$(TargetName).dll"

Replace YOUR-MOD with the path to your Half-Life mod folder. Example:

copy "$(TargetPath)" "D:\Games\Steam\steamapps\common\Half-Life\mymod\cl_dlls\$(TargetName).dll"

The equivalent Command Line text for the hldll project is:
[quote]

copy "$(TargetPath)" "YOUR-MOD\dlls\$(TargetName).dll"

Make sure the cl_dlls and dlls folders exist in your mod folder if they don't already.

Oh yeah, I remember getting that error. I think I installed VS 2010 Service Pack 1 (it's an update): https://www.microsoft.com/en-us/download/details.aspx?id=23691
After that, switch from Debug to Release mode and click Clean solution. It should compile fine after that.

If you're using the github code, try the pre-made VS project files in the projects\vs2010 folder. projects.sln should work, or hldll.vcxproj and hl_cdll.vcxproj.

Visual Studio 2010 Express Edition is free: http://go.microsoft.com/?linkid=9709969

Don't use the code from Moddb. The latest code can always be found on Valve's official github, updated for Visual Studio 2008

Me too. I'm terrible but it's fun.

WON mods that run in HL v. 1.1.1.0 usually work without change in the latest Steam version. The main exception is when you've made extensive changes to certain parts of the DLL code.

When porting a mod to Steam you usually only want to add a background image in the "resource\background" folder and possibly modify some of the images and layout files in the "resource" folder. But that's all optional.

You should put this in liblist.gam:

commandargs "-num_edicts 3072"

That way players won't have to set it manually in Steam. Servers still have to be started with the -num_edicts command line argument. I don't know whether or not this works with non-Steam Half-Life.

As for WON HL, there's no way to accomplish this. But why care? No one should expect a more than 14 years old version of the game to work well today.

The mod focuses on these things:

-New content
New Maps*
New Monsters*
New Weapons
Making the mod feel like a new game, like you're not just playing good old Half-Life

-Customized games. When the map changes, the host or a random player gets to pick:*
-Weapon sets
-Physical properties like gravity, speed, fall damage
-Health, shield strength, shield recharge speed (think Halo, except shields are disabled by default)
-Whether or not the map should contain monster events - random events created by the mapper where monsters appear
-Number of teams
-Gameplay mode: - Deathmatch, Survival, Capture the Flag, Oddball - and Battle Royale (when you spawn you get 1 weapon at random) versions of those.
-Mappers get to define default values and specify things like teams' names, models, health etc. and optionally player classes with different guns.
-Mappers get to create different variations of their maps for the different game modes. A mapper can choose to only support certain game modes.

-A low threshold for beginners - weapons and game mechanics should be as easy to learn as possible.
-It shouldn't be like HLDM where a new player can't even touch an experienced one because they're bunny jumping at 100 km/h scoring headshots with their gauss.
-The stats and behaviours of every HL weapon have been tweaked. As an example, the crossbow now has a single fire mode - it fires a visible bolt affected by gravity
-There's a tiny bit of (optional) rubberbanding - a terrible player will take 10% less damage than someone really doing really well. I realize that rubberbanding is controversial, but when done in moderation I think it helps everyone have more fun - experienced players won't feel a need to hold back
-I actively avoid features like shooting through walls or being able to purchase weapons that make a game harder to learn
-Xbox 360 controller support. Because why not, it was easy to code

-Greater focus on movement and strategy, making it less about having good aim and more about quick thinking:
-Rocket/grenade jumping
-Double jumping
-You slide on the ground when going from running to crouching, making you harder to hit
-The crosshair is now slightly below the center of the screen, which makes it easier to spot enemies above.
-You can blow up enemy explosives by firing at them with your gun
-The included maps will have explosives and other destructibles and features of the environment you can use to your advantage
-I might also include vehicles, but I haven't decided yet. I should be able to pull off the coding, but I'd need good models and animations and I'm not sure how well they'd work for high-ping players.

-Updated visuals. I won't pretend that the HL engine is modern, but a few things can be done to make its age less eye-soaringly obvious:
-Hi-res textures, models, sprites and skyboxes and new maps to take advantage of these resources.
-Higher-quality sound effects.
-New visual effects. For example the weapons are no longer completely still when the player isn't moving and you can now see your own legs.
-A new GUI, designed to look crisp at any resolution.*
-Tripmines now deploy at an angle based on what direction the player is facing.
-The goal isn't to make it look like Crysis, just to make it feel a bit more early 21st century and stylistically pleasing

• = Not yet implemented

Most of the sprites, models and sounds will be borrowed from other people (I'll ask for permission before releasing anything), but all the maps, code and design and many of the textures will be made from scratch.

Autogenerated messages in the shoutbox whenever someone writes a forum post, uploads a map, comments on someone's journal, etc. would make it harder to miss things. Or you could make this a part of the wiki edits thing on the front page. A change log of sorts.

... Disregard my last message. In my defence, it's 6 in the morning.

[quote]

- Vault - maps are the first thing you see on the home page, right at the top. The MOTM and the latest map come first, then 5 top-rated maps and the 5 most recent maps. There's separate sections for models and textures, and potentially applications and tools. The upload limit has been increased to 16MB.

I'd like a mod section, too.

I'd like to see the map upload size restriction loosened. 2MB is rarely enough and we've already lost a lot of externally hosted maps.

I'm working on a multi-player mod. Did a quick retexture of the medkit model from Deathmatch Classic:

I don't think there's anyone here who uses Jackhammer I'm afraid, or at least not many.

People have been saying this for almost a decade. TWHL isn't dead, it has just always been slow. Like a sloth. A beautiful, cuddly sloth.

I just had a look at the game code. Unfortunately game_playerjoin, game_playerleave, game_playerdie and game_playerkill only work in multiplayer mode. The only exception to the rule is game_playerspawn.

Do you really need another entity? Have you tried naming the trigger_endsection "game_playerdie"?

That entity could be a game_end or something that distorts the player's view.

My half-arsed attempt at Ron Weasley. I had a cold but I still had fun at the Halloween theme day at my school. Got well drunk that night. Sadly not on butterbeer.

We don't to decide which game to play. We need for someone to make this real - creating a list of maps, setting a date and setting up a server. I wouldn't mind doing it (in which case we would be playing CS, HL or CSGO) but I'm too busy the next three weeks

That should be the latest version (v34), Tetsu0. The last version released in 2014 was v33.

You can find the different versions here: http://forums.svencoop.com/showthread.php/40983-Downloads-amp-Changelogs

Duck Game <3

Sadly it's 4 players max.

HL Rally doesn't work properly on many systems since the last big Half-Life update.

CS, CS:GO, HLDM, L4D2 Versus, Jaykin' Bacon, GTA2... Anything would be fun.

Sounds like a bug that should be reported to Xash3D's developer.

https://www.youtube.com/watch?v=oFXJsmDpeos

func_vehicle 2015!!
You're making me really, really happy, Trempler

Maybe it's the based on the order they're defined in the .map? Which is probably the same in the source .rmf. Just speculating (not at home so can't test it).

Sure, see http://twhl.info/tutorial.php?id=178

I'm glad to hear hl-lab is back! You have a crazy number of Half-Life models.

I'm out.

That was good fun! Thanks again to everyone who made it happen.

I did however get a picture of Potatis_Invalid taking a selfie with someone or other:

That "Potato" guy is a cheap imitation. I was "Oskar/potatis_invalido"

It looks like I won't be finishing my floor. I'm going to Gibraltar and Malaga for a week with school, so there'll be no time for mapping. And I've run out of ideas. I might repurpose parts of the floor for another map. Good luck everyone.

Make awesome games, have fun, and die happy and old!

Still can't wrap my head around it. Just not a thing i recommend to a beginner.

I agree. While C++ is a fantastic language and I recommend every programmer to learn and master it at some point, it's complicated and it allows the programmer to shoot himself in the foot in so many different ways. It's best to start with something simpler.

This probably isn't the thread for it, but I wonder why you would want to declare "std::" more than once.

You wouldn't want to. But you get used to it. Consistency makes the code easier to read. You can't put using namespace std in the header files because then you'll force your own programming decisions on everyone that uses your header files (directly or indirectly) and that's never popular. See the top answer to this SO question for a good explanation.

@zeeba-G: Stackoverflow is a good QA site for programmers.

Ninja's example should have just included "using namespace std" to simplify the cout instruction.

That's a matter of preference. I much prefer Ninja's style. You shouldn't use "using namespace std" in header files and so it's more consistent if you also don't use "using namespace std" in the regular code files.

cout is short for Console out, it just prints information to the console.

The "c" stands for "character" according to Stroustrup. And while it can print to a CLI console, that's not always the case. It all depends on what system you're on and how the program is used. It's the "standard output stream".

I'm also getting a lot of errors where clipping a brush will reverse the normals on it, so all the faces render inside out.

I've had this happen several times when clipping very simple brushes.

Could also use the calc_ entities and a motion_manager/trigger_motion, to limit the velocity of the player.

There is, actually. See trigger_changecvar and trigger_command.

I'm definitely probably in.

Will you map the outdoors so we can have windows?