On Sun, 14 Jan 2024, 17:24 Lynne, wrote:
> Jan 9, 2024, 19:57 by d...@lynne.ee:
>
> > Jan 3, 2024, 04:30 by d...@lynne.ee:
> >
> >> Jan 3, 2024, 04:04 by d...@lynne.ee:
> >>
> >>> Jan 3, 2024, 02:22 by jamr...@gmail.com:
> >>>
> On 1/2/2024 9:56 PM, Lynne wrote:
>
> > As some of
On Mon, Jan 15, 2024 at 9:58 AM Kieran Kunhya wrote:
> On Sun, 14 Jan 2024, 17:24 Lynne, wrote:
>
> > Jan 9, 2024, 19:57 by d...@lynne.ee:
> >
> > > Jan 3, 2024, 04:30 by d...@lynne.ee:
> > >
> > >> Jan 3, 2024, 04:04 by d...@lynne.ee:
> > >>
> > >>> Jan 3, 2024, 02:22 by jamr...@gmail.com:
> >
On Thu, 11 Jan 2024, Martin Storsjö wrote:
On some platforms (in particular, ARM/AArch64), the implementation
of AV_READ_TIME() may use a privileged instruction - in such
cases, benchmarking just fails with a SIGILL.
Instead of crashing, try executing AV_READ_TIME() once within
a region with
On date Sunday 2024-01-14 19:40:48 +, ffmpeg-devel Mailing List wrote:
> The C library function double atan2(double y, double x) takes y as the first
> parameter and x as the second parameter.
>
> Signed-off-by: Haixia Shi
> ---
> doc/utils.texi | 2 +-
> 1 file changed, 1 insertion(+), 1
On Sun, Jan 14, 2024 at 09:58:52PM +0100, Diederick C. Niehorster wrote:
> On Sun, Jan 14, 2024 at 4:15 PM Jeffrey Knockel
> wrote:
> >
> > Previously AV_PIX_FMT_RGB8 was documented as "RGB 3:3:2,
> > (msb)2R 3G 3B(lsb)". While the RGB 3:3:2 part is correct, the latter
> > part should be:
Jan 15, 2024, 19:51 by kier...@obe.tv:
>>
>> If you think it's reasonable, you shouldn't block it.
>> If you have conditions, you should concisely state them.
>> If you think this is entirely unreasonable and falls outside of the scope
>> of
>> the project's donation funds, then I would expect
On Mon, Jan 15, 2024 at 10:37:09PM +0200, Paul Orlyk wrote:
> Fixes server compatibility issues with rtspclientsink GStreamer plugin
>
> Signed-off-by: Paul Orlyk
> ---
> libavformat/rtsp.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
will apply
thx
[...]
--
Michael GnuPG
On Sun, Jan 14, 2024 at 03:14:23PM +0100, Stefano Sabatini wrote:
> On date Saturday 2024-01-13 04:51:06 +0100, Michael Niedermayer wrote:
> > This is the 64bit version of Chris Doty-Humphreys SFC64
> >
> > Compared to the LCGs these produce much better quality numbers.
> > Compared to LFGs this
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index e91a4f8e45..1bdd7d34d5 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -877,6 +877,11 @@ G.729 (.bit) file format muxer.
It accepts a single G.729 audio stream.
On Mon, Jan 15, 2024 at 06:50:37PM +, Kieran Kunhya wrote:
> >
> > If you think it's reasonable, you shouldn't block it.
> > If you have conditions, you should concisely state them.
> > If you think this is entirely unreasonable and falls outside of the scope
> > of
> > the project's donation
In particular, apply formatting and consistency fixes and sort options
by name.
---
doc/muxers.texi | 45 -
1 file changed, 24 insertions(+), 21 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index eadcba690c..5e4ee40db4 100644
---
---
fftools/opt_common.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
diff --git a/fftools/opt_common.c b/fftools/opt_common.c
index f5b73c9f2f..e263a5297e 100644
--- a/fftools/opt_common.c
+++ b/fftools/opt_common.c
@@ -853,14 +853,23 @@ static int
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 1bdd7d34d5..eadcba690c 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -882,6 +882,11 @@ Apple CAF (Core Audio Format) muxer.
It accepts a single audio stream.
+@section
Looks like someone has pushed a simplified version of this patch, this is
not needed anymore. Thanks.
On Sun, Jan 14, 2024 at 11:20 PM Marth64 wrote:
> Great, thank you for the confirmation.
>
> On Sun, Jan 14, 2024 at 11:06 PM Xiang, Haihao
> wrote:
>
>> On So, 2024-01-14 at 22:38 -0600,
Fixes server compatibility issues with rtspclientsink GStreamer plugin
Signed-off-by: Paul Orlyk
---
libavformat/rtsp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 583f5338e8..61e24a5c7a 100644
--- a/libavformat/rtsp.c
Fixes server compatibility issues with rtspclientsink GStreamer plugin.
From specification:
RFC 7826 "Real-Time Streaming Protocol Version 2.0"
(https://datatracker.ietf.org/doc/html/rfc7826), section 18.54:
mode: The mode parameter indicates the methods to be supported for
this
Signed-off-by: James Almer
---
libavformat/Makefile | 1 +
libavformat/avformat.c| 171
libavformat/demux.h | 29 ---
libavformat/internal.h| 319 +---
libavformat/stream.c | 196 ++
>
> If you think it's reasonable, you shouldn't block it.
> If you have conditions, you should concisely state them.
> If you think this is entirely unreasonable and falls outside of the scope
> of
> the project's donation funds, then I would expect you to apply the
> same pragmatic standards when
On Mon, Jan 15, 2024 at 04:14:46PM +, aybe aybe wrote:
> Hi!
>
> I just tried what you've suggested, using 150 and setting AVPacket->pts using
> sector MSF as LBA.
>
> The results are somewhat mixed:
> - NTSC video: A/V synchronized but is now seen as 120 FPS by VLC
> - PAL video: A/V not
Hello, I wanted to call out 2 issues that I think are bugs from this, and
that I was able to trace to the exact commit.
*#1: Concat filter issues: *A user from IRC support reported it, and I was
able to successfully reproduce it.
When using concat filter on multiple inputs alongside -ss (same
On Mon, Jan 15, 2024 at 10:37:25PM +0200, Paul Orlyk wrote:
> Fixes server compatibility issues with rtspclientsink GStreamer plugin.
>
> > From specification:
> RFC 7826 "Real-Time Streaming Protocol Version 2.0"
> (https://datatracker.ietf.org/doc/html/rfc7826), section 18.54:
>mode: The
On 2024-01-07 12:55 a.m., Brad Smith wrote:
lavu/thread: add support for setting thread name on *bsd and solaris
FreeBSD/DragonFly/Solaris use pthread_setname_np(). OpenBSD uses
pthread_set_name_np().
Signed-off-by: Brad Smith
---
configure | 10 ++
libavutil/thread.h | 14
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
doc/ffmpeg.texi | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 7246a46d2f..d086d2e554 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -1406,16
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
doc/ffmpeg.texi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index d086d2e554..bfb3772654 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -1385,6 +1385,29 @@ If not
On Sa, 2024-01-06 at 11:51 +0100, Stefano Sabatini wrote:
> On date Friday 2024-01-05 10:33:51 +0800, Xiang, Haihao wrote:
> > From: Haihao Xiang
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > doc/ffmpeg.texi | 26 --
> > 1 file changed, 24 insertions(+), 2
On Sa, 2024-01-06 at 11:54 +0100, Stefano Sabatini wrote:
> On date Friday 2024-01-05 10:33:52 +0800, Xiang, Haihao wrote:
> > From: Haihao Xiang
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > doc/ffmpeg.texi | 23 +++
> > 1 file changed, 23 insertions(+)
> >
> > diff
Hi!
I just tried what you've suggested, using 150 and setting AVPacket->pts using
sector MSF as LBA.
The results are somewhat mixed:
- NTSC video: A/V synchronized but is now seen as 120 FPS by VLC
- PAL video: A/V not synchronized anymore but still seen as 25 FPS by VLC
Not sure about 150, we
Paul B Mahol (12024-01-15):
> Business? Why is then this discussion public?
Face it, the FFmpeg Libre Software project that we loved contributing to
because it offered a space of freedom for like-minded hackers no longer
exists, this is now a shallow annex of the FFlabs company.
Regards,
--
Jan 15, 2024, 09:58 by kier...@obe.tv:
> On Sun, 14 Jan 2024, 17:24 Lynne, wrote:
>
>> Jan 9, 2024, 19:57 by d...@lynne.ee:
>>
>> > Jan 3, 2024, 04:30 by d...@lynne.ee:
>> >
>> >> Jan 3, 2024, 04:04 by d...@lynne.ee:
>> >>
>> >>> Jan 3, 2024, 02:22 by jamr...@gmail.com:
>> >>>
>> On
Le maanantaina 15. tammikuuta 2024, 16.06.32 EET Paul B Mahol a écrit :
> > I agree with Remi's objections to this.
> >
> > Kieran
>
> Poor and irrelevant devs object and want to keep money for themself.
Neither of us are poor, which makes this defamatory.
While we may subjectively be
Le maanantaina 15. tammikuuta 2024, 16.59.40 EET Lynne a écrit :
> I've been pinging this for a week now and he hasn't reiterated
> his position again or made it clearer.
I think my position was clear. I don't see the point in rereiterating it
whilst we are evidently not going to reach an
On Mon, Jan 15, 2024 at 5:01 PM Rémi Denis-Courmont wrote:
> Le maanantaina 15. tammikuuta 2024, 16.06.32 EET Paul B Mahol a écrit :
> > > I agree with Remi's objections to this.
> > >
> > > Kieran
> >
> > Poor and irrelevant devs object and want to keep money for themself.
>
> Neither of us are
Jan 15, 2024, 17:02 by r...@remlab.net:
> Le maanantaina 15. tammikuuta 2024, 16.59.40 EET Lynne a écrit :
>
>> I've been pinging this for a week now and he hasn't reiterated
>> his position again or made it clearer.
>>
>
> I think my position was clear. I don't see the point in rereiterating it
On 1/9/2024 10:27 PM, James Almer wrote:
Parse iprp and iinf boxes and children boxes to get the actual codec used
(AV1 for avif, HEVC for heic), and properly export extradata and other
properties in a generic way.
The reference files for the avif tests are updated as the extradata is now
On Mon, Jan 15, 2024 at 05:10:03PM +0100, Nicolas George wrote:
> Paul B Mahol (12024-01-15):
> > Business? Why is then this discussion public?
>
> Face it, the FFmpeg Libre Software project that we loved contributing to
> because it offered a space of freedom for like-minded hackers no longer
>
35 matches
Mail list logo
