Announcement

Collapse
No announcement yet.

ATI R600g Gains Mip-Map, Face Culling Support

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

  • hal2k1
    replied
    Originally posted by tball View Post
    Yes thats the plan.
    Well I started reading up on gallium and afterwars started to learn about mpeg2 decoding. Have had some lessons at the university about decoding, though.
    Is there any chance that hardware-accelerated video decoding support could go beyond mpeg2, beyond h264, and extend to Theora and/or WebM?

    Pretty please?

    It would be legendary if that could be done. It would remove all of the impetus of claims that "open codecs have no hardware support". It could be a real boost to open video, IMO.

    Leave a comment:


  • Agdr
    replied
    Originally posted by Qaridarium
    why not tell us a exampel for an hold back technique?

    i have tried to make an example.
    According to pdftotext+diff, in 1.5 they added information on the storage format of MSAA buffers, on how to do AA resolve, fast color/z clears, and how to use multiple render targets.

    It seems these are the vaguely unique features exposed:
    - Using the Z buffer hardware (idle due to fast z clears) to clear half of the color buffer
    - The exact swizzling/layout of the MSAA buffer
    - The ability to apply the MSAA sampling offsets without MSAA to achieve rotated grid supersampling (and perhaps also DX9 vs GL rasterization rules, even though the doc doesn't mention that)
    - Hardware gamma correct AA resolve with the color write units by drawing a primitive over the region and specifying the resolve buffer explicitly

    Leave a comment:


  • bridgman
    replied
    We may end up opening the stuff we held back as well, it was mostly things where we weren't sure about IP ownership or about the relationship to in-flight patent applications. I expect we'll end up releasing some of what we held back later anyways, once we have a chance to spend more time on it.

    Alex pushed out some r5xx docco revisions quite recently, adding some things we had initially held back but decided were OK to release after spending more time with them.

    If everyone is real good we'll show you how to turn off the "corrupt data and intermittently lock up" bit

    Leave a comment:


  • pvtcupcakes
    replied
    Just tried out Doom 3 on r600g.
    http://imgur.com/fFxWD.jpg

    That's the menu, and I can't get past it because I can't see anything, but at least the cursor and console works.

    Leave a comment:


  • tball
    replied
    Originally posted by droidhacker View Post
    Mpeg2 doesn't take too much CPU to decode. I take it the intention is ultimately to take on h.264 and similar?
    Edit: I wish I knew more about video decoding.... got a couple of engineering degrees here.
    Yes thats the plan.
    Well I started reading up on gallium and afterwars started to learn about mpeg2 decoding. Have had some lessons at the university about decoding, though.

    Leave a comment:


  • Hans
    replied
    Originally posted by droidhacker View Post
    Mpeg2 doesn't take too much CPU to decode. I take it the intention is ultimately to take on h.264 and similar?
    Edit: I wish I knew more about video decoding.... got a couple of engineering degrees here.
    Yes after MPEG2 is done, I think H.264 will be the next target.

    Leave a comment:


  • droidhacker
    replied
    Originally posted by tball View Post
    EDIT:
    Actually, I'm working on a vdpau backend for gallium right now. Its close beeing able to decode mpeg2, but thats only for the softpipe. R300 should theoreticfally work too, but is untested by me. The video-pipe I am using, is AFAIK already working with the xvmc state-tracker. I am just also implementing it as a vdpau state-tracker.
    Mpeg2 doesn't take too much CPU to decode. I take it the intention is ultimately to take on h.264 and similar?
    Edit: I wish I knew more about video decoding.... got a couple of engineering degrees here.

    Leave a comment:


  • bridgman
    replied
    Sounds like buying beer for tball might be the smart move

    Leave a comment:


  • tball
    replied
    Originally posted by tball View Post
    Actually, I'm working on a vdpau backend for gallium right now. Its close beeing able to decide mpeg2, but thats only for softpipe and r300 should work but is untested.

    As soon as it works for softpipe, I will start implement it for r600.
    EDIT:
    Actually, I'm working on a vdpau backend for gallium right now. Its close beeing able to decode mpeg2, but thats only for the softpipe. R300 should theoreticfally work too, but is untested by me. The video-pipe I am using, is AFAIK already working with the xvmc state-tracker. I am just also implementing it as a vdpau state-tracker.

    Leave a comment:


  • tball
    replied
    Originally posted by droidhacker View Post
    So would inviting you out for beer get us video decode faster?
    Actually, I'm working on a vdpau backend for gallium right now. Its close beeing able to decide mpeg2, but thats only for softpipe and r300 should work but is untested.

    As soon as it works for softpipe, I will start implement it for r600.

    Leave a comment:

Working...
X