Am Mo., 21. Sept. 2020 um 11:24 Uhr schrieb Nicolas Julien
:
> I just uploaded a video file (named video.h264) to
> https://streams.videolan.org/upload/ web site.
> This video is from the recorded replay of an IP camera, with openrtsp.
> I am trying to convert this H265 video to mp4 format with
Allow setparams to be used with hw backed frames and
avoid an assertion failure in avfilter_config_links.
---
libavfilter/vf_setparams.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_setparams.c b/libavfilter/vf_setparams.c
index 689097fac0..72a69e3fc2 100644
---
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: Friday, September 18, 2020 8:57 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avcodec/av1dec: check avctx->hwaccel
> when hwaccel pix_fmt selected
>
> On 9/18/2020 2:40 AM, Wang, Fei W
> *bump*
>
> This patch fixes vp8d output corruption in multi-thread mode. This bug has
> existed for way too long.
This patch works fine for me too, could someone in MAINTAINERS take a look at
this patch and merge it if no problem?
Thanks
Haihao
>
> > -Original Message-
> > From:
If the average bit rate cannot be calculated, such as in the case
of streamed fragmented mp4, utilize various available parameters
in priority order.
Tests are updated where the esds or btrt or ISML manifest boxes'
output changes.
---
libavformat/movenc.c | 17 +
The newly calculated average bit rate value is pretty much what is
being done here.
---
libavformat/movenc.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 860e331b19..20768cd45f 100644
---
*bump*
This patch fixes vp8d output corruption in multi-thread mode. This bug has
existed for way too long.
> -Original Message-
> From: ffmpeg-devel On Behalf Of Wang,
> Shaofei
> Sent: Monday, July 01, 2019 1:22 AM
> To: FFmpeg development discussions and patches
> Cc: Xiang,
This is utilized by various media ingests to figure out the bit
rate of the content you are pushing towards it, so write it by
default for video, audio and subtitle tracks. It is only mentioned
for timed metadata sample descriptions in QTFF, so limit it only to
ISOBMFF (MODE_MP4).
Updates the
Version 2:
- Only writes the btrt box if at least value is nonzero.
- Other smaller changes based on Martin's comments.
Various media ingest servers read the incoming stream's advertised bit
rate from this box.
As it is only defined for timed metadata tracks in QTFF, limit it to
just MODE_MP4
This can now be re-utilized in other places.
---
libavformat/movenc.c | 44 ++--
1 file changed, 34 insertions(+), 10 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 12471c7d68..5888d10770 100644
--- a/libavformat/movenc.c
+++
This way we have a single location in movenc which utilizes the
CPB properties.
---
libavformat/movenc.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 5888d10770..a4ec4d05c9 100644
--- a/libavformat/movenc.c
+++
Hi,
Sorry for bad mailing list choice.
In fact, I just found the solution to my problem.
I renamed my file with the extension .h265 and the conversion with ffmpeg
worked.
The initial command was :
ffmpeg -i test.h264 -c copy test.mp4
Thanks for your answer,
Nicolas
On Mon, Sep 21, 2020 at 1:12 PM Martin Storsjö wrote:
>
> On Sun, 20 Sep 2020, Jan Ekström wrote:
>
> > This is utilized by various media ingests to figure out the bit
> > rate of the content you are pushing towards it, so write it by
> > default for video, audio and subtitle tracks. It is only
On Mon, Sep 21, 2020 at 12:32:14AM +0200, Paul B Mahol wrote:
> On Sun, Sep 20, 2020 at 10:26:07PM +0200, Michael Niedermayer wrote:
> > Fixes: signed integer overflow: 2 * 2132811776 cannot be represented in
> > type 'int'
> > Fixes:
> >
On Mon, Sep 21, 2020 at 12:34:58AM +0200, Paul B Mahol wrote:
> On Sun, Sep 20, 2020 at 10:26:06PM +0200, Michael Niedermayer wrote:
> > Fixes: timeout (243sec -> a few ms)
> > Fixes:
> > 25716/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-5764093666131968
> >
> > Found-by: continuous
On Sun, 20 Sep 2020, Jan Ekström wrote:
The newly calculated average bit rate value is pretty much what is
being done here.
---
libavformat/movenc.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
Ok
// Martin
___
ffmpeg-devel
On Sun, 20 Sep 2020, Jan Ekström wrote:
If the average bit rate cannot be calculated, such as in the case
of streamed fragmented mp4, utilize various available parameters
in priority order.
Tests are updated where the esds or btrt or ISML manifest boxes'
output changes.
---
Hi,
I just uploaded a video file (named video.h264) to
https://streams.videolan.org/upload/ web site.
This video is from the recorded replay of an IP camera, with openrtsp.
I am trying to convert this H265 video to mp4 format with ffmpeg but I am
getting a lot of errors.
Thanks for help
On Sun, 20 Sep 2020, Jan Ekström wrote:
This can now be re-utilized in other places.
---
libavformat/movenc.c | 39 +--
1 file changed, 29 insertions(+), 10 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 12471c7d68..1962f2
On Mon, Sep 21, 2020 at 12:43:22AM +0200, Paul B Mahol wrote:
> On Sun, Sep 20, 2020 at 10:26:05PM +0200, Michael Niedermayer wrote:
> > Fixes: signed integer overflow: 6000 * -2147483648 cannot be represented in
> > type 'int'
> > Fixes:
> >
On Sun, 20 Sep 2020, Jan Ekström wrote:
This is utilized by various media ingests to figure out the bit
rate of the content you are pushing towards it, so write it by
default for video, audio and subtitle tracks. It is only mentioned
for timed metadata sample descriptions in QTFF, so limit it
On Sun, 20 Sep 2020, Jan Ekström wrote:
This way we have a single location in movenc which utilizes the
CPB properties.
---
libavformat/movenc.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
Looks ok
// Martin
___
ffmpeg-devel
Hi Michael,
Friendly ping to get this one merged.
Thanks,
Peter
On 20 Aug 2020, 22:39 +0200, Michael Niedermayer ,
wrote:
> On Thu, Aug 20, 2020 at 05:14:12PM +0200, Peter van der Spek wrote:
> > I suppose that’s okay. It’s in the input stream as well after all.
>
> well, then the patch is
Signed-off-by: Harry Mallon
---
libavcodec/videotoolboxenc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 212f41b19a..fe0c98300b 100644
--- a/libavcodec/videotoolboxenc.c
+++ b/libavcodec/videotoolboxenc.c
@@ -789,7 +789,6
Causes some error as the ADPCM predictors aren't known, but
the difference is negligible and not audible.
Signed-off-by: Zane van Iperen
---
libavformat/argo_asf.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavformat/argo_asf.c
On 21/09/2020 11:24, Nicolas Julien wrote:
Hi,
I just uploaded a video file (named video.h264) to
https://streams.videolan.org/upload/ web site.
This video is from the recorded replay of an IP camera, with openrtsp.
I am trying to convert this H265 video to mp4 format with ffmpeg but I am
Signed-off-by: Harry Mallon
---
libavcodec/videotoolboxenc.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index e89cfaeed8..212f41b19a 100644
--- a/libavcodec/videotoolboxenc.c
+++
On 9/17/2020 2:06 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Now it also updates the x264_build field.
>
> libavcodec/h264_slice.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
> index
On 9/17/2020 10:34 AM, James Almer wrote:
> Fixes ticket #8610.
>
> Found-by: Pavel Koshevoy
> Signed-off-by: James Almer
> ---
> libavcodec/hevcdec.c | 25 +++--
> 1 file changed, 23 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/hevcdec.c
29 matches
Mail list logo
