> 2022年2月21日 下午11:00，Michael Niedermayer 写道：
>
> On Thu, Feb 17, 2022 at 07:11:47PM +0800, Hao Chen wrote:
>> The loongson_intrinsics.h file is updated from v1.0.3 version
>> to v1.1.0. Some spelling mistakes are fixed and new functions are added.
>>
>> Signed-off-by: Hao Chen
>> ---
>> libav
On 2/25/2022 6:46 PM, James Almer wrote:
And use a single AVPacket for the entire process.
This more closely follows the suggested API usage in the doxy.
Signed-off-by: James Almer
---
tools/target_bsf_fuzzer.c | 41 +++
1 file changed, 16 insertions(+), 2
On 2/23/2022 12:03 PM, James Almer wrote:
Bitstream filters inserted between the input and output were
never drained, resulting packets being lost if the bsf had any
buffered.
Signed-off-by: James Almer
---
Now also flushing packets when forcing a record duration.
fftools/ffmpeg.c| 1
sön 2022-02-27 klockan 15:29 +0100 skrev Mark Gaiser:
> Ping 2
>
> I'd really like to get this merged!
> This kinda blocks me right now from proceeding with IPFS integration
> in
> Kodi, MPV and VLC. Implementations in those (who rely on ffmpeg) are
> significantly easier once this patch is fi
On Fri, Feb 25, 2022 at 06:46:30PM -0300, James Almer wrote:
> And use a single AVPacket for the entire process.
> This more closely follows the suggested API usage in the doxy.
>
> Signed-off-by: James Almer
> ---
> tools/target_bsf_fuzzer.c | 41 +++
> 1 fil
On Mon, Feb 28, 2022 at 04:19:55PM +0800, 殷时友 wrote:
>
>
> > 2022年2月21日 下午11:00，Michael Niedermayer 写道：
> >
> > On Thu, Feb 17, 2022 at 07:11:47PM +0800, Hao Chen wrote:
> >> The loongson_intrinsics.h file is updated from v1.0.3 version
> >> to v1.1.0. Some spelling mistakes are fixed and new f
Signed-off-by: James Almer
---
libavcodec/setts_bsf.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/setts_bsf.c b/libavcodec/setts_bsf.c
index eadc4e4d34..d574449838 100644
--- a/libavcodec/setts_bsf.c
+++ b/libavcodec/setts_bsf.c
@@ -145,6 +145,8 @@ static in
And a relevant constant to use it in expressions.
Signed-off-by: James Almer
---
doc/bitstream_filters.texi | 3 +++
libavcodec/setts_bsf.c | 11 ++-
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index 87c98418
On Sun, Feb 27, 2022 at 3:54 AM Paul B Mahol wrote:
> On Fri, Feb 25, 2022 at 10:08 PM Thierry Foucu wrote:
>
> > On Thu, Feb 24, 2022 at 11:50 PM Paul B Mahol wrote:
> >
> > > On Thu, Feb 24, 2022 at 11:21 PM Thierry Foucu
> wrote:
> > >
> > > > On Thu, Feb 24, 2022 at 2:19 PM Thierry Foucu
On Sat, Feb 26, 2022 at 08:31:43PM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/pcm-blurayenc.c | 291 +
> 3 files changed, 293 insertions(+)
> create mo
lgtm
___
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".
lgtm
___
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".
On 2/23/22 02:52, Anton Khirnov wrote:
Quoting Andreas Rheinhardt (2022-02-02 03:13:12)
Who sets invalid media types?
(In case of fftools/*: If they don't set it themselves, they (and all
our users) should be able to rely on our libraries to not set invalid
values. The same goes for all demuxers
This commit adds support to libavcodec to read and parse
encoded Jpeg XL images. Jpeg XL is intended to be an
extended-life replacement to legacy mjpeg.
---
MAINTAINERS| 2 +
libavcodec/Makefile| 1 +
libavcodec/codec_desc.c| 9 +
libavcodec/codec_id.h | 1
This commit adds support to libavformat for muxing
and demuxing Jpeg XL images as image2 streams.
---
libavformat/allformats.c | 1 +
libavformat/img2.c | 1 +
libavformat/img2dec.c| 26 ++
libavformat/img2enc.c| 6 +++---
libavformat/mov.c| 1 +
l
Add a fate test for the JPEG XL parser in libavcodec and
its image2 wrapper inside libavformat.
---
tests/fate/image.mak| 10 ++
tests/ref/fate/jxl-parse-codestream | 6 ++
tests/ref/fate/jxl-parse-container | 6 ++
3 files changed, 22 insertions(+)
create mode
This commit adds decoding support to libavcodec
for Jpeg XL images via the external library libjxl.
---
MAINTAINERS | 1 +
configure | 5 +
doc/general_contents.texi | 7 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c| 1 +
libavcodec/libjxl.c
This commit adds encoding support to libavcodec
for Jpeg XL images via the external library libjxl.
---
configure | 3 +-
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libjxlenc.c | 383 +
4 files changed, 387 inse
Signed-off-by: Paul B Mahol
---
libavformat/mpegtsenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 971b3f55d8..20dce56122 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -2097,6 +2097,10 @@ static int mpegt
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/pcm-blurayenc.c | 291 +
3 files changed, 293 insertions(+)
create mode 100644 libavcodec/pcm-blurayenc.c
diff --git a/libavcodec/Makefile b/lib
in some case, the input files have different time base
even though they share the same codec and codec parameters,
so when we replace the packet, we need use the unified time base
instead of it of each stream own, which may lead to wrong pts/dts
of the output packet.
Signed-off-by: Chuan Ye
mai
In some case, the input files have different time base
even though they share the same codec and codec parameters,
So when we replace the packet, we need use the unified time base
instead of it of each stream own, which may lead to wrong pts/dts
of the output packet.
Signed-off-by: Chuan Ye
---
On 2022-03-01 09:46 am, Ye Chuan wrote:
In some case, the input files have different time base
even though they share the same codec and codec parameters,
So when we replace the packet, we need use the unified time base
instead of it of each stream own, which may lead to wrong pts/dts
of the
Thinks for your reminder. If uavs3d is BSD 3-clause, will uavs3d be flagged as
"non-free"? We can change the license of uavs3d.
- 原始邮件 -
发件人："Jean-Baptiste Kempf"
收件人：hwrenx , ffmpeg-devel
抄送人：hbj
主题：Re: [FFmpeg-devel] [PATCH v9 5/5] lavc, doc: add libuavs3d video decoder
wrapper
日期：2
Yes. This is correct.
On Mon, 28 Feb 2022, at 21:57, hbj...@sina.com wrote:
> Thinks for your reminder. If uavs3d is BSD 3-clause, will uavs3d be
> flagged as "non-free"? We can change the license of uavs3d.
> - 原始邮件 -
> 发件人："Jean-Baptiste Kempf"
> 收件人：hwrenx , ffmpeg-devel
> 抄送人：hbj
>
Sorry, the last reply was a bit ambiguous. I want to confirm that uavs3d will
not be flagged as "non-free", if the license is changed to BSD 3-clause.If so,
we will change the license soon. The BSD 3-clause license is compatible with
the GNU GPL, as the wiki says. (https://en.wikipedia.org/wiki/
Your understanding is correct. BSD-3 is fine.
On Mon, 28 Feb 2022, at 23:09, hbj...@sina.com wrote:
> Sorry, the last reply was a bit ambiguous. I want to confirm that
> uavs3d will not be flagged as "non-free", if the license is changed to
> BSD 3-clause.If so, we will change the license soon.
On Mon, 2022-02-21 at 13:27 +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/audio.c | 11 +--
> libavfilter/framepool.c | 18 --
> libavfilter/video.c | 11 +--
> 3 files changed, 18 insertions(+), 22 deletions(-)
>
> diff --gi
Thanks, the license has been updated. You can check it on
https://github.com/uavs3/uavs3d
- 原始邮件 -
发件人："Jean-Baptiste Kempf"
收件人：ffmpeg-devel
主题：Re: [FFmpeg-devel] 回复：Re: 回复：Re: [PATCH v9
5/5]_lavc,_doc:_add_libuavs3d_video_decoder_wrapper
日期：2022年03月01日 14点15分
Your understanding is
We have 0 project ideas on our gsoc 2022 page
well we have 2 now as i copied my two from last year
If you have an idea, please add it!
Might it be possible to integrate LibRaw into FFmpeg?
https://www.libraw.org/
This could also solve the problem that import of DNG images doesn't work in
FFmpe
30 matches
Mail list logo
