add a member dmafd in buffer struct.
we can use it represents dma-buf.
Signed-off-by: Ming Qian
---
libavutil/buffer.c | 12
libavutil/buffer.h | 14 ++
libavutil/buffer_internal.h | 1 +
3 files changed, 27 insertions(+)
diff --git a/libavutil/buffer
Signed-off-by: Ming Qian
---
libavcodec/v4l2_buffers.c | 14 ++
libavcodec/v4l2_buffers.h | 1 +
libavcodec/v4l2_context.c | 4
3 files changed, 19 insertions(+)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index 4b2679eb3814..efa42f4c58ea 100644
--- a/li
12 Nov 2021, 09:36 by ming.q...@nxp.com:
> Signed-off-by: Ming Qian
> ---
> libavcodec/v4l2_buffers.c | 14 ++
> libavcodec/v4l2_buffers.h | 1 +
> libavcodec/v4l2_context.c | 4
> 3 files changed, 19 insertions(+)
>
> diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_b
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/rtpdec_rfc4175.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtpdec_rfc4175.c b/libavformat/rtpdec_rfc4175.c
index f50cad7..f13736b 100644
--- a/libavformat/rtpdec_rfc4175.c
+++ b/libavformat/rtpde
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/bitpacked.c | 44 +---
1 file changed, 5 insertions(+), 39 deletions(-)
diff --git a/libavcodec/bitpacked.c b/libavcodec/bitpacked.c
index 0440df9..d239141 100644
--- a/libavcodec/bitpacked.c
+++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/rtpdec_rfc4175.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/rtpdec_rfc4175.c b/libavformat/rtpdec_rfc4175.c
index f13736b..fe0754f 100644
--- a/libavformat/rtpdec_rfc4175.c
+++ b/libavformat/rtpdec_rfc4175.c
@@ -4
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/rtpdec_rfc4175.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavformat/rtpdec_rfc4175.c b/libavformat/rtpdec_rfc4175.c
index fe0754f..81930ce 100644
--- a/libavformat/rtpdec_rfc4175.c
+++ b/libavformat/rtpdec_rfc4
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/Makefile | 1 +
libavformat/rtpenc.c | 4 ++
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_rfc4175.c | 116 +++
libavformat/sdp.c| 25 ++
5 file
From: Limin Wang
s210 is used by AWS Elemental Live encoder so I prefer to use same to support
4:2:2 10-bit packed uncompressed video. Refer to:
https://docs.aws.amazon.com/elemental-live/latest/ug/codec-vod-outputs.html
I split the patch for better review, next patch will rename bitpacked.c to
From: Limin Wang
S210 is not regiestered by official registration authority yet, so the
patch is just to help testing s210 encoder/decode locally.
Signed-off-by: Limin Wang
---
libavformat/isom_tags.c | 1 +
libavformat/movenc.c| 1 +
2 files changed, 2 insertions(+)
diff --git a/libavfor
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/Makefile| 2 +-
libavcodec/bitpacked.c | 125 -
libavcodec/s210dec.c | 125 +
3 files changed, 126 insertions(+), 126 deletions(-)
d
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/s210enc.c | 90 ++
3 files changed, 92 insertions(+)
create mode 100644 libavcodec/s210enc.c
diff --git a/libavcodec/Makefi
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/rtpenc.c | 2 ++
libavformat/rtpenc_rfc4175.c | 4
libavformat/sdp.c| 5 +
3 files changed, 11 insertions(+)
diff --git a/libavformat/rtpenc.c b/libavformat/rtpenc.c
index 4f115cc..a60e647 100644
--- a/liba
From: Limin Wang
Don't need set the pix_fmt to YUV422P10 anymore.
Signed-off-by: Limin Wang
---
libavcodec/s210dec.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/libavcodec/s210dec.c b/libavcodec/s210dec.c
index 7bc5dbc..a89546f 100644
--- a/libavcodec/s210dec.c
From: Niklas Haas
This filter conceptually maps the libplacebo `pl_renderer` API into
libavfilter, which is a high-level image rendering API designed to work
with an RGB pipeline internally. As such, there's no way to avoid e.g.
chroma interpolation with this filter, although new versions of
libp
> On Nov 12, 2021, at 6:22 PM, lance.lmw...@gmail.com wrote:
>
> From: Limin Wang
>
> s210 is used by AWS Elemental Live encoder so I prefer to use same to support
> 4:2:2 10-bit packed uncompressed video. Refer to:
> https://docs.aws.amazon.com/elemental-live/latest/ug/codec-vod-outputs.html
There is no reason to wrap them in #ifndef guards, they should only be
defined here and nowhere else. The define guards just add the
possibility to accidentally use the same FF_API name in different
libraries.
---
libavcodec/version.h | 24
libavdevice/version.h | 2 --
On 11/12/2021 10:34 AM, Anton Khirnov wrote:
There is no reason to wrap them in #ifndef guards, they should only be
defined here and nowhere else. The define guards just add the
possibility to accidentally use the same FF_API name in different
libraries.
Should be ok.
We can also later look in
Nov 12, 2021, 11:58 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> This filter conceptually maps the libplacebo `pl_renderer` API into
> libavfilter, which is a high-level image rendering API designed to work
> with an RGB pipeline internally. As such, there's no way to avoid e.g.
> chroma interpol
On Fri, Nov 12, 2021 at 2:35 PM Anton Khirnov wrote:
>
> There is no reason to wrap them in #ifndef guards, they should only be
> defined here and nowhere else. The define guards just add the
> possibility to accidentally use the same FF_API name in different
> libraries.
Wasn't the idea here tha
Quoting Hendrik Leppkes (2021-11-12 14:59:41)
> On Fri, Nov 12, 2021 at 2:35 PM Anton Khirnov wrote:
> >
> > There is no reason to wrap them in #ifndef guards, they should only be
> > defined here and nowhere else. The define guards just add the
> > possibility to accidentally use the same FF_API
On Thu, Nov 11, 2021 at 08:56:54PM +, Paul B Mahol wrote:
> ffmpeg | branch: master | Paul B Mahol | Thu Nov 11
> 09:48:07 2021 +0100| [946493eb3e072b499909f606625480c928834a44] | committer:
> Paul B Mahol
>
> avcodec/mlpdec: cover case when >2 channels are in single substream
>
> Previous
WAVEFORMATEX.nChannels and WAVEFORMATEX.wBitsPerSample are of type WORD, aka
unsigned short.
Signed-off-by: James Almer
---
libavdevice/dshow.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index e313c9a2bf..fd62d79443 100644
--- a/
Unused since commit d9a9b4c877b85fea5a5bad74c3d592a756047f79.
Signed-off-by: James Almer
---
libavdevice/dshow.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index fd62d79443..0f954dde6f 100644
--- a/libavdevice/dshow.c
+++ b/libavdevice/dshow.
Hi all
i just made the following changes to robots.txt on trac
because trac seemed a bit unhappy and the logs showed some
spiders indexing strange things. I do not know if that was
the cause for occasional trac overload
@@ -15,9 +15,20 @@
Disallow: /timeline
Disallow: /vote
Disallow: /zip-atta
---
doc/APIchanges | 1 +
libavformat/avformat.h | 14 +
libavformat/utils.c| 47 ++
3 files changed, 62 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index a86f4b936e..53f229d41a 100644
--- a/doc/APIchanges
+++ b/doc/A
Also add a function to retrieve that class, analogously to
avformat_get_class().
This will be useful for adding an AVOption for dispositions.
---
doc/APIchanges | 4
libavformat/avformat.h | 15 +++
libavformat/utils.c| 15 +++
libavformat/version.h | 3
Also switch the values definition to the (1 << N) style, which is easier
to read.
---
libavformat/avformat.h | 96 +-
1 file changed, 77 insertions(+), 19 deletions(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index a2af7e9f89..7d8ad08f07
Use it to remove custom disposition parsing code from ffmpeg.c
---
doc/APIchanges | 1 +
fftools/ffmpeg.c| 40
libavformat/utils.c | 24
3 files changed, 37 insertions(+), 28 deletions(-)
diff --git a/doc/APIchanges b/doc
---
doc/fftools-common-opts.texi | 3 +++
fftools/cmdutils.c | 10 ++
fftools/cmdutils.h | 6 ++
3 files changed, 19 insertions(+)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index 7643dd8396..d9145704d6 100644
--- a/doc/fftools-commo
Currently, the code doing this is spread over several places and may
behave in unexpected ways. E.g. automatic 'default' marking is only done
for streams fed by complex filtergraphs. It is also applied in the order
in which the output streams are initialized, which is effectively
random.
Move proc
On 11/12/2021 1:32 PM, Anton Khirnov wrote:
Also add a function to retrieve that class, analogously to
avformat_get_class().
This will be useful for adding an AVOption for dispositions.
While it's true that quite a few months have passed since the bump, we
haven't made a release just yet that
Quoting James Almer (2021-11-12 17:36:58)
> On 11/12/2021 1:32 PM, Anton Khirnov wrote:
> > Also add a function to retrieve that class, analogously to
> > avformat_get_class().
> >
> > This will be useful for adding an AVOption for dispositions.
>
> While it's true that quite a few months have pa
On 11/12/2021 1:47 PM, Anton Khirnov wrote:
Quoting James Almer (2021-11-12 17:36:58)
On 11/12/2021 1:32 PM, Anton Khirnov wrote:
Also add a function to retrieve that class, analogously to
avformat_get_class().
This will be useful for adding an AVOption for dispositions.
While it's true that
Hi,
This patch changes all AArch64 assembly code to use:
ret x
instead of:
br x
"ret x" is already used in a lot of places so this patch makes it
consistent across the code base. This does not change behavior or
performance.
In addition, this change reduces the number of landing pad
Hi,
This patch adds Branch Target Identifiers (BTIs) to all functions defined
in AArch64 assembly files. Most of the BTI landing pads are added
automatically by the 'function' macro.
BTI support is turned on or off at compile time based on the presence
of the __ARM_FEATURE_BTI_DEFAULT feature mac
Ping?
Pretty sure most people didn't get this as I was making DMARC changes at the
time. I can re-send if necessary.
On 4/11/21 00:29, Zane van Iperen wrote:
Adds demuxer for Square Enux SCD files.
s/Enux/Enix/
Based off [1] and personal investigation.
This has only been tested against D
On Fri, Nov 12, 2021 at 5:47 PM Anton Khirnov wrote:
>
> Quoting James Almer (2021-11-12 17:36:58)
> > On 11/12/2021 1:32 PM, Anton Khirnov wrote:
> > > Also add a function to retrieve that class, analogously to
> > > avformat_get_class().
> > >
> > > This will be useful for adding an AVOption for
Resend patch as a text attachment...
Apologies,
Jonathan
From: ffmpeg-devel on behalf of Jonathan
Wright
Sent: 12 November 2021 17:30
To: ffmpeg-devel@ffmpeg.org
Cc: mar...@martin.st
Subject: [FFmpeg-devel] [PATCH 1/2] aarch64: Use ret x instead of br x
From: Niklas Haas
In particular, allows users to go all the way up to PL_LOG_TRACE if
desired. (While also avoiding some potentially unnecessary callbacks for
filtered messages, including e.g. the CPU cost of printing out shader
sources)
Response to runtime log level changes by updating it once
12 Nov 2021, 20:00 by h.lepp...@gmail.com:
> On Fri, Nov 12, 2021 at 5:47 PM Anton Khirnov wrote:
>
>>
>> Quoting James Almer (2021-11-12 17:36:58)
>> > On 11/12/2021 1:32 PM, Anton Khirnov wrote:
>> > > Also add a function to retrieve that class, analogously to
>> > > avformat_get_class().
>> >
On Fri, 12 Nov 2021, Brad Smith wrote:
Hi,
I am looking for some feedback regarding a ticket I opened for UDP multicast
support
currently being broken on OpenBSD.
https://trac.ffmpeg.org/ticket/9449
Well, send the patch to the list. I believe it is platform dependant which
type should
12 Nov 2021, 20:24 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> In particular, allows users to go all the way up to PL_LOG_TRACE if
> desired. (While also avoiding some potentially unnecessary callbacks for
> filtered messages, including e.g. the CPU cost of printing out shader
> sources)
>
> Res
On 2021-11-13 12:08 am, Matthew White wrote:
On 2021-11-12 11:00 am, Gyan Doshi wrote:
Which version of texinfo are you using?
texi2any (GNU texinfo) 6.8
ffmpeg version 4.4 Copyright (c) 2000-2021 the FFmpeg developers
With this patch, do you get any warnings or errors during build?
Test
44 matches
Mail list logo
