The Vega State Tracker Gets Cleaned, OpenVG 1.1

Posted by Michael Larabel on November 30, 2010

Chia-I Wu, the developer who previously worked on the EGL state tracker, brought Mesa to Android netbooks, and allowed Nouveau to work on Wayland (and now is doing work for LunarG), has some improvements to the Vega state tracker. Namely he has cleaned up this Gallium3D state tracker for Mesa and additionally has a branch containing OpenVG 1.1 support.

The Vega state tracker implements OpenVG support on the Gallium3D driver architecture but up to this point it's only implemented the Khronos OpenVG 1.0 specification. With thousands of new lines of code added to the cleaned-up Vega, OpenVG 1.1 is now ready. The new features include mask layer support, text support, and a new color transformation stage.

The cleaned-up branch done by Chia-I is named vega-polish and it adds support for states to the Vega renderer that's used for rendering commands to the Gallium3D pipe context. With the added renderer states to this open-source code, the Vega state tracker is refactored to no longer depend upon OpenVG states but the pipe context state manipulation is all handled by the Vega renderer, in other words there's now a clean layer of abstraction. Additionally, "The benefits of the changes are that code that handles OpenVG functions and code that sets pipe_context is no longer fixed. Since the renderer is an opaque object, its implementation can be changed: Use a different pipe_context function for an OpenVG function or the frequency of pipe state changes may be minimized."

For those not familiar with OpenVG, here's the description from Khronos: "OpenVG is a royalty-free, cross-platform API that provides a low-level hardware acceleration interface for vector graphics libraries such as Flash and SVG. OpenVG is targeted primarily at handheld devices that require portable acceleration of high-quality vector graphics for compelling user interfaces and text on small screen devices - while enabling hardware acceleration to provide fluidly interactive performance at very low power levels." OpenVG 1.1 is the latest version of this specification and it was released in late 2008. At least the open-source graphics community can be caught up to speed on the OpenVG front, but with OpenGL they are years behind.

Additional details on the technical changes and where these two Mesa branches with the revised Vega state tracker can be found are available in this mailing list message.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Sumo Lounge Emperor
  2. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  3. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  4. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
Latest Software Articles
  1. GCC 4.8.0 vs. LLVM Clang 3.3 Compiler Performance
  2. Intel Linux OpenGL Driver Leading Over Apple OS X
  3. The Cost Of Ubuntu Disk Encryption
  4. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
Latest Linux News
  1. Unity 8, Mir Made Progress This Week On Features
  2. LLVM Clang 3.3 RC2 Is Ready For Testing
  3. AMD RadeonSI Gallium3D Begins Simple CL Demos
  4. Intel Shows Off GNOME3-Based Tizen Shell
  5. Linux Desktop Security Could Be A Whole Lot Better
  6. KDE 4.11 Will Be The Last Major KDE4 Workspaces Feature Release
  7. New NVIDIA Linux Driver Supports The GeForce GTX 780
  8. Chrome 28 To Offer More Speed Improvements
  9. Digia Announces "Boot To Qt" Project
  10. X.Org Libraries Hit By Round Of Security Issues
  11. Wayland's Weston Gets Output Scaling Support
Latest Forum Talk
  1. GCC 4.8.0 vs. LLVM Clang 3.3 Compiler Performance
  2. AMD RadeonSI Gallium3D Begins Simple CL Demos
  3. Sun x4500 firmware
  4. KDE 4.11 Will Be The Last Major KDE4 Workspaces...
  5. Could the forum help improve the quality of...
  6. Linux Desktop Security Could Be A Whole Lot Better
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite