On Fri, 26 Oct 2001, Sottek, Matthew J wrote:
>
> >"Sottek, Matthew J" wrote:
> >>
> >> Here is the proposal again, if there are on complaints I'll
> >> implement it this way.
> >>
> >> #define XV_HOLD 0x0
> >> #define XV_TOP_FIELD 0x1
> >> #define XV_BOTTOM_FIELD 0x2
> >> #define XV_FRAME (XV_TOP_FIELD | XV_BOTTOM_FIELD)
> >
> >Just to clarify, the default atom value will be XV_FRAME right?
>
> Yes, existing Xv clients do not need to change anything. It will
> works just like it always has. Clients can query for the
> XV_FRAME_TYPE atom to see if the driver supports this new
> functionality. I plan on resetting it whenever the Overlay is
> turned off.
I think the idea was this is a write-only attribute and
only applied to the next Put. That is a self-canceling option.
Autoreseting on off only cleans up if the client quits after it sets
the attribute but before it calls Put. As a side note to
the ReputImage stuff in the server, I think the appropriate
usage might be to ignore all Stop requests that don't have the
exit flag set. It looks like Stop still gets called during
clip changes.
Is XV_FRAME_TYPE the best name for this? In the MPEG stream
this would be called the picture_structure. I have no objection
to XV_FRAME_TYPE, but I'm wondering if there is a more descriptive
name.
mark.
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
