Changes between Version 6 and Version 7 of Ticket #16847, comment 11


Ignore:
Timestamp:
Jun 24, 2021, 4:00:47 PM (3 years ago)
Author:
cocobean

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #16847, comment 11

    v6 v7  
    1 As discussed in IRC, I reproduced the bug using the VESA video driver w/Mesa17. Using the Nvidia video driver w/ Mesa 17, the GL viewport works correctly as well as retains the GLTeapot(s) color quality in all screen resolutions and color space selections of 15/16/32 bits/pixel.
     1As discussed in IRC, I reproduced the bug using the VESA video driver w/Mesa17 - if the GLTeapot is consistently running (not restarted) during display color setting modifcations (i.e. when user is switching display color settings while the app is running).
    22
    3 Note: 8-bits/pixel is not supported by GLTeapot app. GLTeapot app crashed when I selected 8 bits/pixel using the Nvidia and VESA drivers.
     3If you start GLTeapot after you switch to 16bpp, here are the results:
    44
    5 The Intel video driver passed (i.e. Haiku R1B3 x86_64 w/Mesa 17). GLTeapot viewport displayed no issues during 8/16/32 bit/pixel color selections. No GLTeapot app crashes if app is already running (i.e. not restarted).
     5Note:
     61. The Intel video driver passed (i.e. Haiku R1B3 x86_64 w/Mesa 17). GLTeapot viewport displayed no issues.
    67
    7 Need to validate the Radeon video driver issues further with GLTeapot w/Mesa 17 and Mesa 21.
     82. The Nvidia video driver passed (i.e. Haiku R1B3 x86_64 w/Mesa 17). GLTeapot viewport displayed no issues.
     9
     103. The VESA video driver passed (i.e. Haiku R1B3 x86_64 w/Mesa 17). GLTeapot viewport displayed no issues.
     11
     12NOTE: I was told the bug was with the radeon_hd video driver using the 16bpp setting. I reproduced the bug switching the display color settings (i.e. 32bpp to 16bpp) using the VESA driver.