but when I turned on vsync (which I only turned off for testing purposes) fps stayed high and I still got tearing.
I'm experiencing exactly this since day one of using Aerofly. And that's with OpenGL, mind you. I've never got Aerofly's vsync to work on my GPU (Radeon RX 580). And I don't have this issue with other software.
Try to post your tm log without sending us to a 3rd party site.
That's somewhat problematic since this forum only allows up to 10,000 characters per post. Attachments with the file extension .log are not allowed. So I've renamed it to .txt.
Make sure you have the latest video card drivers installed.
Like I said in my initial post, I'm using the latest driver. I've just updated it yesterday and even checked if a new one got released today.
Also, before running Aerofly again delete your main.mcf file located in your documents\aerofly FS 2 folder.
You will have to reconfigure your graphical settings.
Done. Stil the same result.
Also make sure that you have your video card control panel settings set to default values.
I've never changed them.
If it's still crashing after you try my suggestions, please post your tm log on here for us (the link you originally had was broken)
The link is working just fine. Just checked again. You just have to use the password I mentioned in my initial post when asked for it. If you need the link again (I've noticed you've deleted it from my initial post), I'll repost it.
GPU: Radeon RX 580, latest driver
CPU: Intel i7-6700K
Btw, Windows' error message was"
VIDEO SCHEDULER INTERNAL ERROR"
I'm playing on vsync since going over the display refresh rate is just excessive heat for me
Enabling Aerofly's vsync with my Radeon RX 580 still doesn't work (i. e. FPS doesn't drop much, let alone to 60 fps). Just pointing this out.
So Vulkan isn't the key part: OpenGL performance has been improved and Vulkan will take that improvement even a step further.
From my understanding, it's the usual first step to restructure existing OpenGL code in a way that is following the general principles of Vulkan, thus making it easier to port it over to Vulkan later on. As a side effect, this restructuring alone improves the performance of the OpenGL code as it will be more in tune with how the GPU works on a hardware level.
For more technical details, see e. g. here:
Why I wonder, would Vulkan even be available for the most recent CPU integrated graphics, surely they are aimed at slow stuff like office work and web pages?
No, you can play many 3D games without problems with current integrated graphics processors (IGPs), if the games are not too demanding. This is especially true for somewhat older games and if you don't max out the graphics settings.
Obviously, since Vulkan generally lessens the work load for GPUs/IGPs as it's more efficient, this pushes the limit up a little what kind of games you can play (and at which settings) with a given GPU/IGP. Given the same graphics settings, a given game X supporting Vulkan will run smoother with Vulkan than with OpenGL. Or, given the same level of "smoothness", you can increase the graphics settings. Your choice.
Of course, a good dedicated GPU will always be better than an IGP.
I have managed to recall, that last time this happened to me I think it was Jeff told me to use integretity. I'm sure that was the word. It worked great but I just cannot think what I did.
TO JEFF OR ANY OTHER: Can you repeat how to complete that integrety action please.
https://support.steampowered.com/kb_article.php?ref=2037-QEUH-3335
Imho, the problem isn't about not having some specific release date, but rather that it is not even communicated if e. g. rather 10% or 90% of the necessary work for a feature in progress have been completed, i. e. are we closer to the beginning or closer to the end. I guess that some very rough idea like "~ 2/3 of feature xyz has been completed" would suffice for most people.
I'm just mentioning this as this happened with the integrated, out-of-the-box anti-virus solution of Windows, not some 3rd party solution. So there's some possibility that this will happen to many users in the coming days (i. e. when their Windows Defender definitions get updated by Windows Update).
As you've mentioned, I've set it as a trusted application now, though, so it should be ok. Must have been caused by the latest malware definitions, as I've had no problems in that regard prior to today.
Yes, you can delete the 'main.mcf' file located in your documents\aerofly fs 2 folder. This will clear the graphics settings and rebuild the file.
Thanks, already tried it some minutes ago with no effect regarding Vsync. What I noticed though, is that Vsync does work when Aerofly is set to windowed mode. But not when set to some display resolution (i. e. full screen mode). Strange.
I already answered you a few times on the Steam forum about this.
You need to set Aerofly as a trusted application in your antivirus application.
No, you didn't, as this is the very first time this happened to me. Thus, I haven't posted on the Steam forums about this.
Just for your info. So if this file is suddenly missing (which happened to me a couple of minutes ago), that's the reason (malware definitions from 2018-01-29).
We have tested this and have found no problems with how VSync works. I've personally tested this with an AMD GPU and it works the way that it should.
Mh. That's strange as here it doesn't, but thanks for your feedback.
May have something to do with the fact that whenever I entered the Aerofly settings the very first time after installing, Aerofly crashed. But just one single time. No problems entering the settings afterwards (or anywhere else in the app).
Perhaps Aerofly's configuration files got somewhow corrupted by this. May I ask where they are stored so that I can delete them (I guess they are created anew by doing this)?
Edit: Is it config file called "main.mcf"? If yes, I've found it.
Edit 2: Deleted & recreated both config (*.mcf) files. Vsync still doesn't work as expected here.
Mh. No one?
It's not my intention to push nor do I necessarily expect an instant fix. I want to make sure that the devs are aware of this issue, though, so they can look into it as soon as time permits.
@devs:
@all: Are there other users here who use Aerofly with a Radeon card? What's you experience?
Thanks in advance.
Aerofly's VSync doesn't work for me at all. I've recently posted on Steam about this. In order to keep things simple, here's my post:
Are you sure the VSync option is working correctly?
While all of my other games are correctly capped at 60 FPS (as my screen uses 60 Hz) when enabling the VSync option, Aerofly's values happily jump somewhere between 90 and 200 FPS.
The only difference between VSync disabled/enabled is a slightly lower FPS range when enabling it (at least that's what it looks like). Changing the VSync settings of the Radeon driver doesn't have any effect. I'm also still getting screen tearing while Aerofly's VSync option is enabled, which is the very thing VSync is designed to prevent. I would say VSync isn't active, although it says so.
Edit: Not to mention roughly 2000 FPS while displaying Aerofly's menus that make my graphic card's coils whine (seriously).
Here's a more detailed example:
Aerofly's main menu right after launching it: 3430 FPS with no framerate limitation, 2180 FPS with VSync activated.
I'm using a Radeon RX 580 with 8 GB, but I'm aware that most people here seem to use Nvidia GPUs. Are there any Radeon users here who have Aerofly's VSync option working as intended?
Edit: While enabling VSync in the app-specific settings of the Radeon software has no effect on Aerofly, I've just noticed that setting it to "Always On" (and Always On only - nothing else) in Radeon's global settings has. So that's the only way to make VSync work in Aerofly I've found so far. But this is sort of work-aroundish, as it affects not only Aerofly, and Aerofly's own VSync option still doesn't work on my system.
