Jump to content

Can We Not Have Any Water In Solaris Map?

Maps Gameplay

20 replies to this topic

#1 El Bandito

    Member

  • PipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • Big Daddy
  • Big Daddy
  • 26,736 posts
  • LocationStill doing ungodly amount of damage, but with more accuracy.

Posted 16 May 2018 - 06:41 AM

I heard plenty of people having fps issues in Solaris map. The waterways in Solaris map don't have any function except for aesthetics, as they are at the outskirts of the city. If you use the F5 free look key in Solaris map, in testing grounds, you can clearly see water covering the entire map just under the floor, and the game has to render all that. I think if water is removed the map will have less performance issues. Maybe.

#2 Anastasius Foht

    Member

  • PipPipPipPipPipPip
  • Hell Fork
  • Hell Fork
  • 247 posts

Posted 16 May 2018 - 06:48 AM

Veneto, is that you?

#3 mistlynx4life

    Member

  • PipPipPipPipPipPip
  • 351 posts

Posted 16 May 2018 - 07:01 AM

I had the same thought, actually. It be cool if there were sewers or whatever but it's just there. The canals on the outskirts are neat but we all know the vast majority of fighting isn't going to happen out there.

#4 RelativeQuanta

    Member

  • PipPip
  • Giant Helper
  • Giant Helper
  • 30 posts

Posted 16 May 2018 - 01:58 PM

I highly doubt that water is affecting performance at all. Objects that are completely occluded aren't even rendered. So if you don't see it, it's not a problem.

If CryEngine handles materials anything like Unreal Engine, it's probably just a simple material function on a cube. Any one of the buildings would have a larger memory footprint.

#5 LordNothing

    Member

  • PipPipPipPipPipPipPipPipPipPipPipPip
  • Ace Of Spades
  • Ace Of Spades
  • 16,929 posts

Posted 16 May 2018 - 06:33 PM

some of the textures look kind of fuzzy when viewed from a distance. like there is some kind of blending issues, the kind of thing you get when you have two polygons on the same plane.

View PostRelativeQuanta, on 16 May 2018 - 01:58 PM, said:

I highly doubt that water is affecting performance at all. Objects that are completely occluded aren't even rendered. So if you don't see it, it's not a problem.

If CryEngine handles materials anything like Unreal Engine, it's probably just a simple material function on a cube. Any one of the buildings would have a larger memory footprint.


thats not exactly true. the math to figure out if something needs to be rendered is non trivial, but z-buffering is cheap. by the time you know if the pixel in the frame buffer is occluded or not youve already done most of the work needed to render it. most you can do is frustum cull, clipping planes, and backface cull at the polygon level. and thats after you have already done all your transforms into screen space. but what do i know i only wrote my own software renderer.

Edited by LordNothing, 16 May 2018 - 06:39 PM.


#6 RelativeQuanta

    Member

  • PipPip
  • Giant Helper
  • Giant Helper
  • 30 posts

Posted 16 May 2018 - 08:09 PM

View PostLordNothing, on 16 May 2018 - 06:33 PM, said:

some of the textures look kind of fuzzy when viewed from a distance. like there is some kind of blending issues, the kind of thing you get when you have two polygons on the same plane.



thats not exactly true. the math to figure out if something needs to be rendered is non trivial, but z-buffering is cheap. by the time you know if the pixel in the frame buffer is occluded or not youve already done most of the work needed to render it. most you can do is frustum cull, clipping planes, and backface cull at the polygon level. and thats after you have already done all your transforms into screen space. but what do i know i only wrote my own software renderer.


The fact that math is non-trivial doesn't mean it's unsolved. It has very much been solved and every single major 3D engine has it implemented in some way.
Here's the documentation: http://docs.cryengin...lling+Explained

Stuff that isn't on the screen isn't drawn.

#7 Brain Cancer

    Member

  • PipPipPipPipPipPipPipPipPip
  • The 1 Percent
  • 3,851 posts

Posted 16 May 2018 - 10:34 PM

Isn't the "water layer" the base of any Cryengine generated map?

Posted Image

#8 Vellron2005

    Member

  • PipPipPipPipPipPipPipPipPipPip
  • The Blood-Eye
  • The Blood-Eye
  • 5,444 posts
  • LocationIn the mechbay, telling the techs to put extra LRM ammo on.

Posted 16 May 2018 - 10:41 PM

My beef with this map isn't loading times, since the map works well on my computer..

My beef with this map is that it's

1) Too dark - shame to have to use nightvision to see properly, when so much work went into neon signs..

2) Too crowded - I get that it's a city.. so is River city.. and yet, on river city, a mech can move and shoot and LRM and do all kinds of things.. On Solaris, you always feel cramped, and if you end up there in a LRM boat, you might as well disco-out.. you will be just as effective..

I don't get it.. Why do you hate LRMs PGI?

