From: Aman Karmani
Signed-off-by: Aman Karmani
---
doc/bitstream_filters.texi | 11 +++
libavcodec/Makefile| 2 +-
libavcodec/h265_metadata_bsf.c | 144 +
3 files changed, 156 insertions(+), 1 deletion(-)
diff --git a/doc
From: Aman Karmani
Signed-off-by: Aman Karmani
---
doc/bitstream_filters.texi | 11 +++
libavcodec/Makefile| 2 +-
libavcodec/h264_metadata_bsf.c | 144 +
3 files changed, 156 insertions(+), 1 deletion(-)
diff --git a/doc
From: Aman Karmani
Signed-off-by: Aman Karmani
---
doc/bitstream_filters.texi | 11 +
libavcodec/Makefile | 2 +-
libavcodec/mpeg2_metadata_bsf.c | 80 +
3 files changed, 92 insertions(+), 1 deletion(-)
diff --git a/doc
On Tue, Jan 17, 2023 at 3:23 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Aman Karmani:
> > From: Aman Karmani
> >
> > HAVE_SYSCTL is used to guard #include , so make sure
> > we only define it when that header is present.
> >
>
From: Aman Karmani
HAVE_SYSCTL is used to guard #include , so make sure
we only define it when that header is present.
In recent glibc, the header was removed:
https://sourceware.org/pipermail/glibc-cvs/2020q2/069366.html
Signed-off-by: Aman Karmani
---
configure: check for sysctl.h
On Tue, Jan 10, 2023 at 6:49 PM rcombs wrote:
> Parsing should probably be enabled for all codecs, at least for headers,
> but e.g. the AAC parser produces 1-byte packets of zero padding with it,
> so I'm just enabling it for EAC3 for the moment.
> ---
> libavformat/spdifdec.c | 19 +-
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/v4l2_m2m: log both v4l2 and av pixel formats during negotiation
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-47%2Ftmm1%2Fv4l2-dbg-v1
Fetch-It-Via: git fetch https://github.com/ffstaging/FFmpeg
pr
On Fri, May 8, 2020 at 11:08 PM Andriy Gelman
wrote:
> On Thu, 07. May 09:18, Lukas Rusak wrote:
> > There is no reason to enforce a high minimum. In the context
> > of streaming only a few output buffers and capture buffers
> > are even needed for continuous playback. This also helps
> >
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/vaapi_encode_h26x: passthrough A53 CC data as H264/HEVC SEI
v4: updated deps in configure v3: fix build failure v2: add control via
sei parameter
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/vaapi_encode_h26x: passthrough A53 CC data as H264/HEVC SEI
v3: fix build failure v2: add control via sei parameter
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-46%2Ftmm1%2Fvaapi-a53cc-v3
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/vaapi_encode_h26x: passthrough A53 CC data as H264/HEVC SEI
v2: control via sei parameter
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-46%2Ftmm1%2Fvaapi-a53cc-v2
Fetch-It-Via: git fetch
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/vaapi_encode_h26x: passthrough A53 CC data as H264/HEVC SEI
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-46%2Ftmm1%2Fvaapi-a53cc-v1
Fetch-It-Via: git fetch https://github.com/ffstaging/FFmpeg
pr
From: Aman Karmani
Signed-off-by: Aman Karmani
---
avcodec/mpeg12dec: flush a53 data
Published-As:
https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-45%2Ftmm1%2Fmpeg2-a53-flush-v1
Fetch-It-Via: git fetch https://github.com/ffstaging/FFmpeg
pr-ffstaging-45/tmm1/mpeg2-a53-flush
On Sat, Nov 19, 2022 at 9:13 AM "zhilizhao(赵志立)"
wrote:
>
>
> > On Nov 19, 2022, at 17:15, Aman Karmani wrote:
> >
> >
> >
> > On Sun, Oct 23, 2022 at 8:17 PM Zhao Zhili
> wrote:
> > From: Zhao Zhili
> >
> > Signed-off
On Sat, Nov 19, 2022 at 6:56 AM Zhao Zhili wrote:
> On Sat, 2022-11-19 at 00:20 -0800, Aman Karmani wrote:
> > Thank you for your work on this patchset!
> >
> > On Sun, Oct 23, 2022 at 8:17 PM Zhao Zhili
> > wrote:
> > > From: Zhao Zhili
> > &
On Fri, Feb 4, 2022 at 2:20 PM Martin Storsjö wrote:
> On Fri, 4 Feb 2022, Aman Karmani wrote:
>
> > From: Aman Karmani
> >
> > fixes #6578
> >
> > Signed-off-by: Aman Karmani
> > ---
> > libavutil/arm/cpu.c | 17 ++---
&
From: Aman Karmani
getauxval is faster, and works when procfs is not mounted
note that support on Android was added in 4.4 (API 20)
fixes #6578
Signed-off-by: Aman Karmani
---
configure | 1 +
libavutil/arm/cpu.c | 24 +---
2 files changed, 22 insertions(+), 3
From: Aman Karmani
fixes #6578
Signed-off-by: Aman Karmani
---
libavutil/arm/cpu.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/libavutil/arm/cpu.c b/libavutil/arm/cpu.c
index 81e85e2525..983e5a4d83 100644
--- a/libavutil/arm/cpu.c
+++ b/libavutil/arm
On Wed, Feb 2, 2022 at 3:50 PM Vittorio Giovara
wrote:
> From: Justin Ruggles
>
> When Transfer-Encoding:chunked is used, the client must ignore a
> Content-Length header, if present. However, it should not ignore a
> Content-Range header, which also includes the full size of the
> entity.
>
On Sun, Jan 2, 2022 at 6:22 PM Cameron Gutman wrote:
> On 1/2/22 19:21, Aman Karmani wrote:
> >
> >
> > On Sun, Jan 2, 2022 at 4:33 PM Cameron Gutman <mailto:aicomman...@gmail.com>> wrote:
> >
> > Signed-off-by: Cameron Gutman aicomman...@
On Sun, Jan 2, 2022 at 4:33 PM Cameron Gutman wrote:
> Signed-off-by: Cameron Gutman
> ---
> libavutil/hwcontext_videotoolbox.c | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/libavutil/hwcontext_videotoolbox.c
> b/libavutil/hwcontext_videotoolbox.c
> index
On Tue, Dec 28, 2021 at 2:50 PM Romain Beauxis wrote:
> This is the first patch of a series of 3 that fix, cleanup and enhance the
> avfoundation implementation for libavdevice.
>
> The patches have been submitted a couple of times now and have
> received very nice feedback for the last two
On Tue, Dec 21, 2021 at 4:15 PM rcombs wrote:
> - Ensure the yadif .metal compiles when targeting any Metal runtime version
> - Use some preprocessor awkwardness to ensure Core Video's Metal-specific
> functionality is exposed regardless of our deployment target (this works
> around what
On Mon, Dec 20, 2021 at 5:48 PM Christopher Degawa
wrote:
>
>
> On Mon, Dec 20, 2021 at 7:21 PM Aman Karmani wrote:
>
>>
>>
>> On Mon, Dec 20, 2021 at 5:03 PM Helmut K. C. Tessarek <
>> tessa...@evermeet.cx> wrote:
>>
>>> -BEGIN PGP S
On Mon, Dec 20, 2021 at 5:19 PM Christopher Degawa
wrote:
> On Mon, Dec 20, 2021 at 6:55 PM Aman Karmani wrote:
>
> > On Mon, Dec 20, 2021 at 4:52 PM Helmut K. C. Tessarek <
> > tessa...@evermeet.cx>
> > wrote:
> >
> > > -BEG
On Mon, Dec 20, 2021 at 5:03 PM Helmut K. C. Tessarek
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 2021-12-20 19:11, Christopher Degawa wrote:
> > So I've exported "LIBRARY_PATH" to
>
> I'm sorry to say, this is a workaround but hardly a solution.
>
No one said this is the
On Mon, Dec 20, 2021 at 4:52 PM Helmut K. C. Tessarek
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
>
> On 2021-12-20 19:38, Aman Karmani wrote:
> > Could you share the output of `xcrun metal -v`
>
> $ xcrun metal -v
> Apple LLVM version 902.9 (
On Mon, Dec 20, 2021 at 4:43 PM Christopher Degawa
wrote:
> On Mon, Dec 20, 2021 at 6:39 PM Aman Karmani wrote:
>
> >
> > Could you share the output of `xcrun metal -v`
> >
> >
> xcrun metal -v
> Apple LLVM version 31001.43 (metalfe-31001.43)
> Target:
ing 2 commits break the build with a deployment target of 10.9
> on
> > macOS.
> >
> > I agree that 10.9 is quite old, but the rest of the code worked perfectly
> > fine, so were those 2 commits really necessary?
> >
> > * 4ac869ca2a | 2021-12-18 11:57:31 -0800
On Mon, Dec 20, 2021 at 1:09 AM Zhao Zhili wrote:
> ---
> ffbuild/common.mak | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/ffbuild/common.mak b/ffbuild/common.mak
> index e79b509425..c13148f476 100644
> --- a/ffbuild/common.mak
> +++ b/ffbuild/common.mak
> @@
On Sun, Dec 19, 2021 at 9:41 AM Aman Karmani wrote:
> From: Aman Karmani
>
> Signed-off-by: Aman Karmani
> ---
> libavutil/Makefile | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavutil/Makefile b/libavutil/Makefile
> index 529046dbc8..d17876df1a 100644
From: Aman Karmani
Signed-off-by: Aman Karmani
---
libavutil/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/Makefile b/libavutil/Makefile
index 529046dbc8..d17876df1a 100644
--- a/libavutil/Makefile
+++ b/libavutil/Makefile
@@ -195,6 +195,7 @@ OBJS += $(COMPAT_OBJS
On Sun, Dec 19, 2021 at 9:09 AM James Almer wrote:
> On 12/17/2021 5:04 PM, Aman Karmani wrote:
> > From: Aman Karmani
> >
> > Reviewed-by: Ridley Combs
> > Signed-off-by: Aman Karmani
> > ---
> > libavutil/objc.h | 32 +
On Sat, Dec 18, 2021 at 1:53 PM rcombs wrote:
> These are all set by AV_OPT_TYPE_INT or AV_OPT_TYPE_BOOL; the only reason
> they worked before was that this is only used on little-endian.
> ---
> libavcodec/videotoolboxenc.c | 16
> 1 file changed, 8 insertions(+), 8
On Sat, Dec 18, 2021 at 1:53 PM rcombs wrote:
> On some encoders, this defaults to true, which can result in encode speed
> being _limited_ to only slightly above realtime (as a power-saving
> measure),
> so we need a way to disable it.
> ---
> libavcodec/videotoolboxenc.c | 6 +++---
> 1 file
On Sat, Dec 18, 2021 at 9:35 PM Aman Karmani wrote:
> From: Aman Karmani
>
> Signed-off-by: Aman Karmani
> ---
> configure | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index d8b07c8e00..d9d41b2273 100755
> ---
From: Aman Karmani
Signed-off-by: Aman Karmani
---
configure | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index d8b07c8e00..d9d41b2273 100755
--- a/configure
+++ b/configure
@@ -1758,6 +1758,7 @@ EXTERNAL_AUTODETECT_LIBRARY_LIST
On Fri, Dec 17, 2021 at 1:38 PM Philip Langdale wrote:
> On Fri, 17 Dec 2021 12:04:18 -0800
> Aman Karmani wrote:
>
> > From: Aman Karmani
> >
> > deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
> >
> > for example, an interlace
From: Aman Karmani
deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
for example, an interlaced mpeg2 video can be decoded by avcodec,
uploaded into a CVPixelBuffer, deinterlaced by Metal, and then
encoded to h264 by VideoToolbox as follows:
ffmpeg
From: Aman Karmani
Reviewed-by: Ridley Combs
Signed-off-by: Aman Karmani
---
libavfilter/metal/utils.h | 35 +++
libavfilter/metal/utils.m | 73 +++
2 files changed, 108 insertions(+)
create mode 100644 libavfilter/metal/utils.h
create
From: Aman Karmani
Reviewed-by: Ridley Combs
Signed-off-by: Aman Karmani
---
libavutil/objc.h | 32
1 file changed, 32 insertions(+)
create mode 100644 libavutil/objc.h
diff --git a/libavutil/objc.h b/libavutil/objc.h
new file mode 100644
index 00
From: Aman Karmani
Reviewed-by: Ridley Combs
Signed-off-by: Aman Karmani
---
.gitignore | 3 +++
configure | 12 +++-
ffbuild/common.mak | 9 +
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/.gitignore b/.gitignore
index 9ed24b542e
From: Aman Karmani
Signed-off-by: Aman Karmani
Signed-off-by: Philip Langdale
---
libavfilter/vf_yadif_cuda.c | 19 +--
1 file changed, 1 insertion(+), 18 deletions(-)
diff --git a/libavfilter/vf_yadif_cuda.c b/libavfilter/vf_yadif_cuda.c
index da1ab5a8ff..685b8a2035 100644
On Fri, Dec 17, 2021 at 12:54 AM Martin Storsjö wrote:
> On Thu, 16 Dec 2021, Aman Karmani wrote:
>
> > From: Aman Karmani
> >
> > Signed-off-by: Aman Karmani
> > ---
> > .gitignore | 3 +++
> > configure | 8 +++-
> > ffbuild/
From: Aman Karmani
deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
currently implements YADIF, but other algorithms could easily
be added to the same filter.
for example, an interlaced mpeg2 file can be decoded by avcodec,
uploaded into a CVPixelBuffer, deinterlaced by metal
From: Aman Karmani
Signed-off-by: Aman Karmani
---
libavfilter/metal/utils.h | 35 +++
libavfilter/metal/utils.m | 73 +++
2 files changed, 108 insertions(+)
create mode 100644 libavfilter/metal/utils.h
create mode 100644 libavfilter/metal
From: Aman Karmani
Signed-off-by: Aman Karmani
---
libavutil/objc.h | 32
1 file changed, 32 insertions(+)
create mode 100644 libavutil/objc.h
diff --git a/libavutil/objc.h b/libavutil/objc.h
new file mode 100644
index 00..3ca1303394
--- /dev/null
From: Aman Karmani
Signed-off-by: Aman Karmani
---
.gitignore | 3 +++
configure | 8 +++-
ffbuild/common.mak | 9 +
3 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/.gitignore b/.gitignore
index 9ed24b542e..1a5bb29ad5 100644
--- a/.gitignore
+++ b
From: Aman Karmani
Signed-off-by: Aman Karmani
---
libavfilter/vf_yadif_cuda.c | 19 +--
1 file changed, 1 insertion(+), 18 deletions(-)
diff --git a/libavfilter/vf_yadif_cuda.c b/libavfilter/vf_yadif_cuda.c
index da1ab5a8ff..685b8a2035 100644
--- a/libavfilter/vf_yadif_cuda.c
From: Aman Karmani
deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
for example, an interlaced mpeg2 file can be decoded by avcodec,
uploaded into a CVPixelBuffer, deinterlaced by metal, and then
encoded to h264 by VideoToolbox as follows:
ffmpeg
On Mon, Dec 13, 2021 at 6:21 PM Lynne wrote:
> 14 Dec 2021, 02:47 by ffm...@tmm1.net:
>
> > From: Aman Karmani
> >
> > deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
> >
> > for example, an interlaced mpeg2 file can be decoded by avcode
From: Aman Karmani
deinterlaces CVPixelBuffers, i.e. AV_PIX_FMT_VIDEOTOOLBOX frames
for example, an interlaced mpeg2 file can be decoded by avcodec,
uploaded into a CVPixelBuffer, deinterlaced by metal, and then
encoded to h264 by VideoToolbox as follows:
ffmpeg
On Tue, Sep 28, 2021 at 12:22 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Soft Works
> > Sent: Thursday, 26 August 2021 21:43
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v2]
From: Aman Karmani
The HTTP spec allows '*' for document size in Content-Range response headers,
to specify that the file size is unknown:
Content-Range: -/
Content-Range: -/*
Content-Range: */
In the case where the filesize is unknown, this patch keeps track of a new
fileend
On Tue, Jun 29, 2021 at 3:08 PM Aman Karmani wrote:
> From: Aman Karmani
>
> Teach AV_HWDEVICE_TYPE_VIDEOTOOLBOX to be able to create AVFrames of type
> AV_PIX_FMT_VIDEOTOOLBOX. This can be used to hwupload a regular AVFrame
> into its CVPixelBuffer equivalent.
>
> f
From: Aman Karmani
Teach AV_HWDEVICE_TYPE_VIDEOTOOLBOX to be able to create AVFrames of type
AV_PIX_FMT_VIDEOTOOLBOX. This can be used to hwupload a regular AVFrame
into its CVPixelBuffer equivalent.
ffmpeg -init_hw_device videotoolbox -f lavfi -i color=black:640x480 -vf
hwupload -c:v
On Wed, Jan 27, 2021 at 3:40 PM wrote:
> From: Levi Dooley
>
> There was an assumption in the existing code that indentation would not
> occur more than once on the same row.
> This was a bad assumption. There are examples of 608 streams which call
> handle_pac multiple times on the same row
On Mon, Jan 25, 2021 at 3:16 PM Levi Dooley
wrote:
> There was an assumption in the existing code that indentation would not
> occur more than once on the same row.
> This was a bad assumption. There are examples of 608 streams which call
> handle_pac multiple times on the same row with
On Sat, Jan 2, 2021 at 5:05 AM Jan Ekström wrote:
> Now logs the actual failed-to-map pixel format as well as range.
> ---
> libavcodec/videotoolbox.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/videotoolbox.c b/libavcodec/videotoolbox.c
> index
Going to merge this patchset in a few days if no one objects.
On Tue, Dec 22, 2020 at 2:47 PM Aman Karmani wrote:
> From: Aman Karmani
>
> Signed-off-by: Aman Karmani
> ---
> libavcodec/codec_desc.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/l
From: Aman Karmani
Signed-off-by: Aman Karmani
---
libavcodec/codec_desc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 404c460f8f..14757bf31b 100644
--- a/libavcodec/codec_desc.c
+++ b/libavcodec/codec_desc.c
@@ -3445,6
From: Aman Karmani
This can be used to receive the raw mpegts stream from a SAT>IP
server, by letting avformat handle the RTSP/RTP/UDP negotiation
and setup, but then simply passing the MP2T stream through
instead of demuxing it further.
For example, this command would demux/remux the mpe
From: Aman Karmani
The SAT>IP protocol[1] is similar to RTSP. However SAT>IP servers
are assumed to speak only MP2T, so DESCRIBE is not used in the same
way. When no streams are active, DESCRIBE will return 404 according
to the spec (see section 3.5.7). When streams are active, DE
On Tue, Dec 22, 2020 at 12:17 PM Andriy Gelman
wrote:
> On Mon, 21. Dec 16:35, Aman Karmani wrote:
> > From: Aman Karmani
> >
> > The SAT>IP protocol[1] is similar to RTSP. However SAT>IP servers
> > are assumed to speak only MP2T, so DESCRIBE is not used in
On Mon, Dec 21, 2020 at 4:36 PM Aman Karmani wrote:
> From: Aman Karmani
>
> Passthrough handler which can be used to receive MP2T stream
> over RTP, and repackage it into a AV_CODEC_ID_MPEG2TS data stream.
>
> Signed-off-by: Aman Karmani
> ---
> libavform
From: Aman Karmani
The SAT>IP protocol[1] is similar to RTSP. However SAT>IP servers
are assumed to speak only MP2T, so DESCRIBE is not used in the same
way. When no streams are active, DESCRIBE will return 404 according
to the spec (see section 3.5.7). When streams are active, DE
From: Aman Karmani
Passthrough handler which can be used to receive MP2T stream
over RTP, and repackage it into a AV_CODEC_ID_MPEG2TS data stream.
Signed-off-by: Aman Karmani
---
libavformat/rtpdec_formats.h | 1 +
libavformat/rtpdec_mpegts.c | 55
2
From: Aman Karmani
This can be used to receive the raw mpegts stream from a SAT>IP server, by
letting avformat handle the RTSP/RTP/UDP negotiation and setup, but then simply
passing the MP2T stream through instead of demuxing it further.
For example, this command would demux/remux the mpe
From: Aman Karmani
Allows easier writing of a AV_CODEC_ID_MPEG2TS stream out to disk.
Signed-off-by: Aman Karmani
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 14 ++
3 files changed, 16 insertions(+)
diff --git a/libavformat
69 matches
Mail list logo