mpv/video/decode
wm4 0a7c5a130e video: properly pass through ICC data
The same should happen with any other side data that matters to mpv,
otherwise filters will drop it.

(No, don't try to argue that mpv should use AVFrame. That won't work.)

ffmpeg_garbage() is copy&paste from frame_new_side_data() in FFmpeg
(roughly feed201849b8f91), because it's not public API. The name
reflects my opinion about FFmpeg's API.

In mp_image_to_av_frame(), change the too-fragile

  *new_ref = (struct mp_image){0};

into explicitly zeroing out the fields that are "transferred" to the
created AVFrame.
2017-10-16 16:36:51 +02:00
..
d3d.c video: add mp_image_params.hw_flags and add an example 2017-10-16 15:02:12 +02:00
d3d.h video: drop old D3D11/DXVA2 support 2017-09-26 18:58:45 +02:00
dec_video.c build: add preliminary LGPL mode 2017-09-21 13:56:27 +02:00
dec_video.h build: add preliminary LGPL mode 2017-09-21 13:56:27 +02:00
hw_d3d11va.c video: drop old D3D11/DXVA2 support 2017-09-26 18:58:45 +02:00
hw_dxva2.c video: drop old D3D11/DXVA2 support 2017-09-26 18:58:45 +02:00
hw_mediacodec.c hwdec: add mediacodec hardware decoder for IMGFMT_MEDIACODEC frames 2017-10-09 18:36:54 +02:00
hw_videotoolbox.c video: remove old videotoolbox support 2017-09-26 19:13:26 +02:00
lavc.h video: drop old cuda/cuvid hwaccel 2017-09-26 18:00:46 +02:00
vd.h vd, vd_lavc: change license to LGPL (almost) 2017-06-15 16:32:47 +02:00
vd_lavc.c video: properly pass through ICC data 2017-10-16 16:36:51 +02:00