The last two maps, for which we have waited an age to get, are totally anti-LRM..

Contrary to popular belief, people do actually play LRMs!

Edited by Vellron2005, 16 May 2018 - 10:42 PM.


#9 Brain Cancer

    Member

  • PipPipPipPipPipPipPipPipPip
  • The 1 Percent
  • 3,851 posts

Posted 16 May 2018 - 10:46 PM

When has an urban map -ever- been anything but LRM hate?

That being said, it's a good map. Just not for you. :)

#10 Unit 86

    Member

  • PipPip
  • Ace Of Spades
  • 45 posts

Posted 17 May 2018 - 02:10 AM

View PostVellron2005, on 16 May 2018 - 10:41 PM, said:

Contrary to popular belief, people do actually play LRMs!


Interesting theory. Unfortunately it's a proven sceintific fact that people don't play LRMs. I only ever saw bots.

#11 LordNothing

    Member

  • PipPipPipPipPipPipPipPipPipPipPipPip
  • Ace Of Spades
  • Ace Of Spades
  • 16,929 posts

Posted 17 May 2018 - 02:19 AM

View PostRelativeQuanta, on 16 May 2018 - 08:09 PM, said:


The fact that math is non-trivial doesn't mean it's unsolved. It has very much been solved and every single major 3D engine has it implemented in some way.
Here's the documentation: http://docs.cryengin...lling+Explained

Stuff that isn't on the screen isn't drawn.


of course the math is solvable. we wouldnt have 3d games if it werent. its just you can get around the trouble of dealing with it if you throw memory at the problem. then an n^2 problem becomes an n problem and you can render things really really fast. culls are part of the render pipe and they do eliminate a lot of render time when you get to the rasterization phase. but it takes a lot of work to get to that point.

when you use an api, like opengl or d3d a lot of this stuff is done for you, you just say heres what i want to render, heres how, now get to work. game engines usually wrap one or more apis with an abstraction layer of sorts and a bunch of pre-defined classes to work with. then that array of processors we call a video card breaks up the work between them. of course when you write your own software renderer you dont get that amount of power (and mine was a single thread renderer on top of that), so everything needs to be very tight. so you cull things as fast as mathematically possible. things like eliminating geometry not in the render area, and checking the z buffer before handling blending can save a lot of time.

#12 kapusta11

    Member

  • PipPipPipPipPipPipPipPipPip
  • Little Helper
  • Little Helper
  • 3,854 posts

Posted 17 May 2018 - 02:26 AM

View PostBrain Cancer, on 16 May 2018 - 10:34 PM, said:

Isn't the "water layer" the base of any Cryengine generated map?

Posted Image


Tourmaline doesn't have any water.

#13 Prototelis

    Member

  • PipPipPipPipPipPipPipPipPip
  • Shredder
  • Shredder
  • 4,789 posts

Posted 17 May 2018 - 02:55 AM

View PostVellron2005, on 16 May 2018 - 10:41 PM, said:

2) Too crowded - I get that it's a city.. so is River city.. and yet, on river city, a mech can move and shoot and LRM and do all kinds of things.. On Solaris, you always feel cramped, and if you end up there in a LRM boat, you might as well disco-out.. you will be just as effective..

I don't get it.. Why do you hate LRMs PGI?

The last two maps, for which we have waited an age to get, are totally anti-LRM..


Damn near every map in the game features open terrain, long lines of sight, or both.

You get Tormaline, alpine, polar, and frozen to spud spam at the very least.

Please don't cry about the one map that is a foil to your playstyle, the one map where lights excel.

Remember all those times where you told people to stop telling you how to play the game/have fun? Full circle my dude.

#14 RelativeQuanta

    Member

  • PipPip
  • Giant Helper
  • Giant Helper
  • 30 posts

Posted 17 May 2018 - 03:23 AM

View PostLordNothing, on 17 May 2018 - 02:19 AM, said:


of course the math is solvable. we wouldnt have 3d games if it werent. its just you can get around the trouble of dealing with it if you throw memory at the problem. then an n^2 problem becomes an n problem and you can render things really really fast. culls are part of the render pipe and they do eliminate a lot of render time when you get to the rasterization phase. but it takes a lot of work to get to that point.

when you use an api, like opengl or d3d a lot of this stuff is done for you, you just say heres what i want to render, heres how, now get to work. game engines usually wrap one or more apis with an abstraction layer of sorts and a bunch of pre-defined classes to work with. then that array of processors we call a video card breaks up the work between them. of course when you write your own software renderer you dont get that amount of power (and mine was a single thread renderer on top of that), so everything needs to be very tight. so you cull things as fast as mathematically possible. things like eliminating geometry not in the render area, and checking the z buffer before handling blending can save a lot of time.


