I am trying to implement the OpenMax IL Video Decoder on ffmpeg. But I meet
some problems. When I use the codec with ffmpeg on Chrome by force, it raised a
error of bug
ffmpeg_video_decoder.cc(491)] avcodec_open2 error: Internal bug, should not
have happened
I 'm not familiar with the version of
Signed-off-by: Fei Wang
---
libavcodec/av1.h | 7 +++
libavcodec/cbs_av1_syntax_template.c | 4 ++--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/av1.h b/libavcodec/av1.h
index 384f7cddc7..8704bc41c1 100644
--- a/libavcodec/av1.h
+++ b/libavcod
Signed-off-by: Fei Wang
---
libavcodec/Makefile| 4 +-
libavcodec/av1_profile_level.c | 91
libavcodec/av1_profile_level.h | 58 +++
libavcodec/tests/.gitignore| 1 +
libavcodec/tests/av1_levels.c | 124 +
Signed-off-by: Fei Wang
---
libavcodec/vaapi_encode.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index bfca315a7a..8c9f14df66 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavcodec/vaapi_encode.c
@@ -1205,7 +1205,
Signed-off-by: Fei Wang
---
libavcodec/vaapi_encode.c | 37 -
1 file changed, 24 insertions(+), 13 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index 8c9f14df66..c8545cd8db 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavco
To support more reference frames from different directions.
Signed-off-by: Fei Wang
---
libavcodec/vaapi_encode.c | 112 +---
libavcodec/vaapi_encode.h | 15 +++--
libavcodec/vaapi_encode_h264.c | 94 +--
libavcodec/vaapi_encode_
Signed-off-by: Fei Wang
---
Changelog |1 +
configure |3 +
doc/encoders.texi | 13 +
libavcodec/Makefile |1 +
libavcodec/allcodecs.c|1 +
libavcodec/vaapi_encode.c | 125 +++-
libavcodec/vaapi_encode.h
On Sun, Jul 9, 2023 at 5:52 AM Michael Niedermayer
wrote:
> On Fri, Jul 07, 2023 at 10:05:27PM +0800, Nuo Mi wrote:
> > The executor design pattern was inroduced by java
> > <
> https://docs.oracle.com/en/java/javase/20/docs/api/java.base/java/util/concurrent/Executor.html
> >
> > it also adapted
On Sun, Jul 9, 2023 at 9:03 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Michael Niedermayer:
> > On Fri, Jul 07, 2023 at 10:05:39PM +0800, Nuo Mi wrote:
> >> This is the main entry point for the CTU (Coding Tree Unit) decoder.
> >> The code will divide the CTU decoder into sev
On Sat, Jul 8, 2023 at 12:30 AM James Almer wrote:
> On 7/7/2023 12:48 PM, Nuo Mi wrote:
> > Hi James,
> > thank you for the review.
> >
> > On Fri, Jul 7, 2023 at 10:28 PM James Almer wrote:
> >
> >> On 7/7/2023 11:05 AM, Nuo Mi wrote:
> >>> ---
> >>>libavcodec/vvc/Makefile |4 +-
> >>
Signed-off-by: likai
---
libavdevice/bktr.c| 2 +-
libavdevice/jack.c| 2 +-
libavformat/crypto.c | 2 +-
libavformat/network.c | 6 +++---
libavutil/file.c | 2 +-
tools/aviocat.c | 2 +-
tools/ismindex.c | 4 ++--
tools/sidxindex.c | 2 +-
8 files changed, 11 inser
-Original Message-
From: ffmpeg-devel On Behalf Of Anton Khirnov
Sent: Sunday, July 9, 2023 1:05 PM
To: ffmpeg-devel@ffmpeg.org
Subject: [EXTERNAL] [FFmpeg-devel] [PATCH] lavu: add AVVideoHint API
CAUTION: This email originated from outside of the organization. Do not click
links or o
-Original Message-
From: ffmpeg-devel On Behalf Of Lynne
Sent: Sunday, July 9, 2023 3:11 PM
To: FFmpeg development discussions and patches
Subject: RE: [EXTERNAL][FFmpeg-devel] [PATCH] lavu: add AVVideoHint API
CAUTION: This email originated from outside of the organization. Do not cl
EOF from sq_receive() means no packets will ever be output by the sync
queue. Since the muxing sync queue is always used by all interleaved
(i.e. non-attachment) streams, this means no further packets can make
it to the muxer and we can terminate muxing now.
---
fftools/ffmpeg_mux.c | 10 -
On 7/9/2023 7:06 AM, Anton Khirnov wrote:
It is a better interface for /dev/u?random on Linux, which avoids the
issues associated with opening files.
---
configure | 2 ++
libavutil/random_seed.c | 16
2 files changed, 18 insertions(+)
diff --git a/configur
Quoting Andreas Rheinhardt (2023-07-10 01:36:41)
> Should fix #10457, a regression caused by
> 69516ab3e917a6e91d26e38d04183c60fd71cbab.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> I am not sure about this one. The problem is that avcodec_send_packet()
> and avcodec_receive_frame() must not ret
On Mon, 2023-07-10 at 08:13 +, Carotti, Elias wrote:
>
> AVVideoHint is a bad name for something like this.
> Could you borrow some wording from graphics and call it
> AVVideoDamagedHint or maybe AVVideoChangedAreaHint or a combination
> of both?
> I'd prefer the former, damage is standard la
Anton Khirnov:
> Quoting Andreas Rheinhardt (2023-07-10 01:36:41)
>> Should fix #10457, a regression caused by
>> 69516ab3e917a6e91d26e38d04183c60fd71cbab.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> I am not sure about this one. The problem is that avcodec_send_packet()
>> and avcodec_recei
Le sunnuntaina 9. heinäkuuta 2023, 0.41.35 EEST Michael Niedermayer a écrit :
> On Fri, Jul 07, 2023 at 10:05:39PM +0800, Nuo Mi wrote:
> > This is the main entry point for the CTU (Coding Tree Unit) decoder.
> > The code will divide the CTU decoder into several stages.
> > It will check the stage
On Mon, 10 Jul 2023, Anton Khirnov wrote:
Quoting Andreas Rheinhardt (2023-07-10 01:36:41)
Should fix #10457, a regression caused by
69516ab3e917a6e91d26e38d04183c60fd71cbab.
Signed-off-by: Andreas Rheinhardt
---
I am not sure about this one. The problem is that avcodec_send_packet()
and a
Signed-off-by: James Almer
---
libavcodec/decode.c | 270 +++-
1 file changed, 140 insertions(+), 130 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index a47abeca06..c9da8f685c 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.
And not just those with the old decode() API.
Signed-off-by: James Almer
---
No changes since last version.
libavcodec/decode.c | 65 -
1 file changed, 34 insertions(+), 31 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index c9d
Accumulate it instead, to be applied once a frame is returned.
This change also prevents decoder set values from being potentially overwritten
by side data.
Signed-off-by: James Almer
---
libavcodec/decode.c | 18 ++
libavcodec/internal.h | 2 +-
2 files changed, 11 insertions
Changes from v4:
- Added an entropy decoder and full parser, which finds the
boundaries between files correctly
- Removed unnecessary logging in libjxldec
Changes from v3:
- Don't remove AV_CODEC_CAP_DR1 from libjxldec
- jpegxl_parse.o added to STLIBOBJS in avcodec/Makefile
- add pipe demuxe
Before this commit, the decoder erroneously assumes that the AVFrame
passed to the receive_frame is the same one each time. Now it keeps an
internal AVFrame to write into, and copies it over when it's done.
Signed-off-by: Leo Izen
---
libavcodec/libjxldec.c | 36 -
This prevents code duplication in the source form by calling the parse
code that was moved to avcodec last commit. The code will be duplicated
in binary form for shared builds (it's not that large), but for source
code it will only exist in one location now.
Signed-off-by: Leo Izen
---
libavform
Add a parser to libavcodec for AV_CODEC_ID_JPEGXL. It doesn't find the
end of the stream in order to packetize the codec, but it does look at
the headers to set preliminary information like dimensions and pixel
format.
Note that much of this code is duplicated from avformat/jpegxl_probe.c,
but tha
Adds a fate test for the jpegxl_anim demuxer, that should allow testing
for true positives and false positives for animated jpegxl files. Note
that two of the test cases are not animated, in order to help sort out
false positives.
Signed-off-by: Leo Izen
---
tests/Makefile
This allows to avoid exposing AVCodecInternal to files that
don't need it and only include internal.h for something else
(like the avpriv functions which are of course included outside
of libavcodec where AVCodecInternal should never be visible).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/
On 7/10/2023 10:10 PM, Andreas Rheinhardt wrote:
This allows to avoid exposing AVCodecInternal to files that
don't need it and only include internal.h for something else
(like the avpriv functions which are of course included outside
of libavcodec where AVCodecInternal should never be visible).
James Almer:
> On 7/10/2023 10:10 PM, Andreas Rheinhardt wrote:
>> This allows to avoid exposing AVCodecInternal to files that
>> don't need it and only include internal.h for something else
>> (like the avpriv functions which are of course included outside
>> of libavcodec where AVCodecInternal sh
On 7/10/2023 10:26 PM, Andreas Rheinhardt wrote:
James Almer:
On 7/10/2023 10:10 PM, Andreas Rheinhardt wrote:
This allows to avoid exposing AVCodecInternal to files that
don't need it and only include internal.h for something else
(like the avpriv functions which are of course included outside
32 matches
Mail list logo
