[VDPAU] [PATCH] Enable Lossless Decode Capabilities via VDPAU API
Rémi Denis-Courmont
remi at remlab.net
Thu Dec 4 06:34:39 PST 2014
Le 2014-12-04 01:44, Karthikeyan Sreenivasan a écrit :
>> Extending the existing VdpPictureInfoH264 structure will perturb its
>> ABI.
>> If different software in the system uses the structure in a way that
>> relies on its size (e.g., an array of VdpPictureInfoH264s, or a
>> structure
>> with a VdpPictureInfoH264 member and other members afterwards), and
>> those are passed between software components that were compiled with
>> different VdpPictureInfoH264 definitions, bad things will happen.
Fair enough. Lets not change the existing structure then.
>> For name: I'd recommend a name that describes the usage of the
>> profile.
>> E.g., VdpPictureInfoH264Predictive. If we expect the structure to
>> be useful for other profiles, then maybe a little more general;
>> e.g.,
>> VdpPictureInfoH264TransformBypass ? But really, the bikeshed can be
>> any color.
>
> The names correspond to the structure as such:
>
> 1. VdpPictureInfoH264Extended, Will contain the current
> transform_bypass
> field and a struct_version so as to add more fields in the future if
> need arises.
Adding a version number does not solve this the binary compatibility
issue above. I would leave versioning out and rely on the decoder
profile - effectively treating lossy H.264 and lossless H.264 as two
different codecs.
> 2. VdpPictureInfoH264Predictive, will contain all the fields
> necessary for
> VDP_DECODER_PROFILE_H264_HIGH_444_PREDICTIVE and the structure will
> not
> change and will be used exclusively for Hi444PP [w/ or w/o lossless
> decode].
Yes.
--
Rémi Denis-Courmont
More information about the VDPAU
mailing list