August 20, 20205 yr Evening all! I'm trying to iron out a few issues with the new sim and have noticed that when looking at the FPS through the dev options, 'CoherentGTDraw' is taking a fit and causing really bad stutters. I've tried everything i can think of, including turning off everything i can and reducing every single display option i can find to a point where the cockpit it a complete blur. CPU is running at around 31% and GPU mid 40's consistently... but this CoherentGTDraw keeps flashing red and the stutter is terrible. Does anyone have any idea what it is and what i can do to fix it? Thanks
August 20, 20205 yr https://www.google.com/search?q=CoherentGTDraw clicking one of these: https://coherent-labs.com/Documentation/cpp-gt/db/d12/rendering_guide.html This is a 2D rendering technology most likely used for the EFIS. Edited August 20, 20205 yr by RXP
August 20, 20205 yr I have noticed the CoherentGT thread kick in when I switch on the avionics in the 787 and it grabs about 15-20 FPS. There are no graphic changes I have found that can lessen the impact. The custom engine parameter display in the Extra does the same thing but with less impact to FPS than the 787. I think only the devs can optimise this and I really hope they do. I suspect this to be one of the main reasons some people are seeing very low FPS.
August 20, 20205 yr What you could do is: Download the SDK and review the documentation Realize the FS2020 SDK is a sandbox constraining 3rd party devs to WASM* Incidentally understand 3rd party addons are limited to only use the set of functions available through the SDK and nothing more. Therefore If any such function is a performance hog, it will also be a performance hog for 3rd party developers. Hence you might also want lowering your expectations for 3rd party add-ons until this gets better in the SDK. In the meantime, many 3rd party developers are certainly trying their best to give feedback and send requests to the FS2020 developers. *To keep it simple it is HTML+JavaScript tech running 'near-native' code. WASM is a good technology, here is an example I've stumbled upon this morning (will bring back some memories to some of you):https://floooh.github.io/tiny8bit/ But this is sandboxed and this is limiting 3rd party devs to a subset of the WASM features: if the SDK doesn't offer file access function, no addon can access any file. If the SDK doesn't offer access to the video card, no addon can draw sophisticated rendering using the video card directly. If the SDK doesn't offer access to the 3D shaders, no addon can take advantage of the shaders for rendering. If the SDK doesn't offer access to the network,... if the SDK doesn't offer access to xxxx or yyyy... etc...
August 20, 20205 yr 6 minutes ago, RXP said: What you could do is: Download the SDK and review the documentation Realize the FS2020 SDK is a sandbox constraining 3rd party devs to WASM* Incidentally understand 3rd party addons are limited to only use the set of functions available through the SDK and nothing more. Therefore If any such function is a performance hog, it will also be a performance hog for 3rd party developers. Hence you might also want lowering your expectations for 3rd party add-ons until this gets better in the SDK. In the meantime, many 3rd party developers are certainly trying their best to give feedback and send requests to the FS2020 developers. *To keep it simple it is HTML+JavaScript tech running 'near-native' code. WASM is a good technology, here is an example I've stumbled upon this morning (will bring back some memories to some of you):https://floooh.github.io/tiny8bit/ But this is sandboxed and this is limiting 3rd party devs to a subset of the WASM features: if the SDK doesn't offer file access function, no addon can access any file. If the SDK doesn't offer access to the video card, no addon can draw sophisticated rendering using the video card directly. If the SDK doesn't offer access to the 3D shaders, no addon can take advantage of the shaders for rendering. If the SDK doesn't offer access to the network,... if the SDK doesn't offer access to xxxx or yyyy... etc... Hi Jean, Can you still do Direct-X draw calls under WASM framework, or this has to go through the high level APIs provided by WASM? Zicheng Cai
September 28, 20205 yr On 8/20/2020 at 11:54 PM, RXP said: What you could do is: Download the SDK and review the documentation Realize the FS2020 SDK is a sandbox constraining 3rd party devs to WASM* Incidentally understand 3rd party addons are limited to only use the set of functions available through the SDK and nothing more. Therefore If any such function is a performance hog, it will also be a performance hog for 3rd party developers. Hence you might also want lowering your expectations for 3rd party add-ons until this gets better in the SDK. In the meantime, many 3rd party developers are certainly trying their best to give feedback and send requests to the FS2020 developers. *To keep it simple it is HTML+JavaScript tech running 'near-native' code. WASM is a good technology, here is an example I've stumbled upon this morning (will bring back some memories to some of you):https://floooh.github.io/tiny8bit/ But this is sandboxed and this is limiting 3rd party devs to a subset of the WASM features: if the SDK doesn't offer file access function, no addon can access any file. If the SDK doesn't offer access to the video card, no addon can draw sophisticated rendering using the video card directly. If the SDK doesn't offer access to the 3D shaders, no addon can take advantage of the shaders for rendering. If the SDK doesn't offer access to the network,... if the SDK doesn't offer access to xxxx or yyyy... etc... I was dismayed by the news of these type of addons being severely sandboxed. I'm curious as to why this decision was made. The operating system world didn't come crashing down during the FSX-era where DLLs were allowed greater access to system resources. Unless I missed this catastrophe in the press 🙂 Edited September 28, 20205 yr by darrenecm
Archived
This topic is now archived and is closed to further replies.