Le 15 novembre 2023 00:27:29 GMT+02:00, "Kumar, Rahul via ffmpeg-devel"
a écrit :
>Hi All,
>
>I am trying to reduce the size of ffmpeg.exe for using it to convert RTSP
>streams to HLS.
That is a complex matter that requires professional support. So please consider
hiring a consultant. You ca
Building iOS platform with arm64, the compiler has a warning: "instruction
movi.2d with immediate #0 may not function correctly on this CPU, converting to
movi.16b"
Signed-off-by: xufuji456 <839789...@qq.com>
---
libavcodec/aarch64/hevcdsp_epel_neon.S | 136 -
libavcodec
Le mar. 14 nov. 2023 à 09:47, Tomas Härdin a écrit :
>
> tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > Whitespaces after semicolon breaks some servers
>
> Which servers? If the spec allows whitespace then the onus is on them
> to fix their implementations.
The logic could be inverte
Hi
On Tue, Nov 14, 2023 at 02:14:37PM +0100, Niklas Haas wrote:
> On Mon, 13 Nov 2023 19:30:08 +0100 Michael Niedermayer
> wrote:
> > but i dont feel like i fully understand the issue here so maybe iam missing
> > the goal of this patchset somewhat
>
> So, to summarize the main problem:
>
> 1.
Hi,
On Tue, Nov 14, 2023, 17:27 Kumar, Rahul via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Hi All,
>
> I am trying to reduce the size of ffmpeg.exe for using it to convert RTSP
> streams to HLS.
>
> I used the below command to configure :
>
> ./configure --prefix=ffmpeg_64/ --enable-shared
Hi All,
I am trying to reduce the size of ffmpeg.exe for using it to convert RTSP
streams to HLS.
I used the below command to configure :
./configure --prefix=ffmpeg_64/ --enable-shared --disable-everything
--enable-protocol=rtsp --enable-protocol=http --enable-demuxer=rtsp
--enable-muxer=hls
On Tue, 14 Nov 2023, 21:54 Tomas Härdin, wrote:
> tis 2023-11-14 klockan 17:14 +0100 skrev Kieran Kunhya:
> > On Tue, 14 Nov 2023 at 16:47, Tomas Härdin wrote:
> >
> > > tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > > > Whitespaces after semicolon breaks some servers
> > >
> > > Wh
flac_decorrelate_indep2_16_c:981.7
flac_decorrelate_indep2_16_rvv_i32: 199.2
flac_decorrelate_indep4_16_c: 1749.7
flac_decorrelate_indep4_16_rvv_i32: 401.2
flac_decorrelate_indep6_16_c: 2517.7
flac_decorrelate_indep6_16_rvv_i32: 858.0
flac_decorrelate_indep8_16_c: 3285.
tis 2023-11-14 klockan 18:46 +0200 skrev Rémi Denis-Courmont:
> Le tiistaina 14. marraskuuta 2023, 17.56.24 EET Tomas Härdin a écrit
> :
> > Ballots should be public IMO, secret voting is cowardice.
>
> The French (XIXth century) Empire used notoriously public ballots,
> and the
> results were sk
tis 2023-11-14 klockan 17:14 +0100 skrev Kieran Kunhya:
> On Tue, 14 Nov 2023 at 16:47, Tomas Härdin wrote:
>
> > tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > > Whitespaces after semicolon breaks some servers
> >
> > Which servers? If the spec allows whitespace then the onus is on
tis 2023-11-14 klockan 18:51 +0200 skrev Rémi Denis-Courmont:
> Le tiistaina 14. marraskuuta 2023, 17.47.07 EET Tomas Härdin a écrit
> :
> > tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > > Whitespaces after semicolon breaks some servers
> >
> > Which servers? If the spec allows white
Rémi Denis-Courmont (12023-11-14):
> Like for example, people could give votes to associates of the leading
> contracting company of FFmpeg at the given time in hope of looking good to
> get
> subcontracted later. Or all legal VideoLAN members feeling morally obliged to
> vote for other VideoLA
On 14 Nov 2023, at 20:32, Ronald S. Bultje wrote:
> On Tue, Nov 14, 2023 at 2:28 PM Nicolas George wrote:
>
>> but nobody here knows
>>
>
> Unsubstantiated FUD.
>
> Move on.
+1
There is no good in even more discussions right now.
If really many people think public ballots are a great idea, t
On Tue, Nov 14, 2023 at 2:28 PM Nicolas George wrote:
> I hope you can grasp the difference between CAN and WOULD. That would be
> better than calling somebody's logical arguments “FUD”.
>
You're right, we should call things by their name, these arguments are
illogical.
--
Vittorio
On Tue, Nov 14, 2023 at 2:28 PM Nicolas George wrote:
> but nobody here knows
>
Unsubstantiated FUD.
Move on.
Ronald
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link ab
Ronald S. Bultje (12023-11-14):
> > Nothing prevents their boss from telling them how to vote, even if the
> > ballots are secret.
> How is this not just unsubstantiated FUD?
Because it is just plain logical truth: somebody's boss CAN do what I
described in the part of my mail that you just snippe
Hi,
On Tue, Nov 14, 2023 at 1:44 PM Nicolas George wrote:
> Nothing prevents their boss from telling them how to vote, even if the
> ballots are secret.
>
How is this not just unsubstantiated FUD? We're discussing concerns that
are randomly thrown in without evidence that they're relevant or re
Guard against segfault running VLC decoding under msys2 [1]:
Thread 33 received signal SIGSEGV, Segmentation fault.
[Switching to Thread 37728.0xadd0]
ff_hwaccel_frame_priv_alloc (avctx=0x6447b00, hwaccel_picture_private=0x65dfd00)
at libavcodec/decode.c:1848
1848frames_ctx = (AVHWFram
Le tiistaina 14. marraskuuta 2023, 20.44.18 EET Nicolas George a écrit :
> Nothing prevents their boss from telling them how to vote, even if the
> ballots are secret.
Ultimately, nothing prevents their boss from literally telling them how to
vote. But obviously unless the boss is actively monito
flac_decorrelate_indep2_32_c: 981.7
flac_decorrelate_indep2_32_rvv_i32: 183.7
flac_decorrelate_indep4_32_c: 1749.7
flac_decorrelate_indep4_32_rvv_i32: 362.5
flac_decorrelate_indep6_32_c: 2517.7
flac_decorrelate_indep6_32_rvv_i32: 715.2
flac_decorrelate_indep8_32_c: 3285.7
flac_
On Tue, Nov 14, 2023 at 06:32:19PM +0100, Hendrik Leppkes wrote:
> On Tue, Nov 14, 2023 at 6:21 PM Michael Niedermayer
> wrote:
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/h264_picture.c | 1 +
> > libavcodec/h264_slice.c | 19 ++-
> > libavcodec/h264dec.
Rémi Denis-Courmont (12023-11-14):
> The French (XIXth century) Empire used notoriously public ballots, and the
> results were skewed to say the least. There is a good reason why ballots are
> supposed to be confidential.
>
> And I don't think FFmpeg is immune to the same sort of issues. Conside
On Tue, Nov 14, 2023 at 7:23 PM Dmitry Rogozhkin
wrote:
>
> Gurd against segfault running VLC decoding under msys2 [1]:
>
> Thread 33 received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 37728.0xadd0]
> ff_hwaccel_frame_priv_alloc (avctx=0x6447b00,
> hwaccel_picture_private=0x65dfd
Gurd against segfault running VLC decoding under msys2 [1]:
Thread 33 received signal SIGSEGV, Segmentation fault.
[Switching to Thread 37728.0xadd0]
ff_hwaccel_frame_priv_alloc (avctx=0x6447b00, hwaccel_picture_private=0x65dfd00)
at libavcodec/decode.c:1848
1848frames_ctx = (AVHWFrame
Pushed.
And sorry, I didn't notice that the ML mangled your email :/
--
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..
On Tue, Nov 14, 2023 at 6:21 PM Michael Niedermayer
wrote:
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h264_picture.c | 1 +
> libavcodec/h264_slice.c | 19 ++-
> libavcodec/h264dec.c | 1 +
> libavcodec/h264dec.h | 4
> 4 files changed, 24 inser
On 2023/11/12 23:25, Zhao Zhili wrote:
-Original Message-
From: Zhao Zhili
Sent: 2023年11月9日 21:06
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH v6] fftools/ffplay: add hwaccel decoding
support
Ping. v6 didn’t changed much compare to v5.
I'm planni
Signed-off-by: Michael Niedermayer
---
libavcodec/h264dec.c | 7 +++
libavcodec/h264dec.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index b48821db244..aa0022a3aba 100644
--- a/libavcodec/h264dec.c
+++ b/libavcodec/h264dec.c
@@ -939,6 +93
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_refs.c | 11 +++
libavcodec/h264dec.c | 1 +
libavcodec/h264dec.h | 1 +
3 files changed, 13 insertions(+)
diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c
index 92778e737a5..9bc7b20988f 100644
--- a/libavcodec/h264
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_picture.c | 1 +
libavcodec/h264_slice.c | 19 ++-
libavcodec/h264dec.c | 1 +
libavcodec/h264dec.h | 4
4 files changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_picture.c b/libavcodec
Signed-off-by: Michael Niedermayer
---
libavcodec/h264dec.h | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264dec.h b/libavcodec/h264dec.h
index b0c54ad82fb..ede51951727 100644
--- a/libavcodec/h264dec.h
+++ b/libavcodec/h264dec.h
@@ -524,7 +524,17 @@
This keeps IDR/SEI and heuristically detected recovery points cleaner seperated
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_refs.c | 4 ++--
libavcodec/h264dec.h | 4
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c
This avoids SEI and IDR recovery flags affecting each other
Also eliminate litteral numbers from recovery handling
This should make the code clearer
Improves: tickets/4738/tickets_cut.ts
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_refs.c | 2 +-
libavcodec/h264_slice.c | 30 ++
Le tiistaina 14. marraskuuta 2023, 17.47.07 EET Tomas Härdin a écrit :
> tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > Whitespaces after semicolon breaks some servers
>
> Which servers? If the spec allows whitespace then the onus is on them
> to fix their implementations.
I couldn't
Le tiistaina 14. marraskuuta 2023, 17.56.24 EET Tomas Härdin a écrit :
> Ballots should be public IMO, secret voting is cowardice.
The French (XIXth century) Empire used notoriously public ballots, and the
results were skewed to say the least. There is a good reason why ballots are
supposed to b
On Tue, Nov 14, 2023 at 10:56 AM Tomas Härdin wrote:
> Ballot secrecy cannot actually be guaranteed. While I'm not versed in
> the specifics of CIVS, I doubt it has solved problems like evil
> sysadmin. Ballots should be public IMO, secret voting is cowardice.
> That way duplicate ballots are eas
On Tue, 14 Nov 2023 at 16:47, Tomas Härdin wrote:
> tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> > Whitespaces after semicolon breaks some servers
>
> Which servers? If the spec allows whitespace then the onus is on them
> to fix their implementations.
>
> /Tomas
>
Poor Tomas, you a
tis 2023-11-14 klockan 13:49 +0100 skrev Thilo Borgmann via ffmpeg-
devel:
> Am 14.11.23 um 10:28 schrieb Tomas Härdin:
> > lör 2023-11-11 klockan 10:42 +0100 skrev Jean-Baptiste Kempf:
> > >
> > > You have been told, now, several times, that a list of email is a
> > > collection of Private Inform
tis 2023-11-07 klockan 15:12 +0100 skrev Michael Riedl:
> Whitespaces after semicolon breaks some servers
Which servers? If the spec allows whitespace then the onus is on them
to fix their implementations.
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-dev
tis 2023-11-14 klockan 13:59 +0100 skrev Michael Riedl:
> Another option is an external project for WebRTC testing, but the
> challenge is
> keeping it maintained and compatible with changes in implementations.
Perhaps there are funds to raise for such an effort? I can imagine
Google et al have an
On 11/13/2023 1:29 PM, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/codec_par.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/codec_par.h b/libavcodec/codec_par.h
index 64882a9726..f42dd3b1d5 100644
--- a/libavcodec/codec_par.h
+++ b/libavcodec/codec_par.h
This metadata is signaled per frame. If not present in an AU, then the previous
values should not be used.
Should fix ticket #10541.
Signed-off-by: James Almer
---
libavcodec/hevcdec.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcod
Opaque parameters were previously added to the original definition of
ff_nv12ToUV, leading to gcc noticing a type mismatch with -Wlto-type-mismatch.
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f2de911818fbd7e73343803626b697fd0c968121
https://bugs.gentoo.org/907484
Signed-off-by: Alfred Wingat
On Mon, 13 Nov 2023 19:30:08 +0100 Michael Niedermayer
wrote:
> but i dont feel like i fully understand the issue here so maybe iam missing
> the goal of this patchset somewhat
So, to summarize the main problem:
1. sws_init_single_context() previously hard-coded decisions based on
c->srcRang
On 11/14/23 11:05, Tomas Härdin wrote:
> This patchset is missing tests. I know that we for some reason don't
> really have tests for protocols, but I feel the issue is worthwhile to
> bring up. I've worked a bit with WebRTC recently and it's fiddly, so
> it'd be nice to have some automated thing t
Am 14.11.23 um 10:28 schrieb Tomas Härdin:
lör 2023-11-11 klockan 10:42 +0100 skrev Jean-Baptiste Kempf:
You have been told, now, several times, that a list of email is a
collection of Private Information, according to a GDPR and that you
are a process of this PI, and therefore liable to the l
This patchset is missing tests. I know that we for some reason don't
really have tests for protocols, but I feel the issue is worthwhile to
bring up. I've worked a bit with WebRTC recently and it's fiddly, so
it'd be nice to have some automated thing that keeps track of which
WebRTC implementations
lör 2023-11-11 klockan 10:42 +0100 skrev Jean-Baptiste Kempf:
>
> You have been told, now, several times, that a list of email is a
> collection of Private Information, according to a GDPR and that you
> are a process of this PI, and therefore liable to the law.
Everyone with a copy of the git r
48 matches
Mail list logo
