[WIP] de_meat [Looking for gameplay feedback]

If you want a ramp to look correct, you have to justify it being there. In this case, it's so steep that it becomes implausible. If you're set on using a ramp, look up how and why ramps are used instead of stairs.

That slope certainly looks cool, but abstract shapes don't cut it for believable levels nowadays.

why not just go with stairs? what purpose does that ramp serve?

just add a non-accessible lift. I think the problem here is you're going too realism heavy and the gameplay is suffering.

You would never put potential heavy cargo down a steep ramp like that, especially with a u-turn! having it in a different floor in general also make little sense logic wise, and if so, a cargo elevator would be better suited

Quote from Tyker

Because there are carts throughout the level. If there are stairs there, then how are the carts going down to the freezer? Maybe I could find a different solution to that instead, somehow!

In a realistic level you would have elevators for this kind of stuff. Why would people drag/push carts with meat that can weigh 30-40kgs?

In the slaughterhouse I work in during the summers there are indeed several levels, and everything is moved using elevators, there are no ramps. For short cuts etc there are stairs everywhere, but you would never move meat there. Stairs are used to move workers around quickly.

Quote from Tyker

I'll put it on the workshop as soon as I've had it checked by some other machines for custom content.

An open question. What is the difference between the blue and the red lines? They render differently?

Blue = models

Red = brushes

Green = displacements

Quote from Squad

Blue = models

Red = brushes

Green = displacements

Which one requires the most and the least computing power? If a wall is a model (like a door) or a brush or displacement.

Less red is better, models are cheaper and more easy to deal with with fade distance and occluder. Displacement are like a bit more expensive than brush but overall you have less porblem with them than normal brushes.

But the best things to know what is computing the most is to check +showbudget with multi-core rendering off.

Quote from Tyker

Aaaah, I see that's de_aztec_d, a decompiled version. I was using the regular vmf file in the CSGO files. I'll decompile the latest version and take a look there, thanks!

Edit: I checked it out, and there aren't any differences in settings. No input or output either. Still no clue why the particles appear and disappear randomly for random players between rounds.

Did you solve your problems with the fog that is generated differently for each player?