> On 12 Apr 2018, at 08:38, Aman Gupta wrote:
>
> From: Steven Liu
>
> When using hls_list_size with hls_flags delete_segments, currently
> hls_list_size * 2 +- segments remain on disk. With this new option,
> the amount of disk space used can be controlled by the user.
>
> fix ticket: #7131
av_guess_sample_aspect_ratio() will return undefined or missing
value as {0,1}. This fixes show_stream() to check numerator to
display 'N/A' when appropriate. show_frame() does this already
correctly.
Signed-off-by: Timo Teräs
---
fftools/ffprobe.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
---
libavformat/mux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index a13f0e3a1b..0857419394 100644
--- a/libavformat/mux.c
+++ b/libavformat/mux.c
@@ -615,7 +615,7 @@ static int compute_muxer_pkt_fields(AVFormatContext *s,
AVStream
2018.04.12. 0:26 keltezéssel, Michael Niedermayer írta:
On Wed, Apr 11, 2018 at 10:37:41PM +0200, Bodecs Bela wrote:
fate test enclosed
2018.04.04. 10:39 keltezéssel, Bodecs Bela írta:
2018.04.04. 2:37 keltezéssel, Michael Niedermayer írta:
On Sun, Apr 01, 2018 at 11:42:34PM +0200, Bodecs
On 2018/4/11 16:52, Marton Balint wrote:
>
>
> On Wed, 11 Apr 2018, Jun Zhao wrote:
>
>>
>>
>> On 2018/4/10 21:54, Marton Balint wrote:
>>>
>>>
>>> On Tue, 10 Apr 2018, Jun Zhao wrote:
>>>
>>>
>>> Maybe you should use ff_read_line_to_bprint instead? It already chops
>>> the trailing lin
Signed-off-by: Steven Liu
---
libavformat/hls.c | 27 +--
1 file changed, 9 insertions(+), 18 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index ae0545a086..74f0c2ccc5 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -945,14 +945,8 @@ static st
On Thu, 12 Apr 2018 11:07:36 +0300
Timo Teräs wrote:
> av_guess_sample_aspect_ratio() will return undefined or missing
> value as {0,1}. This fixes show_stream() to check numerator to
> display 'N/A' when appropriate. show_frame() does this already
> correctly.
>
> Signed-off-by: Timo Teräs
Bt
Signed-off-by: Paul B Mahol
---
libavcodec/dxv.c | 1006 --
1 file changed, 978 insertions(+), 28 deletions(-)
diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c
index 529e211258..6308163735 100644
--- a/libavcodec/dxv.c
+++ b/libavcodec/dxv.c
@@
Hello,
Any review?
Yingming Fan
> On Apr 9, 2018, at 10:12 AM, Yingming Fan wrote:
>
> From: Yingming Fan
>
> ---
> Hi, there.
> I plane to submit our arm32 neon codes for qpel and epel.
> While before this i will submit hevc_mc checkasm codes.
> This hevc_mc checkasm codes check every qpel
Signed-off-by: Paul B Mahol
---
libavcodec/dxv.c | 1032 --
1 file changed, 1003 insertions(+), 29 deletions(-)
diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c
index 529e211258..cd7b693663 100644
--- a/libavcodec/dxv.c
+++ b/libavcodec/dxv.c
@
On 12 April 2018 at 11:31, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/dxv.c | 1006 ++
> ++--
> 1 file changed, 978 insertions(+), 28 deletions(-)
>
>
> +
> +static av_always_inline uint32_t yacocg2rgba(int yo, int co, in
On 4/12/18, Rostislav Pehlivanov wrote:
> On 12 April 2018 at 11:31, Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/dxv.c | 1006 ++
>> ++--
>> 1 file changed, 978 insertions(+), 28 deletions(-)
>>
>>
>> +
>> +static av_
This patchset is a new simple implementation of ffserver for a new
repository. It is basically a port of https://github.com/klaxa/mkvserver_mk2
The self-implemented fifo buffers have been replaced by AVFifoBuffer.
Documentation on the architecture is present in a separate file.
Currently only matro
---
Makefile | 15 ++
ffserver.c | 451 +
2 files changed, 466 insertions(+)
create mode 100644 Makefile
create mode 100644 ffserver.c
diff --git a/Makefile b/Makefile
new file mode 100644
index 000..a57393a
--- /dev/null
+++ b/
---
segment.c | 143 ++
segment.h | 104 +
2 files changed, 247 insertions(+)
create mode 100644 segment.c
create mode 100644 segment.h
diff --git a/segment.c b/segment.c
new file mode 100644
---
Documentation.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation.txt
diff --git a/Documentation.txt b/Documentation.txt
new file mode 100644
index 000..de7b522
--- /dev/null
+++ b/Documentation.txt
@@ -0,0 +1,30 @@
+Documentation
+-
---
publisher.c | 278
publisher.h | 134 +
2 files changed, 412 insertions(+)
create mode 100644 publisher.c
create mode 100644 publisher.h
diff --git a/publisher.c b/publisher.c
new file mode 100644
index
On Thu, Apr 12, 2018 at 01:57:34PM +0100, Rostislav Pehlivanov wrote:
> On 12 April 2018 at 11:31, Paul B Mahol wrote:
>
> > Signed-off-by: Paul B Mahol
> > ---
> > libavcodec/dxv.c | 1006 ++
> > ++--
> > 1 file changed, 978 insertions(+), 28 del
On Thu, Apr 12, 2018 at 02:42:11PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/dxv.c | 1032
> --
> 1 file changed, 1003 insertions(+), 29 deletions(-)
>
> diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c
> inde
On Thu, 12 Apr 2018 13:57:34 +0100
Rostislav Pehlivanov wrote:
> On 12 April 2018 at 11:31, Paul B Mahol wrote:
>
> > Signed-off-by: Paul B Mahol
> > ---
> > libavcodec/dxv.c | 1006 ++
> > ++--
> > 1 file changed, 978 insertions(+), 28 deletion
On Wed, 11 Apr 2018 14:06:57 +0200
Hendrik Leppkes wrote:
> ---
> libavcodec/dxva2.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
> index 6d831599af..32416112bf 100644
> --- a/libavcodec/dxva2.c
> +++ b/libavcodec/dxva2.
On 4/12/2018 11:29 AM, wm4 wrote:
> On Wed, 11 Apr 2018 14:06:57 +0200
> Hendrik Leppkes wrote:
>
>> ---
>> libavcodec/dxva2.c | 8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
>> index 6d831599af..32416112bf 100644
>> ---
On Thu, 12 Apr 2018 15:49:30 +0200
Michael Niedermayer wrote:
> On Thu, Apr 12, 2018 at 01:57:34PM +0100, Rostislav Pehlivanov wrote:
> > On 12 April 2018 at 11:31, Paul B Mahol wrote:
> >
> > > Signed-off-by: Paul B Mahol
> > > ---
> > > libavcodec/dxv.c | 1006
On Wed, 11 Apr 2018 14:01:08 +0100
Rostislav Pehlivanov wrote:
> On 28 March 2018 at 22:59, Drew Allen
> wrote:
>
> > Hello all,
> >
> > My name is Andrew Allen and I'm a contributor to Opus, supporting new
> > channel mappings 2 and 3 for ambisonics compression. I've attached a patch
> > to su
sön 2018-04-08 klockan 09:20 -0800 skrev Lou Logan:
> On Sun, Apr 8, 2018, at 3:05 AM, Tomas Härdin wrote:
> >
> > Good suggestion
> >
> > /Tomas
>
> Patch LGTM with the suggestion from James. Although I'm not on IRC
> very often lately you can add mine too if you feel like it: llogan.
Alright,
On Thu, 12 Apr 2018 16:43:48 +0200
Tomas Härdin wrote:
> sön 2018-04-08 klockan 09:20 -0800 skrev Lou Logan:
> > On Sun, Apr 8, 2018, at 3:05 AM, Tomas Härdin wrote:
> > >
> > > Good suggestion
> > >
> > > /Tomas
> >
> > Patch LGTM with the suggestion from James. Although I'm not on IRC
> > ve
tor 2018-04-12 klockan 16:47 +0200 skrev wm4:
> On Thu, 12 Apr 2018 16:43:48 +0200
> Tomas Härdin wrote:
>
> > sön 2018-04-08 klockan 09:20 -0800 skrev Lou Logan:
> > > On Sun, Apr 8, 2018, at 3:05 AM, Tomas Härdin wrote:
> > > >
> > > > Good suggestion
> > > >
> > > > /Tomas
> > >
> > > Patch
Signed-off-by: Paul B Mahol
---
libavcodec/dxv.c | 1038 --
1 file changed, 1003 insertions(+), 35 deletions(-)
diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c
index 529e211258..af8038d377 100644
--- a/libavcodec/dxv.c
+++ b/libavcodec/dxv.c
@
Hey,
I'd like to restart the conversation about a Shared Thread Pool in FFmpeg.
I found a past conversation about it here:
https://ffmpeg.org/pipermail/ffmpeg-devel/2016-January/186770.html.
As far as I can tell there isn't a thread pool in FFmpeg so far, but I
apologize if this has been solved
On Thu, 12 Apr 2018 12:08:50 -0400
Malcolm Bechard wrote:
> Hey,
>
> I'd like to restart the conversation about a Shared Thread Pool in FFmpeg.
> I found a past conversation about it here:
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2016-January/186770.html.
>
> As far as I can tell there is
On Thu, Apr 12, 2018 at 12:23 PM, wm4 wrote:
> On Thu, 12 Apr 2018 12:08:50 -0400
> Malcolm Bechard wrote:
>
> > Hey,
> >
> > I'd like to restart the conversation about a Shared Thread Pool in
> FFmpeg.
> > I found a past conversation about it here:
> >
> > https://ffmpeg.org/pipermail/ffmpeg-de
Hi,
2018-04-10 22:34 GMT+02:00 Vasile Toncu :
> Hello,
>
> This is the first part of the first patch. I added interlace options to
> tinterlace. On the next patch I will delete vf_interlace.
>
>
> Thank you,
>
> Vasile Toncu
>
>
> From b2be4e949e071f9017d8a9d6fbd1fbb56505ac50 Mon Sep 17 00:00:00
On Thu, 12 Apr 2018 15:35:45 +0200
Stephan Holljes wrote:
> This patchset is a new simple implementation of ffserver for a new
> repository. It is basically a port of https://github.com/klaxa/mkvserver_mk2
> The self-implemented fifo buffers have been replaced by AVFifoBuffer.
> Documentation on
On Thu, Apr 12, 2018 at 6:59 PM, wm4 wrote:
> On Thu, 12 Apr 2018 15:35:45 +0200
> Stephan Holljes wrote:
>
>> This patchset is a new simple implementation of ffserver for a new
>> repository. It is basically a port of https://github.com/klaxa/mkvserver_mk2
>> The self-implemented fifo buffers ha
> From: "Paul B Mahol"
> To: "FFmpeg development discussions and patches"
> Cc: "Damien Riegel" , "Patrick Keroulas"
>
> Sent: Wednesday, April 11, 2018 2:47:40 AM
> Subject: Re: [FFmpeg-devel] [PATCH v1 2/3] avcodec/bitpacked: add interlace
> support
> On 4/10/18, Patrick Keroulas wrote:
>
On Thu, 12 Apr 2018 19:12:36 +0200
Stephan Holljes wrote:
> On Thu, Apr 12, 2018 at 6:59 PM, wm4 wrote:
> > On Thu, 12 Apr 2018 15:35:45 +0200
> > Stephan Holljes wrote:
> >
> >> This patchset is a new simple implementation of ffserver for a new
> >> repository. It is basically a port of
> >
If the parser returns full frames, then the output pointer retured by
av_parser_parse2() is guaranteed to point to data contained in the
input packet's buffer.
Create a new reference to said buffer in that case, to avoid
unnecessary data copy when queueing the packet later in the function.
Signed
On Thu, 12 Apr 2018 15:34:29 -0300
James Almer wrote:
> If the parser returns full frames, then the output pointer retured by
> av_parser_parse2() is guaranteed to point to data contained in the
> input packet's buffer.
>
> Create a new reference to said buffer in that case, to avoid
> unnecessa
On 4/12/2018 3:59 PM, wm4 wrote:
> On Thu, 12 Apr 2018 15:34:29 -0300
> James Almer wrote:
>
>> If the parser returns full frames, then the output pointer retured by
>> av_parser_parse2() is guaranteed to point to data contained in the
>> input packet's buffer.
>>
>> Create a new reference to sai
On Thu, Apr 12, 2018 at 10:20:38AM +0200, Hendrik Leppkes wrote:
> ---
> libavformat/mux.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
can you provide an example/testcase of when this is needed ?
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Signed-off-by: Paul B Mahol
---
configure| 2 +-
fftools/ffmpeg_opt.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 1e192f8780..a0c05c043d 100755
--- a/configure
+++ b/configure
@@ -3458,7 +3458,7 @@ avfilter_extralibs="pthreads_extr
On Thu, Apr 12, 2018 at 9:59 PM, Michael Niedermayer
wrote:
> On Thu, Apr 12, 2018 at 10:20:38AM +0200, Hendrik Leppkes wrote:
>> ---
>> libavformat/mux.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> can you provide an example/testcase of when this is needed ?
>
Just take any fil
Hello,
I have implemented the reviews mentioned on previous patch, now there is no
need to provide any subtitle file to the filter, I am attaching the
complete patch of the hellosubs filter.
Command to run the filter
ffmpeg -i -vf hellosubs= helloout.mp4
Thanks and regards,
Anurag Singh.
O
On Tue, Apr 10, 2018 at 11:25:39PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 6381/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEGLS_fuzzer-5665032743419904
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signe
On Tue, Apr 10, 2018 at 02:28:20AM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2147483646 - -2816 cannot be represented in
> type 'int'
> Fixes: crbug 823145
>
> Reported-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h264_slice.c | 2 +-
> 1
On Tue, Apr 10, 2018 at 02:28:19AM +0200, Michael Niedermayer wrote:
> Fixes: crbug 822705
>
> Reported-by: Matt Wolenetz
> Reviewed-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mov.c | 6 ++
> 1 file changed, 6 insertions(+)
will apply
[...]
--
Michael
This patch contains DXVA2 textures support implementation by AMF encoder (in
addition of D3D11 textures)
Samples of usage:
DXVA2 decoder -> dxva2_vld texture -> AMF Encoder:
ffmpeg -hwaccel dxva2 -hwaccel_output_format dxva2_vld -extra_hw_frames 16 -i
input.mp4 -an -c:v h264_amf out.mkv
D3D11v
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Wednesday, April 11, 2018 2:13 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: Retain a reference to D3D
> frames used as input dur
2018-04-12 23:42 GMT+02:00, Alexander Kravchenko :
>
> This patch contains DXVA2 textures support implementation
> by AMF encoder (in addition of D3D11 textures)
> +if (frames_ctx->device_ctx->hwctx) {
> +#if CONFIG_D3D11VA
> +if (frames_ctx->device_ctx->type ==
> AV_HW
- enable the parsing code
- use the new buffer instead of replacing the context one
- do not push/pop configuration, just discard the exiting one
- propagate errors correctly
---
libavcodec/aacdec_template.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git
On Thu, 12 Apr 2018 16:22:01 -0300
James Almer wrote:
> On 4/12/2018 3:59 PM, wm4 wrote:
> > On Thu, 12 Apr 2018 15:34:29 -0300
> > James Almer wrote:
> >
> >> If the parser returns full frames, then the output pointer retured by
> >> av_parser_parse2() is guaranteed to point to data containe
On Thu, Apr 12, 2018 at 10:23:07AM +0200, Bodecs Bela wrote:
>
>
> 2018.04.12. 0:26 keltezéssel, Michael Niedermayer írta:
> >On Wed, Apr 11, 2018 at 10:37:41PM +0200, Bodecs Bela wrote:
> >>fate test enclosed
> >>
> >>
> >>2018.04.04. 10:39 keltezéssel, Bodecs Bela írta:
> >>>
> >>>2018.04.04. 2
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Carl
> Eugen Hoyos
> Sent: Friday, April 13, 2018 12:48 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support
> implem
Thread was moved to
[FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support implementation by
AMF encoder
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 4/12/2018 6:52 PM, wm4 wrote:
> On Thu, 12 Apr 2018 16:22:01 -0300
> James Almer wrote:
>
>> On 4/12/2018 3:59 PM, wm4 wrote:
>>> On Thu, 12 Apr 2018 15:34:29 -0300
>>> James Almer wrote:
>>>
If the parser returns full frames, then the output pointer retured by
av_parser_parse2()
2018-04-13 0:11 GMT+02:00, Alexander Kravchenko :
>
>
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Carl Eugen Hoyos
>> Sent: Friday, April 13, 2018 12:48 AM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-dev
On Thu, Apr 12, 2018 at 11:52 PM, wm4 wrote:
>
> Could we use that PARSE_HEADERS probably never changes packet contents?
Not without reviewing all parsers, its not enforced, just a usage hint really.
- Hendrik
___
ffmpeg-devel mailing list
ffmpeg-devel
On 4/8/18 11:37 PM Song, Ruiling wrote:
> > +float2 src_coord = (convert_float2(dst_pos) + 0.5) / dst_size;
> For the floating point constant, it is better to add suffix 'f' to the number
> to tell the compiler that this is a single floating point value (like 0.5f).
> The reason is if no suffi
On 11/04/18 23:56, Alexander Kravchenko wrote:
> I am sorry, sending patch one more time. Outlook was wrapping text.
> Sending patch in message body and in attachment
>
> ---
> libavcodec/amfenc.c | 123
> +++-
> 1 file changed, 102 insertions(+),
On Fri, Apr 13, 2018 at 02:13:53AM +0530, ANURAG SINGH IIT BHU wrote:
> Hello,
> I have implemented the reviews mentioned on previous patch, now there is no
> need to provide any subtitle file to the filter, I am attaching the
> complete patch of the hellosubs filter.
>
> Command to run the filter
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Friday, April 13, 2018 1:27 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: device type
> AV_HWDEVICE_TYPE_DXVA2 support
>
>
> Te
On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
> Hi
>
> Its 4 months since 3.4 was branched so its time for a new major release
>
> Is 4.0 or 3.5 preferred ?
> Any name suggestions ?
>
> If there are no objections i will likely make that release in the next weeks
more time
On 4/12/2018 7:53 PM, Michael Niedermayer wrote:
> On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
>> Hi
>>
>> Its 4 months since 3.4 was branched so its time for a new major release
>>
>> Is 4.0 or 3.5 preferred ?
>> Any name suggestions ?
>>
>> If there are no objections i wi
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Carl
> Eugen Hoyos
> Sent: Friday, April 13, 2018 1:24 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support
> impleme
On Thu, Apr 12, 2018 at 07:59:25PM -0300, James Almer wrote:
> On 4/12/2018 7:53 PM, Michael Niedermayer wrote:
> > On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
> >> Hi
> >>
> >> Its 4 months since 3.4 was branched so its time for a new major release
> >>
> >> Is 4.0 or 3.5
This will make understanding failures and adjusting EPS easier
Signed-off-by: Michael Niedermayer
---
tests/checkasm/checkasm.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/tests/checkasm/checkasm.c b/tests/checkasm/checkasm.c
index 20ce56932f..8a3e24f100 100644
--- a
Thank Steven for reviewing the patch, could anyone help to push the patch?
Best Regards
Haihao
> > On 8 Apr 2018, at 12:53, Xiang, Haihao wrote:
> >
> >
> >
> > Hi Steven,
> >
> > Are there more comments on this patch?
> >
> > Thanks
> > Haihao
> >
> >
> > > hevc parser mistakenly repor
On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
> On Thu, Apr 12, 2018 at 07:59:25PM -0300, James Almer wrote:
>> On 4/12/2018 7:53 PM, Michael Niedermayer wrote:
>>> On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
Hi
Its 4 months since 3.4 was branched so its t
On 4/12/2018 10:17 PM, James Almer wrote:
> On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
>> On Thu, Apr 12, 2018 at 07:59:25PM -0300, James Almer wrote:
>>> On 4/12/2018 7:53 PM, Michael Niedermayer wrote:
On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
> Hi
>
On 4/12/2018 9:34 PM, Michael Niedermayer wrote:
> This will make understanding failures and adjusting EPS easier
>
> Signed-off-by: Michael Niedermayer
> ---
> tests/checkasm/checkasm.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/tests/checkasm/checkasm.c b/te
Thank you sir, I'll implement the suggested reviews as soon as possible.
On Fri, Apr 13, 2018 at 4:04 AM, Michael Niedermayer wrote:
> On Fri, Apr 13, 2018 at 02:13:53AM +0530, ANURAG SINGH IIT BHU wrote:
> > Hello,
> > I have implemented the reviews mentioned on previous patch, now there
71 matches
Mail list logo