On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote:
> Dear All,
>
> This patch corrects compiler warning about returning possibly uninitialized
> variable in hls_write_header function.
>
> Which compiler warns about this?
Regarding the patch: It's probably better to explicitly return 0 at the end
Dear All,
This patch corrects compiler warning about returning possibly uninitialized
variable in hls_write_header function.
please review this patch!
Thank you in advance.
Bela
>From e7b3a680f13fd6113f3bf118803d9609d0fe8bda Mon Sep 17 00:00:00 2001
From: Bela Bodecs
Date: Mon, 20 Jan 2020
> 在 2020年1月20日，06:10，Bodecs Bela 写道：
>
> Dear All,
>
> Currently when hls_enc is active and there are multiple variant stream
> outputs, default key file url construction does not work, because it is
> based on the FormatContext' url field. (m3u8 playlist output)
> But in case of multiple vari
> 在 2020年1月19日，17:20，Steven Liu 写道：
>
>
>
>> 在 2020年1月19日，03:31，Bodecs Bela 写道：
>>
>> sorry for missing patch file, here it is.
>>
>> Bela
>>
>>
>> 2020.01.18. 18:56 keltezéssel, Bodecs Bela írta:
>>> Dear All,
>>>
>>>
>>> When program_date_time flag is present, in m3u8 playlist file e
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ronald
> S. Bultje
> Sent: Sunday, January 19, 2020 10:55 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 1/2] libswscale/x86/yuv2rgb: Change
> inline assembly into nasm code
>
> Hi,
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Sunday, January 19, 2020 09:11 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 1/2] libswscale/x86/yuv2rgb: Change
> inline assembly into nasm code
>
> On Su
Am Mo., 20. Jan. 2020 um 03:47 Uhr schrieb 一滴水 <229135...@qq.com>:
> Solve the problem that the generated avi file with 8-bit grayscale image
> raw byte array data can't be played correctly.
How can I reproduce the issue this patch is trying to solve?
Carl Eugen
_
Solve the problem that the generated avi file with 8-bit grayscale image raw
byte array data can't be played correctly.
0001-add-color-table-for-8-bit-gray-scale-raw-image-data.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ff
On Mon, 20 Jan 2020 at 11:14, Marton Balint wrote:
> From: Matt Oliver
>
> v2: fix calculating milisecond times and use SleepConditionVariableSRW.
>
> Signed-off-by: Matt Oliver
> ---
> compat/os2threads.h | 25 +
> compat/w32pthreads.h | 18 ++
> libav
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Monday, January 20, 2020 2:55 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-video.mak: do not use
> bit-exac
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Monday, January 20, 2020 1:20 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/4] FATE/dnn: add unit test for layer
> maxim
20/1/20 9:47 am, Carl Eugen Hoyos пишет:
>
> Am So., 19. Jan. 2020 um 23:44 Uhr schrieb Zane van Iperen
> :
>>
>> 20/1/20 4:52 am, Carl Eugen Hoyos пишет:
>
+argo_asf_parse_file_header(&hdr, p->buf);
+
+if(hdr.magic != ASF_TAG)
+return 0;
+
+if (a
From: Matt Oliver
v2: fix calculating milisecond times and use SleepConditionVariableSRW.
Signed-off-by: Matt Oliver
---
compat/os2threads.h | 25 +
compat/w32pthreads.h | 18 ++
libavutil/thread.h | 7 +++
3 files changed, 50 insertions(+)
diff
Fixes: left shift of 79 by 28 places cannot be represented in type 'int'
Fixes:
20202/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HAP_fuzzer-5719004081815552
Fixes:
20219/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HAP_fuzzer-5641738677125120
Found-by: continuous fuzzing process
htt
On 20.01.2020 00:50, Ming Ying wrote:
Yes, understood...my question was more about changing the pixel format from
AV_PIX_FMT_CUDA to YUV420P. If I understand correctly, a frame encoded using
h264_nvenc will have the CUDA pixel format (I specified this when I created the
hardware frame context)
Hi!
Attached patch fixes ticket #8412.
Please comment, Carl Eugen
From 7f62ffa46f9264c1fc7854def8467816e0173883 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 20 Jan 2020 00:51:33 +0100
Subject: [PATCH] lavc/mpegvideo_enc: Do not write an extra RST tag after final
jpeg slice.
Fixes
Yes, understood...my question was more about changing the pixel format from
AV_PIX_FMT_CUDA to YUV420P. If I understand correctly, a frame encoded using
h264_nvenc will have the CUDA pixel format (I specified this when I created the
hardware frame context). When I decode the frame, how do I get
Am So., 19. Jan. 2020 um 23:44 Uhr schrieb Zane van Iperen
:
>
> 20/1/20 4:52 am, Carl Eugen Hoyos пишет:
> >> +argo_asf_parse_file_header(&hdr, p->buf);
> >> +
> >> +if(hdr.magic != ASF_TAG)
> >> +return 0;
> >> +
> >> +if (argo_asf_is_known_version(&hdr))
> >> +score
>
> > > Am Do., 16. Jan. 2020 um 07:49 Uhr schrieb Fu, Linjie <
> linjie...@intel.com>:
> > > >
> > > > > -Original Message-
> > > > > From: ffmpeg-devel On Behalf Of
> > > > > Carl Eugen Hoyos
> > > > > Sent: Thursday, January 16, 2020 02:30
> > > > > To: FFmpeg development discussions an
Andreas Rheinhardt:
> On Mon, Jan 6, 2020 at 3:51 PM Andreas Rheinhardt <
> andreas.rheinha...@gmail.com> wrote:
>
>> In the Libav commit cae448cf, the opaque of every AVIOContext opened
>> by ffio_fdopen() (which is used internally by avio_open() and avio_open2())
>> changed: It was a simple poin
20/1/20 7:24 am, Tomas Härdin пишет:
>
> sön 2020-01-19 klockan 08:33 + skrev Zane van Iperen:
>> Adds support for the ADPCM variant used by some Argonaut Games'
>> games,
>> such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>>
>> Signed-off-by: Zane van Iperen
>> ---
>> Changelog
Jonathan Noble (12020-01-19):
> I'd gathered that, but rather than bombing out shouldn't there be a AVERROR
> returned or something else to notify the user of their error, like so many
> other non-optional checks in ffmpeg?
No. AVERROR codes are not for errors that can be detected statically;
thes
On Sun, 19 Jan 2020 at 11:52, Nicolas George wrote:
> Jonathan Noble (12020-01-19):
> > I'm writing a wrapper around libav.
> > https://github.com/jonno85uk/mediahandling/tree/Issue4_encoding
> > I know what was causing this condition, avformat_write_header() hadn't
> > been called at that time.
20/1/20 4:52 am, Carl Eugen Hoyos пишет:
>
> Am So., 19. Jan. 2020 um 09:34 Uhr schrieb Zane van Iperen
> :
>
>> +static int argo_asf_probe(const AVProbeData *p)
>> +{
>> +int score;
>> +ArgoASFFileHeader hdr;
>> +
>> +if (p->buf_size < ASF_FILE_HEADER_SIZE)
>> +return AVPROBE
El 19/01/20 a las 19:00, Paul B Mahol escribió:
I doubt this is good.
Why? I have images created out of Houdini that do not follow the
uppercase convention used in the exr.c decoder. The layers cannot be
read unless the pattern matches layers like: indirect_diffuse.r.
_
Using a hardware encoder to encode h264 has absolutely no impact on what
can decode the result. It produces absolutely standard h264.
Also, this should be on ffmpeg- or libav-user.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
Dear All,
Currently when hls_enc is active and there are multiple variant stream
outputs, default key file url construction does not work, because it is
based on the FormatContext' url field. (m3u8 playlist output)
But in case of multiple variant streams,
it contains the variant m3u8 output playl
I doubt this is good.
On 1/19/20, ggarr...@gmail.com wrote:
> From: Gonzalo Garramuño
>
> ---
> libavcodec/exr.c | 21 +++--
> 1 file changed, 11 insertions(+), 10 deletions(-)
>
> diff --git a/libavcodec/exr.c b/libavcodec/exr.c
> index aeeaed4..49250dd 100644
> --- a/libavco
From: Gonzalo Garramuño
---
libavcodec/exr.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/exr.c
index aeeaed4..49250dd 100644
--- a/libavcodec/exr.c
+++ b/libavcodec/exr.c
@@ -41,6 +41,7 @@
#include "libavutil/common
It's not exclusive for Low Latency streaming. The muxer will serve partial
segments in standard streaming mode as well
Signed-off-by: James Almer
---
libavformat/dashenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 30fe
Signed-off-by: James Almer
---
doc/muxers.texi | 2 ++
libavformat/dashenc.c | 68 ---
2 files changed, 60 insertions(+), 10 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 05bf483ba5..dfe858c412 100644
--- a/doc/muxers.texi
+++ b/
Unlike Representation id, it's defined as an integer in the spec, and not as a
string.
Signed-off-by: James Almer
---
libavformat/dashenc.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 3d8515d9ca..24
On 20/1/20 2:34 am, Moritz Barsnick wrote:
>
> Just one more:
>
> On Sun, Jan 19, 2020 at 08:33:45 +, Zane van Iperen wrote:
>
>> +if (av_match_ext(p->filename, "asf"))
>> +score += AVPROBE_SCORE_EXTENSION;
>
> Just a remark: The asf demuxer (for Microsoft's "Advanced System
> F
On Sun, 19 Jan 2020, Marton Balint wrote:
On Thu, 9 Jan 2020, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavformat/avio.c | 15 +++
libavformat/internal.h | 14 +-
2 files changed, 16 insertions(+), 13 deletions(-)
Ping, will apply the series soon.
sön 2020-01-19 klockan 08:33 + skrev Zane van Iperen:
> Adds support for the ADPCM variant used by some Argonaut Games'
> games,
> such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>
> Signed-off-by: Zane van Iperen
> ---
> Changelog | 2 +-
> doc/general.texi| 1
From: Andriy Gelman
Hard coded parameters for qmin and qmax are currently used to initialize
v4l2_m2m device. This commit uses values from avctx->{qmin,qmax} if they
are set.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m_enc.c | 33 +++--
1 file changed, 31 i
Am Sa., 18. Jan. 2020 um 14:52 Uhr schrieb Steven Liu :
>
>
>
> > 在 2020年1月18日，21:33，Guo, Yejun 写道：
> >
> >
> >
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >> Carl Eugen Hoyos
> >> Sent: Saturday, January 18, 2020 7:06 AM
> >> To:
Am So., 19. Jan. 2020 um 09:34 Uhr schrieb Zane van Iperen
:
> +static int argo_asf_probe(const AVProbeData *p)
> +{
> +int score;
> +ArgoASFFileHeader hdr;
> +
> +if (p->buf_size < ASF_FILE_HEADER_SIZE)
> +return AVPROBE_SCORE_RETRY;
Either assert that AVPROBE_PADDING_SIZE >=
Am So., 19. Jan. 2020 um 10:28 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Carl Eugen Hoyos
> > Sent: Thursday, January 16, 2020 19:38
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATC
Am Fr., 20. Sept. 2019 um 06:01 Uhr schrieb Guo, Yejun :
>
> Signed-off-by: Guo, Yejun
> ---
> tests/dnn/Makefile | 1 +
> tests/dnn/dnn-layer-maximum-test.c | 71
> ++
> tests/fate/dnn.mak | 5 +++
> 3 files changed, 77 inser
Hi!
TL;DR: I am encoding AVFrames using h264_nvenc on my GPU-enabled computer,
and now I wish to send these packets to a computer without a GPU/hardware
acceleration and decode them there. How can I decode these packets and
convert them to YUV420 pixel format?
---
On Sat, 18 Jan 2020 20:23:00 +
Mark Thompson wrote:
> > typedef struct AVHWDeviceInternal AVHWDeviceInternal;
> > diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c
> > index 30611b1912..18abb87bbd 100644
> > --- a/libavutil/hwcontext_cuda.c
> > +++ b/libavutil/hwcontext_cu
On Sat, 18 Jan 2020 20:27:12 +
Mark Thompson wrote:
> On 10/01/2020 21:05, Lynne wrote:
> > This is modelled as a transfer, as we have today, but where both
> > the src and the dst are hardware frames with hw contexts. We need
> > to be careful to ensure the contexts are compatible - particul
$subject
If you record live sources like during screen capture, you want this enabled
(current behavior).
For the case you're capturing from etc you want the most possible frames
captured no matter a possible delay.
Was fixed behavior before, so make it an option with enabled to be default.
-Th
Just one more:
On Sun, Jan 19, 2020 at 08:33:45 +, Zane van Iperen wrote:
> +if (av_match_ext(p->filename, "asf"))
> +score += AVPROBE_SCORE_EXTENSION;
Just a remark: The asf demuxer (for Microsoft's "Advanced System
Format") also considers ".asf" as a valid extension. I don't kn
On Sat, Jan 18, 2020 at 03:27:12PM +0100, Michael Niedermayer wrote:
> On Sat, Jan 18, 2020 at 06:38:25AM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/libx264.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
From: Limin Wang
x264_encoder_encode can return 0 with nnal 0. As a result, encode_nals will
return 0. In this condition, it's better to return 0 immediately to avoid
the following unneeded pict_type and flags setting.
Signed-off-by: Limin Wang
---
libavcodec/libx264.c | 3 +++
1 file changed,
On Sun, 19. Jan 16:44, Gyan wrote:
>
>
> On 19-01-2020 01:41 pm, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > Hard coded parameters for qmin/qmax are currently used to initialize
> > v4l2_m2m device. This commit uses values from avctx->{qmin,qmax} if they
> > are set.
> >
> > Signed-of
Hi,
On Sat, Jan 18, 2020 at 9:49 PM Fu, Ting wrote:
> Since NASM function will get only the address of SwsConext c ( in order to
> be compatible with yuv2rgb_c function in parameters), not the address of
> c->redDither nor the c->dstW. I have no way to get the value of c->dstW by
> using address
Michael Niedermayer:
> On Tue, Oct 22, 2019 at 03:16:45PM +0200, Andreas Rheinhardt wrote:
>> vobsub_read_packet() didn't check whether an index in array of AVPackets
>> was valid and therefore used uninitialized values.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> Actually I only wanted to u
On 19/1/20 11:22 pm, Moritz Barsnick wrote:
>
> On Sun, Jan 19, 2020 at 08:33:39 +, Zane van Iperen wrote:
>> Adds support for the ADPCM variant used by some Argonaut Games' games,
>> such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>
> Some small nitpicks here:
>
>> - thistogram filter
Signed-off-by: Zane van Iperen
---
Changelog | 1 +
libavcodec/adpcm_argo.c | 53 +++--
2 files changed, 26 insertions(+), 28 deletions(-)
diff --git a/Changelog b/Changelog
index bc1593bfd1..65ef01c77d 100644
--- a/Changelog
+++ b/Changelog
@@
Signed-off-by: Zane van Iperen
---
libavformat/argo_asf.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/argo_asf.c b/libavformat/argo_asf.c
index d8f2d71009..d51d16f6b7 100644
--- a/libavformat/argo_asf.c
+++ b/libavformat/argo_asf.c
@@ -24,8 +24,8 @@
#i
On Sun, Jan 19, 2020 at 08:33:39 +, Zane van Iperen wrote:
> Adds support for the ADPCM variant used by some Argonaut Games' games,
> such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
Some small nitpicks here:
> - thistogram filter
> - freezeframes filter
> -
> +- Argonaut Games ADPCM dec
Jan 18, 2020, 20:23 by s...@jkqxz.net:
> On 10/01/2020 21:05, Lynne wrote:
>
> The CUDA parts look like they could be split off into a separate commit?
> (It's already huge.)
>
I don't really want broken commits or commits with dead code.
>>
>> diff --git a/configure b/configure
>> index 46f
On Sun, Jan 19, 2020 at 02:49:21AM +, Fu, Ting wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Michael Niedermayer
> > Sent: Friday, January 17, 2020 05:36 AM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH V7 1/2]
Ping those people directly instead.
On 11/7/19, Michael Niedermayer wrote:
> On Thu, Nov 07, 2019 at 10:27:31PM +0800, Kah Goh wrote:
>> On Mon, Sep 30, 2019 at 09:27:20PM +0800, Kah Goh wrote:
>> > There are differing standards that define different starting line
>> > numbers. For example, VSF T
On Tue, Oct 22, 2019 at 03:16:45PM +0200, Andreas Rheinhardt wrote:
> vobsub_read_packet() didn't check whether an index in array of AVPackets
> was valid and therefore used uninitialized values.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Actually I only wanted to use Valgrind to check for mem
Jonathan Noble (12020-01-19):
> I'm writing a wrapper around libav.
> https://github.com/jonno85uk/mediahandling/tree/Issue4_encoding
> I know what was causing this condition, avformat_write_header() hadn't
> been called at that time.
Calling avformat_write_header() is not optional, writing frame
On 19-01-2020 01:41 pm, Andriy Gelman wrote:
From: Andriy Gelman
Hard coded parameters for qmin/qmax are currently used to initialize
v4l2_m2m device. This commit uses values from avctx->{qmin,qmax} if they
are set.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m_enc.c | 15 +
From: Andriy Gelman
Hard coded parameters for qmin/qmax are currently used to initialize
v4l2_m2m device. This commit uses values from avctx->{qmin,qmax} if they
are set.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m_enc.c | 15 +--
1 file changed, 13 insertions(+), 2 deleti
On Sat, 18 Jan 2020 at 22:20, Nicolas George wrote:
> Jonathan Noble (12020-01-18):
> > Oh, it wasn't via ffmpeg. I was using the library. What is the correct
> dev
> > mailing list?
>
> Probably. We would need to see the code with the sample, to be sure
> where the bug lies.
>
I'm writing a wrap
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Thursday, January 16, 2020 19:38
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] swscale: Add swscale input support
> for Y210LE
>
> Am Do., 16.
> 在 2020年1月19日，03:31，Bodecs Bela 写道：
>
> sorry for missing patch file, here it is.
>
> Bela
>
>
> 2020.01.18. 18:56 keltezéssel, Bodecs Bela írta:
>> Dear All,
>>
>>
>> When program_date_time flag is present, in m3u8 playlist file each
>> segment has a corresponding EXT-X-PROGRAM-DATE-TIME
This patchset adds support for the ASF container and ADPCM variant used by
some Argonaut Software games such as 'Croc! Legend of the Gobbos' and 'Croc 2'.
Version 2 has fixes suggested in [1].
It has been tested against:
- ANISOUND/*.ASFfrom Croc 1
- music/*.asf from Croc 2
- FIGH
Adds support for the ADPCM variant used by some Argonaut Games' games,
such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
Signed-off-by: Zane van Iperen
---
Changelog | 2 +-
doc/general.texi| 1 +
libavcodec/Makefile | 1 +
libavcodec/adpcm_argo.c | 264
Adds support for the custom ASF container used by some Argonaut Games'
games, such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
Can also handle the sample files in:
https://samples.ffmpeg.org/game-formats/brender/part2.zip
Signed-off-by: Zane van Iperen
Reviewed-by: Andreas Rheinhardt
---
Ch
19/1/20 5:51 pm, Andreas Rheinhardt пишет:
>
> Zane van Iperen:
>> 19/1/20 2:18 pm, Andreas Rheinhardt пишет:
>>>
>>> On Sun, Jan 19, 2020 at 4:12 AM Zane van Iperen
>>> wrote:
>>>
Adds support for the custom ASF container used by some Argonaut Games'
games, such as 'Croc! Legend of the
68 matches
Mail list logo
