| Age | Commit message (Collapse) | Author |
|---|
|
|
|
move it to pipe/internal/p_winsys_screen.h and start converting
the state trackers to the screen usage
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(Technically once per flush, but we flush once per frame.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
For blocks whose contents are derived completely from ref surfaces, don't
bother zero-ing the corresponding block in the luma/chroma textures, except
for the first such luma, chroma Cb, and chroma Cr each frame. All later
zero blocks are textured from that first zero block.
|
|
Need to be able to address each texture separately to do zero-block.
|
|
This is needed for zero-block optimization.
|
|
|
|
|
|
|
|
|
|
Using linear interpolation when upscaling the chroma blocks causes some
discoloration around the edges.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Must copy token stream on shader create, client is allowed to free
their copy after creating the state object.
|
|
Nouveau winsys is based on Mesa's Nouveau winsys and soft-links to most of
it. The 'nouveau_context' and 'nouveau_screen' code contains most of the
changes, 'nouveau_winsys_pipe', 'nouveau_swapbuffers' and 'nouveau_lock'
contain some minor changes. The driclient library contains the DRI
userland stuff, most of which was based on Mesa's DRI code.
|
|
|
|
Very basic IDCT support is in, performed CPU-side for now.
|
|
|
|
|
|
|
|
MC support for frame and field based motion prediction. Also various bug
fixes, clean up.
|
|
|
|
Get rid of some Valgrind memory leak and uninitialized var errors.
|
