[FFmpeg-devel] [PATCH v3 1/4] avcodec/webp: compatibilize with avformat/webpdec
Andreas Rheinhardt
andreas.rheinhardt at outlook.com
Mon Sep 13 00:12:54 EEST 2021
Martin Reboredo:
> Andreas Rheinhardt:
>> Martin Reboredo:
>>> The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF` + frame chunk) or sends the picture chunks separately.
>>> The internal WebP decoder waits for a complete file instead and by consequence it needs to be modified to support this kind of fractioned input.
>>>
>>> Fixes FATE tests with WebP.
If this fixes fate tests, then you need to update the fate reference
files in the patch that changes fate output.
>>>
>>> Signed-off-by: Martin Reboredo <yakoyoku at gmail.com>
>>> ---
>>> libavcodec/webp.c | 41 ++++++++++++++++++++++++++++++++---------
>>> 1 file changed, 32 insertions(+), 9 deletions(-)
>>>
>>> diff --git a/libavcodec/webp.c b/libavcodec/webp.c
>>> index 3efd4438d9..7858d69481 100644
>>> --- a/libavcodec/webp.c
>>> +++ b/libavcodec/webp.c
>>> @@ -40,6 +40,7 @@
>>> * - XMP metadata
>>> */
>>>
>>> +#include "libavformat/internal.h"
>>> #include "libavutil/imgutils.h"
>>>
>>> #define BITSTREAM_READER_LE
>>> @@ -191,6 +192,7 @@ typedef struct WebPContext {
>>> AVFrame *alpha_frame; /* AVFrame for alpha data decompressed from VP8L */
>>> AVPacket *pkt; /* AVPacket to be passed to the underlying VP8 decoder */
>>> AVCodecContext *avctx; /* parent AVCodecContext */
>>> + int read_header; /* RIFF header has been read */
>>> int initialized; /* set once the VP8 context is initialized */
>>> int has_alpha; /* has a separate alpha chunk */
>>> enum AlphaCompression alpha_compression; /* compression type for alpha chunk */
>>> @@ -1353,17 +1355,36 @@ static int webp_decode_frame(AVCodecContext *avctx, void *data, int *got_frame,
>>> if (bytestream2_get_bytes_left(&gb) < 12)
>>> return AVERROR_INVALIDDATA;
>>>
>>> - if (bytestream2_get_le32(&gb) != MKTAG('R', 'I', 'F', 'F')) {
>>> - av_log(avctx, AV_LOG_ERROR, "missing RIFF tag\n");
>>> - return AVERROR_INVALIDDATA;
>>> - }
>>> -
>>> + chunk_type = bytestream2_get_le32(&gb);
>>> chunk_size = bytestream2_get_le32(&gb);
>>> - if (bytestream2_get_bytes_left(&gb) < chunk_size)
>>> - return AVERROR_INVALIDDATA;
>>>
>>> - if (bytestream2_get_le32(&gb) != MKTAG('W', 'E', 'B', 'P')) {
>>> - av_log(avctx, AV_LOG_ERROR, "missing WEBP tag\n");
>>> + for (int i = 0; !s->read_header && i < 4; i++) {
>>> + ff_lock_avformat();
>>
>> 1. Why are you locking avformat? What is this lock supposed to guard?
>> 2. You can't lock avformat from avcodec at all: The ff_-prefix means
>> that this function is intra-library (in this case libavformat) only. It
>> will work with static builds, but it won't work with shared builds.
>
> The locking mechanism was meant for parsing the WebP header that is not a single image i.e. sending the animated packages. For simple files a situation like
> this is not going to happen because the entire file was in the package, but for animations the parsing turns out to be difficult while using concurrency.
> I could do a much better implementation, at the moment I don't have any better fixes for it.
>
This does not answer my first question at all: What is it supposed to
guard? What data race would there be if you didn't lock at all?
(I do not see why you need a lock at all.)
> As for the libavformat lock guard it was a _horrible_ production error from my side, I will submit the fix.
>
>>> +
>>> + if (s->read_header) {
>>> + ff_unlock_avformat();
>>> + break;
>>> + }
>>> +
>>> + if (chunk_type == MKTAG('R', 'I', 'F', 'F')) {
>>> + int left = bytestream2_get_bytes_left(&gb);
>>> + if (left < chunk_size && left != 22) {
>>> + ff_unlock_avformat();
>>> + return AVERROR_INVALIDDATA;
More information about the ffmpeg-devel
mailing list