> > > From: Niklas Haas
> > >
> > > This logic was incongruent with logic used elsewhere, where floating
> > > point formats are explicitly exempted from range conversion. Fixes an
> > > issue where floating point formats were not going through special
> > > unscaled converters even when it was
From: Jan Ekström
Attempts to base the fragmentation timing on other streams
as most receivers expect media fragments to be more or less
aligned.
Currently does not support fragmentation on subtitle track
only, as the subtitle packet queue timings would have to be
checked in addition to the
From: Jan Ekström
Signed-off-by: Jan Ekström
---
libavcodec/avpacket.c| 20 +++-
libavcodec/packet_internal.h | 2 ++
2 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index e29725c2d2..e223ab63ef 100644
---
From: Jan Ekström
This allows for direct dumping of the packets' contents (useful for
text based formats), while getting the timestamps/sizes etc from
ffprobe.
If used via TRANSCODE, the actually utilized muxer should be added
within the last argument as an additional dependency, as that is not
Changes compared to v2:
* General rebase.
* Limited the test to the first overlapping lines that
finish at around 24.5 seconds. This brings us down to 430 lines
per test (of which there are two).
* Switched from the rawvideo to the data muxer.
This enables pushing TTML together with another
On date Monday 2023-12-11 02:35:05 +0100, Clément Bœsch wrote:
> This is going to be shared with proresenc_kostya in the upcoming commit.
> ---
> libavcodec/proresdata.c | 6 ++
> libavcodec/proresdata.h | 2 ++
> libavcodec/proresenc_anatoliy.c | 9 ++---
> 3 files
On date Monday 2023-12-11 02:35:04 +0100, Clément Bœsch wrote:
> This is already assigned at declaration.
> ---
> libavcodec/proresenc_kostya.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
> index 7aed3974c3..6e1d5a0cef
On date Monday 2023-12-11 02:35:03 +0100, Clément Bœsch wrote:
> ---
> libavcodec/proresenc_kostya.c | 36 ---
> 1 file changed, 12 insertions(+), 24 deletions(-)
>
> diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
> index
On date Monday 2023-12-11 02:35:02 +0100, Clément Bœsch wrote:
> ---
> libavcodec/proresenc_kostya.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
> index 52fe5639b1..58fc340879 100644
> ---
From: Wenbin Chen
Add yolov3 support. The difference of yolov3 is that it has multiple
outputs in different scale to perform better on both large and small
object.
The model detail refer to:
https://github.com/openvinotoolkit/open_model_zoo/tree/master/models/public/yolo-v3-tf
Signed-off-by:
From: Wenbin Chen
Add multiple output support to openvino backend. You can use '&' to
split different output when you set output name using command line.
Signed-off-by: Wenbin Chen
---
libavfilter/dnn/dnn_backend_common.c | 7 -
libavfilter/dnn/dnn_backend_openvino.c | 216
From: Wenbin Chen
The difference of yolov4 is that sigmoid function needed to be applied
on x, y coordinates. Also make it compatiple with NHWC output as the
yolov4 model from openvino model zoo has NHWC output layout.
Model refer to:
From: Wenbin Chen
Add input pad to get model input resolution. Detection models always
have fixed input size. And the output coordinators are based on the
input resolution, so we need to get input size to map coordinators to
our real output frames.
Signed-off-by: Wenbin Chen
---
This is an older filter I wrote and never got around publishing.
It can be used to generate a distortion effect like
https://vimeo.com/104938599?share=copy
Please see attached.
--
Vittorio
0001-Add-new-vf_tiltandshift-filter.patch
Description: Binary data
On date Monday 2023-12-11 02:52:01 +0100, ffmpeg-devel Mailing List wrote:
> x11grab can capture windows by their ID, but gdigrab can only capture windows
> by their names, internally calling FindWindowW to lookup its handle.
>
> This patch simply allows the user to specify a window handle
On Tue, Dec 12, 2023 at 01:18:01AM +0100, Michael Niedermayer wrote:
> On Mon, Dec 11, 2023 at 01:53:36PM -0600, Marth64 wrote:
> > Signed-off-by: Marth64
> > ---
> > doc/filters.texi | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/doc/filters.texi b/doc/filters.texi
> >
On Mon, Dec 11, 2023 at 01:53:36PM -0600, Marth64 wrote:
> Signed-off-by: Marth64
> ---
> doc/filters.texi | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 6d00ba2c3f..1250685bc7 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
On date Saturday 2023-12-09 21:05:13 -0600, Marth64 wrote:
> This confused me for a long time, hopefully this is helpful to others.
> The definition in avformat.h says "Ignore DTS on frames that contain both DTS
> & PTS"
>
> Signed-off-by: Marth64
> ---
> doc/formats.texi| 2 +-
>
On date Saturday 2023-12-09 20:57:09 -0600, Marth64 wrote:
> Signed-off-by: Marth64
>
> This could be useful for folks who are just learning ffmpeg or have simple
> needs for parsing input information as JSON.
>
> ---
> doc/ffprobe.texi | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff
On date Monday 2023-12-11 14:07:42 -0600, Marth64 wrote:
> Clean up the example further. Sorry.
>
> Signed-off-by: Marth64
> ---
> doc/filters.texi | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 6d00ba2c3f..bf59352ba0 100644
> ---
On date Thursday 2023-11-30 23:57:31 +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> 'encoder' can be audio or video encoder.
> ---
> doc/examples/transcode.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Looks good, will apply.
___
On date Monday 2023-12-11 12:59:39 -0800, Kyle Swanson wrote:
> Hi,
>
> On Sat, Dec 9, 2023 at 10:14 AM Stefano Sabatini wrote:
> >
> > On date Thursday 2023-11-30 01:49:14 +0100, Stefano Sabatini wrote:
> > > ---
> > > configure | 4 +
> > > libavfilter/Makefile|
On date Saturday 2023-12-09 19:35:50 -0600, Marth64 wrote:
> ---
> doc/bitstream_filters.texi | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
> index c63c20370f..d2ad6e78ff 100644
> ---
On date Saturday 2023-12-09 20:25:07 +0100, Marton Balint wrote:
> v3: added flags argument.
>
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges | 3 +++
> libavutil/imgutils.c | 6 +++---
> libavutil/imgutils.h | 31 +++
> libavutil/version.h | 2 +-
>
This can be used to run tests multple times, with e.g. differing
QEMU settings, by adding something like this to the FATE configuration
file:
target_exec="qemu-aarch64-static"
fate_targets="fate-checkasm fate-cpu"
fate_environments="sve128 sve256 sve512"
effect - it makes it look like the two
headers are generated by separate processes, which doesn't seem like a good
idea when you want them to be identical.
Thanks,
- Mark
ffmpeg started on 2023-12-11 at 21:08:30
Report written to "ffmpeg-20231211-210830.log"
Log level:
Hi,
On Sat, Dec 9, 2023 at 10:14 AM Stefano Sabatini wrote:
>
> On date Thursday 2023-11-30 01:49:14 +0100, Stefano Sabatini wrote:
> > ---
> > configure | 4 +
> > libavfilter/Makefile| 1 +
> > libavfilter/allfilters.c| 1 +
> > libavfilter/vsrc_qrencode.c
Le maanantaina 4. joulukuuta 2023, 4.34.26 EET Zhao Zhili a écrit :
> > So really you're better off with GCC. RISC-V support on LLVM is pretty
> > sad, TBH.
> OK, just check if this is an unknown issue. I’m totally fine to stay with
> GCC.
Build should be fixed (which means the "offending" files
Le maanantaina 11. joulukuuta 2023, 22.41.03 EET Rémi Denis-Courmont a écrit :
> ---
> tests/checkasm/lpc.c | 36
> 1 file changed, 36 insertions(+)
>
> diff --git a/tests/checkasm/lpc.c b/tests/checkasm/lpc.c
> index 592e34c03d..8e92a9e1b4 100644
> ---
On 07/12/2023 23:11, Marton Balint wrote:
On Thu, 7 Dec 2023, Anton Khirnov wrote:
Quoting Marton Balint (2023-12-06 09:22:20)
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 +++
doc/codecs.texi | 14 ++
libavcodec/avcodec.h | 4
---
tests/checkasm/lpc.c | 36
1 file changed, 36 insertions(+)
diff --git a/tests/checkasm/lpc.c b/tests/checkasm/lpc.c
index 592e34c03d..8e92a9e1b4 100644
--- a/tests/checkasm/lpc.c
+++ b/tests/checkasm/lpc.c
@@ -57,10 +57,40 @@ static void test_window(int
On 11/12/2023 16:33, Marth64 wrote:
Added v2 label and signed off as per proper procedure.
Signed-off-by: Marth64
---
doc/bitstream_filters.texi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index
Clean up the example further. Sorry.
Signed-off-by: Marth64
---
doc/filters.texi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6d00ba2c3f..bf59352ba0 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -15919,6 +15919,13 @@ further
Cleaned up mistake of outputting with rawvideo format
Signed-off-by: Marth64
---
doc/filters.texi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6d00ba2c3f..e595f7d152 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -15919,6
Signed-off-by: Marth64
---
doc/filters.texi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6d00ba2c3f..1250685bc7 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -15919,6 +15919,13 @@ further computations. This allows inserting the
The layout for the frame flags is as follow:
chroma_format u(2)
reserved u(2)
interlace_mode u(2)
reserved u(2)
chroma_format has 2 allowed values:
0: reserved
1: reserved
2: 4:2:2
3: 4:4:4
interlace_mode has 3 allowed values:
0: progressive
1: tff
This byte represents 4 reserved bits followed by 4 alpha_channel_type bits.
alpha_channel_type currently has 3 differents defined values: 0 (no
alpha), 1 (8b alpha), and 2 (16b alpha), all the other values are
reserved. The 4 initial reserved bits are expected to be 0.
---
This byte represents 4 reserved bits followed by 4 alpha_channel_type bits.
alpha_channel_type currently has 3 differents defined values: 0 (no
alpha), 1 (8b alpha), and 2 (16b alpha), all the other values are
reserved. This part is correctly written (alpha_bits>>3 does the correct
thing), but
Quoting SMPTE RDD 36:2015:
A decoder shall abort if it encounters a bitstream with an unsupported
bitstream_version value. If 0, the value of the chroma_format syntax
element shall be 2 (4:2:2 sampling) and the value of the
alpha_channel_type element shall be 0 (no encoded alpha); if 1,
Quoting SMPTE RDD 36:2015:
A decoder shall abort if it encounters a bitstream with an unsupported
bitstream_version value. If 0, the value of the chroma_format syntax
element shall be 2 (4:2:2 sampling) and the value of the
alpha_channel_type element shall be 0 (no encoded alpha); if 1,
A bunch of fixes (currently made on top of the previous patchset but
shouldn't conflict much with a rebase) which are not extensively tested.
If some people have specific decoders available, tests are welcome.
___
ffmpeg-devel mailing list
Added v2 flag and signoff to follow process. Adjusted based on feedback.
Signed-off-by: Marth64
---
fftools/ffmpeg_opt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index 304471dd03..837bef8161 100644
---
On Mon, Dec 11, 2023 at 12:37 PM Thilo Borgmann via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Am 11.12.23 um 18:29 schrieb Vittorio Giovara:
> > Fixes compilation, introduced in e37b15e.
> >
> > src/libavdevice/avfoundation.m:799:10: error: invalid preprocessing
> > directive
>
> Which
Am 11.12.23 um 18:29 schrieb Vittorio Giovara:
Fixes compilation, introduced in e37b15e.
src/libavdevice/avfoundation.m:799:10: error: invalid preprocessing
directive
#elseif (TARGET_OS_OSX && __MAC_OS_X_VERSION_MAX_ALLOWED < 14)
Pushed.
-Thilo
Am 11.12.23 um 18:29 schrieb Vittorio Giovara:
Fixes compilation, introduced in e37b15e.
src/libavdevice/avfoundation.m:799:10: error: invalid preprocessing
directive
Which compiler did complain about that?
#elseif (TARGET_OS_OSX && __MAC_OS_X_VERSION_MAX_ALLOWED < 14)
-Thilo
Fixes compilation, introduced in e37b15e.
src/libavdevice/avfoundation.m:799:10: error: invalid preprocessing
directive
#elseif (TARGET_OS_OSX && __MAC_OS_X_VERSION_MAX_ALLOWED < 14)
--
Vittorio
0001-lavd-avfoundation-Use-correct-preprocessing-directiv.patch
Description: Binary
---
libavcodec/allcodecs.c | 1 +
libavcodec/libjxlenc.c | 197 -
2 files changed, 157 insertions(+), 41 deletions(-)
diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
index b0f004e15c..e6733b0d4f 100644
--- a/libavcodec/allcodecs.c
+++
---
libavcodec/libjxlenc.c | 45 +-
1 file changed, 23 insertions(+), 22 deletions(-)
diff --git a/libavcodec/libjxlenc.c b/libavcodec/libjxlenc.c
index d707f3a61b..92a458d51a 100644
--- a/libavcodec/libjxlenc.c
+++ b/libavcodec/libjxlenc.c
@@ -49,6 +49,7
---
libavcodec/libjxlenc.c | 69 +++---
1 file changed, 45 insertions(+), 24 deletions(-)
diff --git a/libavcodec/libjxlenc.c b/libavcodec/libjxlenc.c
index 92a458d51a..6110c42a7c 100644
--- a/libavcodec/libjxlenc.c
+++ b/libavcodec/libjxlenc.c
@@ -50,6 +50,9
This patchset adds support for encoding animated JPEG XL images via a
new encoder (libjxl_animated). When using the encoder, the output format
needs to be set to raw video, as shown below:
`ffmpeg -i sample.gif -c:v libjxl_animated -f rawvideo out.jxl`
Feedback is welcome!
Zsolt Vadasz (3):
Le lauantaina 9. joulukuuta 2023, 12.45.03 EET flow gg a écrit :
> There's a strange issue:
>
> Adding tests can compile successfully on x86 and lichee4a (risc v), but it
> results in an error on k230.
>
> > collect2: fatal error: ld terminated with signal 9 [Killed]
> > compilation terminated.
Added v2 label and signed off as per proper procedure.
Signed-off-by: Marth64
---
doc/bitstream_filters.texi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index dc4f85bac0..7c36c5346d 100644
---
Am 11.12.23 um 16:28 schrieb 徐福隆 via ffmpeg-devel:
Hi, Thilo:
There is another patch that needs your review please.
Thanks for pointing me to it.
---
libavdevice/audiotoolbox.m | 4
1 file changed, 4 insertions(+)
LGTM & pushed.
Thanks,
Thilo
Hi, Thilo:
There is another patch that needs your review please.
Thanks
--Original--
From:
"FFmpeg development discussions
and patches"
Am 11.12.23 um 16:07 schrieb Thilo Borgmann via ffmpeg-devel:
pu
---
Changelog| 1 +
doc/filters.texi | 52 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_fsync.c | 376 +++
---
tests/Makefile | 6 +++-
tests/fate/filter-video.mak | 8 +
tests/filtergraphs/fsync-down| 2 ++
tests/filtergraphs/fsync-up | 2 ++
tests/maps/fsync-down| 7
tests/maps/fsync-up | 57 +
---
fftools/ffmpeg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
index cb4d90c7b2..f169801366 100644
--- a/fftools/ffmpeg.h
+++ b/fftools/ffmpeg.h
@@ -440,7 +440,7 @@ enum forced_keyframes_const {
typedef struct EncStats {
pu
---
Changelog| 1 +
doc/filters.texi | 52 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_fsync.c | 376 +++
libavformat/version.h| 2 +-
6 files changed, 432 insertions(+), 1
---
fftools/ffmpeg.h | 31 +--
fftools/ffmpeg_enc.c | 3 +-
fftools/ffmpeg_mux_init.c | 152 +++-
libavutil/parseutils.c| 176 ++
libavutil/parseutils.h| 102 ++
libavutil/version.h
---
fftools/ffmpeg_mux_init.c | 40 ++-
1 file changed, 27 insertions(+), 13 deletions(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index 63a25a350f..6c473a8f09 100644
--- a/fftools/ffmpeg_mux_init.c
+++ b/fftools/ffmpeg_mux_init.c
@@
Synchronize video frames with an external mapping from a file.
Follows up on the idea in
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2023-January/305986.html
implemented as a filter.
Not storing the frame map in a probably huge string but buffering
piece-wise.
Thilo Borgmann (5):
Am 11.12.23 um 10:32 schrieb Thilo Borgmann via ffmpeg-devel:
Am 09.12.23 um 13:09 schrieb xufuji456 via ffmpeg-devel:
Building with iOS platform, the compiler has a warning: "'devicesWithMediaType:' is
deprecated: first deprecated in iOS 10.0 - Use AVCaptureDeviceDiscoverySession
instead"
On 12/11/2023 8:03 AM, Anton Khirnov wrote:
Quoting James Almer (2023-12-05 23:43:56)
+/**
+ * Remove a stream group from its AVFormatContext and free it.
+ * The group must be the last stream of the AVFormatContext.
+ */
+void ff_remove_stream_group(AVFormatContext *s, AVStreamGroup *stg);
Quoting James Almer (2023-12-11 13:48:17)
> On 12/11/2023 7:59 AM, Anton Khirnov wrote:
> > Quoting James Almer (2023-12-05 23:43:56)
> >> @@ -2819,6 +2972,22 @@ AVRational av_guess_frame_rate(AVFormatContext
> >> *ctx, AVStream *stream,
> >> int avformat_match_stream_specifier(AVFormatContext
On 12/11/2023 7:59 AM, Anton Khirnov wrote:
Quoting James Almer (2023-12-05 23:43:56)
@@ -2819,6 +2972,22 @@ AVRational av_guess_frame_rate(AVFormatContext *ctx,
AVStream *stream,
int avformat_match_stream_specifier(AVFormatContext *s, AVStream *st,
On 12/11/2023 8:48 AM, Anton Khirnov wrote:
Quoting James Almer (2023-12-05 23:43:57)
Starting with IAMF support.
Signed-off-by: James Almer
---
fftools/ffmpeg.h | 2 +
fftools/ffmpeg_mux_init.c | 335 ++
fftools/ffmpeg_opt.c | 2 +
3
These pixel formats have always been supported by libjxl, but at the
time this plugin was written, they were not in FFmpeg yet. Now that
they are in FFmpeg, we should support them.
Signed-off-by: Leo Izen
---
libavcodec/libjxlenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git
These pixel formats have always been supported by libjxl, but at the
time this plugin was written, they were not in FFmpeg yet. Now that
they are in FFmpeg, we should support them.
Signed-off-by: Leo Izen
---
libavcodec/libjxldec.c | 17 +
1 file changed, 9 insertions(+), 8
On 12/10/23 23:20, Kacper Michajlow wrote:
On Tue, 28 Feb 2023 at 20:46, Leo Izen wrote:
On 2/27/23 11:34, Leo Izen wrote:
On 2/21/23 17:35, Leo Izen wrote:
These chunks are lightweight and it's useful information to have when
running ffmpeg -i or ffprobe, for example.
---
Quoting James Almer (2023-12-05 23:43:57)
> Starting with IAMF support.
>
> Signed-off-by: James Almer
> ---
> fftools/ffmpeg.h | 2 +
> fftools/ffmpeg_mux_init.c | 335 ++
> fftools/ffmpeg_opt.c | 2 +
> 3 files changed, 339 insertions(+)
Quoting James Almer (2023-12-05 23:43:56)
> +/**
> + * Remove a stream group from its AVFormatContext and free it.
> + * The group must be the last stream of the AVFormatContext.
> + */
> +void ff_remove_stream_group(AVFormatContext *s, AVStreamGroup *stg);
When would this be useful?
--
Anton
Quoting James Almer (2023-12-05 23:43:56)
> @@ -2819,6 +2972,22 @@ AVRational av_guess_frame_rate(AVFormatContext *ctx,
> AVStream *stream,
> int avformat_match_stream_specifier(AVFormatContext *s, AVStream *st,
> const char *spec);
>
> +/**
> + * Check if
Quoting James Almer (2023-12-05 23:43:55)
> diff --git a/libavutil/iamf.h b/libavutil/iamf.h
> new file mode 100644
> index 00..bc0363153d
> --- /dev/null
> +++ b/libavutil/iamf.h
> +/**
> + * @file
> + * Immersive Audio Model and Formats API header
> + * @see
Le 11 décembre 2023 11:57:50 GMT+02:00, Anton Khirnov a
écrit :
>Quoting Rémi Denis-Courmont (2023-12-11 10:50:53)
>> Le 11 décembre 2023 11:11:28 GMT+02:00, Anton Khirnov a
>> écrit :
>> >I think it'd look a lot less like base64 < /dev/random if you vertically
>> >aligned the first
Quoting Rémi Denis-Courmont (2023-12-11 10:50:53)
> Le 11 décembre 2023 11:11:28 GMT+02:00, Anton Khirnov a
> écrit :
> >I think it'd look a lot less like base64 < /dev/random if you vertically
> >aligned the first operands.
>
> They are aligned to the 17th column. Problem is that quite a few
Le 11 décembre 2023 11:11:28 GMT+02:00, Anton Khirnov a
écrit :
>Quoting Rémi Denis-Courmont (2023-12-08 18:46:51)
>> +#if __riscv_xlen >= 64
>> +func ff_lpc_apply_welch_window_rvv, zve64d
>> +vsetvli t0, zero, e64, m8, ta, ma
>> +vid.v v0
>> +addit2, a1, -1
>> +
On Mon, Dec 11, 2023 at 10:15:09AM +0100, Anton Khirnov wrote:
> Quoting Clément Bœsch (2023-12-11 02:35:01)
> > Hello there,
> >
> > I'm currently investigating an issue¹ affecting Kostya ProRes encoder
> > which is not reproducible with Anatoliy encoder (but it's too early to
> > say if the bug
Am 09.12.23 um 13:09 schrieb xufuji456 via ffmpeg-devel:
Building with iOS platform, the compiler has a warning: "'devicesWithMediaType:' is
deprecated: first deprecated in iOS 10.0 - Use AVCaptureDeviceDiscoverySession
instead"
Signed-off-by: xufuji456 <839789...@qq.com>
---
Quoting Clément Bœsch (2023-12-11 02:35:01)
> Hello there,
>
> I'm currently investigating an issue¹ affecting Kostya ProRes encoder
> which is not reproducible with Anatoliy encoder (but it's too early to
> say if the bug is not present there as well given the differences in
> quantization, and
Quoting Rémi Denis-Courmont (2023-12-08 18:46:51)
> +#if __riscv_xlen >= 64
> +func ff_lpc_apply_welch_window_rvv, zve64d
> +vsetvli t0, zero, e64, m8, ta, ma
> +vid.v v0
> +addit2, a1, -1
> +vfcvt.f.xu.v v0, v0
> +li t3, 2
> +fcvt.d.l
both should now be fixed in my tree
--
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
81 matches
Mail list logo
