ticket #6675 the distortion in the bottom 8 pixels fixed
---
libavcodec/cfhd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index e35732df45..f10742f4fa 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -213,13 +213,14 @@ st
fate reference has also been updated and can be tested that the patched
output is better for the sample cfhd_odd.mov in fate reference. fixes
ticket #6675.
---
libavcodec/cfhd.c | 5 +++--
tests/ref/fate/cfhd-3 | 20 ++--
2 files changed, 13 insertions(+), 12 deletions(-)
dif
On Tue, 27 Mar 2018, 12:41 Gagandeep Singh,
wrote:
> ticket #6675 the distortion in the bottom 8 pixels fixed
> ---
> libavcodec/cfhd.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
> index e35732df45..f10742f4fa 100644
> ---
hevc parser mistakenly reports the following message if a dummy buffer
is padded for EOF
[hevc @ 0x559b63848610] missing picture in access unit
Signed-off-by: Haihao Xiang
---
libavcodec/hevc_parser.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/hevc_p
> On 27 Mar 2018, at 15:57, Haihao Xiang wrote:
>
> hevc parser mistakenly reports the following message if a dummy buffer
> is padded for EOF
>
> [hevc @ 0x559b63848610] missing picture in access unit
>
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/hevc_parser.c | 7 ++-
> 1 file ch
On Mon, Mar 26, 2018 at 10:56:47PM +0100, Mark Thompson wrote:
> On 26/03/18 22:44, Michael Niedermayer wrote:
> > On Mon, Mar 26, 2018 at 08:34:06AM +0200, Paul B Mahol wrote:
> >> On 3/26/18, Michael Niedermayer wrote:
> >>> On Wed, Mar 21, 2018 at 09:18:21AM +0100, Paul B Mahol wrote:
> On
Signed-off-by: Paul B Mahol
---
libavcodec/ac3_parser.c | 2 +-
libavcodec/ac3dec.c | 152 +++-
libavcodec/ac3dec.h | 9 ++-
libavcodec/eac3dec.c| 11 +---
4 files changed, 134 insertions(+), 40 deletions(-)
diff --git a/libavcodec/ac3
On 3/27/18, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/ac3_parser.c | 2 +-
> libavcodec/ac3dec.c | 152
> +++-
> libavcodec/ac3dec.h | 9 ++-
> libavcodec/eac3dec.c| 11 +---
> 4 files changed, 134 insertions
From: Meng Wang
Signed-off-by: Meng Wang
---
This v3 patch removed unused codes 'stride_dst /= sizeof(uint8_t);' compared to
v1. V1 have this codes because we referred to hevc dsp template codes.
Also removed type cast like 'uint8_t *dst = (uint8_t *)_dst;' compared to v2.
As FFmpeg hevc decod
On 27 March 2018 at 05:48, Gabriel Machado wrote:
> From: Gabriel Machado
>
> Some scaling filters implemented as OpenCL kernels. Can be used as:
>
> scale_opencl=::flags=
> where can be `neighbor', `bilinear', `bicubic' or `fast_bicubic'
>
> This is an initial draft, there's still a long way t
Thanks. Have re-submitted the patch.
Sanil
On Mon, Mar 26, 2018 at 7:10 PM, Steven Liu wrote:
>
>
> > On 26 Mar 2018, at 04:01, sanilraut wrote:
> >
> > Last segment indicated by mpd is not parsed.
> > Example stream: http://dash.akamaized.net/dash264/TestCasesIOP41/
> LastSegmentNumber/1/mani
Last segment indicated by mpd is not parsed.
Example stream:
http://dash.akamaized.net/dash264/TestCasesIOP41/LastSegmentNumber/1/manifest_last_segment_num.mpd
This patch supports parsing of Supplemental Descriptor with @schemeIdUri set to
http://dashif.org/guide-
lines/last-segment-number with
On 3/27/2018 8:57 AM, Paul B Mahol wrote:
> @@ -1511,7 +1534,7 @@ static int ac3_decode_frame(AVCodecContext * avctx,
> void *data,
> break;
> case AAC_AC3_PARSE_ERROR_FRAME_TYPE:
> /* skip frame if CRC is ok. otherwise use error concealment. */
> -/*
On 3/27/18, James Almer wrote:
> On 3/27/2018 8:57 AM, Paul B Mahol wrote:
>> @@ -1511,7 +1534,7 @@ static int ac3_decode_frame(AVCodecContext * avctx,
>> void *data,
>> break;
>> case AAC_AC3_PARSE_ERROR_FRAME_TYPE:
>> /* skip frame if CRC is ok. otherwise use e
On 3/25/2018 9:25 PM, James Almer wrote:
> Zero sized packets are already handled below in the function.
> This is more in line with av_packet_ref().
>
> Signed-off-by: James Almer
> ---
> libavcodec/avpacket.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavcodec/avpacket.c b/l
> On 27 Mar 2018, at 9:28 PM, sanilraut wrote:
>
> Last segment indicated by mpd is not parsed.
> Example stream:
> http://dash.akamaized.net/dash264/TestCasesIOP41/LastSegmentNumber/1/manifest_last_segment_num.mpd
>
> This patch supports parsing of Supplemental Descriptor with @schemeIdUri s
On Tue, Mar 27, 2018 at 1:57 PM, Paul B Mahol wrote:
> /* keep last block for error concealment in next frame */
> for (ch = 0; ch < s->out_channels; ch++)
> -memcpy(s->output[ch], output[ch], AC3_BLOCK_SIZE*sizeof(SHORTFLOAT));
> +memcpy(s->output[ch + offset], output[ch
On 3/27/18, Hendrik Leppkes wrote:
> On Tue, Mar 27, 2018 at 1:57 PM, Paul B Mahol wrote:
>> /* keep last block for error concealment in next frame */
>> for (ch = 0; ch < s->out_channels; ch++)
>> -memcpy(s->output[ch], output[ch],
>> AC3_BLOCK_SIZE*sizeof(SHORTFLOAT));
>> +
On 3/27/18 10:18 AM Rostislav Pehlivanov wrote:
> No license, can't use it. Shadertoy has no explicit license.
>
>
> Moreover the whole filter is incorrectly designed. Take a look at what mpv
> does and how it has no explicit per-algorithm scaling functions.
Thanks for the feedback!
I removed
On Mon, 26 Mar 2018 11:48:01 -0400
Devin Heitmueller wrote:
> Hello all,
>
> > On Mar 24, 2018, at 6:37 AM, Michael Niedermayer
> > wrote:
> >
> > On Sat, Mar 24, 2018 at 01:07:48AM +0100, Marton Balint wrote:
> >>
> >>
> >> On Fri, 23 Mar 2018, Devin Heitmueller wrote:
> >>
> >>> Hell
Sorry, my mail client corrupted the patch.
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/opencl/scale.cl | 111 +
libavfilter/opencl_source.h | 1 +
libavfilter/vf_scale_opencl.c | 284 +++
On Tue, 27 Mar 2018 01:22:34 +0100
Mark Thompson wrote:
> This crash was introduced by 8bbf2dacbfb4ead1535dea411035994f507f517d,
> which could incorrectly overwrite the failure result from creating the
> device.
>
> Fixes ticket #7108.
> ---
> libavutil/hwcontext_d3d11va.c | 8 +---
> 1 fil
On Tue, 27 Mar 2018 12:14:55 +0200
Michael Niedermayer wrote:
> On Mon, Mar 26, 2018 at 10:56:47PM +0100, Mark Thompson wrote:
> > On 26/03/18 22:44, Michael Niedermayer wrote:
> > > On Mon, Mar 26, 2018 at 08:34:06AM +0200, Paul B Mahol wrote:
> > >> On 3/26/18, Michael Niedermayer wrote:
Signed-off-by: Paul B Mahol
---
libavcodec/ac3_parser.c | 2 +-
libavcodec/ac3dec.c | 160 +++-
libavcodec/ac3dec.h | 9 ++-
libavcodec/eac3dec.c| 11 +---
4 files changed, 140 insertions(+), 42 deletions(-)
diff --git a/libavcodec/ac3
Signed-off-by: Paul B Mahol
---
doc/bitstream_filters.texi | 4
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/eac3_core_bsf.c | 52 ++
4 files changed, 58 insertions(+)
create mode 100644 libavcodec/
On 27 March 2018 at 16:09, Gabriel Machado wrote:
> Sorry, my mail client corrupted the patch.
>
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/opencl/scale.cl | 111 +
> libavfilter
On 3/20/2018 7:44 PM, James Almer wrote:
> On 3/16/2018 3:21 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> This is a proof of concept for a dynamic size buffer pool API.
>>
>> For the purpose of easy testing and reviewing I replaced the current
>> linked list used to keep a pool o
On Sun, Mar 25, 2018 at 08:04:17PM +0300, Sergey Lavrushkin wrote:
> Hello,
>
> This is my implementation of qualification task for GSOC Super Resolution
> Filter project.
> For default x2 upsampling with provided srcnn filter following command can
> be used:
> ffmpeg -i input -vf scale=iw*2:-1,sr
On Tue, 27 Mar 2018 14:16:15 -0300
James Almer wrote:
> On 3/20/2018 7:44 PM, James Almer wrote:
> > On 3/16/2018 3:21 PM, James Almer wrote:
> >> Signed-off-by: James Almer
> >> ---
> >> This is a proof of concept for a dynamic size buffer pool API.
> >>
> >> For the purpose of easy testing a
On Sun, Mar 25, 2018 at 10:41 AM, Mark Thompson wrote:
> Allows extraction (to side data) and removal of closed captions in
> user data blocks.
> ---
> doc/bitstream_filters.texi | 12 ++
> libavcodec/Makefile | 2 +-
> libavcodec/mpeg2_metadata_bsf.c | 81 +
Hello,
I’m continuing to do some cleanup work on the decklink libavdevice
input/output, and I’m trying to understand how the way state is managed has
evolved over time.
Specifically, there are two key state structures - decklink_ctx and
decklink_cctx. It would appear the motivation behind thi
So I haven't looked in great detail so this may all be info that you know, and
maybe not helpful...
1. You can easily link C objects to C++ code by marking it `extern "C"`
2. You can not easily link C++ objects to C code, because there are classes,
vtables, name mangling etc.
3. The solution for
Hi Grady,
> On Mar 27, 2018, at 3:05 PM, grady player wrote:
>
> So I haven't looked in great detail so this may all be info that you know,
> and maybe not helpful...
>
> 1. You can easily link C objects to C++ code by marking it `extern "C"`
> 2. You can not easily link C++ objects to C code,
So, I know we have edit list "support" in mov.c, but I am steadfast in my
belief that it is incorrect to implement it at the demuxing layer. By the
ISOBMFF spec, it is supposed to be applied at the presenattion layer. I'm
aware we probably cannot remove the current implementation very easily
(or at
Signed-off-by: Derek Buitenhuis
---
libavcodec/avcodec.h | 8 +++
libavutil/timeline.h | 160 +++
2 files changed, 168 insertions(+)
create mode 100644 libavutil/timeline.h
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 50c34db..
Signed-off-by: Paul B Mahol
---
libavcodec/ac3_parser.c | 2 +-
libavcodec/ac3dec.c | 167 +++-
libavcodec/ac3dec.h | 9 ++-
libavcodec/eac3dec.c| 11 +---
4 files changed, 147 insertions(+), 42 deletions(-)
diff --git a/libavcodec/ac3
> > +__kernel void bilinear(__write_only image2d_t dst,
> > + __read_only image2d_t src)
> > +{
> > +const sampler_t sampler = (CLK_NORMALIZED_COORDS_TRUE |
> > + CLK_ADDRESS_CLAMP_TO_EDGE |
> > + CLK_FILTER_LINE
On 27 March 2018 at 20:44, Derek Buitenhuis
wrote:
> So, I know we have edit list "support" in mov.c, but I am steadfast in my
> belief that it is incorrect to implement it at the demuxing layer. By the
> ISOBMFF spec, it is supposed to be applied at the presenattion layer. I'm
> aware we probabl
On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> I think we should drop the internal crap if the tools and the API support
> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
> frame (so people complain all the time about longer files).
I personally agree, but I thought
On 3/27/18, Derek Buitenhuis wrote:
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
>> I think we should drop the internal crap if the tools and the API support
>> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
>> frame (so people complain all the time about longer f
> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> wrote:
>
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
>> I think we should drop the internal crap if the tools and the API support
>> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
>> frame (so people complain a
On Mon, Mar 26, 2018 at 03:02:39PM -0300, James Almer wrote:
> Simplifies code.
>
> Signed-off-by: James Almer
> ---
> libavformat/mp3enc.c | 23 +++
> 1 file changed, 7 insertions(+), 16 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BAD
On 27 March 2018 at 21:01, Derek Buitenhuis
wrote:
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> > I think we should drop the internal crap if the tools and the API support
> > it. Would also solve a lot of issues like ffmpeg.c not trimming the start
> > frame (so people complain all the
On Mon, Mar 26, 2018 at 03:02:35PM -0300, James Almer wrote:
> Based on a patch by Luca Barbato.
>
> Signed-off-by: James Almer
> ---
> libavformat/internal.h | 35 ++
> libavformat/utils.c| 51
> +++---
> 2 files c
On Tue, 27 Mar 2018 16:11:11 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> > wrote:
> >
> > On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> >> I think we should drop the internal crap if the tools and the API support
> >> it. Would also solve a lot of issues
On Tue, Mar 27, 2018 at 01:31:43AM +0100, Mark Thompson wrote:
> On 27/03/18 01:20, Michael Niedermayer wrote:
> > On Sun, Mar 25, 2018 at 06:41:34PM +0100, Mark Thompson wrote:
> >> Allows insertion (from side data), extraction (to side data), and removal
> >> of closed captions in SEI messages.
>
> On Mar 27, 2018, at 4:33 PM, wm4 wrote:
>
> On Tue, 27 Mar 2018 16:11:11 -0400
> Dave Rice wrote:
>
>>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
>>> wrote:
>>>
>>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
I think we should drop the internal crap if the tools and the A
Signed-off-by: Paul B Mahol
---
libavcodec/aac_ac3_parser.c | 9 ++-
libavcodec/ac3_parser.c | 2 +-
libavcodec/ac3dec.c | 177 +++-
libavcodec/ac3dec.h | 10 ++-
libavcodec/eac3dec.c| 11 +--
5 files changed, 160 insertion
On Tue, 27 Mar 2018 16:45:23 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >
> > On Tue, 27 Mar 2018 16:11:11 -0400
> > Dave Rice wrote:
> >
> >>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> >>> wrote:
> >>>
> >>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrot
On Tue, 27 Mar 2018 16:45:23 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >
> > On Tue, 27 Mar 2018 16:11:11 -0400
> > Dave Rice wrote:
> >
> >>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> >>> wrote:
> >>>
> >>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrot
On 3/27/2018 5:22 PM, Michael Niedermayer wrote:
> On Mon, Mar 26, 2018 at 03:02:35PM -0300, James Almer wrote:
>> Based on a patch by Luca Barbato.
>>
>> Signed-off-by: James Almer
>> ---
>> libavformat/internal.h | 35 ++
>> libavformat/utils.c| 51
>> ++
On Tue, Mar 27, 2018 at 06:17:09PM -0300, James Almer wrote:
> On 3/27/2018 5:22 PM, Michael Niedermayer wrote:
> > On Mon, Mar 26, 2018 at 03:02:35PM -0300, James Almer wrote:
> >> Based on a patch by Luca Barbato.
> >>
> >> Signed-off-by: James Almer
> >> ---
> >> libavformat/internal.h | 35 ++
On Tue, Mar 27, 2018 at 10:55:05PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/aac_ac3_parser.c | 9 ++-
> libavcodec/ac3_parser.c | 2 +-
> libavcodec/ac3dec.c | 177
> +++-
> libavcodec/ac3dec.h |
Hi Derek,
I am happy to see someone trying to extend FFmpeg to support these kind
of features in a deeper way. Good luck on this journey!
Below I am mostly commenting on typos and rather minor things.
So you should for now mostly ignore my comments, but it is easier to
write them now that I read
Based on a patch by Luca Barbato.
Signed-off-by: James Almer
---
libavformat/internal.h | 38 +
libavformat/utils.c| 57 +-
2 files changed, 71 insertions(+), 24 deletions(-)
diff --git a/libavformat/internal.h
On 3/27/2018 2:58 PM, wm4 wrote:
> On Tue, 27 Mar 2018 14:16:15 -0300
> James Almer wrote:
>
>> On 3/20/2018 7:44 PM, James Almer wrote:
>>> On 3/16/2018 3:21 PM, James Almer wrote:
Signed-off-by: James Almer
---
This is a proof of concept for a dynamic size buffer pool API.
>>>
On 27/03/18 21:38, Michael Niedermayer wrote:
> On Tue, Mar 27, 2018 at 01:31:43AM +0100, Mark Thompson wrote:
>> On 27/03/18 01:20, Michael Niedermayer wrote:
>>> On Sun, Mar 25, 2018 at 06:41:34PM +0100, Mark Thompson wrote:
Allows insertion (from side data), extraction (to side data), and r
On 27/03/18 16:10, wm4 wrote:
> On Tue, 27 Mar 2018 01:22:34 +0100
> Mark Thompson wrote:
>
>> This crash was introduced by 8bbf2dacbfb4ead1535dea411035994f507f517d,
>> which could incorrectly overwrite the failure result from creating the
>> device.
>>
>> Fixes ticket #7108.
>> ---
>> libavutil
On 3/27/2018 11:46 PM, Alexander Strasser wrote:
>> + * of the stream's rate, for example: 1.2 means play back this entry at
>> 1.2x speed.
>> + * If this value is 0, then the first sample (located at 'start') must
>> be displayed
>> + * for the duration of the entry.
>> + */
>> +
Signed-off-by: James Almer
---
Implemented as a completely separate API as suggested. Missing
Changelog, APIChanges and version bump as usual.
libavutil/buffer.c | 159
libavutil/buffer.h | 53 +++
libavutil/buffer_inter
On 27 March 2018 at 15:54, Gabriel Machado wrote:
> On 3/27/18 10:18 AM Rostislav Pehlivanov wrote:
>
> > No license, can't use it. Shadertoy has no explicit license.
> >
> >
> > Moreover the whole filter is incorrectly designed. Take a look at what
> mpv
> > does and how it has no explicit per-a
See the earlier fix for movtextdec for details. The equivalent bug is
present on the encoder side as well.
We need to track the text length in 'characters' (which seems to really
mean codepoints) to ensure that styles are applied across the correct
ranges.
Signed-off-by: Philip Langdale
---
lib
On 3/25/2018 9:13 PM, Michael Niedermayer wrote:
> On Sat, Mar 24, 2018 at 01:56:26AM +0100, Michael Niedermayer wrote:
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavcodec/get_bits.h | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> will apply
HOSTCC libavcodec/qdm2_tablege
From: Vishwanath Dixit
In write only mode, the TCP receive buffer keeps growing and eventually
becomes full. This results in zero tcp window size, which in turn causes
unwanted issues, like, terminated tcp connection. The issue is apparent
when http persistent connection is enabled in hls/dash st
> On 28 Mar 2018, at 12:52, vdi...@akamai.com wrote:
>
> From: Vishwanath Dixit
>
> In write only mode, the TCP receive buffer keeps growing and eventually
> becomes full. This results in zero tcp window size, which in turn causes
> unwanted issues, like, terminated tcp connection. The issue i
On 3/28/18, Michael Niedermayer wrote:
> On Tue, Mar 27, 2018 at 10:55:05PM +0200, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/aac_ac3_parser.c | 9 ++-
>> libavcodec/ac3_parser.c | 2 +-
>> libavcodec/ac3dec.c | 177
>>
66 matches
Mail list logo
