todo in DRI driver
See also IanRomanickToDo.
List of OpenGL Extensions supported at least partially by the Hardware but not by DRI driver
This list is probably incomplete.
ARB_fragment_program_shadow: i915
- Mesa's fragment program code will need some work to support this. It doesn't currently track information about shadow samplers in the texture instructions.
ARB_texture_cube_map: tdfx (possibly on Voodoo 4/5)
ARB_texture_env_combine / EXT_texture_env_combine: rage128 (with some fallbacks), savage
ARB_texture_env_crossbar: rage128, i915
ARB_texture_non_power_of_two: mga (G400) (?)
ARB_vertex_blend / ARB_matrix_palette: radeon, r200
- This would also need support in Mesa.
ATI_envmap_bumpmap: radeon, r200, mga, i830, savage (?)
- This would also need support in Mesa.
ATI_fragment_shader / ATI_text_fragment_shader: i915
EXT_fog_coord: savage, via
EXT_paletted_texture / EXT_shared_texture_palette: r128, mga (probably G200 only), i810, i830, via
- The G400 is a little hinkey about the way it handles texture palettes. The texture palette has no format. It's just a 256x16-bit array of values. To use a color-index texture, you blit it to a new location. This performs a color expansion on the texture. The "expanded" texture is then used for texture operations. This may or may not be that useful. The only savings would be texture upload bandwidth.
EXT_texture3D: radeon (with some limitations) how to do it on r100 related bug #4799
EXT_texture_compression_s3tc: radeon, r200, i830, tdfx (voodoo4/5), savage
- There's an issue: see S3TC
EXT_texture_compression_dxt1: radeon, r200, i830, tdfx (voodoo4/5), savage
EXT_texture_filter_anisotropic: mga (G400) experimental patches, savage (?), unichrome (?)
MESA_ycbcr_texture: tdfx, gamma (maybe), savage
NV_fog_distance: radeon, r200
The radeon register header gives no indication that this extension is supportable on that hardware, but Apple supports it.
SGIS_sharpen_texture: unichrome (?)
- This would also need support in Mesa.
The UniChrome Windows driver doesn't support this extension, but via_3d_reg.h (search for "_Sharp") has some register defines that appear to be for it. Some experimentation would be needed.
Non-OpenGL features
These are features the hardware provides that don't have a corresponding OpenGL extension.
Texture wrap extensions: rage128, i810
texture compression: mach64, rage128
Resources
mail about this topic: http://marc.theaimsgroup.com/?l=dri-devel&m=105332698114871&w=2
Matrox G400 Spec. http://www.matrox.com/mga/products/tech_info/pdfs/g400/chip_specs.pdf
OpenGL Extension Registry: http://oss.sgi.com/projects/ogl-sample/registry/
OpenGL Hardware Registry Database: http://delphi3d.net/hardware/
- On the Status page theres info about already implemented Extensions.
- There is an issue with S3TC ...
Enhancements
Improve texture handling (radeon, r200)
Include Jakub Jelineks libGL.so optimizations. IanRomanick has been working on this.
- Fix glDrawElements/glDrawRangeElements to not convert everything to GL_UNSIGNED_INT if the driver can handle GL_UNSIGNED_SHORT.
- ATIRage128: revive hw-accelerated projective texturing (was already working for singletexturing, should be possible for multitexturing, too)
Big Projects
Unify drivers where it makes sense. radeon and r200 are begging to be unified. i915 could be extended to cover i810 chips as well (and possibly even i740 if you're insane enough to try).
- Port the nVidia driver from UtahGLX to DRI.
Finish the S3Virge and Trident drivers from old CVS branches.
Convert remaining drivers to t_vertex.c freedesktop bug id for radeon, with patch
- Get codegen working, tested, and enabled.
- Implement OpenGL 2.0.
todo in DRI wiki pages
Here is a list of all Wiki pages requiring attention:
Non-Wiki pages that need their important parts put into the wiki:
Other structural changes the Wiki requires:
- Do not use automatic wikinames.
- Add a pragma to enable/disable the source code documentation x-refering.
Anti-Spam Protection: