Project

General

Profile

Bug #2126

[X11] Enabling fsaa via the video options menu breaks video output

Added by rhargrave about 9 years ago. Updated almost 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Defect
Target version:
-
Start date:
2015-11-11
% Done:

0%

Tags:

Description

On Linux, at least, enabling fsaa via the video options menu will result in the engine no longer drawing frames. This issue appears to persist between sessions and requires that `-nofsaa` be passed at startup in order to uncheck the appropriate option.

During the bugs effect, the engine is other perfectly operable, e.g., games can (apparently) be started and audio output can be heard.

There appears to be no complaint on stdout/err when the option is selected, but the effect is immediately apparent as graphics output will be frozen from that point onward.

History

#1 Updated by skyjake about 9 years ago

  • Tags changed from Renderer to Renderer, X11, OpenGL
  • Subject changed from Enabling fsaa via the video options menu breaks video output to [X11] Enabling fsaa via the video options menu breaks video output
  • Category set to Defect

#2 Updated by skyjake about 9 years ago

I tried switching FSAA on OS X, and while it continues to render the view, there's a ton of OpenGL errors being reported in the console. Something needs fixing...

#3 Updated by skyjake almost 8 years ago

  • Status changed from New to Closed

This should now be resolved thanks to the low-level OpenGL changes. FSAA is only used in the FBO where the game view is rendered; the rest of the window contents are always drawn without multisampling.

Also available in: Atom PDF