Jump to content

Proot

Members
  • Posts

    1,068
  • Joined

  • Last visited

Posts posted by Proot

  1. I love this idea! Could I add this by default in KSPRC? (of course under your authory and license!!)

    And btw, @OhioBob seems that you know about atmospheres and so on... could you tell us the correct settings for your atmospheric values using the Scatterer's config tool?

    http://forum.kerbalspaceprogram.com/index.php?/topic/103963-wip11-scatterer-atmospheric-scattering-v00244-17042016-11-compatible-faster-loading/

    To have the most realistic and accurate parameters for the visual side of the atmospheres is something that is itching me since so much of time...

  2. Hi @rbray89, first of all: thanks for your efforts, as always.

    I've been observing the cloud system for awhile. And I've noted that the cloud particles spawn/speeds are "linked" to the main texture. While this is fine for the stock configs, the particles blinks when you use bigger/faster cloud detail textures. In many cases this spoils the "consistence" of the clouds.

    My question is: would be possible, in future versions, to have a switch to change the "particle link" between the main texture and the detail texture?

    I think that be able to link the particles to the detail, instead to the main texture, could do a great change in favour of realism, changing the blinking of the particles to a more natural "cloud evolution", based in the detail texture, but with the effect defined by the main thexture.

    In any case, thanks again for all!

  3. 1 hour ago, SquaredSpekz said:

    @blackrack I mean in terms of adding some fogging to the mun etc. Not realistic but very cool looking and cinematic. I have seen it somewhere on the forums...

    I started to use that trick with EVE, time ago in KSPRC (after start to use layers to simulate fake scartterings) to fake the surface shining on non atmospherical bodies. All packs were using that method in one way or another after a short time because is a "cheap" and easy way to reproduce those effects. But EVE was not designed with that in mind, so the effect was better at high distances than near: if you don't dim the effect rightly (to disappear at near distances) you get that "fog" effect over the bodies... fog which -personally- I have come to hate along the time.

    Anyways, and IMHO, combining Planet Shine, Scatterer and EVE you can get that effects again.

    But what I wish to see some day is something like this:

    On 5/11/2015 at 6:21 PM, blackrack said:

    It is rendered behind the sky shader. Also, what am I looking at here?

    Edited: now do this

    14uwAzZ.jpg

     

  4. 1 hour ago, daniel l. said:

    Blackracks flare is different, Unlike the default flare system that Thomas made, The flares in blackracks system scale properly and get smaller and smaller with distance, Plus the flare is stored in PNG format, making it easier to edit.

    I can't agree.
    I love the possibilities with Blackrack's flare and I'm using it right now, but still needs to be tweaked a bit more (no hurry btw, is not urgent): the ghost remains always at the same size and the flare glows over the sun's surface in close-ups (which is 100% realistic for a regular camera or the human eye, but in that way you can't enjoy that taste to the cinematic suns or the telescopic images -like in stock, where you can see the surface of the sun-).

     

     

  5. 28 minutes ago, Alexoff said:

    There are normal maps with alpha-channel in that programs? Can you name your plugin for Gimp?

    I don't understand your question. I use the nvidia plugin for DDS files and normal maps in photoshop. If I want a more accurate result then I use my old Ndo plugin for Photoshop (from when it was just a plugin, not a full suite like now).

    I use gimp for save the final result in DDS format, since the GIMP plugin for DDS (to create the normalmaps for KSP in DTX5 NM format) outputs much better results than in photoshop.

     

  6. Very nice work with the new sunflare system!

    I'm doing my first steps customizing it. Despite the small issues, all works and looks stunning! Curiously the pic was done via "Impr Pant", seems like "F2" doesn't capture the sunflare changes (the screenshots shows the stock flare). [Windows 64bit v1.1pre-release]

    This is stock + scatterer and my new sunflare:

    7xraoOV.jpg

    I miss a couple of instances more for the 2º ghost, and maybe another optional ghosts, to add some lens/dirt effects. But, seriusly, I think this is much more flexible and looks much better than the stock sunflare system.

    Congrats and many, many thanks blackrack!

  7. Back in business!
    Sorry for the total absence but my IRL works are usually commissioned and sometimes I have epochs like lately, where all becomes a madness!.
    But seems like I'm gonna have a small break, so I'll try to port KSPRC to 1.1!

    I'm trying to use my lensflare in the Scatterer lensflare system. I must check EVE yet. Waiting for 1.1 final release and Kopernicus for the rest. Texture Replacer could be available relatively soon too, so maybe we can have the visuals working under 64bit windows, finally!

    My war for the collisions agaist the terrain scattering is in stand-by. At some point the collisions never worked again... and I can't find where is my error. So I'm pretty frustrated about it, because I've worked to get a really nice variety of terrains... And what the h**l!!: is awesome to climb munar rocks or avoid the rocky crags while you land in Duna!

  8. The framerate drops are not related to the textures, as far as I know...

    Sorry I'm truly busy lately IRL and I keep strugling with the terrain scatters. I think I've made a mistake which I can't find, so all colliders are off, even when the configs appear to be right. :P

    If I can't find the error soon I'll release the update without this, delaying the terrain scatters for a later update.

  9. About the "realism debate":

    Make no mistake, the earth haven't an "concrete aspect". What we imagine as the reality is more like an "overall". As a lot of other things, depends on the "espectator" and "his eyes"... is not the same a black and white photo from a satellite at high distances and with false color (no matter how good were the colored) than -as example- a regular photo taken by an astronaut, from the ISS.
    For the same reason, imagine you are at EVA around earth, is not the same to get a picture of the "edges" of the planet and his atmosphere than get the photo of the earth just below you: the atmosphere scattering has an "acumulative" visual effect, so if you are seeing the horizon/edge, no matter at what height, you gonna see much more color and "fog" effect there. And at the contrary, if you look at a very "general" plane of the earth, or in the earth plane perpendicular to you in that imaginary EVA, you'll see a "clear" earth with a barely visible coloration/fog-effect coming from the atmosphere scattering.
    So, IMHO, there is no solution until we can get a barely decent HDR in KSP, which could cover an enhancement of all those small changes of "perception".

    Meanwhile, we must settle a concrete look and, @blackrack, humbly I vote in favour of that last kerbin look. Anyways, you have done all configurable here, so the look in the main release of scatterer shouldn't be too debateable, right? lol

  10. 11 hours ago, Nhawks17 said:

    Hey @rbray89 the cubemap textures that you provide. What is the reasoning they are colored in the png file? I'm trying to convert my textures over to cubemap but it's not reading the files I have correctly (I named them the exact same as the ones you provided and just used the same config).

    I'm guessing: in that way, using the color channels, you can have more than one texture in the same file.

    EDIT: I was having the same problem and all was my fault in pqs.cfg and textures.cfg. Once you start you game, open the EVE GUI, select the correct cubemap format (when the line becomes white instead red), then re-save your cloud configs from there. Should work in the next start.

  11. 1 minute ago, Avera9eJoe said:

    Man... colliders for surface features has been a want for quite some time now. Makes me happy to see you're one of the first to add it. :) - Good to hear that there's "Much better FPS performance". The way you say makes it seem like it is indeed quite a bit of improvement. Even if it's only a few frames better I look forwards. And what's this about crags at Duna?! Are you trying to say that you actually have things to worry about when landing besides hills now? Man... SQUAD should really acquire you. ;)

    You use Cubethesphere too?! Woah! I was introduced to this old program by a friend of mine and it's always been extremely useful.

    Hm... It was creating too much lag wasn't it :(. Probably a good idea in that case. Are you planning on including an "extras" folder in the main DL?

    Thanks Joe. Yup, the plan is have risky landings and many other funs. For example you should drive a bit more carefully in Kerbin, taking in count the rocks, the trees and other obstacles... or you must search for a clear zone for your landing if you are in the middle of a forrest, to avoid destroy your vessel against the trees. Also, all this should be persistent: if  you go to a place, you should see the terrain scatters just there, not an empty zone with added decoration in the next loading (like in the stock behaviour).

    Probably a new place to discover too, I don't want to spoil more.

    Next step, for my dreamed "Laika Sir Common Enterprises" is to creat and add -all we, together- sicence experiments for all this new objects, like experiments for rocks (exogeology!), with plants in Kerbin (biology!) or in the deep ocean (oceanography!).

    Of course all this possible thanks to Kopernicus Mod, a.k.a. @Thomas P.'s amazing work. So if you like all this, you should be giving thanks to him and support to his project which -by the way- maintains just by himself:

    http://forum.kerbalspaceprogram.com/index.php?/topic/103277-105-kopernicus-beta-06-december-28/&page=1

  12. 26 minutes ago, Poodmund said:

    You can also use http://hugin.sourceforge.net/ to convert between the two, rotate Cube Maps and all kind of things. 

    Also, @Proot, can I just confirm that the pqs.cfg has been updated to the latest EVE syntax so I do not have to include an overwrite with my visual pack distribution? I did not hear back last time I asked so I am just checking. :D

    Yes. Also TTR reflections will be distributed as an extra. Not by default.

  13. If may I ask... from where you "take" the terrain volumes?

    Maybe... could you "fill" the geometry gaps using the low poly model used in scaled space? Probably the result will be not acurate, but nearest to the real mesh? Just an idea, I don't know if it is possible.

    EDIT: btw, with Kopernicus you can generate a .bin with the lowpoly mesh of the bodies. ;)

×
×
  • Create New...