Jump to content

Stevie Davros

Resident
  • Content Count

    45
  • Joined

  • Last visited

Posts posted by Stevie Davros

  1. I went through this issue a few months back when I imported a few hundred WL settings to EEP. Many of them required substantially different settings. In the end I got close with most of them. There is no shortcut way to do it. If you persevere with trying to get the look you want you will get there. Sometimes, counter intuitive quite different settings are needed. I reported my issues to Linden Labs.

  2. I recently had a customer purchase a product which when delivered should have been a folder full of items and a notecard. The customer only received the notecard in the folder. I recommended they redeliver and the same problem occurred for them. I confirmed they had paid and I had received a transaction record. In the end I manually shared the folder to them, after testing delivery myself without issues.  Is this a rare event?  What might have caused the problem?  I have not had such an issue before.

  3. 41 minutes ago, KjartanEno said:

    @Stevie Davros, I think you are 100% correct. It's not the shine that's broken, it's the preset.

    Yep, I have been making a large number of sky files and I have figured out settings that minimise a lot of the issues and produce really nice results for what I am trying to achieve. Dropping back to a default settings really makes things look rather blah...

    • Like 1
  4. 2 hours ago, arton Rotaru said:

    Well, at this current state, it's totally out of question that it breaks a lot of content. You will always find some materials, which have a rather settle shine anyway, where the differences are rather subtle. Everything else is completely blown out right now.

    EEPvsNon-EEP-Love-Me-Render-6.4.8.547427-(64bit).jpg.a1fb9f84c33b5d087e83a39991515c20.jpg

    Is it possible to amend the default sunset to achieve the same look as non-EEP?  Could it be the settings for default sunset that are part of the problem?

  5. 28 minutes ago, Henri Beauchamp said:

    I strive to stay on par with LL's latest (often not even yet released) changes, and every modification to the EE renderer gets backported in the Cool VL Viewer (and with weekly releases, the changes in LL's git appear only a few days later in the next Cool VL Viewer release); that's why you see different results in the EE renderer of my viewer when compared with other viewers with a slower release rate.

    This said, as I already wrote in this thread, EEP (P for ”project”, and it will stay as such (i.e. not of actual release quality) for a loooong time, I'm afraid) has been ”released” way too soon by LL. Not only does it break existing contents, but it is a performance killer (thus why I implemented the dual-renderer feature in my viewer: people not caring about pretty skies shall not suffer a 50% performances loss because of EEP !).

    From what I have seen in the past few weeks the performance hit is not that drastic for EEP over Windlight. It is about the settings you have on in your viewer. In Windlight I get down to 5fps if I max out all graphics settings, In EEP I get 50fps if I lower all the graphics settings to bare bones...  Has anyone doe a forensic study of the differences with all settings and compiled a report?

    • Like 1
  6. 2 minutes ago, Chic Aeon said:

    Just trying to figure out what is going on "now".  "Now" seems to change a lot :D.   

    I was floundering until I realised that so much had changed in the way it all interacts in EEP vs Windlight. Many of my EEP settings from old Windlight are radically different to try and achieve the same result. And the counter-intuitive way the colours all interact. Colour choices are as important as the atmosphere settings to get the desired look... :)

  7. On 8/17/2020 at 7:47 AM, Chic Aeon said:

    Soooo --  I was attempting to make a tutorial on importing Windlights to EEP to make a day cycle.   

    Some of you are likely laughing already.  Oh well.  

     

    It (still) doesn't appear that you can  turn a day sky into  NIGHT in the Linden EEP viewer.  I couldn't even get my 9 AM setting to "become" night by using the time slider in Firestorm (non-EEP).     Hmmm.   

     

    I did get my region default sky saved and imported into an EEP version. It wasn't all that close but I tweaked it enough to make it reasonable.   BUT, no matter what I do with the sun and the moon it doesn't get dark. Actually no matter WHAT I change I can't get things to be dark.   Since dark doesn't work in Firestorm (non-EEP) either now I am guessing this is the current server code. 

     

    Happily I have a very nice nighttime Windlight I made for SL15B and I did import that.  There IS the default  midnight sky in the Day Cycle creator pane, but  but but ?  :D 

     

    Am I correct in assuming that NIGHT based on the time of day that was in the Windlight viewer  is no longer night within the EEP environment?   I had noted that long ago on mainland region default cycle but I use my own Windlights do it isn't an issue usually.  I also saw a post go by last week with someone frustrated with this same "missing" element -- but for photography purposes. 

     

    I did get my Day Cycle made by uploading all Windlight files and NOT trying to get EEP to do what I wanted it to do :D.   I did end up accidentally with some interesting skies -- just nothing I was aiming for. 

     

    Thanks for confirmation or a tip how to get my imported skies to change with the "time of day" .   

     

     

    I can't understand why you cannot get a dark sky.  Here is one with almost no ambient light and artificial lighting and a faint starlight is all there is, made in Firestorm EEP Beta.  I have not explored day cycles as of yet however...

    Sunrise Firestorm EEP Beta_002.png

    • Thanks 1
  8. I have now had a lot more time to experiment with (and struggle with to some extent) the new EEP settings. My increased understanding of the substantially different settings necessary to achieve the same effects as my previous windlight files has eased my woes. In particular, settings for Haze Horizon, Haze Density, Sun Glow, Distance Multiplier and Cloud Density have had to be considerably altered to achieve the same appearance in the sky for my desired appearances.  

    For example, one of my sky files used for a sunset appearance for use with one of my cloud textures:

    Setting                                EEP                                       WL

    Haze Horizon                    4.34                                     0.21

    Haze Density                     0.03                                     0.70

    Distance Multiplier           0.08                                     15.7

    Cloud Density D                0.57                                     0.37

    Sun Glow Size                   1.99                                     1.75

    These settings all make the sky look quite different with subtle changes, so you can see that the large changes I needed would throw anyone inexperienced with the new way the settings work off their stride.

    Using the above EEP settings was necessary specifically to light up the clouds in a natural looking way at sunset, and the result in EEP is reasonably close to the old WL.

    I have a feeling that a lot of other people are also experiencing issues with EEP due to having their old favourite WL files imported and then struggling to achieve the same look due to the differences required in many of the atmosphere settings. I see a lot of people saying everything looks very dark and drab, maybe this is why?

    Attached is a table with a comparison of all settings I used.

    Screen Shot 2020-08-16 at 10.43.28 pm.jpg

    • Like 1
    • Thanks 1
  9. 32 minutes ago, Whirly Fizzle said:

    I filed this bug a while ago on the LL JIRA: BUG-228974 - [EEP] EEP settings do not respect texture permissions
    The bug isn't public because it's a permission issue.

    To be honest, I'm not actually sure if this is technically a bug, because creating skin assets using no copy to you or no transfer to you textures behaves in the same way - the resulting skins are full perm.
    The same behaviour happens with eye, hairbase & system clothing assets you create with non-full perm textures you are not the creator of & as far as I can tell, it's always behaved this way.
    When it comes to textures, permissions are pretty meaningless to be honest.

    Thanks for the reply, yeah I have figured that might be the case. My textures held only by me but referenced in my sky files are confirmed as No Transfer and I have not figured any way that could be circumvented at least. The sky files I sell and their saved-as alterations remain No Transfer.  With some effort on the part of the purchaser, they can put in all their sky settings manually and change the sky I supply to have the look they want. It would have been way easier for them to be able to slap in the graphic, such is life.

  10. 3 minutes ago, Pat Perth said:

    This question concerns the day-cycle editor.

    When the sun rises above the horizon the world immediately lights up; when the sun falls below the horizon the world suddenly turns dark. I suppose there is some combination of settings that make the light change around sunrise and around sunset a more gradual process, but I cannot find those settings. Does anybody have any advice?

    You need to go into Atmosphere & Lighting and change a bunch of the settings there to get the result you seek, but they would need manual tweaking for each slight change in the sun position. There does not seem to be any linking between the settings in Atmosphere & Lighting and Sun & Moon. Of course in RL everything is closely interlinked.

  11. I have discovered another issue with the new graphics possibilities of EEP. Part of the promotion about EEP from LL has been the ability to create custom graphics to replace the sun and moon for selling in Marketplace, there is really no limit to one's imagination here. I had though to create a pack of graphics people could buy to add to their existing favourite sky settings files. All well and good you might think. If I put a pack into Marketplace with a collection of graphics textures set to No Transfer and embed them in sky files to demonstrate them, all set to No Transfer all seems ok.  The problem is that anyone can them make their own sky file, or use an existing one, add in the No Transfer sun or moon graphic, and then transfer that sky file with anyone they like.  So it becomes impossible to provide a texture graphic for mix-n-match use as the No Transfer capability is so easily circumvented.  The only work around I see is to only provide No Transfer sky files with the sun and moon graphics already embedded, and not allow people to use the graphics in their own sky files, but instead ask them to amend the provided sky file to the way they want it to look. Your thoughts?

  12. On 8/10/2020 at 12:29 PM, Anne Cord said:

    Thanks Steve for your advice but I can find no way to get the sun to light up (regain the glow) when it rises above the horizon, no matter where I drag and no matter how I move it.

    I believe this is a bug and I'll just have to wait until it's fixed. Luckily it's not very important. Twice a day when for no known reason the glow shifts from the sun to the moon or vice versa,  causinga sudden change in the overall lighting, noticed only by me.

    I think there should be two glow settings, one for the sun and one for the moon. That the moon now captures the glow from time to time is probably a  bug, not a feature.

     

     

    All the settings in the sky interact with each other. It can be tricky to get the sky to look the way you want. The best bet is to start with a good sky someone else made and amend it to suit your desires.  I agree that they need to sort out the Sun issue. The Sun glow does not show in the entire sky as it does in reality - especially at sunrise or sunset. If you make the Sun Glow negative, the clouds on the other side of the sky look as they do in RL at sunset, but the sun and clouds near it are plunged into an unnatural darkness.  If you leave the Sun Glow where the sun is with positive values, the sun is washed out when you set the slider to give the far side of the sky some light...

  13. 3 hours ago, Anne Cord said:

    Thanks Steve for your advice but I can find no way to get the sun to light up (regain the glow) when it rises above the horizon, no matter where I drag and no matter how I move it.

    I believe this is a bug and I'll just have to wait until it's fixed. Luckily it's not very important. Twice a day when for no known reason the glow shifts from the sun to the moon or vice versa,  causinga sudden change in the overall lighting, noticed only by me.

    I think there should be two glow settings, one for the sun and one for the moon. That the moon now captures the glow from time to time is probably a  bug, not a feature.

     

     

    I agree Anne, I also have noticed when you set the Glow Focus to negative to provide sky backlighting away from the Sun, then the position of the Sun goes unnaturally dark, which in real life does not happen. The Sun glow should decrease so that there in no discernible disk showing, but not darken beyond that. I shall post a bug report on this. It has major impacts on the sky lighting affecting way more than just the clouds.

  14. 1 minute ago, Gabriele Graves said:

      

    The fact that the arrows seem to be the only way to get the sun back to the front after a stray click sends it behind it really annoying.  If we cannot go back to the previous day cycle slider, it would be nice if there was a quick one press toggle to bring to front/send to back.

    I agree with you. The day cycle slider was a very useful feature to have.

    • Thanks 1
  15. 9 hours ago, Anne Cord said:

    Can anybody tell me how to get the sun to light up when I want it. I want it to appear at 6am but it won't show up until later no matter what settings I use.

     

    https://gyazo.com/780473b2f1cd38936cb090a3a8da1b86

    shows my current settings but no matter what changes I make to the location of the sun, glow focus and glow size, it just stays dark.

     

    The Sun is still below the horizon. Try clicking the E and N arrows until it just peeps above the horizon and the little yellow sun light up bright, like the moon is on the right side. If you are after a pre-dawn glow, you need to move the Glow Focus slider across to the left into negative territory and reduce the Glow Size to about 1.80.

  16. I agree that would be marvellous, but it would require implementation of something like Stellarium app into SL. Here I added a Milky Way graphic into Firestorm EEP Beta at the maximum allowed size of 1024x1024 onto the Sun and sized it just to fit the screen dimensions for a snap. It is fuzzy and not practical, unless you use SL on a smartphone. To add in a heap more tiles to cover the entire sky as graphic files would require even at this fuzzy resolution maybe 50 or more tiles. I shrank it to a smaller size and it looks more reasonable, but then to cover the sky you would need hundreds of tiles... So the only way they could implement it would be using code to emulate it, rather than image graphics.   Even Stellarium app makes the Milky Way look somewhat fuzzy, because they use a graphic for the Milky Way and rendered stars...  Given all the other issues they are trying to resolve I would would give this zero chance of being considered. :(

    Maybe this gives a hint:
    http://www.ianww.com/blog/2014/02/17/making-a-skydome-in-three-dot-js/

    Mily Way as Replacement Sun.png

    Interface.jpg

    Stellarium Astronomy App.jpg

  17. 31 minutes ago, Dragon Hijinks said:

    Will there ever be support for changing the stars in the sky like the we can the sun and the moon? I would love to have a more detailed starfield in the sky w/o having to use skyboxes!

    This has probably already been answered, but I never use the forums and can't find the topic search. ^^;

    Excited to see what folks do w/ EEP in the long run!

    Highly unlikely.  I have been making texture files for clouds for a while now for Firestorm with Windlight. When they were locally hosted graphics files, the size I was using was 4096x4096 pixels which provided good detail when stretched across the entire sky dome. Now with EEP the upload file size limit is 1024x1024 pixels. 1 megapixel when stretched across the entire sky is very low resolution. Clouds are acceptable looking at a pinch with the right settings, but stars would just look like fuzzy blobs if you tried to use a starscape image. The current new stars are quite nice IMO, but they are procedurally generated and not a graphic, which is why they are sharp little dots. 

    I have been making some eclectic things to place in the sky with EEP, check out what I have been up to here: https://marketplace.secondlife.com/stores/204498  My latest is figuring a way to use the new variance setting to show a pseudo aurora in the night sky...

    • Like 1
  18. 18 hours ago, Extrude Ragu said:

    One thing I really miss in the Firestorm EEP Viewer is the quick setting from Windlight era that let you scrub through the day cycle. I feel like some version of that really ought to be restored so that we can scrub through EEP day cycles fast for a picture or something

    I have thought this through a bit more and looking at the Firestorm Beta (also the same in LL EEP Viewer), all you have to do is click Personal Lighting open, and drag the sun position ball around to put the sun and shadows anywhere you like, and change sky colours.  Once you are used to it, it takes a few seconds to achieve the same as the old slider.

    Screen Shot 2020-08-07 at 10.00.49 pm.jpg

  19. 4 hours ago, Extrude Ragu said:

    One thing I really miss in the Firestorm EEP Viewer is the quick setting from Windlight era that let you scrub through the day cycle. I feel like some version of that really ought to be restored so that we can scrub through EEP day cycles fast for a picture or something

    I agree. Perhaps this needs to be submitted as an enhancement request officially, if it has not already.

  20. Using Firestorm EEP Beta, I have imported one of my custom cloud texture files and a selection of Windlight files and they seem to be working a lot better than when I tried 5 weeks ago. I am now finding my imported windlights to look quite similar to how they appear back in standard Firestorm. There are still some issues, but I am less concerned than I was.  

    I have noticed one very odd thing, as I pan left and right in mouse look the sea can suddenly change from quite dark to very light. This seems to be in relationship with the sun position and seems more obvious when the sun is close to the horizon. Has anyone else experienced this issue?

    A few quick screen caps of my cloud tests:

    Davros Sky Test 1.png

    Davros Sky Test 2.png

    Davros Sky Test 3.png

×
×
  • Create New...