I'm not sure what your point is here. Are you just saying that you can trade memory size for algorithm complexity? I don't argue that at all. That you wrote your own software renderer? That's really cool!

However, CryEngine does cull objects that aren't in view. The documentation shows that. A large water plane below an opaque ground surface should have a very minimal impact on performance.

#15 Tier5 Kerensky

    Member

  • PipPipPipPipPipPipPipPipPip
  • Bridesmaid
  • 2,049 posts

Posted 17 May 2018 - 03:57 AM

Water is flat plain not real 3D object, it takes nothing to render it.

#16 Tarogato

    Member

  • PipPipPipPipPipPipPipPipPipPip
  • Civil Servant
  • Civil Servant
  • 6,557 posts
  • LocationUSA

Posted 17 May 2018 - 01:51 PM

From what I can tell, the renderer does seem to do a decent job of occluding the ocean beneath terrain. I don't see any performance improvement in sandbox from removing it from a scene where it is not visible.


View PostBrain Cancer, on 16 May 2018 - 10:34 PM, said:

Isn't the "water layer" the base of any Cryengine generated map?


Posted Image


Posted Image

#17 IIXxXII

    Member

  • PipPipPipPipPipPip
  • 220 posts

Posted 17 May 2018 - 04:16 PM

View PostRelativeQuanta, on 17 May 2018 - 03:23 AM, said:

However, CryEngine does cull objects that aren't in view. The documentation shows that. A large water plane below an opaque ground surface should have a very minimal impact on performance.


Hey there. Would it be ok if I rewrote what you said to this:

"However, CryEngine does constantly engage in a decision making process as to which objects are rendered and which are not depending on whether the object in question falls inside field of view. This decision making process can translate to decreased FPS and lower performance which suggests that completely deleting unnecessary layers or objects can reduce the amount of decision making and selective culling an engine makes which translates to better performance."

I feel like we're having a discussion on CPU branch prediction where we assume that cache hits play no role in determining overall performance. Yes the process of branch prediction may appear seamless and smooth from a transitional perspective but that doesn't mean it doesn't carry a negative malus on performance? If that makes sense. The same principles could apply to rendering engines although I'm too n00b to say whether or not this is the case.

#18 RelativeQuanta

    Member

  • PipPip
  • Giant Helper
  • Giant Helper
  • 30 posts

Posted 17 May 2018 - 07:51 PM

View PostIIXxXII, on 17 May 2018 - 04:16 PM, said:


Hey there. Would it be ok if I rewrote what you said to this:

"However, CryEngine does constantly engage in a decision making process as to which objects are rendered and which are not depending on whether the object in question falls inside field of view. This decision making process can translate to decreased FPS and lower performance which suggests that completely deleting unnecessary layers or objects can reduce the amount of decision making and selective culling an engine makes which translates to better performance."

I feel like we're having a discussion on CPU branch prediction where we assume that cache hits play no role in determining overall performance. Yes the process of branch prediction may appear seamless and smooth from a transitional perspective but that doesn't mean it doesn't carry a negative malus on performance? If that makes sense. The same principles could apply to rendering engines although I'm too n00b to say whether or not this is the case.


No, this isn't the case either. Running the culling algorithm is already a net savings. Then there are thousands of things that the culling algorithm is checking. A water plane is just one of those things to check and its even simpler than the majority of the stuff like lamp posts that you push over with your mech. The time cost savings would negligible.

#19 yrrot

    Member

  • PipPipPipPipPipPip
  • Ace Of Spades
  • Ace Of Spades
  • 221 posts

Posted 17 May 2018 - 08:19 PM

The map certainly has a number of exposed occluders. The performance gained by removing the water under the map is most likely negligible, but broken occluders can cause all sorts of issues when there is this much geometry around. Heck, there could be a case where you end up processing the water, even when it should be occluded--just because the occluder geometry has a gap. Though, I'm uncertain how Cryengine handles occluders.

It seems like Solaris City has a lot of extra little details that could be cut down a smidge. They may also have too high of detail on some of the invisible meshes, like occluders and collision mesh, that can be trimmed down.

I'm assuming those types of fixes are going to happen soon*.

#20 Mystere

    Member

  • PipPipPipPipPipPipPipPipPipPipPipPipPip
  • Bad Company
  • Bad Company
  • 22,783 posts
  • LocationClassified

Posted 18 May 2018 - 06:30 AM

View PostVellron2005, on 16 May 2018 - 10:41 PM, said:

2) Too crowded - I get that it's a city.. so is River city.. and yet, on river city, a mech can move and shoot and LRM and do all kinds of things.. On Solaris, you always feel cramped, and if you end up there in a LRM boat, you might as well disco-out.. you will be just as effective..


People have been asking for a cramped city map for years, myself included.

Give people who wanted one a break. it's one freaking map!

Edited by Mystere, 18 May 2018 - 06:30 AM.






1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users