[FFmpeg-cvslog] r16431 - in trunk: configure libavcodec/Makefile libavcodec/allcodecs.c libavcodec/avcodec.h libavcodec/h264.c libavcodec/h264_parser.c libavcodec/imgconvert.c libavcodec/mpegvideo.c libavcodec/vdp...
Diego Biurrun
diego
Wed Jan 7 23:31:58 CET 2009
On Mon, Jan 05, 2009 at 12:55:28AM +0100, cehoyos wrote:
>
> Log:
> Add VDPAU hardware accelerated decoding for H264 which will be used by
> MPlayer.
>
> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
> +++ trunk/libavcodec/vdpau_render.h Mon Jan 5 00:55:27 2009 (r16431)
> @@ -0,0 +1,86 @@
> +
> + *
> + * As per the current implementation, the actual decoding
> + * and rendering (API calls) are done as part of VDPAU
> + * presentation (vo_vdpau.c) module.
> + *
> + * \brief This structure is used as a CALL-BACK between the ffmpeg
> + * decoder (vd_) and presentation (vo_) module.
> + * This is used for defining a video-frame containing surface,
> + * picture-parameter, bitstream informations etc which are passed
> + * between ffmpeg decoder and its clients.
These MPlayer-specific comments are still present.
> +struct vdpau_render_state
> + VdpVideoSurface surface; ///< used as rendered surface, never changed.
> +
> + int state; ///< Holds FF_VDPAU_STATE_* values
> +
> + /** Picture Parameter information for all supported codecs */
> + union _VdpPictureInfo {
> + VdpPictureInfoH264 h264;
> + } info;
> +
> + /** Describe size/location of the compressed video data */
> + int bitstreamBuffersAlloced;
> + int bitstreamBuffersUsed;
> + VdpBitstreamBuffer *bitstreamBuffers;
This still uses ugly camel-cased variable names.
Can we please address these issues before proceeding to the next
steps of vdpau support?
Diego
More information about the ffmpeg-cvslog
mailing list