Hi, Am Do., 11. Apr. 2019 um 00:50 Uhr schrieb Hendrik Leppkes <h.lepp...@gmail.com>: > > On Thu, Apr 11, 2019 at 12:39 AM Lukas Rusak <loru...@gmail.com> wrote: > > > > This will allow applications to properly init the decoder in > > cases where a hardware decoder is tried first and and software > > decoder is tried after by calling the get_format callback. > > > > Even though there is no hardware pixel formats available > > we still need to return the software pixel format. > > > > Tested with Kodi by checking if multithreaded software > > decoding is properly activated. > > --- > > libavcodec/libdav1d.c | 12 +++++++++++- > > 1 file changed, 11 insertions(+), 1 deletion(-) > > > > This doesn't make sense to m e. get_format isn't called on a wide > variety of decoders, and is only useful when there is a hardware > format of any kind. > Please elaborate what exactly this is trying to achieve.
Can you elaborate on how to use ffmpeg's API properly as a client to decide if a decoder is a SW decoder and therefore howto properly setup (multi-)threading, especially it cannot be changed once initialized? Peter > > - Hendrik > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". -- Key-ID: 0x1A995A9B keyserver: pgp.mit.edu ============================================================== Fingerprint: 4606 DA19 EC2E 9A0B 0157 C81B DA07 CF63 1A99 5A9B _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
