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
>>
> On 28 Mar 2018, at 12:52, [email protected] 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
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 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
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 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
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 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.
>> + */
>> +
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 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 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.
>>>
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
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
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 |
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 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, 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
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 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
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 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 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 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: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 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 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 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 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
> > +__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
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
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..
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
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 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
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
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 +
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 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 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 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
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/
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
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:
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
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 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
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 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 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 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 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 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/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. */
> -/*
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
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
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
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 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
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 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
> 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
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 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
> ---
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
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
66 matches
Mail list logo
