mirror of
https://github.com/mpv-player/mpv
synced 2024-12-25 16:33:02 +00:00
1b1771f2a7
Requires a bunch of hacks: - we access AVFilterLink.hw_frames_ctx. This is not a public API in FFmpeg and Libav. Newer FFmpeg provides an accessor (av_buffersink_get_hw_frames_ctx), but it's not available in Libav or the current FFmpeg release or Libav. We need this value after filter graph creation, so We have no choice but to access this. One alternative is making filter creation and format negotiation fully lazy (i.e. delay it and do it as filters are output), but this would be a huge change. So for now, we knowingly violate FFmpeg's and Libav's ABI and API constraints because they don't provide anything better. On newer FFmpeg, we use the (quite ugly) accessor, though. - mp_image_params doesn't (and can't) have a field for the frames context AVBufferRef. So we pass it via vf_set_proto_frame(), and even more hacks. - if a filter needs a hw context, but we haven't created one yet (because normally we create them lazily), it will fail at init. - we allow any hw format now, although this could go horrible wrong. Why all this effort? We could move hw deinterlacing filters etc. to FFmpeg, which is a very worthy goal. |
||
|---|---|---|
| .. | ||
| refqueue.c | ||
| refqueue.h | ||
| vf_buffer.c | ||
| vf_crop.c | ||
| vf_d3d11vpp.c | ||
| vf_dlopen.c | ||
| vf_dlopen.h | ||
| vf_dsize.c | ||
| vf_eq.c | ||
| vf_expand.c | ||
| vf_flip.c | ||
| vf_format.c | ||
| vf_gradfun.c | ||
| vf_lavfi.c | ||
| vf_lavfi.h | ||
| vf_mirror.c | ||
| vf_noformat.c | ||
| vf_pullup.c | ||
| vf_rotate.c | ||
| vf_scale.c | ||
| vf_stereo3d.c | ||
| vf_sub.c | ||
| vf_vapoursynth.c | ||
| vf_vavpp.c | ||
| vf_vdpaupp.c | ||
| vf_yadif.c | ||
| vf.c | ||
| vf.h | ||