Zhao Zhili 于2023年1月4日周三 10:35写道:
>
> From: Zhao Zhili
>
> 1. Fix return 0 on success.
> 2. Fix return OS error code passthrough.
> ---
> libavcodec/videotoolboxenc.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/videotoolboxenc.c
From: Zhao Zhili
1. Fix return 0 on error.
2. Fix return OS error code passthrough.
---
v2: fix commit message
libavcodec/videotoolboxenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index
Basel Sayeh 于2023年1月4日周三 01:12写道:
>
> Hello,
>
>
> Any update or comment on these patch sets?
>
>
> Enable HTTP persistent connections for hls_delete_file &
> dashenc_delete_file:
> https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=8033
> On Jan 4, 2023, at 02:11, Tomas Härdin wrote:
>
> tis 2023-01-03 klockan 18:18 +0800 skrev Zhao Zhili:
>> From: Zhao Zhili
>>
>> Signed-off-by: Zhao Zhili
>> ---
>> libavcodec/videotoolboxenc.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git
From: Zhao Zhili
1. Fix return 0 on success.
2. Fix return OS error code passthrough.
---
libavcodec/videotoolboxenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 3b00e542cb..56971471e4 100644
---
Camille Oudot (12023-01-03):
> Why does the "reuse" option exists on the "udp" protocol in the first
> place?
Because it is an useful option. Only not for this use case.
Because nobody noticed it was badly named when it was applied.
> Why would it not apply to "rtp" also?
Because nobody made
On Tue, Jan 3, 2023 at 12:51 PM Christopher Degawa
wrote:
>
>
> On Tue, Jan 3, 2023 at 4:16 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Christopher Degawa:
>> > previouslly, it only was an issue with 32-bit clang from msys2's
>> > mingw32 repo, however, at some point
Why does the "reuse" option exists on the "udp" protocol in the first
place? Why would it not apply to "rtp" also?
Here is the original patch proposal on udp:
http://ffmpeg.org/pipermail/ffmpeg-devel/2006-October/thread.html#18946
> Sure. But then that does not solve the problem of RTCP mux and
Please add alpha support back.
On Wed, Dec 28, 2022 at 12:18 AM Clément Bœsch wrote:
> This reverts commit dea673d0d548c864ec85f9260d8900d944ef7a2a.
>
> This change cannot work for several reasons, the most obvious ones are:
>
> - the alpha is being part of the scoring of the color difference,
ons 2022-12-28 klockan 22:23 +0100 skrev Clément Bœsch:
> On Wed, Dec 28, 2022 at 10:04:26PM +0100, Tomas Härdin wrote:
> [...]
> > Does this mean all-black with transparent is disallowed?
>
> Yes a single color with or without an extra transparency slot makes
> no
> sense.
>
> > Shouldn't it be
On Tue, Jan 3, 2023 at 4:16 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Christopher Degawa:
> > previouslly, it only was an issue with 32-bit clang from msys2's
> > mingw32 repo, however, at some point with an update to gcc 12.2.0,
> > the same issue popped up. Tested with a
On Tue, Jan 03, 2023 at 12:05:22AM +0100, Clément Bœsch wrote:
> On Mon, Jan 02, 2023 at 10:57:33PM +0100, Michael Niedermayer wrote:
> [...]
> > > So I did a lot of experiments, and the explanation for the desaturated
> > > output at low number of colors can be found at the end of this article:
>
On Tue, Jan 3, 2023 at 12:32 PM Christopher Degawa
wrote:
>
>
> On Mon, Jan 2, 2023 at 5:36 PM Hendrik Leppkes
> wrote:
>
>> On Tue, Jan 3, 2023 at 12:01 AM Christopher Degawa
>> wrote:
>> >
>>
>> I regularly build with 12.2 on win32 and its fine.
>>
>> In fact, there is a fate station for
On Mon, Jan 2, 2023 at 5:36 PM Hendrik Leppkes wrote:
> On Tue, Jan 3, 2023 at 12:01 AM Christopher Degawa
> wrote:
> >
>
> I regularly build with 12.2 on win32 and its fine.
>
> In fact, there is a fate station for that:
>
>
tis 2023-01-03 klockan 18:18 +0800 skrev Zhao Zhili:
> From: Zhao Zhili
>
> Signed-off-by: Zhao Zhili
> ---
> libavcodec/videotoolboxenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/videotoolboxenc.c
> b/libavcodec/videotoolboxenc.c
> index
Hello,
Any update or comment on these patch sets?
Enable HTTP persistent connections for hls_delete_file &
dashenc_delete_file:
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=8033
Use http_read_header in http_shutdown to react to response errors:
On Fri, Dec 30, 2022 at 12:34:51PM +0100, Clément Bœsch wrote:
[...]
Patchset applied
--
Clément B.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
On Wed, Dec 28, 2022 at 12:17:42AM +0100, Clément Bœsch wrote:
[...]
Patchset applied
--
Clément B.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Le tiistaina 3. tammikuuta 2023, 11.03.30 EET Camille Oudot a écrit :
> Hi, I'm back on the topic. Thanks to all of you for your comments.
>
> > So I agree that SO_REUSEADDR is "absolutely not a hack"... if you use
> > it to recycle IP/port pair without waiting for the time-out. But
> > that's
On Thu, 15 Dec 2022 at 10:11, Thomas Siedel
wrote:
> On Tue, 13 Dec 2022 at 07:19, Nuo Mi wrote:
>
>> Hi Thomas,
>> Thank you for sending the patch set.
>> It seems the patchset is based on
>> https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=3487
>> Please do not change the author's
Add transport stream stream type 0x33 for vvc.
Add STREAM_TYPE_VIDEO_VVC to MPEG-1/2 and MPEG-2 transport stream.
Add basic transport stream support for TS mux/demux.
---
configure | 2 +-
libavformat/mpeg.c | 3 ++
libavformat/mpeg.h | 1 +
libavformat/mpegts.c| 2
Add external decoder VVdeC for H266/VVC decoding.
Register new decoder libvvdec.
Add vvc_parse_extradata to support parse/probe of vvcC stream input.
Add vvc_paramset that implements the parser of vvcC configuration boxes.
Add libvvdec to wrap the vvdec interface.
Enable decoder by adding
Add external encoder VVenC for H266/VVC encoding.
Register new encoder libvvenc.
Add libvvenc to wrap the vvenc interface.
libvvenc implements encoder option: preset,qp,period,subjopt,
vvenc-params,levelidc,tier.
Enable encoder by adding --enable-libvvenc in configure step.
---
configure
Add muxer for vvcc byte stream format.
Add AV_CODEC_ID_VVC to ff_mp4_obj_type.
Add AV_CODEC_ID_VVC to ISO Media codec (VvcConfigurationBox vvi1,
vvc1 defined in ISO/IEC 14496-15:2021).
Add VvcConfigurationBox vvcC which extends FullBox type in
ISO/IEC 14496-15:2021.
Add ff_vvc_muxer to RAW muxers.
Add demuxer to probe raw vvc and parse vvcc byte stream format.
Co-authored-by: Nuo Mi
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/demux.c | 7 +-
libavformat/vvc.c| 984 +++
libavformat/vvc.h|
Increase avcodec minor version for vvc support.
---
libavcodec/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/version.h b/libavcodec/version.h
index 6b8a1dbb79..dfd3d5d7e5 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -29,7 +29,7 @@
Add parser for VVC MP4 to Annex B byte stream format.
Co-authored-by: Nuo Mi
---
configure| 1 +
libavcodec/Makefile | 2 +
libavcodec/bitstream_filters.c | 2 +
libavcodec/h266_metadata_bsf.c | 146 ++
libavcodec/vvc_mp4toannexb_bsf.c
From: Nuo Mi
Add nal parser ff_vvc_parser to parse vvc elementary bitstreams.
Co-authored-by: Thomas Siedel
---
configure| 1 +
libavcodec/Makefile | 2 +
libavcodec/h2645_parse.c | 71 -
libavcodec/parsers.c | 1 +
libavcodec/vvc_parser.c | 603
From: Nuo Mi
Add types as nal unit types, slice types and vvc typedefs needed
for parsing vvc high-level syntax.
---
libavcodec/vvc.h | 142 +++
1 file changed, 142 insertions(+)
create mode 100644 libavcodec/vvc.h
diff --git a/libavcodec/vvc.h
This patch set adds H266/VVC support.
This includes parsing, muxing, demuxing, decoding and encoding.
Decoding is done using the external library VVdeC
(https://github.com/fraunhoferhhi/vvdec.git) and can be enabled with
--enable-libvvdec.
Encoding is done using the external library VVenC
On Tue, 2023-01-03 at 07:08 +, Xiang, Haihao wrote:
> On Ma, 2022-12-05 at 14:09 +0800, Fei Wang wrote:
> > From: Linjie Fu
> >
> > Note that Screen-Extended Main 4:4:4 and 4:4:4 10 supports
> > chroma_format_idc from 0, 1 or 3, hence both 420 and 444 are
> > supported.
> >
> >
From: Linjie Fu
Including sps/pps/slice parameters.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/vaapi_hevc.c | 52 +
1 file changed, 47 insertions(+), 5 deletions(-)
diff --git a/libavcodec/vaapi_hevc.c b/libavcodec/vaapi_hevc.c
From: Linjie Fu
Allow current picture as the reference picture.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/vaapi_hevc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vaapi_hevc.c b/libavcodec/vaapi_hevc.c
index
From: Linjie Fu
Screen Content Coding allows non-intra slice in an IRAP frame which can
reference the frame itself, and would mark the current decoded picture
as "used for long-term reference", no matter TwoVersionsOfCurrDecPicFlag(8.1.3),
hence some previous restricts are not suitable any more.
From: Linjie Fu
According to 8.1.3 and 8.3.2.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/vaapi_hevc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/vaapi_hevc.c b/libavcodec/vaapi_hevc.c
index c10617a81a..29c75e88f0 100644
---
From: Linjie Fu
Note that Screen-Extended Main 4:4:4 and 4:4:4 10 supports
chroma_format_idc from 0, 1 or 3, hence both 420 and 444 are
supported.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/vaapi_decode.c | 4 +++-
libavcodec/vaapi_hevc.c | 14 --
From: Linjie Fu
uint8_t is big enough and keep consistent with the definition in
cbs_h265.h.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/hevcdec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/hevcdec.h b/libavcodec/hevcdec.h
index
From: Linjie Fu
According to 7.3.6.1, use_integer_mv_flag should be parsed if
motion_vector_resolution_control_idc equals to 2. If not present, it
equals to motion_vector_resolution_control_idc.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/hevcdec.c | 8
From: Linjie Fu
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/hevcdec.c | 6 ++
libavcodec/hevcdec.h | 4
2 files changed, 10 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 567e8d81d4..f9a97ac7f5 100644
--- a/libavcodec/hevcdec.c
+++
From: Linjie Fu
1. Add extension syntax according to 7.3.2.2.3/7.3.2.3.3 in T-REC-H.265-201911.
2. Keep using parsed PPS when bitstream overread for compatibility. For
example, the clip PS_A_VIDYO_3.bit in FATE test has incomplete extension
syntax which will be overread and un-decodable if
From: Linjie Fu
Described in HEVC spec A.3.7.
Signed-off-by: Linjie Fu
Signed-off-by: Fei Wang
---
libavcodec/avcodec.h | 1 +
libavcodec/hevc_ps.c | 2 ++
libavcodec/profiles.c | 1 +
3 files changed, 4 insertions(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index
Follow spec 7.3.2.3.1.
Signed-off-by: Fei Wang
---
update:
1. fix some code style.
2. seperate patchset into 2.
libavcodec/hevc_ps.c | 2 +-
tests/ref/fate/hevc-conformance-PS_A_VIDYO_3 | 50 ++--
2 files changed, 26 insertions(+), 26 deletions(-)
diff
Wujian(Chin) (12023-01-03):
> Please review it again, thanks!!
You still treat the option differently without a good reason.
You still do not protect credentials in options.
Not acceptable.
--
Nicolas George
signature.asc
Description: PGP signature
Please review it again, thanks!!
Signed-off-by: wujian_nanjing
---
doc/fftools-common-opts.texi | 11 +
fftools/cmdutils.c | 57
fftools/cmdutils.h | 21
fftools/ffmpeg.c | 7 +++---
On Sun, 18 Dec 2022 at 10:41, Stefano Sabatini wrote:
> On Sat, Dec 17, 2022 at 9:46 PM Michael Niedermayer
> wrote:
> >
> > On Sat, Dec 17, 2022 at 07:57:06PM +, Kieran Kunhya wrote:
> > > On Sat, 10 Dec 2022 at 18:12, Carl Eugen Hoyos
> wrote:
> > >
> > > > Am Fr., 9. Dez. 2022 um 18:07
Will push in a few days if nobody has further comments.
--
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
On Sunday, January 1st, 2023 at 10:41 AM, Jean-Baptiste Kempf
wrote:
> On Thu, 29 Dec 2022, at 22:05, Zsolt Vadász wrote:
>
> > It's done similarly to how the flac muxer does it, so I reused most of
> > the code and adapted it.
>
>
> Would a common function make sense here?
Yes, I named it
At present, the offset for discontinuity adjustment is applied per-file but
the check for discontinuity is intra-stream so the same discontinuity when
seen in multiple streams with copyts, leads to compounded adjustment of the
discontinuity offset. This introduces gaps in streams, leading to loss
From: Zhao Zhili
HEVC alpha layer encoding is broken without the patch.
Signed-off-by: Zhao Zhili
---
libavutil/hwcontext_videotoolbox.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_videotoolbox.c
b/libavutil/hwcontext_videotoolbox.c
index
From: Zhao Zhili
Signed-off-by: Zhao Zhili
---
libavcodec/videotoolboxenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 27db4e0d5e..3b00e542cb 100644
--- a/libavcodec/videotoolboxenc.c
+++
From: Zhao Zhili
Signed-off-by: Zhao Zhili
---
libavcodec/videotoolboxenc.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index aec98ade4f..27db4e0d5e 100644
---
Christopher Degawa:
> previouslly, it only was an issue with 32-bit clang from msys2's
> mingw32 repo, however, at some point with an update to gcc 12.2.0,
> the same issue popped up. Tested with a clean clone of ffmpeg, and even
> tested with n5.0, but the issue persists, so I presume it's a
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Marton Balint
> Sent: Sunday, January 1, 2023 06:20 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] lavfi/dnn: Remove DNN native
> backend
>
>
>
> On Fri, 30 Dec
Hi, I'm back on the topic. Thanks to all of you for your comments.
> So I agree that SO_REUSEADDR is "absolutely not a hack"... if you use
> it to recycle IP/port pair without waiting for the time-out. But
> that's mainly of interest of listening/receiving sockets.
That is indeed the case for
54 matches
Mail list logo