From: Richard Shaffer
The HLSContext struct contains fields which duplicate the data stored in the
avio_opts field. This change removes those fields in favor of avio_opts, and
updates the code accordingly.
---
The original patch caused the buffer pointed to by new_cookies in open_url to be
leaked
On 4/13/2018 3:59 PM, Michael Niedermayer wrote:
> On Thu, Apr 12, 2018 at 03:34:29PM -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
From: Richard Shaffer
---
libavformat/http.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/http.c b/libavformat/http.c
index 983034f083..b4a1919f24 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -1103,6 +1103,7 @@ static int get_cookies(HTTPContext *s, char **cooki
lgtm, I was able to build ffmpeg for windows on Linux with this patch by
following my notes here:
https://bugs.chromium.org/p/chromium/issues/detail?id=783021#c6
- dale
On Thu, Feb 1, 2018 at 2:52 AM Alexander Bilyak
wrote:
> When using clang-cl it expects parameters passed in MSVC-style, so
>
When compiling for THUMB-2, the conditional branch to PLT results in a
R_ARM_THM_JUMP19 relocation. Some linkers don't support this relocation
in THUMB-2 (ld.gold), while others can end up truncating the relocation
to fit (ld.bfd).
Adding an "it eq" before the branch converts it into an unconditio
On Thu, Apr 12, 2018 at 03:12:46AM +0200, Michael Niedermayer wrote:
> Fixes: out of array access
> Fixes: poc_0411
>
> Found-by: GwanYeong Kim
> Tested-by: GwanYeong Kim
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/utils.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
On Tue, Apr 10, 2018 at 11:25:40PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 6389/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEMOTION2_fuzzer-5695918121680896
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
On Thu, Apr 12, 2018 at 03:12:45AM +0200, Michael Niedermayer wrote:
> Fixes: crbug 829153
>
> Reported-by: Matt Wolenetz
> Reviewed-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
[...]
--
2018.04.13. 20:54 keltezéssel, Michael Niedermayer írta:
On Fri, Apr 13, 2018 at 12:16:52PM +0200, Bodecs Bela wrote:
Dear All,
In some cases, mainly working with multiprogram mpeg-ts containers as
input, it would be handy to select sub stream of a specific program by
their metadata.
This pat
On 4/13/18, Martin Vignali wrote:
>> You sure those are actually used in binary?
>>
>>
> luma, chroma matrix in prores is write in each frame.
> So i take these values, from a real sample (prores made with official
> encoder (and for xq, you can also, compare with arri sample footage)
>
> For the
> You sure those are actually used in binary?
>
>
luma, chroma matrix in prores is write in each frame.
So i take these values, from a real sample (prores made with official
encoder (and for xq, you can also, compare with arri sample footage)
For the proxy chroma version is also the same matrix us
On 4/13/18, Martin Vignali wrote:
> Hello,
>
> Patch in attach, add support to a separate luma and chroma matrix
> for prores encoding
>
> like proxy and xq codec version, doesn't have the same luma and chroma
> matrix
>
> The official xq luma matrix is not use for now (need to fix something
> els
Hello,
Patch in attach, add support to a separate luma and chroma matrix
for prores encoding
like proxy and xq codec version, doesn't have the same luma and chroma
matrix
The official xq luma matrix is not use for now (need to fix something
elsein the encoder in order to use it
(desaturate the p
On Thu, Apr 12, 2018 at 03:34:29PM -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
> unne
On Fri, Apr 13, 2018 at 12:16:52PM +0200, Bodecs Bela wrote:
> Dear All,
>
> In some cases, mainly working with multiprogram mpeg-ts containers as
> input, it would be handy to select sub stream of a specific program by
> their metadata.
> This patch makes it possible to narrow the stream selectio
On Wed, 11 Apr 2018 21:53:25 +0530
Gyan Doshi wrote:
> rom b18cb5bfb7c8df130892f9ec9552287edac2b17a Mon Sep 17 00:00:00 2001
> From: Gyan Doshi
> Date: Wed, 11 Apr 2018 21:46:03 +0530
> Subject: [PATCH] MAINTAINERS: add myself to documentation section
>
> ---
> MAINTAINERS | 2 +-
> 1 file cha
---
libavcodec/nvdec_h264.c | 8 +++-
libavcodec/nvdec_hevc.c | 2 +-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/nvdec_h264.c b/libavcodec/nvdec_h264.c
index 35f54f2ed5..25b30329d0 100644
--- a/libavcodec/nvdec_h264.c
+++ b/libavcodec/nvdec_h264.c
@@ -74,7 +74,7
On 4/13/2018 10:48 AM, Michael Niedermayer wrote:
> On Fri, Apr 13, 2018 at 10:33:32AM -0300, James Almer wrote:
>> On 4/13/2018 9:59 AM, Michael Niedermayer wrote:
>>> On Thu, Apr 12, 2018 at 10:17:51PM -0300, James Almer wrote:
On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
>>> [...]
>>>
>
On Fri, Apr 13, 2018 at 03:44:40PM +0200, Łukasz Krzciuk wrote:
> Hi,
>
> this change is needed according to OIPF spec: 8.4.2 AVComponent,
> audioDescription case:
>
>1. an audio component with an ISO_639_language_descriptor in the PMT
>with the audio_type field set to 0x03
>2. a supp
On Thu, Apr 12, 2018 at 03:35:47PM +0200, Stephan Holljes wrote:
> ---
> publisher.c | 278
>
> publisher.h | 134 +
> 2 files changed, 412 insertions(+)
> create mode 100644 publisher.c
> create mode 10064
On 4/10/2018 8:54 PM, James Almer wrote:
> On 4/9/2018 11:35 AM, Derek Buitenhuis wrote:
>> On 4/9/2018 3:32 PM, James Almer wrote:
>>> Maybe they already know and it was fixed at some point, seeing the
>>> OpenBSD fate client we have has software from 2007 (gcc 4.2, and safe to
>>> assume equally
On Thu, Apr 12, 2018 at 03:35:46PM +0200, Stephan Holljes wrote:
> ---
> segment.c | 143
> ++
> segment.h | 104 +
> 2 files changed, 247 insertions(+)
> create mode 100644 segment.c
> creat
On Fri, Apr 13, 2018 at 10:33:32AM -0300, James Almer wrote:
> On 4/13/2018 9:59 AM, Michael Niedermayer wrote:
> > On Thu, Apr 12, 2018 at 10:17:51PM -0300, James Almer wrote:
> >> On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
> > [...]
> >
> >>>
> >>>
> and apply the fix to the c11 check
Hi,
this change is needed according to OIPF spec: 8.4.2 AVComponent,
audioDescription case:
1. an audio component with an ISO_639_language_descriptor in the PMT
with the audio_type field set to 0x03
2. a supplementary_audio_descriptor with the editorial_classification
field set to 0x0
On 4/13/2018 9:59 AM, Michael Niedermayer wrote:
> On Thu, Apr 12, 2018 at 10:17:51PM -0300, James Almer wrote:
>> On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
> [...]
>
>>>
>>>
and apply the fix to the c11 check in configure.
>>>
>>> you want me to apply it ?
>>> or i misunderstand ?
>>
On Thu, Apr 12, 2018 at 10:17:51PM -0300, James Almer wrote:
> On 4/12/2018 9:11 PM, Michael Niedermayer wrote:
[...]
> >
> >
> >> and apply the fix to the c11 check in configure.
> >
> > you want me to apply it ?
> > or i misunderstand ?
>
> You confirmed it worked ("foo += bar" and "bar = 0"
2018-04-13 16:19 GMT+08:00 Jun Zhao :
>
>
> On 2018/4/12 16:48, Steven Liu wrote:
>> 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 ae0545
On Thu, Apr 12, 2018 at 10:17:51PM -0300, 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
Hi,
I haven't received any feedback regarding this qualification task
whether it's accepted or not. So, with less than 10 days left for GSoC,
I thought I was ask for any reviews about my task so that I can fix it
if anything needs fixing. Thanks in advance.
Best regards,
Mina Sami.
On 03
On Fri, Apr 13, 2018 at 12:59 AM, James Almer wrote:
> a bunch of msvc miscompilation failures that Microsoft will not fix.
A bunch of those are apparently fixed in an upcoming compiler update,
Martin reported those (for VS2017)
What remains we'll have to see afterwards, its no fun to try to fin
Dear All,
In some cases, mainly working with multiprogram mpeg-ts containers as
input, it would be handy to select sub stream of a specific program by
their metadata.
This patch makes it possible to narrow the stream selection among
streams of the specified program by stream metadata.
Examples:
2018.04.12. 23:53 keltezéssel, Michael Niedermayer írta:
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, Bode
On 4/13/18, Hendrik Leppkes wrote:
> On Wed, Apr 11, 2018 at 1:40 PM, Hendrik Leppkes
> wrote:
>> If a frame starts very close to a packet boundary, the start code may
>> already have been added to the parsing buffer, indicated by a small
>> negative value of "i", while the header is still being
On Wed, Apr 11, 2018 at 1:40 PM, Hendrik Leppkes wrote:
> If a frame starts very close to a packet boundary, the start code may
> already have been added to the parsing buffer, indicated by a small
> negative value of "i", while the header is still being tracked in the
> "state" variable.
>
> Redu
On Thu, Apr 12, 2018 at 4:29 PM, 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 1006
> -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
>
Hi Mar
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
On 2018/4/12 16:48, Steven Liu wrote:
> 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
> LGTM.
>
>
> --phil
applied
signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Apr 13, 2018 at 12:24 AM, Carl Eugen Hoyos wrote:
> 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: FFm
40 matches
Mail list logo
