Signed-off-by: Paul B Mahol
---
libavformat/smacker.c | 35 ++-
1 file changed, 26 insertions(+), 9 deletions(-)
diff --git a/libavformat/smacker.c b/libavformat/smacker.c
index 80d36f2f40..eac50040d7 100644
--- a/libavformat/smacker.c
+++ b/libavformat/smacker.c
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Kieran Kunhya
> Sent: Wednesday, April 6, 2022 7:57 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> >
> > Not gonna ha
>
> Not gonna happen, not gonna block progress because of whim of single random
> contributor.
>
Agreed, this patch series is as important as buffer referencing. We can't
let holdouts block progress.
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
On Wed, Apr 6, 2022 at 6:30 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Anton Khirnov
> > Sent: Wednesday, April 6, 2022 10:42 AM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [RFC] Swit
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Anton Khirnov
> Sent: Wednesday, April 6, 2022 10:42 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> Quoting Soft Work
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul
> B Mahol
> Sent: Wednesday, April 6, 2022 1:17 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> On Tue, Apr 5, 2022
Instead use the bytestream2-API.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/hevc_sei.c | 176 ++
1 file changed, 91 insertions(+), 85 deletions(-)
diff --git a/libavcodec/hevc_sei.c b/libavcodec/hevc_sei.c
index f49264217e..2557117500 100644
--- a/l
SEI messages are naturally byte-aligned by adding padding bits
to achieve byte-alignment. The parsing code in libavcodec/hevc_sei.c
nevertheless uses a GetBitContext to read it. When doing so, parsing
the next SEI message starts exactly at the position where reading
the last message (if any) ended.
On Tue, Apr 05, 2022 at 11:27:12PM +0200, Mark Gaiser wrote:
[...]
> >
> >
> > [...]
> > > +// Populate c->gateway_buffer with whatever is in c->gateway
> > > +if (c->gateway != NULL) {
> > > +if (snprintf(c->gateway_buffer, sizeof(c->gateway_buffer), "%s",
> > > +
On Wed, Apr 06, 2022 at 03:05:07AM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Tue, Apr 05, 2022 at 05:07:22PM +0200, Andreas Rheinhardt wrote:
> >> Michael Niedermayer:
> >>> It is supported by the H.263+ AVCodec already
> >>>
> >>> Is there any case where this does not work ?
>
On Tue, Apr 05, 2022 at 11:27:08PM +0200, Stefano Sabatini wrote:
> On date Tuesday 2022-04-05 07:23:27 +0200, Anton Khirnov wrote:
> > Quoting Stefano Sabatini (2022-04-03 17:27:06)
> > > Option was added in commit 39aafa5ee90e10382e.
> > >
> > > Fix trac issue: http://trac.ffmpeg.org/ticket/1698
ok, if other fates are not regressed.
___
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 "unsubscribe".
> 在 2022年4月6日,下午9:49,Yubo Xie 写道:
>
> Yes, I've removed it already.
Sorry I missed that. LGTM.
>
> From: ffmpeg-devel on behalf of
> "zhilizhao(赵志立)"
> Sent: Wednesday, April 6, 2022 6:28 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [
Yes, I've removed it already.
From: ffmpeg-devel on behalf of
"zhilizhao(赵志立)"
Sent: Wednesday, April 6, 2022 6:28 AM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] libavformat/rtsp: pkt_size option is not
honored in rtsp
>
> On Apr 6, 2022, at 8:52 PM, Yubo Xie wrote:
>
> Signed-off-by: xyb
> ---
> libavformat/rtsp.c| 4 ++--
> libavformat/rtsp.h| 1 -
> libavformat/rtspenc.c | 2 +-
> 3 files changed, 3 insertions(+), 4 deletions(-)
>
[…]
>
> diff --git a/libavformat/rtspenc.c b/libavformat/rtspenc.c
> in
On Tue, Apr 05, 2022 at 10:22:54AM -0700, Alan Latteri wrote:
> Hello,
>
> I am interesting in sponsoring the addition of R12L format output via
> Decklink. Currently Decklink can only output up to v210 which is a 10bit
> YUV 4:2:2 which is not full range video nor color accurate.
>
> bmdF
Signed-off-by: xyb
---
libavformat/rtsp.c| 4 ++--
libavformat/rtsp.h| 1 -
libavformat/rtspenc.c | 2 +-
3 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index e22b744535..88e9ef5226 100644
--- a/libavformat/rtsp.c
+++ b/libavformat/r
On Wed, 2022-04-06 at 16:48 +0800, Wenbin Chen wrote:
> Qsv decoder only supports directly output nv12 and p010 to system
> memory. For other format, we need to download frame from qsv format
> to system memory. Now add other supported format to qsvdec.
>
> Signed-off-by: Wenbin Chen
> ---
> lib
This patch adds support for:
- ffplay ipfs://
- ffplay ipns://
IPFS data can be played from so called "ipfs gateways".
A gateway is essentially a webserver that gives access to the
distributed IPFS network.
This protocol support (ipfs and ipns) therefore translates
ipfs:// and ipns:// to a http:/
Hi,
This patch series adds support for IPFS.
V13:
- Apply clang-format on the changes
- Remove trailing whitespace
V12:
- Removed last ifdef, we only need stat for "file exists" purposes.
- To be sure, added back os_support.h as it does change stat to _stati64 on
windows.
V11:
- Cleaned up the
On Sat, 2022-04-02 at 08:52 +, Xiang, Haihao wrote:
> On Mon, 2022-03-28 at 02:26 +, Xiang, Haihao wrote:
> > On Fri, 2022-03-18 at 07:40 +, Soft Works wrote:
> > > > -Original Message-
> > > > From: ffmpeg-devel On Behalf Of
> > > > Wenbin Chen
> > > > Sent: Friday, March 18,
On 4/4/2022 8:29 AM, Anton Khirnov wrote:
Allows accessing it without going through the muxer context. This will
be useful in the following commits, where the muxer context will be
hidden.
---
fftools/ffmpeg.c | 18 ++
fftools/ffmpeg.h | 2 ++
fftools/ffmpeg_opt.c |
On Mon, 2022-03-21 at 08:33 +, He, Fan F wrote:
> Feature introduction of LowDelayBRC, MaxFrameSizeI and MaxFrameSizeP could be
> found here:
> https://github.com/Intel-Media-SDK/MediaSDK/blob/master/doc/mediasdk-man.md
>
> Signed-off-by: Dmitry Ermilov
> Signed-off-by: Fan F He
> ---
> doc
On Thu, 2022-03-31 at 15:26 +, Xiang, Haihao wrote:
> On Thu, 2022-03-31 at 14:58 +, Xiang, Haihao wrote:
> > On Tue, 2022-03-29 at 14:37 +, Xiang, Haihao wrote:
> > > On Fri, 2022-03-11 at 13:24 +0100, Ingo Brückl wrote:
> > > > Commit e050959103f375e6494937fa28ef2c4d2d15c9ef implement
On Wed, Apr 6, 2022 at 4:18 AM "zhilizhao(赵志立)"
wrote:
>
>
> > On Apr 6, 2022, at 5:34 AM, Mark Gaiser wrote:
> >
> > On Tue, Apr 5, 2022 at 11:27 PM Mark Gaiser wrote:
> >
> >>
> >>
> >> On Tue, Apr 5, 2022 at 11:01 PM Michael Niedermayer <
> >> mich...@niedermayer.cc> wrote:
> >>
> >>> On Mon
On Tue, Apr 5, 2022 at 8:57 PM Wang Cao
wrote:
> On Mon, Apr 4, 2022 at 3:28 PM Marton Balint wrote:
>
> >
> >
> > On Mon, 4 Apr 2022, Paul B Mahol wrote:
> >
> > > On Sun, Mar 27, 2022 at 11:41 PM Marton Balint wrote:
> > >
> > >>
> > >>
> > >> On Sat, 26 Mar 2022, Wang Cao wrote:
> > >>
> > >
Ping for this. Current state is imho bad.
___
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 "unsubscribe".
On 4/4/2022 8:29 AM, Anton Khirnov wrote:
---
fftools/ffmpeg.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index afa1b012a6..13be32f0cf 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -1238,6 +1238,11 @@ static v
On 4/4/2022 8:29 AM, Anton Khirnov wrote:
This field is currently used by checks
- skipping packets before the first keyframe
- skipping packets before start time
to test whether any packets have been output already. But since
frame_number is incremented after the bitstream filters are applied
(w
On Tue, Apr 5, 2022 at 11:20 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Paul
> > B Mahol
> > Sent: Tuesday, April 5, 2022 11:19 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [RFC] Switch
The width and height for qsv frame to download need to be
aligned with 16. Add the alignment operation.
Now the following command works:
ffmpeg -hwaccel qsv -f rawvideo -s 1920x1080 -pix_fmt yuv420p -i \
input.yuv -vf "hwupload=extra_hw_frames=16,format=qsv,hwdownload, \
format=nv12" -f null -
Sig
To clarify futher, the [RFC] tag applies mainly to patches 34-49/49,
which will certainly require some changes, possibly substatial ones.
Previous patches should IMO be acceptable for master as they are. I
would appreciate reviews for those, so I can push them sooner rather
than later and thus red
Qsv encoder only support input P010 and nv12 format directly from system
memory. For other format, we need to upload frame to device memory and
input qsv format to encoder. Now add other system memory format support
to qsv encoder.
Signed-off-by: Wenbin Chen
---
libavcodec/qsvenc.c | 30 +++
Qsv decoder only supports directly output nv12 and p010 to system
memory. For other format, we need to download frame from qsv format
to system memory. Now add other supported format to qsvdec.
Signed-off-by: Wenbin Chen
---
libavcodec/qsv.c | 36
li
> On Apr 3, 2022, at 1:07 PM, Eran Kornblau wrote:
>
> Trying my luck in a new thread…
>
> This patch is in continuation to this discussion –
> https://ffmpeg.org/pipermail/ffmpeg-devel/2022-March/294623.html
>
> supports forcing or disabling the writing of the btrt atom.
> the default behavi
Quoting Soft Works (2022-04-05 23:05:57)
> do I understand it right that there won't be a single-thread
> operation mode that replicates/corresponds the current behavior?
Correct, maintaining a single-threaded mode would require massive
amounts of extra effort for questionable gain.
>
> Not that
On Tue, 2022-03-29 at 12:44 +, Xiang, Haihao wrote:
> On Thu, 2022-03-17 at 14:41 +0800, Fei Wang wrote:
> > From: Linjie Fu
> >
> > Use GPB frames to replace regular P/B frames if backend driver does not
> > support it.
> >
> > - GPB:
> > Generalized P and B picture. Regular P/B frames
> On Sat, 2022-04-02 at 17:35 +0800, Wenbin Chen wrote:
> > Qsv decoder only supports directly output nv12 and p010 to system
> > memory. For other format, we need to download frame from qsv format
> > to system memory. Now add other supported format to qsvdec.
> >
> > Signed-off-by: Wenbin Chen
>
On Sat, 2022-04-02 at 17:35 +0800, Wenbin Chen wrote:
> Qsv decoder only supports directly output nv12 and p010 to system
> memory. For other format, we need to download frame from qsv format
> to system memory. Now add other supported format to qsvdec.
>
> Signed-off-by: Wenbin Chen
> ---
> lib
Am 05.04.22 um 23:40 schrieb Stefano Sabatini:
On date Monday 2022-04-04 10:30:27 +0200, Thilo Borgmann wrote:
Hi,
Am 03.04.22 um 15:59 schrieb Stefano Sabatini:
---
tests/README.md | 48
1 file changed, 48 insertions(+)
create mode 1006
Op di 5 apr. 2022 om 15:37 schreef Martijn van Beurden :
>
> ---
> libavcodec/flacdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/flacdec.c b/libavcodec/flacdec.c
> index dd6026f9de..cb32d7cae8 100644
> --- a/libavcodec/flacdec.c
> +++ b/libavcodec/flacdec
41 matches
Mail list logo