Strange sorting of EGLConfigs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Genesi EfikaMX Support Project |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
When using the gles2draw sample application (http://
Requesting EGL config with: R=1 G=1 B=1 A=1 SIZE=0
EGL config 0: CAVEAT=0x3038 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 1: CAVEAT=0x3038 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 2: CAVEAT=0x3038 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 3: CAVEAT=0x3038 COLBUF=0x308E R=8 G=8 B=8 A=8 SIZE=32 TYPE=0x467
EGL config 4: CAVEAT=0x3038 COLBUF=0x308E R=8 G=8 B=8 A=8 SIZE=32 TYPE=0x467
EGL config 5: CAVEAT=0x3038 COLBUF=0x308E R=8 G=8 B=8 A=8 SIZE=32 TYPE=0x467
EGL config 6: CAVEAT=0x3051 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 7: CAVEAT=0x3051 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 8: CAVEAT=0x3051 COLBUF=0x308E R=5 G=5 B=5 A=1 SIZE=16 TYPE=0x427
EGL config 9: CAVEAT=0x3051 COLBUF=0x308E R=8 G=8 B=8 A=8 SIZE=32 TYPE=0x467
According to the EGL spec (at least as I understand it), when requesting R,G,B,A,Size = 1,1,1,1,0 the configs with the largest sum of bits in the components should be presented first (EGL_CONFIG_CAVEAT and EGL_COLOR_
This could be just a coincidence, but I noticed that, within their group, configs with smaller EGL_SURFACE_TYPE values are placed first (EGL_SURFACE_TYPE shouldn't participate in the sorting according to the spec).
The sorting order is specified in the EGL 1.4 spec, section 3.4.1, subsection "Sorting of EGLConfigs" (at page 24).
(You can get the spec at: http:// www.khronos. org/registry/ egl/)