Part of the Khronos Group
OpenGL.org

The Industry's Foundation for High Performance Graphics

from games to virtual reality, mobile phones to supercomputers

Results 1 to 5 of 5

Thread: OpenGL should provide direct font support

  1. #1
    Newbie Newbie
    Join Date
    Dec 2012
    Posts
    1

    OpenGL should provide direct font support

    in my opinion a next OpenGL release should support direct font support !

    What do otherīs think ?

    Who could push such a development ?

  2. #2
    Junior Member Regular Contributor
    Join Date
    Apr 2004
    Posts
    204
    My opinion is that opengl should stay narrowly specialized in it's field, that is, interface to 3D graphics hardware. It is big and complex enough as it is. If we must have some kind of standard font api, then lets make a separate one like OpenAL, OpenCL etc.
    Imagine font support was added (i don't know what exactly it would be). But most opengl users really need just the 3d graphics. Still all opengl vendors will need to implement support for fonts, only to stay unused most of the time - unneeded burden for them.
    Keeping the things as separate as possible is the best way. Otherwise it gets bloated and messier out of control.

  3. #3
    Member Regular Contributor
    Join Date
    Jan 2012
    Location
    Australia
    Posts
    403
    nVidia have arleady made moves towards a font system with their NV_path_rendering. I would like to see this promoted. I disagree with I_belev that opengl uses just do 3d. Every 3D app I have written has required 3D text to some extend whether it was a game or commerical software.

  4. #4
    Member Regular Contributor
    Join Date
    Apr 2009
    Posts
    496
    I agree with I_believ. I do like NV_path_rendering, but font support is a terribly hairy affair. First off: fonts come in lots and lots of formats, loading and using all those formats is non-trivial. Then we get to rendering: many SVG fonts (such as TTF, etc) have a hinting system which is a dedicated virtual machine. The need for hinting is because letters are usually drawn pretty low-resolution compared to the complexity of the path defining them. Going further, for formatting text kerning is only the beginning there is also shaping. Next comes font selection, i.e. selecting a font from a generic-ish description. Different OS's have different ways of selecting fonts... and then comes font merging, there are situations where the glyphs of a font are broken into multiple files.

    AFAIK, NV_path_rendering, likely uses freetype to load fonts and the uses a very specific OS mechanism for selecting a font (for example under Linux it likely uses fontconfig, which is, in my opinion, garbage). Moreover, AFAIK, NV_path_rendering does not support shaping either...

    What would be nice: an official utility library backed by Khronos where these bits can be implemented. GLU was the last one official utility library but it is OOOOLLD, out dated etc... https://github.com/p3/regal is coming along but it's main purpose is NOT a utility library, but it does have GLU within it.
    Last edited by kRogue; 01-01-2013 at 08:49 AM.

  5. #5
    Junior Member Regular Contributor
    Join Date
    Apr 2004
    Posts
    204
    Quote Originally Posted by tonyo_au View Post
    Every 3D app I have written has required 3D text to some extend whether it was a game or commerical software.
    Every 3D app also for example loads textures form files. Does this mean file input/output functions should be added to opengl too?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •