Haven't had any problems until this recent update.

At random times when I undock I am unable to move my ship faster then 8 m/s.

Usually happens 2-3 times every day and there is no way out but to force quit my client if I am not able to dock first.
After force quit and starting VO again everything is back to normal.

Have you tried tapping spacebar? The last time I played, my brakes got stuck one time I undocked. I didn't notice at first and was confused about why I had not reached 3km yet. Turned out it was because I was only going like 65 m/s even with turbo on, because my brake was stuck. Tapping spacebar fixed it.

Will try it the next time this happens, thanks Rin.

Yeah this is spacebar, happens sometimes when your keyboard doesn't register the key release.

One other thing also keeps happening from time to time since I switched to the new OpenGL driver - sticky keys.
Most notable with my strafe keys that tend to either work with a significant delay or get stuck.
Niki told me that he also experienced 'sticky keys' when he switched to the new OpenGL driver.

In any case, I will switch back to Reference OpenGL driver and see if this starts happening again.

Yes I've noticed the sticky keys too. This is super annoying in combat, because you have to find which one it is and tap it to make it release.

Switched to the old Reference Opel GL driver and no more 'sticky keys' and getting stuck (unable to move) problems.

How the hell can a video driver cause 'sticky keys'?

i might as well chime in that i too was rolling a lot the other day unless i hit the key again

The OS's key events are handled by the video driver because the video driver creates the actual window that receives the events.

Is everyone with the sticky-key problem using the new OpenGL 4 driver?

Oh and what OS is everyone using?

OS X 10.10.3

Oh and I too switched back to the GKGL driver, when I logged in yesterday on the GL4 driver my flight input, keyboard and mouse was skipping or locking AND I tried to type in chat and half the letters worked

So, apparently this is impacting WoW too. The Blizzard response sounds a bit similar to what we're dealing with in the OS X mouse hold issue.

Are any of you running anything in the background that could be stealing focus for a brief moment of time?

In theory, it shouldn't ever be possible to steal focus from a full-screen dedicated application, but it seems that recent OS X has made some input-related changes which don't seem to adhere to that.

The old GL2.x driver uses a very different, much older way of interacting with the OS graphics, and may sidestep the input issue. Unfortunately, it's also a graphical dead-end, and it's being deprecated by Apple, so it could actually be removed in a future update.

Thus, we really need your help in debugging the new GL4 driver.

Perhaps try disabling any background tasks (widgets, etc), start from a clean re-boot with zero other background apps running, and try the game like that.. tell us if you still experience key-sticking?

Thanks much.

OSX 10.10.4, ATI Radeon HD 5750 1024 MB, iMac (27-inch)

Inc, there are always some apps or widgets running in the background. It's highly impractical to turn everything off just to play VO.
I have Font Explorer X to run my fonts, Little Snitch firewall, Dropbox, Copyless. I have to play in windowed mode since I often need to check email or look something up using web browser or even do some quick work.

Also, at full resolution, full screen, with medium video settings on a new driver, my fps drops significantly and makes VO unplayable. In 1920x1080 windowed mode it looks very good and I get between 60 fps everywhere but around station docks where my fps usually drops to 30-40.

With the Reference Open GL driver I have no problems running everything at high settings and standard 60 fps everywhere.

I might not be the ideal person to help with the testing but other tech savvy guys could.

OSX 10.10.4, NVIDIA GeForce GT 750M 1024 MB, iMac (21-inch).

I run in the background, two other VO clients, running lowest possible graphics settings and using the OpenGL Reference driver, also F@H, using CPU, not GPU, since F@H doesn't support it for OSX. Also I run TOR, and X-Chat Azure.

I've also had CS's problem of keys not being registered in chat too.

Inc, there are always some apps or widgets running in the background. It's highly impractical to turn everything off just to play VO.

I'm not asking you to permanently change the way you use your computer.

I am asking you to test the game (once), with a fresh reboot and the elimination of all possible background apps, to see if the key-issue is mitigated, and then report that to us.

Knowing that information will help us try and resolve this bug. Tracking down bugs like this, which are fundamentally in the operating system, and really have little to do with our game itself, is quite difficult. So, we need all the information we can get.

Well the first thing that may be causing problems (and this is just a theory) is you are drawing directly to the main screen in full screen and I can flip it in and out like a spaces full screen window with cmd -> or <- but it isn't actually a spaces fullscreen because it is occupying the primary window

This might cause it to be impacted by

Notification center
App badges
App changes
App store changes

Perhaps even the clock (although that's a long shot)

So since you're already doing a sort of FULLSCREEN_WINDOW my suggestion would be to try and go all the way and stick it into a space.

Niki told me on windowed mode it also behaves in correctly but I am wondering if it is actually ever out of windowed mode since you seem to just be drawing a borderless frame?

I'll fly around and let you know what I run into.

Well, we are doing the fullscreen mode in the way Apple recommends in their documentation.
What's a space?

modern apple apps, going back to lion when they go into fullscreen mode get their own separate "space"

it's that virtual desktop thing they made in leopard but redone in a semi useful way for just fullscreen apps

This lets you run a bunch of apps full screen and quickly cmd -> to them or use a 4 finger gesture on a track pad to easily switch between apps

It sorta replaces the old alt/cmd tab way of doing things

your window seems to behave almost in this manner it is a borderless fullscreen pane but it isn't allocated to its own space and still occupies the primary desktop. This might be because you're also being backwards compatible back pretty far though.

I was just playing and I encountered an issue firing once and my roll locked once.

The background apps are mail, steam, terminal, outlook 2013, lync and OneNote, OneNote and terminal are also fullscreen.

I'll try without those running now

modern apple apps, going back to lion when they go into fullscreen mode get their own separate "space"

Do you have an example of another realtime, fullscreen-3D game that we can look at, that behaves the way you describe?

(Note, other apps, that are not fullscreen 3D games, are not helpful examples, as they work very differently when it comes to UI/graphics/rendering with the OS. It's notable that we're encountering the same problems as Blizzard and other major game companies on OS X).

-Shadowrun Returns
-OpenParsec (Slime and myself just added it to it)

Still happened without other apps running

-Changing sectors it froze for about 5 seconds once
-Changing windows froze for about 5 seconds once
-Input stuck on a keyboard turn briefly

it wasn't as bad as it was a week ago when literally everything I was doing was erratic. very odd