kriggelb

Hello aileron51! Yes, I'm having the same issue. Did you find a solution yet? Kind regards Chris

Thank you very much, Simbol!

Hello everybody, I have a short question since I deactivated dynamic lighting in P3D (4.3) due to performance issues: Will it be necessary to activate it again to also see PBR effects in 4.4 or are these features independent from each other? Thanks in advance and greetings from Germany, Chris

Thanks for the info!!

OK, maybe it will be fixed with a future update...

Hello JMLucia, did you already get any answer from support? I'm getting the same issue! Greetings, Chris

Hello, I've got the same problem: My VC is extremly dark now and even after reinstalling the P3D Client and uninstalling PTA the cockpit remains dark. There must be some settings that were changed by the Thopat preset that have not to do with the shaders folder. Maybe ORBX settings?? Any help would be great! Greetings, Chris

Hello Michael, regarding the EDDF issue: Try deleting the arpt_rwy.dat file in "<sim root folder>\PMDG\NAVDATA". The file is rebuilt when starting your simulator. Kind regards, Christian

Hello Keith, did you manage to solve the folder issue? I've got the same problem and it would be great to know if you got an answer from HIFI. Thanks in advance and greetings from Germany, Chris

Well, I also understood that it is just an optical thing in the start up screen - no systems issue or simulation problem after actually starting a flight. That's why I just left "DisablePreload=1" in the .cfg-file. I hope I got this right.

Does it mean we should point the FSLabs-team towards it or are they already aware of it?

OK, thanks a lot; I'll check that.

Do you mean the light bloom box within FSX-settings? That box is not ticked...

Hello Steve, I've been enjoying your dx10 fixer along with the new A320 and the cockpit shadows work just great! Thank you! Still I've got one question: In the shadow parts of the virtual cockpit I notice some white dots appearing from time to time within the respective area. It's no big deal - it's just as if the shadows were flashing at some tiny parts; the white dots seem to move around and then they disappear. As you can imagine it's hard to take a screenshot :wink: . These are my shadow-settings with the newest fixer version (3.0): - everything ticked except for "Enable Shadow Boost" and "Disable Volume Shadows" - Shadow Boost "0" - Contrast one notch to the right - HD All Aircraft - Shadow Bias 3.0 - Volume Shadow Bias + 3 I hope you can help me with that! Cheers, Chris

Hello Steve! Thank you so very much for your support: Your exclusion of the file mentioned above works great with v3.0! Greeting, Chris

Hello denthibbe, I just did the flight (KDFW-VHHH) out of 17C via LOWGN7 SID and I had no issues at all. I currently fly with cycle 1604 and the respective SID contains the following text: "SID LOWGN7 RNW 17C HDG 176 INTERCEPT RADIAL 157 TO FIX NAVYE FIX NAVYE FIX JGIRL AT OR ABOVE 5000 SPEED 240 FIX CORTS FIX BIGGD FIX CMORE FIX LOWGN" I use FSUIPC to monitor VAS (remaining amount) and I was able to fly with a steady value of 1,2 to 1,3 GB remaining during cruise until TOD (more than 12 hours of flight). Just a little feedback - until now I've never encountered a SID-leak. Kind regards, Chris

Thanks a lot, Steve! As I know now that it's not a problem it doesn't bother me that much - still thanks for your effort! Kind regards, Chris

Ok, then here is another possibility - thanks for your hint, Steve: There is a file called effect.CFG within the Effects folder which clearly gets updated when starting the Flusifix tool. I checked it: There are no changes made - it is just an updated time behind the files name. So obviously nothing to worry about :wink: . This is the file's text: ; These particle spite limits are applied based ; on the "Special Effect Detail" settings slider. [sprite Limit] Medium=5000 High=9999999999 Low=1000 ; These particle emit rate modifiers are applied based ; on the "Special Effect Detail" settings slider. [Emit Rate] Medium=0.700000 High=1.000000 Low=0.300000 ; If an emitter has its LOD flag set and the viewpoint is ; further away than this at the time the effect is started ; then the emitter will be disabled. [Detail] Forced Distance=250 ; The [Emitter Detail Distance] and [Emitter Detail Modifier] ; tables work together. If an emitter is further away than a ; distance specified in the distance table then the rate it ; emits particles at is scaled by the factor specified in the ; modifier table. [Emitter Detail Distance] Medium=5000 Far=10000 Very Far=15000 [Emitter Detail Modifer] Medium=0.700000 Far=0.500000 Very Far=0.000000 Test=1

Hello Steve, thanks a lot for the answer! I guess I found the file which is triggering the message: Within the Flusifix folder there is a file called "FlusiFix06_de.ffl" and it seems to be an index file. The type name is called "indexcreation-index". Interestingly it is updated each time I open Flusifix - even without changing anything. Maybe that's the reason for the message. As I see it that's not a real problem, is it? Kind regards, Chris

Just a small update: The message seems to appear every time I open fsx.cfg via the Flusifix-tool. I don't need to change anything - it seems to be triggered by simply opening and scrollig in the Fluisfix-tool. As if the scenery fixer-interface interprets the reading of a file as actually changing the effects directory! Quite strange, isn't it?

Hello everybody, I noticed a strange issue lately: Without changing anything in FSX or other addons I get the message mentioned above - I'm referring to the message we certainly all know after changing scenery or aircrafts. For instance it happens when opening the FlyTampa Configurator (without changing anything - just to check the season settings, for example) and then using FlusiFix (a small tool to open fsx.cfg, for example) - also: without changing the fsx.cfg file (just checking settings). Is this something I should worry about? I find it rather strange - as if something was changing the effects directory without having changed something intentionally myself... I hope somebody can give me a hint! Kind regards, Chris

Ok, thanks Andrew!

Hello Dicko, thanks for sharing your experience regarding the older Navigraph cycle! It would be great if you told me how to roll back the navigation data. I use the Navigraph cycles. I haven't found a way to do that so far - is there an option in the Navigraph download manager? Thanks a lot in advance, Chris

Thanks for the clarification! Could you please tell me where to find the KLAX.txt - file in order to edit the missed approach procedures like going direct to CATLY?

I just wanted to post that I had the same problem today: flight from KJFK (22R) to KLAX (25L, RIIVR2 STAR) and I wasn't able to finish the flight. I also used 1503 cycle. I read that someone in the beta team was able to reproduce this issue. It would be great to know if PMDG is keeping an eye on this aspect for a future update... How can a FMC route cause a VAS leak? Or is this something Navigraph has to deal with? By the way my ATC route was: N0480F340 BETTE3 JFK J146 FJC/N0489F320 J146 JOT J18 MZV/N0485F340 J18 ALBRT J64 TBC J128 PGS RIIVR2 (planned with PFPX) Kind regards, Chris