Announcement

Collapse
No announcement yet.

Mesa, Wayland, X Will Get Some Summer Love

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by Veerappan View Post
    So a related question: If a VDPAU state tracker is developed for Gallium, is it possible to do a pass-through to an appropriate library?

    Basically the video application would interface with VDPAU, VDPAU would actually be a state tracker, but it would just pass all VP8 decoding duties on to the VP8 decoding library which would just use OpenCL to do the work?

    It isn't the most efficient way of doing things (VDPAU state tracker -> libvpx -> OpenCL state tracker -> TGSI), but it would possibly ease the initial development burden, since someone wouldn't also have to bring up a codec-specific video decoder at the same time they do the VDPAU work.

    Then, any codecs which have OpenCL/GLSL implementations available could be quickly brought up in st/VDPAU, and in the future pure Gallium versions could be made if performance is an issue.
    But this would only work if we had an OpenCL st on galium, which we do not have unfortunately.

    And I think we are still far from having an OpenCL st.

    Comment


    • #17
      Originally posted by tball View Post
      But this would only work if we had an OpenCL st on galium, which we do not have unfortunately.

      And I think we are still far from having an OpenCL st.
      There may still be a lot of work required, but at least the OpenCL state tracker is one of the GSoC projects for this year, which means that at least some work will get done on it.

      Comment

      Working...
      X