Post your screenshots! WIP thread Created 11 years ago2007-12-16 00:58:58 UTC by doodle doodle

Created 11 years ago2007-12-16 00:58:58 UTC by doodle doodle

Posted 2 years ago2017-03-13 21:04:33 UTC Post #333941
Post your screenshots!
how about I post a video instead

https://www.youtube.com/watch?v=dousurwwElI
Posted 2 years ago2017-03-13 21:48:22 UTC Post #333942
how about I post a video instead

https://www.youtube.com/watch?v=dousurwwElI
Well that was sudden...
I know it's a bit off-topic, but should I use VGUI or stick with regular HUD sprites to display the HUD? It's supposed to look like the Half-Life 2 HUD.
Posted 2 years ago2017-03-13 22:33:56 UTC Post #333943
I think "sprites" will be enough considering that you have most of the job already done.
Shepard62700FR Shepard62700FRHalf-Cat is watching...
Posted 2 years ago2017-03-13 23:00:21 UTC Post #333944
I guess I'll have to figure out how to do that. Thanks.

I may as well post some pictures when I'm done with that so we can be on-topic.
Posted 2 years ago2017-03-14 07:02:18 UTC Post #333948
@Crypt Will do when I get a minute.
User posted image

This midsection was a real bitch, and will continue to be while I tap the remaining holes on the bottom. Next time I'm not chamfering any edges until I know I will have an equal amount for the holes that will be put in later.

@Victor That is the first time I've seen somebody use func_train for an actual train.
Crollo CrolloTrollo
Posted 2 years ago2017-03-14 13:07:08 UTC Post #333949
@Shepard62700FR
"nice try son, you forgot one thing : clipnodes."
Nice try, and that "try" had its success in one of my maps.
If you've seen my The Specialists map, ts_untergrund, you'd have noticed that it has a lot of triangles and tetrahedrons. The rest are, well, 4-sided prisms, i.e. usual brushes.

I only had the clipnodes problem when I converted the terrain into a func_detail. But then we have the bevel texture which supposedly removes clipping from the surface it's applied onto.
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-14 18:28:39 UTC Post #333962
@Victor That is the first time I've seen somebody use func_train for an actual train.
technically it's 14 func_trains set to passable, with a ton of func_wall_toggle and trigger_hurt to maintain the illusion of running people over; if I simply relied on func_train collision detection they'd "stick" on people and get out of sync. It's split up because if they were all one brush entity it'd be longer than Hammer's max allowable dimensions.
Posted 2 years ago2017-03-14 22:37:59 UTC Post #333967
@Admer : Your map has nice terrain for the Gold Source engine and if it runs well on old PCs then it's good. But I think you missed the point that HL2 displacements is a different story than what GS mappers can achieve with vertex manipulation.
Add the fact that Source maps are x4 times bigger than Gold Source maps we can conclude that standard Gold Source will likely cry (I even doubt if the map would be compilable).

Take a look at this image I've found on Google Images :
User posted image
I highly doubt that if you replace the displacements by brushes under GS it would compile.

@James Luke : about the physics engine, I think you don't really need to access engine data to achieve that. Server side should be enough.
Shepard62700FR Shepard62700FRHalf-Cat is watching...
Posted 2 years ago2017-03-15 01:42:27 UTC Post #333969
@Sherpard:

I just checked, there are some physics calls being handled within the engine.

But that aside, it would be a lot better to handle everything client-side. Not as many pre-defined limits there. Also the networking would kill your PC...even after having like 100 physics-entities. And I have a relatively powerful computer.

The only problem would be is changing the physics code engine-side to handle Newton within Half-Life, and allowing for collisions with Newton objects. Regular Half-Life only supports SIMPLE collisions. Very SIMPLE collisions.

That's why HL2 changes that with Havok, it adds new collision types that makes it compatible with dynamically-shaped objects. But that's done in the engine. Which is locked closely by Valve. Hopefully they can change that sometime though... But I highly doubt it. Even then, I still have to fix it because I found some way to break it. Something about random access violations.
Posted 2 years ago2017-03-15 22:17:39 UTC Post #333972
was doing some more textures for fun
User posted image
User posted image
Posted 2 years ago2017-03-16 00:01:02 UTC Post #333973
@Trempler

It looks great.

Anyways, starting to add in all the effects. Decided I'm gonna use VGUI for the HUD now. No more nasty sprites and that would free up some precaching limits I believe.

Just gotta get that done and the renderer, along with completing all of the weapons, for now...they're just fancy viewmodel displayers.

Also did the lazy-weapon from an old HLFX.ru tutorial. But there are flaws like waving the weapon up-and-down makes the viewmodel look STUPID. But that aside. Progressing well. Here are some test screenshots.
User posted image
User posted image
User posted image
User posted image
Posted 2 years ago2017-03-16 02:17:41 UTC Post #333974
Well, just finished implementing the renderer. Needs a lot of fixing and cleaning up since it was written in 2006 and needs an old .dll that will """"break"""" it if it isn't there.

Wonder if I can ever set the depth-ranges without the .dll...or the stencil buffer and alpha buffer...
User posted image
Posted 2 years ago2017-03-16 06:34:10 UTC Post #333975
@Shepard62700FR
I saw a map on GameBanana which took 15 days to compile. Guess because of who? HlVis!
To be honest, I would be fine with letting my laptop compile a map as long as that, lol.

Interestingly, I have a Half-Life map, FILLED with these triangles (inside a 2048^3 area) and HlVis runs it all in under 4 minutes.

Well, I admit, it doesn't have very high-poly terrain. They're in the parts of the map. One part is very detailed, the other part isn't so detailed. I.e. one is higer-poly, and one is lesser-poly.

And this is where problems start...
Some triangles (even if they're covered with a non-null texture) still appear invisible.
But, other than that, I haven't had any major problems with triangular terrain.

Mmm, yeah. There's 1 additional problem. This long compile time is in fact very needy and greedy.
I compiled ts_untergrund with fast HlVis. triggers everyone
So, when I'm standing on one specific place, all the entities go invisible.
I only experienced these problems:
  • Long compile time (although, I am patient and willing to wait :3)
Well, I have an almost-10-year-old laptop! Of course it takes forever. I wonder, though, how quick would the Core i3-6100 do the job. ;D
______________________
  • Some missing faces (not a HlVis bug)
I don't know. Locate the brush and cover it entirely with non-null textures? I can always try.
______________________
  • Invisible entities, if standing on a specific spot (fast HlVis)
This one could also be that the player exits the 4096^3 area, but I doubt that.
______________________
  • Max clipnodes exceeded if I turn my terrain into a func_detail
So, the clipnodes one was fixed this way:
I selected it and turned on "passable". Then I copied the whole terrain on the same spot and covered the copied one in CLIP (only the top faces, the rest was in Bevel).
Yeah, much effort for a not-so-great improvement.
______________________

But still, us mappers can find a way out, most of the time. :3
Right?
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-16 07:15:57 UTC Post #333976
As a Source level designer, I cry at the idea of VIS taking more than a fraction of a second, let alone 15 days.
Crypt Crypt120% sorry!
Posted 2 years ago2017-03-16 08:05:36 UTC Post #333977
I remember when i first started mapping in Source and it took 30 minutes to compile the map. That was bad enough, but 15 days? How complex is this map?
Posted 2 years ago2017-03-16 08:37:01 UTC Post #333978
I was talking about GoldSource, not Source.
And it's true, compiling Source maps takes waaay less time than GoldSrc. :D

I was so so surprised that 1 simple room with 1 light took like 2 seconds to compile for Source. Meanwhile, it takes longer for GoldSrc.

And hey, I usually wait 5 or 10 minutes for VIS, and then 30 to 40 minutes for RAD, for GoldSRC.
I guess that's what happens when you have a 10-year-old laptop with a 2.4GHz dual-core processor with 2GB of DDR2 (Shepard gets triggered) memory.

As for the map itself, let me find it...
It's basically a map from Rainbow Six: Siege ported to CS 1.6.
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-16 10:40:31 UTC Post #333980
I think the problem with GS compiling is that the compilers themselves are old and unoptimized. Basically built on top of quake compilers used in the first versions of GS.

Someone could really do a rewrite for them instead of making "yet another goldsource renderer" :)

