Ping for this and remaining patches in set.
On 17-12-2019 02:55 pm, Gyan wrote:
On 17-12-2019 01:44 am, Michael Niedermayer wrote:
On Sun, Dec 15, 2019 at 10:36:58PM +0530, Gyan wrote:
3rd of 5 factorized patches; supersedes
https://patchwork.ffmpeg.org/patch/16272/
scale_eval.c | 69
Overlay one video on the top of another.
It takes two inputs and has one output. The first input is the "main" video on
which the
second input is overlaid. This filter requires same memory layout for all the
inputs.
An example command to use this filter to overlay an image LOGO at the top-left
Hi,
On Wed, Dec 18, 2019 at 2:00 PM Wonkap Jang
wrote:
>
> Hi James,
>
> I have updated the libvpx.
> https://chromium-review.googlesource.com/c/webm/libvpx/+/1974899
>
Thanks for posting the patch. Remember top-posting isn't preferred on
this mailing list [1].
[1]
On Wed, Dec 18, 2019, at 1:28 PM, Michael Niedermayer wrote:
>
> this or something similar LGTM
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
From: Limin Wang
Signed-off-by: Limin Wang
---
Please apply after the following patch:
https://patchwork.ffmpeg.org/patch/16878/
libavcodec/hevc_sei.c | 15 +++
libavcodec/hevc_sei.h | 3 +--
libavcodec/hevcdec.c | 16
3 files changed, 16 insertions(+), 18
Michael Niedermayer:
> On Sun, Nov 10, 2019 at 05:07:29AM +0100, Andreas Rheinhardt wrote:
>> In case an AVBPrint was not complete, icecast_open() would free some
>> buffers that have not been allocated yet instead of freeing the data of
>> the AVBPrint (if they have been allocated). Because this
On 12/11/2019 1:39 PM, James Almer wrote:
> On 12/11/2019 1:37 PM, Gyan wrote:
>> A few typos:
>>
>> (in commit title)
>> OpenSLL --> OpenSSL
>>
>> On 11-12-2019 09:45 pm, James Almer wrote:
>>> They have been removed altogheter without a compat implementatino, and
>>> are
>> altogheter -->
On Sun, Nov 10, 2019 at 05:07:29AM +0100, Andreas Rheinhardt wrote:
> In case an AVBPrint was not complete, icecast_open() would free some
> buffers that have not been allocated yet instead of freeing the data of
> the AVBPrint (if they have been allocated). Because this error does not
> trigger a
On Thu, Dec 19, 2019 at 4:00 AM Daniel Oberhoff <
danieloberh...@googlemail.com> wrote:
> Hello.
>
> I have been diving deep into the mp4 spec to understand fragmented mp4.
> From what I understand using moof atoms it is possible, given stream
> compatibility, to straight append to an mp4 file by
Andreas Rheinhardt:
> Up until now, the microdvd demuxer uses av_strdup() to allocate the
> extradata from a string; its length is set to strlen() + 1, i.e.
> including the \0 at the end. Upon remuxing, the muxer would simply copy
> the extradata at the beginning, including the \0.
>
> This
Michael Niedermayer:
> On Fri, Dec 13, 2019 at 06:05:21PM +0100, Andreas Rheinhardt wrote:
>> On Fri, Dec 13, 2019 at 5:56 PM Michael Niedermayer
>> wrote:
>>
>>> On Fri, Dec 13, 2019 at 12:24:04PM +0100, Andreas Rheinhardt wrote:
On Fri, Dec 13, 2019 at 3:07 AM Michael Niedermayer
>>>
Nicolas Gaullier:
> This will allow avformat_find_stream_info() get side data from the codec
> context.
> ---
> doc/APIchanges | 3 +++
> libavformat/avformat.h | 11 +++
> libavformat/utils.c| 15 +++
> libavformat/version.h | 2 +-
> 4 files changed, 30
On 12/13/2019 5:44 PM, James Almer wrote:
> It is a requirement of bitstream conformance that num_cr_points is less than
> or equal to 10.
> It is a requirement of bitstream conformance that num_cb_points is less than
> or equal to 10.
>
> Signed-off-by: James Almer
> ---
>
On Tue, Dec 17, 2019 at 02:30:39PM +, Alexandre Heitor Schmidt wrote:
> On 17/12/2019 00:35, Marton Balint wrote:
> > On Mon, 16 Dec 2019, Alexandre Heitor Schmidt wrote:
> >> This is the second time I'm submiting this patch, now modified to be
> >> less intrusive, as sugested by Marton
This fixes mpeg2video stream copies to mpeg muxer like this:
ffmpeg -i xdcamhd.mxf -c:v copy output.mpg
---
libavcodec/mpeg12dec.c | 7 +++
tests/ref/fate/mxf-probe-d10 | 3 +++
tests/ref/fate/ts-demux | 2 +-
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git
This code is now shared with avformat_find_stream_info().
---
fftools/ffmpeg.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 9af2bc2fb5..232c8f5fd8 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -3537,19
This will allow avformat_find_stream_info() get side data from the codec
context.
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 11 +++
libavformat/utils.c| 15 +++
libavformat/version.h | 2 +-
4 files changed, 30 insertions(+), 1 deletion(-)
diff
Makes it behave similarly to av_stream_add_side_data().
---
libavcodec/utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 8a49234bcd..f35cfcf2f9 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -1975,6 +1975,11 @@
This will allow probing input coded side data, and also forwarding them to the
output.
---
libavformat/utils.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index fe92ad4a1d..f7c949f0a1 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
---
fftools/ffmpeg.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 36c207653b..9af2bc2fb5 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -3563,12 +3563,12 @@ static int init_output_stream(OutputStream *ost, char
CPB side_data is copied when stream-copying (see
init_output_stream_streamcopy()),
but it shall not be copied when the stream is decoded.
---
fftools/ffmpeg.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 27f68933f8..36c207653b 100644
---
Includes Hendrik and Michael feedbacks (thanks to you!) :
- comments added
- API changes and minor version updated
- split lib/tools commits
(the code itself was left untouched)
Nicolas Gaullier (7):
fftools/ffmpeg: Fix forward CPB props in to out
fftools/ffmpeg: Reindent after last commit
Hello.
I have been diving deep into the mp4 spec to understand fragmented mp4. From
what I understand using moof atoms it is possible, given stream compatibility,
to straight append to an mp4 file by appending moof+mdat pairs. Can ffmpeg or
libavformat be somehow used to achieve that?
Gruß!
23 matches
Mail list logo