Jump to content

Daikan

Members
  • Posts

    57
  • Joined

  • Last visited

Recent Profile Visitors

2,973 profile views

Daikan's Achievements

Newbie

Newbie (1/14)

12

Reputation

  1. Curiously, has this gotten any better since the 5.1 update?
  2. Metal is not supported - that's been stated very clearly by the author and publisher. See the official product page and search for "metal": https://www.x-aviation.com/catalog/product_info.php/skymaxx-pro-p-198
  3. There is no refund for downloads like SMP. https://www.x-aviation.com/catalog/refund_policy.php
  4. I don't have v5 (yet) but using my Oculus CV1 and SMP v4 I cannot reproduce any of the issues with ground fog you are describing. But maybe you are using the word "fog" wrongly. FYI: "fog" is what X-Plane only applies BELOW the bottom cloud layer and is controlled by X-Plane's "visibility" setting i.e. without at last one cloud layer there will be no fog at all. Additionally, X-Plane uses a "haze" model which is still somewhat influenced by the "visibility" value but has no significant impact on ground visibility under ~10km (e.g. if you set visibility to the absolute minimum possible and no cloud layers you will still be able to see the ground from miles away). AFAIK the way "fog" and "haze" are represented is not changed by SMP at all (neither in v4 nor in v5). However, I can somewhat relate to the described issues in v4 when inside or above the lowest cloud layer, so IMO what you are describing is actually due to differences in representation of the cloud billboards for the left/right eye. I assume these artifacts will be gone when using volumetric clouds in v5 - although seemingly at the cost of a whole new set of issues (and the reason why I'm still holding off and watching this topic with interest...).
  5. IMO this is a long known X-Plane limitation / bug. Here's a video showing what happens using vanilla X-Plane 11.51 and weather manually set to RVR 1200m and overcast cumulus bottoms at 2000ft MSL while transitioning from the ground at 1200ft MSL into the cloud layer (looking straight down in this case): ec135 - 2021-01-24 21.51.01_Trim.mp4 Here's the same movement using a different perspective (looking slightly downward): ec135 - 2021-01-24 22.12.19_Trim.mp4 You can see how visibility temporarily "snaps" from foggy to a complete whiteout followed by a sudden change to perfect ground visibility shortly before entering the actual cloud layer. This example is more drastic due to the very low visibility chosen but I think it's the same effect.
  6. Do you really think those properties can't be faked by an attacker?
  7. @Cameron I'm not saying the email was a (malicious) phishing attempt - only that it has many aspects classifying it as such and which could have been avoided. Also, maybe you can answer these questions: Why not distributing a direct dowload link pointing to x-aviation.com without having to go through an unrelated domain? Why does an X-Plane plugin updater/installer have to run with admin privileges? Why can't the .exe be packaged in a trusted fashion i.e. using an executable that is signed with a trusted certificate or at least shipped alongside with a published MD5 hash on x-aviation.com or x-pilot.com that we can check ourselves? Thanks.
  8. So like probably many users I received that email a few days ago claiming to be from "orders@x-aviation.com" via some mailing list asking me to update my Gizmo Beta version because it's about to expire.... If you're like me and sensitive to phishing attempts in your inbox then that email has all ingredients that would usually make me toss it into the spam folder right away: According to the SMTP headers the email was sent by a mail host mail93.atl51.rsgsv.net The "List-Unsubscribe" header contained an URL pointing to a domain ending in us1.list-manage.com and a mailto: hyperlink ending in "@mailin.mcsv.net?subject=unsubscribe" The direct download link for the installer points to a top-level domain ending in us1.list-manage.com The downloaded installer is an untrusted Windows executable that requests privilege escalation upon execution Nowhere in there is any trustworthy reference to domain "x-aviation.com" to be found except in the "Sender" and "Reply-to" headers - which is useless as they can be both faked easily. And why an X-Plane plugin installer should require admin privileges is completely beyond me... To be fair, the download link contained in the email will redirect to https://www.x-aviation.com/downloads/Gizmo_Updater.zip (+ 2 URL parameters that are presumably for user tracking), but that will become only apparent after clicking on the link from us1.list-manage.com.... I would have expected a more professional distribution than this...
  9. Too bad, but okay. What about the file Silverlining.override? It seems as if it can be used to override any defaults in Silverlining.config, can you confirm? If so, this might make it a little easier for me to re-apply my tweaks in the future....
  10. I always found the stars in the night sky to be way too bright in VR. So my solution was to tweak .\Resources\plugins\SilverLining\resources\Silverlining.config as follows: starlight-scale = 0.0 minimum-star-magnitude = 10000 star-maximum-light-pollution = 0.001 minimum-star-glare-magnitude = 0.0 star-point-size = 0.0 star-magnitude-adjustment = 1000 This however gets reverted with every update and so I have to go back each time and re-apply my changes - which kinda sucks. Is there a way to make these tweaks permanent so they survive future updates?
  11. I'm getting regular stutters at 3-second intervals using SMP 4.9.3 and XP 11.50b10 under Vulkan. They disappear after I disable SMP via plugin admin. Using the microprofiler and comparing frames I could determine they are caused by ~7ms spikes in the "XPDDoDrawingHook" timer in the main thread. System: Win10, i5 8600K, 32GB, GTX 1060 6GB
  12. Love the new VR support introduced with 4.7 - good job! My only gripe are the noticeable cloud billboard "rotation" artifacts when turning my head. They are most noticeable when looking at cloud puffs directly above or below the current viewpoint location. Hopefully that gets fixed.
  13. Just a note regarding the promotional email I received about the 1.1. update. There it says: In fact, this was not true for me (running the SMP 4.7 installer did not touch my RWC installation and it was left at 1.0). I had to manually re-download RWC in order to get 1.1.
  14. I just wanted to chime to try to give VR support some more weight. I took the VR plunge as soon as XP11.20vr1 was out and there is really no way of going back to non-VR for me. Realizing that SMP4 was not VR-compatible was disappointing although not totally surprising. However, reading the comments in this thread had me worried a bit regarding the official stance towards VR. I realize it's very early on and it might be a "niche" now but IMO it is foreseeable that the general adoption in the flightsim sector will continue to grow substantially - once you've experienced it it is hard to believe otherwise, especially if you're into flightsimming mainly for leisure and fun. Just as an indicator: There have been 722 posts in the newly created topic VR in X-Plane 11 alone on x-plane.org since January 2nd...
  15. No biggie but it seems the reflections of the sun on water surface are misaligned... SMP 4.5 XP10.51r2 Hosek-Wilkie sky model Enable cloud reflections on water: Off
×
×
  • Create New...