And if someone could point me in the right direction that explains the whole process in detail i would appreciate it a lot.
rufee rufeeSledge fanboy
Posted 2 years ago2017-03-16 11:01:21 UTC Post #333982
I remember that one of my old CS maps (de_caceres) took 39 hours to compile on a P4 3.2 Ghz laptop with 1 GB Ram 400 mhz. :crowbar: The poor bitch was almost fried because of it!!
Posted 2 years ago2017-03-16 12:09:23 UTC Post #333983
Wait, a Pentium 4 with 3.2GHz!? I only thought they were around 2GHz. :P

Yeah, I wonder what if someone makes a GoldSrc version, of the Source compilers? Then some people could easily take incorporate the Lightmap Scale option into a map editor, for example.

And, there's one thing I must say during compiling:
NEVER SET PRIORITY TO 'REALTIME' DURING COMPILING.
Always remember this. This applies to hlcsg, hlbsp, hlvis and hlrad.

Basically, the "realtime" priority is only for the mouse and the keyboard, i.e. the main input devices! If you choose to set the priority to real-time then your mouse, keyboard and the entire system might freeze.
It happened to me once. :3
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-16 12:26:46 UTC Post #333984
I wouldn't recommend even -high, tested Tremplers Stalkfire on my i7-7700k, with compilers set at high i got only a 10 sec gain from compiling on -low (which is the default for vhlt) the PC was unusable during that time.
rufee rufeeSledge fanboy
Posted 2 years ago2017-03-16 12:31:06 UTC Post #333985
Yeah, I tried HlRad with -high.
My laptop was suffering, and I had to kill hlrad.exe. :(

So yeah, I guess that we came to a conclusion:
If you want a detailed, outdoors map, just be patient and wait until it finishes.

What jacksepticeye said: "Speed is key!" is false.
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-16 16:59:55 UTC Post #333988
lightmap scale has nothing to do with the compilers or the editor, its in the engine
Posted 2 years ago2017-03-16 17:12:30 UTC Post #333989
Huh, I didn't know that.
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-16 19:08:59 UTC Post #333991
lightmap scale has nothing to do with the compilers or the editor, its in the engine
Lightmap scale do affect the compile time, since a lower lightmap scale requires more calculations on a single surface. Lightmaps can therefore be optimized where high quality lighting isn't required, or in low-contrast light areas.
Dr. Orange Dr. OrangeBoth a fruit and a color
Posted 2 years ago2017-03-16 19:09:03 UTC Post #333992
lightmap scale has nothing to do with the compilers or the editor, its in the engine
Lightmap scale do affect the compile time, since a lower lightmap scale requires more calculations on a single surface. Lightmaps can therefore be optimized where high quality lighting isn't required, or in low-contrast light areas.
Dr. Orange Dr. OrangeBoth a fruit and a color
Posted 2 years ago2017-03-16 19:29:12 UTC Post #333993
@rufee : if I had experience with multi-threading, GPU computing, CSG, BSP, VIS and RAD I would have looked at it.
Shepard62700FR Shepard62700FRHalf-Cat is watching...
Posted 2 years ago2017-03-16 20:14:30 UTC Post #333994
Last time i looked into the compiler code i saw a lot of platform specific code using ancient APIs. You can redesign them from scratch more quickly than updating them.
Posted 2 years ago2017-03-16 20:24:02 UTC Post #333996
Wow!, instead of ZHLT there will be PSCT!! (Power Source Compiling Tools). :D
Posted 2 years ago2017-03-16 20:37:22 UTC Post #333997
I vote for: GPCT!
(Gold Polyhedron Compiling Tools)

Coming in 1st April, 2033, at 4:20 PM., exactly when Half-Life 3 releases. (OK, you could ignore these 2 sentences because it's a joke xD)

I don't know, it sounds cool!
BSP-based mapping (CSG should be appropriate, too) is basically about polyhedrons. So, I think it's OK.
Admer456 Admer456Lean, mean, mapping machine :3
Posted 2 years ago2017-03-17 03:33:39 UTC Post #333999
Yeah, I was having a good look at the terrain capabilities in Source and trying to mimic them in Goldsource.

May have gotten way in over my head with this project. REALLY way in over my head.

But it did get me thinking.

Aside from the pain in the ASS that is PARANOIA's renderer and meaningless code in the old SDK. I decided to start having a look at the interface system Valve left in.

I also looked into Half-Life 2's code and saw the same thing...but for physics objects/collisions/terrain. What if we could mount the HL2 .dlls into Half-Life 1 and be able to do basic terrain or physics collisions. Kinda like what Solokiller is doing with VGUI2 in HLEnhanced? Is this possible? I think it would require a massive overhaul with Vectors and all that stuff...but maybe someday?

Say drag the .dll over and extract the interface version/names and use the CBaseGameInterface from HLEnhanced to hook the .dlls over and bring out the functionality to at least get something to work, like building a physics-mesh and seeing it or seeing displacements. Obviously implying it will have it's own interface file.

On another note, might have to ditch the renderer and wait for a better one. Or maybe switch to Trinity. Or at least the client-side entity manager.

EDIT: But we should have a cleaned-up version of VHLT that is optimized. Sure mappers could use that and get way better performance.
Posted 2 years ago2017-03-17 07:14:33 UTC Post #334001
I don't think you can use HL2 DLLs within HL1
Shepard62700FR Shepard62700FRHalf-Cat is watching...
Posted 2 years ago2017-03-17 11:52:54 UTC Post #334002
That'll never work because you'd need the engine to implement support for it.
Posted 2 years ago2017-03-17 12:48:13 UTC Post #334003
Meanwhile, Source is just... there. To use. Like, for free.

But nah, why use Source for it's features when you can try to make a bastardized version instead
Crypt Crypt120% sorry!
Posted 2 years ago2017-03-17 14:05:16 UTC Post #334004
Im also kind of against all of these hacked up clone engines. But it is what it is.
We are just stuck in the past apparently :)
rufee rufeeSledge fanboy
Posted 2 years ago2017-03-17 14:11:24 UTC Post #334005
1000x this ^
Archie ArchieGoodbye Moonmen
Posted 2 years ago2017-03-17 15:34:29 UTC Post #334007
There wouldn't be any clones if Valve did their job.
Posted 2 years ago2017-03-17 15:51:35 UTC Post #334008
I wouldn't exactly say were stuck in the past.

It's just fun to find out what we can do with an old engine.

Like 5 minutes after posting that I just had a look in the source and saw there were calls in the engine. :(

But if Valve stopped being lazy and released the engine already, then might it be possible? I wouldn't doubt it would require an overhaul and would be impractical, but maybe?
Posted 2 years ago2017-03-17 16:06:20 UTC Post #334009
If the engine were open source then anything is possible.
But i'd say the first thing to add would be an interface to query for available features, or all the different forks will end up making a mess (Gold-Life has displacements, Half-Source has 3D skyboxes, etc).

Too many forks will kill modding just like not having the engine source.
Posted 2 years ago2017-03-17 16:08:28 UTC Post #334010
What if Valve secretly wants us to use Source and phase out GoldSource?
Dr. Orange Dr. OrangeBoth a fruit and a color
Posted 2 years ago2017-03-17 16:18:25 UTC Post #334011
Then they should say so instead of keeping it a secret. I am tired of people keeping secrets for no reason in this community.

I sent another email to Valve, this time stressing that i will consider a lack of reply or vague/generic reply to mean we can do whatever we want. Now is not the time for secrets, it is the time for progress.
Posted 2 years ago2017-03-17 16:18:47 UTC Post #334012
They've certainly neglected it at least.

Last Github commit: Latest commit 5d76170 on Dec 30, 2014. And I can't remember the last Steam update for it except the beta. And they say they are only fixing critical game-breaking bugs. If that.
Posted 2 years ago2017-03-17 16:27:03 UTC Post #334013
Yes, but at some point the new updated engine would go too far out of scope to be even called GoldSource anymore.

I am a purist in this sense that i believe all the bugs, limitations and everything else is what GoldSource truly is and should not be messed with, if this is why Valve is not releasing the code then i applaud them. Even if they would what would happen? Suddenly all the bugs would be fixed? I doubt it, i can bet you Valve would be too lazy to release the updated version on Steam anyway. Last i checked unless you are a die hard Russian non-steam HL player whatever the majority of players are on Steam. Look at Id Software, they release all their old engine's, sure there's a ton of mods, but if someone plays them its probably the original game. Its the same here.

Even if i sound like a crusader for 1 engine i have nothing against all of you who do make these engines, it proves that you know what you are doing, but i believe your skills and talents are better put to use somewhere else.
rufee rufeeSledge fanboy
Posted 2 years ago2017-03-17 16:37:28 UTC Post #334014
I suppose that's why people wanted to run their mods under Svengine, until they broke compatibility and everybody had to go back to the old one. They were happy to finally get past the ridiculous limits and bugs, and then the rug got pulled out from under them.
Posted 2 years ago2017-03-17 22:02:43 UTC Post #334027
I'm just gonna leave those here :

Server redirection exploit (AMXX example) - Reported 9 Feb 2014 - NOT FIXED

Recent Update: DayofDefeat crashes after some time with SegmentationFault (Linux) - Reported 20 Dec 2015 - NOT FIXED

Console command "speak *anysoundfile" will crash game - Reported 27 Oct 2015 - NOT FIXED

https://github.com/ValveSoftware/halflife/issues/1622 - Reported 25 May 2015 - PATCH STILL WAITING TO BE ACCEPTED FOR EVERYONE TO USE

Add all the dangling pointers, memory leaks, crashes tickets reported by Solokiller and you'll see that Gold Source is starting to be messy.
if this is why Valve is not releasing the code then i applaud them.
Quote from here :
Once a year someone talks about maybe pulling it together to open source it but once again there are not resources to do the actual work need to package it up. The Sven Co-op team was luck in that there was a package and someone to make it available to them, that does not exist today.
i can bet you Valve would be too lazy to release the updated version on Steam anyway
You are right, Valve can't monitor 540545640 versions of Gold Source. But developers can provide the changes as some kind of "unofficial patch/port" like ezQuake, Darkplaces does for QuakeWorld. Those who prefer to stick on standard Gold Source stick to Steam, those who want more stuff would look to these ports.
Shepard62700FR Shepard62700FRHalf-Cat is watching...
Posted 2 years ago2017-03-18 02:58:40 UTC Post #334034
@Victor933: That is one lovely level crossing. My only nitpick is that the signal lights are wrong* ;P

While I was watching the video I heard a sweet distant train horn as the lights changed, I thought it was amazing sound work and went back to hear it again... and it wasn't there. Went back and forth several times and I couldn't find it. Turns out I heard an actual train in the distance out my window.

*Wrong means: The one on the left is red because duh, there's a train coming. But the one on the right should be green, signalling clear to the train, otherwise the train should stop right there or it would most likely crash onto another train that's either stopped ahead, or worse, coming in on the same track in the opposite direction.
Posted 2 years ago2017-03-19 02:37:12 UTC Post #334045
@DiscoStu
My only nitpick is that the signal lights are wrong* ;P
The signals do change. They switch to yellow first, then green, then switch back to red as the engine passes.
Posted 2 years ago2017-03-19 03:38:37 UTC Post #334046
In my defense I was too distracted by OMG TRAINS
Posted 2 years ago2017-03-19 19:57:56 UTC Post #334054
Once a year someone talks about maybe pulling it together to open source it but once again there are not resources to do the actual work need to package it up. The Sven Co-op team was luck in that there was a package and someone to make it available to them, that does not exist today.
Someone made it available, who's that someone? 5 min question for Valve to ask internally. If Valve's intentions are to open source it and only sven has the code then get the code from sven... (Has no one thought about this?)

While the ability to execute commands on the client side is an ethical concern and should not be done. The command is there and therefore is a feature which can be used for things like redirecting players around or worse. Ive though many times to write a server reverse proxy for my needs.

I seem not to be able to stop derailing this WIP thread :(
rufee rufeeSledge fanboy
Posted 2 years ago2017-03-19 20:27:49 UTC Post #334056
Alfred provided it. I've asked him multiple times already. I've also pointed out that they could get it back from the SC team to no avail. The Cry Of Fear team wanted to help and contacted Valve and got the same reply.

They just plain don't care. The open sourcing statements, the "we made it easy but won't because exploits" stuff is just a bunch of excuses. That's all you'll get in this community these days.
Posted 2 years ago2017-03-21 07:51:47 UTC Post #334068
Isn't it a little too late? VALVE/Sven team kind of lost the moment to open their sources because we now have:
  • opensource Xash3D
  • opensource ReHLDS
  • unnamed opensource engine client implementation (not complete yet)
  • opensource sp/mp/coop mod - XDM
  • opensource tools
  • alternative map editors
So, when (if) VALVe(r)(tm)(wtf)(gtfo) suddenly decides to open their crap, we won't be needing it anymore. :D
You must be logged in to post a response.