---
libavcodec/aarch64/hevcdsp_idct_neon.S| 52 ++-
libavcodec/aarch64/hevcdsp_init_aarch64.c | 2 +
2 files changed, 53 insertions(+), 1 deletion(-)
diff --git a/libavcodec/aarch64/hevcdsp_idct_neon.S
b/libavcodec/aarch64/hevcdsp_idct_neon.S
index b11f56862a..00d9690466
This feature uses opencl to perform the PSNR calculation.
Its my first contribution to the project, please share your feedback
Signed-off-by: Suraj Shirvankar
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/opencl/psnr.cl | 41 +++
libavfilter/opencl_so
I didn't know that. Thank you so much for your guidance along the way!
Cheers
On Fri, Mar 10, 2023 at 5:53 AM Hendrik Leppkes wrote:
> On Fri, Mar 10, 2023 at 3:18 AM Marth64 wrote:
> >
> > Hi,
> >
> > If there is still interest I can refine this to match the latest ffmpeg
> > branch. Thank you
On Mon, 6 Mar 2023, Nicolas Gaullier wrote:
The width is one thing; for whatever reason, there is a divergence between DV100 on one
hand and AVCI/XDCAMHD35 on the other. In my understanding, in current practices, DV obey
s337 (stored width includes scaling) but >xdcam&avci does not, so curre
On 3/3/23 15:31, Leo Izen wrote:
This patch adds support for animated JPEG XL files in both the libjxl
decoder wrapper and a separate demuxer to properly set the timebase for it.
Leo Izen (2):
avcodec/libjxldec: add animated decode support
avformat/jpegxl_anim_dec: add animated JPEG XL dem
>At this point I'm inclined to keep the code separate/private to decklink.
>It's limited to AC-3 and only produces packets which are
>s16 little endian. At some point I think it would be worthwhile to have some
>common code that supports 20/24 bit, both endians, and other codecs like
>Dolby-E,
On 3/7/2023 11:44 AM, James Almer wrote:
This splits a sample and merges it again, so it also tests the
vp9_superframe_split bsf
Signed-off-by: James Almer
---
tests/fate/vpx.mak| 4
tests/ref/fate/vp9-superframe-bsf | 30 ++
2 files change
On 3/8/2023 10:29 AM, James Almer wrote:
Fixes make checkheaders
Signed-off-by: James Almer
---
Untested.
libavfilter/Makefile | 2 +-
libavfilter/stack_internal.h | 6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
Will apply.
On 3/6/2023 1:58 PM, James Almer wrote:
This includes Mastering Display, Content light level, and some ITU-T T35
metadata like closed captions and HDR10+.
Signed-off-by: James Almer
---
libavcodec/av1dec.c | 163
libavcodec/av1dec.h | 8 +++
2
> From: ffmpeg-devel On Behalf Of Anton
> Khirnov
> Sent: 2023年3月10日 21:46
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] fftools/ffmpeg_mux_init: avoid invalid reads
> in forced keyframe parsing
>
> Fixes #10243
> ---
> fftools/ffmpeg_mux_init.c | 2 +-
> 1 file changed, 1 i
On Fri, Mar 10, 2023 at 2:44 AM Nicolas Gaullier
wrote:
>
> >+static int create_s337_payload(AVPacket *pkt, enum AVCodecID codec_id,
> >+uint8_t **outbuf, int *outsize) {
>
> This is very interesting in many other contexts.
> My current patch serie is about demuxing s337 (targeting dolby_e) from w
Fixes #10243
---
fftools/ffmpeg_mux_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index b3cc502fdd..09d24ba8e5 100644
--- a/fftools/ffmpeg_mux_init.c
+++ b/fftools/ffmpeg_mux_init.c
@@ -2063,7 +2063,7 @@ static void
From: Zhao Zhili
Signed-off-by: Zhao Zhili
---
libavcodec/mediacodecenc.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/mediacodecenc.c b/libavcodec/mediacodecenc.c
index a92a8dc5a9..2ab56597fe 100644
--- a/libavcodec/mediacodecenc.c
+++ b/libavcodec/mediacodecenc.c
From: Zhao Zhili
So it can be shared with encoder.
Signed-off-by: Zhao Zhili
---
libavcodec/mediacodec_wrapper.c | 102 ++
libavcodec/mediacodec_wrapper.h | 73 +
libavcodec/mediacodecdec_common.c | 87 ++---
3 files cha
On Fri, 10 Mar 2023, Anton Khirnov wrote:
It is currently abused to store packet size, which breaks
AV_CODEC_FLAG_COPY_OPAQUE.
Use stream_index instead, which is unused in libavcodec and has the
same type as size.
---
libavcodec/decode.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-
On 3/10/2023 8:56 AM, Anton Khirnov wrote:
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index d1ba7f167f..ed937a3055 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.c
@@ -287,8 +287,12 @@ static inline int decode_simple_internal(AVCodecContext
*avctx, AVFrame *frame,
This will go into the 6.0 branch as well.
--
Anton Khirnov
___
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 "u
Hey Everyone,
My name is Shivoy Arora, and I am thrilled to be here today to introduce
myself to you all. I am currently pursuing my Bachelor of Technology in
Computer Science and Applied Mathematics from Indraprastha Institute of
Information Technology, and I am in my second year of study.
I am i
Making lavfi optional adds a lot of complexity for very questionable
gain.
---
configure| 2 +-
fftools/ffplay.c | 80
2 files changed, 7 insertions(+), 75 deletions(-)
diff --git a/configure b/configure
index b6616f00b6..4e4bd6c60d 100755
This field is ad-hoc and will be deprecated. Use the recently-added
AV_CODEC_FLAG_COPY_OPAQUE to pass arbitrary user data from packets to
frames.
---
fftools/ffplay.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
i
---
fftools/ffplay.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index d6479aef5f..f09ff59ccc 100644
--- a/fftools/ffplay.c
+++ b/fftools/ffplay.c
@@ -1553,7 +1553,8 @@ static double vp_duration(VideoState *is, Frame *vp,
Frame *nex
These fields are ad-hoc and will be deprecated. Use the recently-added
AV_CODEC_FLAG_COPY_OPAQUE to pass arbitrary user data from packets to
frames.
Changes the result of the flcl1905 test, which uses ffprobe to decode
wmav2 with multiple frames per packet. Such packets are handled
internally by c
These fields are supposed to store information about the packet the
frame was decoded from, specifically the byte offset it was stored at
and its size.
However,
- the fields are highly ad-hoc - there is no strong reason why
specifically those (and not any other) packet properties should have a
It is currently abused to store packet size, which breaks
AV_CODEC_FLAG_COPY_OPAQUE.
Use stream_index instead, which is unused in libavcodec and has the
same type as size.
---
libavcodec/decode.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/decode.c b/libav
On 3/10/2023 8:51 AM, Anton Khirnov wrote:
---
libavfilter/graphparser.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/graphparser.c b/libavfilter/graphparser.c
index 8e12416ccb..8f58c3c6b3 100644
--- a/libavfilter/graphparser.c
+++ b/libavfilter/graphparser.c
On Fri, Mar 10, 2023 at 3:18 AM Marth64 wrote:
>
> Hi,
>
> If there is still interest I can refine this to match the latest ffmpeg
> branch. Thank you!
>
>
Your patches have already been merged to git master.
- Hendrik
___
ffmpeg-devel mailing list
ffm
---
libavfilter/graphparser.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/graphparser.c b/libavfilter/graphparser.c
index 8e12416ccb..8f58c3c6b3 100644
--- a/libavfilter/graphparser.c
+++ b/libavfilter/graphparser.c
@@ -475,7 +475,7 @@ int avfilter_graph_segment
Fixes #4448. The cover art must have DISPOSITION_ATTACHED_PIC.
Signed-off-by: Zsolt Vadasz
---
libavformat/oggenc.c | 214 +++
1 file changed, 176 insertions(+), 38 deletions(-)
diff --git a/libavformat/oggenc.c b/libavformat/oggenc.c
index 2e582d0754..ac
This function is able to write cover art into both FLAC and Ogg files
Signed-off-by: Zsolt Vadasz
---
libavformat/flac_picture.c | 132 +
libavformat/flac_picture.h | 5 ++
libavformat/flacenc.c | 90 +
3 files changed, 140 inse
dear Paul, hsl integrate into signalstats has been done, thank u for advice
looking forward to your reply
besh wishes
attachment ( recent commit )
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20230309133517.26683-1-yizhuo.liu...@gmail.com/
Paul B Mahol 于2023年1月12日周四 05:11写道：
> On 1/11/
because there were no mips maintainer give me any feedback about this
patch, so i had to send mail to you
On 2023/3/7 02:08, Michael Niedermayer wrote:
> On Mon, Mar 06, 2023 at 05:44:55PM +0800, Junxian Zhu wrote:
>> Hello, Michael, can you help to review this pacth? It made ffmpeg compilable
Mantissas are the last data in the channel subsegment and it appears it is
sometimes missing a very few bits for the parsing to complete.
This should not be confused with data corruption.
For 5.1+2@25fps, the occurence of this issue is pretty steady and about once
every 2 hours.
The truncation is
Follow up of
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20220913213127.1756-1-nicolas.gaullier@cji.paris/
The only modification since this initial patch is a cosmetic line split
to prevent an overly long line and the "Please wrap lines" warning.
I did not get any message, I don't know what
33 matches
Mail list logo
