On Sat, Sep 29, 2018 at 4:37 PM Jean-Baptiste Kempf wrote:
>
> On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
> > I'm still a bit annoyed that this wasn't even a consideration when it was
>
> How do you know it was not considered?
I took BBB by his word
On Sat, Sep 29, 2018 at 3:02 PM Devin Heitmueller
wrote:
>
> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> wrote:
> > I'd much rather go with the original intent which was to merge the decoder
> > into lavc.
>
> Ronald can correct me if I'm wrong, but I suspect a key goal behind
> the de
On Sat, Sep 29, 2018 at 12:05 PM Rostislav Pehlivanov
wrote:
>
> On Fri, 28 Sep 2018 at 22:51, James Almer wrote:
>
> > From: Ronald S. Bultje
> >
> > Originally written by Ronald S. Bultje, with fixes, optimizations and
> > improvements by James Almer.
> >
> > Signed-off-by: James Almer
> >
>
On Wed, Sep 26, 2018 at 2:27 PM Tristan Matthews wrote:
>
> Partially fixes #7456
> ---
row-mt is enabled by default in recent libaom versions, and they even
removed the option for it from aomdec, so do we really need that
option?
- Hendrik
___
ffmpeg-
On Thu, Sep 20, 2018 at 3:52 PM Tobias Rapp wrote:
>
> On 20.09.2018 12:26, Martin Vignali wrote:
> > Hello,
> >
> > In current git, the qt faststart test doesn't pass for me (clang os 10.12),
> > maybe need to be fix before the release.
> >
> > CCtools/qt-faststart.o
> > LDtools/qt-fastst
On Mon, Sep 17, 2018 at 1:22 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> For interlaced frame, it has to call slice_end() for both fields. And
> VASliceParameterBufferMPEG2::slice_vertical_position is supposed to be
> the position in the picture but not field in this case.
>
How does this impact o
On Mon, Sep 17, 2018 at 9:28 AM Karthick J wrote:
>
> From: Karthick Jeyapal
>
> Commit ID 63c69d51c7532fb6c2460076329b50ec51a0f290 fixed the bug in vpcc,
> get_vp9_level() function, causing this change.
> ---
> libavformat/dashenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> d
On Wed, Sep 12, 2018 at 8:15 PM James Almer wrote:
>
> This reverts commit f631c328e680a3dd491936b92f69970c20cdcfc7.
>
> The avcodec_parameters_to_context() call was freeing and reallocating
> AVCodecContext->extradata, essentially taking ownership of it, which according
> to the doxy is user owne
On Mon, Sep 3, 2018 at 7:27 PM wrote:
>
> From: Anonymous Maarten
>
> These defines should be passed by pkg-config.
Are they? Because if not, you should get that fixed upstream first
before these commits are acceptable and cause regressions.
- Hendrik
___
On Fri, Aug 31, 2018 at 7:28 AM Rodger Combs wrote:
>
> We previously set pos to several bytes before the actual packet sync byte,
> which meant that seeking to pos relied on resync working, which can fail
> if there are 0x47 bytes in the additional data.
>
> The resync issue should probably also
On Fri, Aug 24, 2018 at 5:53 PM James Almer wrote:
>
> On 8/24/2018 12:47 PM, Carl Eugen Hoyos wrote:
> > 2018-08-24 17:41 GMT+02:00, James Almer :
> >> On 8/24/2018 12:33 PM, Carl Eugen Hoyos wrote:
> >>> 2018-08-24 17:31 GMT+02:00, James Almer :
> On 8/24/2018 7:19 AM, Carl Eugen Hoyos wrot
On Fri, Aug 24, 2018 at 5:01 AM myp...@gmail.com wrote:
>
> On Fri, Aug 24, 2018 at 5:38 AM Rodger Combs wrote:
> >
> > We previously could fail to check errors entirely, or misinterpret read
> errors
> > as normal EOFs.
> > ---
> > libavformat/mpegts.c | 13 +++--
> > 1 file changed, 11
On Thu, Aug 23, 2018 at 10:43 PM James Almer wrote:
>
> On 8/21/2018 7:47 PM, James Almer wrote:
> > On 8/20/2018 3:35 PM, Jacob Trimble wrote:
> >> I am not entirely sure what this flag is supposed to be, since there
> >> is no documentation where it is defined. But this was suggested by
> >> Ja
On Wed, Aug 22, 2018 at 12:55 AM James Almer wrote:
>
> On 8/20/2018 3:35 PM, Jacob Trimble wrote:
> > I am not entirely sure what this flag is supposed to be, since there
> > is no documentation where it is defined. But this was suggested by
> > James Almer as a fix for my encrypted Opus problem
On Mon, Aug 20, 2018 at 7:09 PM James Almer wrote:
>
> On 8/20/2018 1:44 PM, Kagami Hiiragi wrote:
> > Nothing prevents it to work except this check. AV1 is already supported
> > by Matroska muxer and aomenc produces WebM/AV1 files as well.
> >
> > Signed-off-by: Kagami Hiiragi
> >
> > diff --git
On Fri, Aug 17, 2018 at 12:05 PM Paweł Wegner wrote:
>
> Yes, it will work.
>
> Fixes: runtime error: passing uninitialized value to FreeContextBuffer
> causes a crash
>
> Signed-off-by: Paweł Wegner
> ---
> libavformat/tls_schannel.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> d
On Sun, Aug 12, 2018 at 12:42 PM tugouxp <13824125...@163.com> wrote:
>
> hi all:
> i add log print in function "h264_decode_frame" in order to get the start
> code infomation of the input packet bitstream,
> and the log is below. but the result is not expected, for the doucument says
> eac
On Fri, Aug 10, 2018 at 10:41 AM Baozeng wrote:
>
> I do not agree with you. We cannot trust any user input.
>
The API requires this, if this is not fullfilled then the user
application is buggy, not avcodec.
PS:
Please don't top post on this ML.
- Hendrik
__
On Wed, Jul 18, 2018 at 12:37 AM Carl Eugen Hoyos wrote:
> > This doesn't change how the format is stored, just when cropping is applied.
>
> Then I wonder what exactly this patch fixes (if nothing is changed).
>
"Change when cropping is applied" is nothing? Thats everything this
patch is about,
On Wed, Jul 18, 2018 at 12:13 AM Carl Eugen Hoyos wrote:
>
> 2018-07-17 23:58 GMT+02:00, Hendrik Leppkes :
> > On Tue, Jul 17, 2018 at 11:54 PM Carl Eugen Hoyos
> > wrote:
> >>
> >> 2018-07-17 21:39 GMT+02:00, Vittorio Giovara :
> >> > YUV410P requ
On Tue, Jul 17, 2018 at 11:54 PM Carl Eugen Hoyos wrote:
>
> 2018-07-17 21:39 GMT+02:00, Vittorio Giovara :
> > YUV410P requires that sizes are divisible by 4.
>
> Do you mean that AV_PIX_FMT_YUV410P requires it?
> Where is this documented?
>
Its a consequence of the subsampling factor. 4:1:0 is
On Tue, Jul 17, 2018 at 8:15 PM wrote:
>
> From: Archer Chang
>
> Some QNAP surveillance system will only change audio type id
> WAVE_FORMAT_RAW_AAC1
> to 0x0AAC but not audio track itself.
> ---
> libavformat/riffdec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/riff
On Tue, Jul 10, 2018 at 12:29 AM Baptiste Coudurier
wrote:
>
> Hi James,
>
> On Mon, Jul 9, 2018 at 11:26 AM, James Almer wrote:
>
> [...]
>
>
> > @@ -5438,7 +5461,7 @@ int ff_mov_write_packet(AVFormatContext *s,
> > AVPacket *pkt)
> > av_log(s, AV_LOG_WARNING, "pts has no value\n");
> >
On Tue, Jul 3, 2018 at 8:52 PM Carl Eugen Hoyos wrote:
>
> 2018-07-03 20:15 GMT+02:00, Hendrik Leppkes :
> > On Tue, Jul 3, 2018 at 10:55 AM Li, Zhong wrote:
> >>
> >> > -Original Message-
> >> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun..
On Tue, Jul 3, 2018 at 10:55 AM Li, Zhong wrote:
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Yuri Palich
> > Sent: Friday, March 2, 2018 7:55 PM
> > To: ffmpeg-devel
> > Subject: [FFmpeg-devel] [PATCH] https://trac.ffmpeg.org/t
On Mon, Jun 18, 2018 at 8:19 PM Michael Niedermayer
wrote:
>
> On Mon, Jun 18, 2018 at 06:52:18PM +0200, Nicolas George wrote:
> > Tomas Härdin (2018-06-18):
> > > Others have mentioned this already, but it bears repeating: the build
> > > (make) isn't what's so slow, configure is. I went ahead an
On Sun, Jun 17, 2018 at 2:45 PM Rostislav Pehlivanov
wrote:
>
> On 17 June 2018 at 05:21, Ramiro Polla wrote:
>
> > ---
> > libavcodec/avcodec.h | 4
> > libavcodec/mpegutils.c | 20
> > libavcodec/options_table.h | 1 +
> > libavutil/frame.c | 1 +
On Thu, Jun 14, 2018 at 9:05 PM Nicolas George wrote:
>
> Hendrik Leppkes (2018-06-14):
> > I don't mind make itself, for me its configure thats the real problem.
> > Its extremely slow (we're talking minutes), for me often taking longer
> > then the actual c
On Thu, Jun 14, 2018 at 8:56 PM Nicolas George wrote:
>
> Josh de Kock (2018-06-14):
> > As such, I'd like to propose adopting a new build system to FFmpeg, namely
> > Meson[1].
>
> I am very strongly against this.
>
> I loathe make and all it has to do with it, but really, for a project
> like th
On Tue, Jun 12, 2018 at 7:00 AM Gyan Doshi wrote:
>
>
> Will push tomorrow.
This flag is part of the public API, and eventhough it is entirely
unused, you cannot remove public API without a proper deprecation
period.
- Hendrik
___
ffmpeg-devel mailing
On Thu, Jun 7, 2018 at 12:21 AM, Mark Thompson wrote:
> On 06/06/18 16:31, Ruiling Song wrote:
>> This fix a build error on Windows:
>> C2440: connot convert from 'void (__cdecl *) (...)' to 'void (__stdcall
>> *)(...)'.
>>
>> Signed-off-by: Ruiling Song
>> ---
>> libavutil/hwcontext_opencl.c |
On Mon, Jun 4, 2018 at 12:16 PM, Thomas Volkert wrote:
>
> On 04.06.2018 04:55, Steven Liu wrote:
>> Signed-off-by: Steven Liu
>> ---
>> configure| 1 -
>> libavformat/hlsenc.c | 27 ---
>> 2 files changed, 12 insertions(+), 16 deletions(-)
>>
>> diff --git a
On Thu, May 24, 2018 at 8:22 AM, Xiang, Haihao wrote:
> On Fri, 2018-05-18 at 11:13 +0200, Hendrik Leppkes wrote:
>> On Fri, May 18, 2018 at 10:52 AM, Xiang, Haihao
>> wrote:
>> > On Thu, 2018-05-17 at 12:30 +0200, Hendrik Leppkes wrote:
>> > > On Thu, Ma
On Wed, Apr 11, 2018 at 1:46 PM, Hendrik Leppkes wrote:
> ---
> libavcodec/hevcdec.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> index c8877626d2..e8227a510b 100644
> --- a/libavcodec/hevcdec.c
> ++
On Tue, May 22, 2018 at 10:35 PM, Carl Eugen Hoyos wrote:
> 2018-05-22 17:40 GMT+02:00, Gagandeep Singh :
>
>> +low= s->plane[plane].subband[0];
>> +high = s->plane[plane].subband[8];
>> +output = s->plane[plane].l_h[6];
>> +for (i = 0; i < low
On Fri, May 18, 2018 at 11:17 PM, wm4 wrote:
>
> Other flags are also generic. For a long time, AV_PKT_FLAG_KEY was the
> only flag. It applies to every codec, and is in theory not necessary
> for decoding (although some decoders might read it anyway, but that's
> a separate story).
>
> If we add
On Fri, May 18, 2018 at 10:52 AM, Xiang, Haihao wrote:
> On Thu, 2018-05-17 at 12:30 +0200, Hendrik Leppkes wrote:
>> On Thu, May 17, 2018 at 8:08 AM, Xiang, Haihao
>> wrote:
>> > On Wed, 2018-05-16 at 11:27 +0200, Hendrik Leppkes wrote:
>> > > On Wed, May
On Thu, May 17, 2018 at 1:10 PM, Gyan Doshi wrote:
>
> Of these, 10 failed (and have always failed) because of avformat_open_file
> errors. Since I'm running this in MSYS2,
>
> '/ffmpeg/fate-suite/folder/samplefile'
>
> gets translated to
>
> 'G:/Code/ffmpeg/fate-suite/folder/samplefile'
>
> avfor
On Thu, May 17, 2018 at 8:08 AM, Xiang, Haihao wrote:
> On Wed, 2018-05-16 at 11:27 +0200, Hendrik Leppkes wrote:
>> On Wed, May 16, 2018 at 10:49 AM, Xiang, Haihao
>> wrote:
>> > On Wed, 2018-05-16 at 10:17 +0200, Hendrik Leppkes wrote:
>> > > On Wed, M
On Thu, May 17, 2018 at 11:49 AM, Michael Niedermayer
wrote:
> On Wed, May 16, 2018 at 12:53:46AM +0200, Carl Eugen Hoyos wrote:
>> 2018-05-16 0:29 GMT+02:00, Hendrik Leppkes :
>>
>> > It makes no real difference if its less efficient or whatever -
>> > if a
On Wed, May 16, 2018 at 8:11 PM, wm4 wrote:
> On Wed, 16 May 2018 15:19:44 +0800
> Haihao Xiang wrote:
>
>> Signed-off-by: Haihao Xiang
>> ---
>> libavcodec/hevcdec.c | 5 +
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
>> index c8877626d2
On Wed, May 16, 2018 at 4:25 PM, James Almer wrote:
> On 5/16/2018 11:07 AM, Derek Buitenhuis wrote:
>> On Mon, May 14, 2018 at 5:50 PM, Derek Buitenhuis
>> wrote:
>>> This is a little rambling / stream of thought, but take it as you will,
>>> and perhaps some discussion or change comes of it. Or
On Wed, May 16, 2018 at 10:49 AM, Xiang, Haihao wrote:
> On Wed, 2018-05-16 at 10:17 +0200, Hendrik Leppkes wrote:
>> On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang wrote:
>> > Signed-off-by: Haihao Xiang
>> > ---
>> > libavcodec/hevcdec.c | 5
On Wed, May 16, 2018 at 9:19 AM, Haihao Xiang wrote:
> Signed-off-by: Haihao Xiang
> ---
> libavcodec/hevcdec.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> index c8877626d2..13d868bb4f 100644
> --- a/libavcodec/hevcdec.c
> +++ b/lib
On Wed, May 16, 2018 at 2:39 AM, Peter Bennett wrote:
> From: Peter Bennett
>
> libavformat.v has url_open, url_close and url_write. These
> should be ffurl_ in each case.
> ---
> libavformat/libavformat.v | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat
On Tue, May 15, 2018 at 11:02 PM, Michael Niedermayer
wrote:
> On Mon, May 14, 2018 at 01:31:42AM +0200, Hendrik Leppkes wrote:
>> On Mon, May 14, 2018 at 1:07 AM, Michael Niedermayer
>> wrote:
>> > Fixes: Timeout
>> > Fixes:
>>
On Tue, May 15, 2018 at 11:31 AM, Mark Thompson wrote:
>
> I think that means there should be something gating this test (and any other
> hardware tests) - how about a configure option --(en|dis)able-hw-tests, with
> default value the same as autodetect? (I think that has the right
> propertie
On Tue, May 15, 2018 at 12:30 AM, Rostislav Pehlivanov
wrote:
> On 14 May 2018 at 22:57, Mark Thompson wrote:
>
>> On 14/05/18 22:38, Rostislav Pehlivanov wrote:
>> > On 12 May 2018 at 20:49, Rostislav Pehlivanov
>> wrote:
>> >> On 8 November 2017 at 21:26, Rostislav Pehlivanov
>> >> wrote:
>>
On Mon, May 14, 2018 at 1:07 AM, Michael Niedermayer
wrote:
> Fixes: Timeout
> Fixes:
> 6383/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-6199846902956032
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by:
On Tue, May 8, 2018 at 5:47 PM, James Almer wrote:
> On 5/8/2018 12:27 PM, Hendrik Leppkes wrote:
>> The filter uses avio for file access already, and avio_check is
>> portable.
>>
>> Fixes trac #7192.
>
> Remove the access dep in configure while at it.
>
>
The filter uses avio for file access already, and avio_check is
portable.
Fixes trac #7192.
---
libavfilter/vf_srcnn.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavfilter/vf_srcnn.c b/libavfilter/vf_srcnn.c
index dace2b99b5..edffebb278 100644
--- a/libavfilter/vf_s
On Sun, May 6, 2018 at 10:27 PM, James Almer wrote:
> On 5/5/2018 5:38 PM, James Almer wrote:
>> On 4/10/2018 2:16 PM, Sergey Lavrushkin wrote:
>>> diff --git a/libavfilter/vf_srcnn.c b/libavfilter/vf_srcnn.c
>>> new file mode 100644
>>> index 00..d9b4891f7f
>>> --- /dev/null
>>> +++ b/lib
On Wed, May 2, 2018 at 8:52 PM, James Almer wrote:
> On 5/2/2018 3:44 PM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes ticket #7110 for me.
>
> hevc in AVI is not a thing, and adding a non official fourcc to
> ff_codec_movvideo_tags to support weird files created by faulty software
>
On Sun, Apr 29, 2018 at 4:00 PM, James Almer wrote:
> On 4/29/2018 8:08 AM, Derek Buitenhuis wrote:
>> On 4/29/2018 3:21 AM, James Almer wrote:
>>> +BenchmarkTimeStamps time_stamps = { .real_usec = av_gettime_relative()
>>> };
>>
>> Does this build on supported versions of MSVC?
>
> I don't k
On Sat, Apr 28, 2018 at 10:44 AM, Jerome Borsboom
wrote:
>> This patch is not correct.
>>
>> this code is not used if AV_CODEC_FLAG_BITEXACT is set, because it is
>> not bit exact ...
>>
>> Also the case where the off by 1 error occurs is a rare corner case,
>> Compared to the errors introduced by
On Thu, Apr 26, 2018 at 4:12 PM, Daniel Oberhoff
wrote:
>
>> On 26. Apr 2018, at 14:08, Hendrik Leppkes wrote:
>>
>> On Thu, Apr 26, 2018 at 2:06 PM, Daniel Oberhoff
>> wrote:
>>> Hello,
>>>
>>> I just started programming to directly us
On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff
wrote:
>
>> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff
>> :
>>
>>
>>> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff
>>> :
>>>
>>>
Am 26.04.2018 um 13:52 schrieb Nicolas George :
Daniel Oberhoff (2018-04-26):
> I was wonderi
On Thu, Apr 26, 2018 at 2:06 PM, Daniel Oberhoff
wrote:
> Hello,
>
> I just started programming to directly use the cuda decoded frames on the gpu
> (working off master). Would it be possible to publicly expose the loaded cuda
> functions? This way I can inherit the possibility to build with cud
On Wed, Apr 25, 2018 at 9:55 AM, Steve Lhomme wrote:
> Le 24/04/2018 à 08:28, Hendrik Leppkes a écrit :
>>
>> On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
>>>
>>> If we don't do that get_format might not be called for a while and the
>>>
On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
> If we don't do that get_format might not be called for a while and the proper
> SAR not used.
>
> See the sample mentioned here: https://trac.videolan.org/vlc/ticket/19435
> ---
> libavcodec/h264_slice.c | 4 +++-
> 1 file changed, 3 insertio
On Tue, Apr 24, 2018 at 12:47 AM, Marton Balint wrote:
>
>
> On Mon, 23 Apr 2018, Ronald S. Bultje wrote:
>
>> Hi Thilo,
>>
>> On Mon, Apr 23, 2018 at 4:45 PM, Thilo Borgmann
>> wrote:
>>
>>> From the users perspective I don't see why we don't have wrappers for a
>>> commercial codec.
>>
>>
>>
>>
On Sun, Apr 22, 2018 at 1:50 AM, Carl Eugen Hoyos wrote:
> 2018-04-22 1:29 GMT+02:00, Hendrik Leppkes :
>> On Sun, Apr 22, 2018 at 1:02 AM, Carl Eugen Hoyos
>> wrote:
>>> 2018-04-22 0:53 GMT+02:00, Reino Wijnsma :
>>>> On 21-4-2018 22:43, Carl Eugen Hoyos wro
On Sat, Apr 21, 2018 at 10:15 PM, Carl Eugen Hoyos wrote:
> 2018-04-21 21:59 GMT+02:00, Thomas Volkert :
>> On 21.04.2018 21:46, Carl Eugen Hoyos wrote:
>>
>>> 2018-04-21 21:37 GMT+02:00, Hendrik Leppkes :
>
>>>> Can you elaborate what you think the pro
On Sun, Apr 22, 2018 at 1:02 AM, Carl Eugen Hoyos wrote:
> 2018-04-22 0:53 GMT+02:00, Reino Wijnsma :
>> On 21-4-2018 22:43, Carl Eugen Hoyos wrote:
>>> Attached patch is supposed to fix an old issue with debug messages and
>>> a currently reported compilation warning that I believe also indicate
On Sat, Apr 21, 2018 at 6:18 PM, Carl Eugen Hoyos wrote:
> 2018-04-21 16:01 GMT+02:00, Thomas Volkert :
>
>> +++ b/Changelog
>> @@ -3,6 +3,7 @@ releases are sorted from youngest to oldest.
>>
>> version :
>> - deblock filter
>> +- support mbedTLS based TLS
>
> From a quick look, I believe this l
ex
On Thu, Apr 19, 2018 at 9:39 PM, wm4 wrote:
> On Thu, 19 Apr 2018 21:32:20 +0200
> Marton Balint wrote:
>
>> Signed-off-by: Marton Balint
>> ---
>> doc/APIchanges | 3 +++
>> libavutil/pixdesc.h | 11 +++
>> libavutil/version.h | 2 +-
>> 3 files changed, 15 insertions(+), 1
On Thu, Apr 19, 2018 at 4:45 PM, wm4 wrote:
> On Thu, 19 Apr 2018 16:33:09 +0200
> Hendrik Leppkes wrote:
>
>> On Thu, Apr 19, 2018 at 12:40 PM, wm4 wrote:
>> >
>> > Regarding this patch, personally I don't think using getenv() to
>> > configure
On Thu, Apr 19, 2018 at 12:40 PM, wm4 wrote:
>
> Regarding this patch, personally I don't think using getenv() to
> configure what is pretty much API semantics is acceptable. But a new
> API function that restricts what codecs are used based on a string
> argument might be ok. Then applications co
On Thu, Apr 19, 2018 at 4:21 PM, Derek Buitenhuis
wrote:
> On 4/18/2018 9:27 AM, Timo Rothenpieler wrote:
>> On 18.04.2018 10:05, Wang Bin wrote:
-elif $_cc -nologo- 2>&1 | grep -q Microsoft; then
+elif $_cc -nologo- 2>&1 | grep -q Microsoft || $_cc -v 2>&1 | grep -q
>>
On Thu, Apr 19, 2018 at 1:57 PM, Matthieu Bouron
wrote:
> On Wed, Apr 18, 2018 at 6:13 PM, Matthieu Bouron
> wrote:
>
>> On Mon, Apr 16, 2018 at 03:53:23PM +0200, Matthieu Bouron wrote:
>> > On Wed, Apr 11, 2018 at 3:14 PM, Matthieu Bouron <
>> matthieu.bou...@gmail.com>
>> > wrote:
>> >
>> > > F
On Wed, Apr 18, 2018 at 11:15 PM, Michael Niedermayer
wrote:
> On Wed, Apr 18, 2018 at 04:09:41PM +0200, Hendrik Leppkes wrote:
>> On Mon, Apr 16, 2018 at 1:24 PM, Michael Niedermayer
>> wrote:
>> > On Sat, Apr 14, 2018 at 02:04:43PM +0200, Michael Niedermayer wrote:
&g
On Wed, Apr 18, 2018 at 9:10 PM, Jan Ekström wrote:
> On Wed, Apr 18, 2018 at 9:37 PM, Hendrik Leppkes wrote:
>> ---
>> libavformat/tls_schannel.c | 10 ++
>> 1 file changed, 6 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavformat/tls_schann
On Wed, Apr 18, 2018 at 11:08 AM, Hendrik Leppkes wrote:
> On Thu, Feb 1, 2018 at 11:52 AM, Alexander Bilyak
> wrote:
>> When using clang-cl it expects parameters passed in MSVC-style, so
>> appropriate toolchain should be selected.
>> As soon as both clang and clan
On Wed, Apr 18, 2018 at 4:57 PM, Hendrik Leppkes wrote:
> On Wed, Apr 18, 2018 at 4:34 PM, Hendrik Leppkes wrote:
>> Without properly grouping the checks, the second test would execute for
>> MSVC cl.exe, which results in configure getting stuck since cl.exe -? is
>> an
00
>> > > Michael Niedermayer wrote:
>> > >
>> > >> On Wed, Apr 18, 2018 at 04:09:41PM +0200, Hendrik Leppkes wrote:
>> > >> > On Mon, Apr 16, 2018 at 1:24 PM, Michael Niedermayer
>> > >> > wrote:
>> > >> > >
---
libavformat/tls_schannel.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index 9a6e0c92e3..f41b007773 100644
--- a/libavformat/tls_schannel.c
+++ b/libavformat/tls_schannel.c
@@ -413,11 +413,13 @@ static i
On Wed, Apr 18, 2018 at 4:34 PM, Hendrik Leppkes wrote:
> Without properly grouping the checks, the second test would execute for
> MSVC cl.exe, which results in configure getting stuck since cl.exe -? is
> an interactive paginated help screen, waiting for input.
> ---
> config
Without properly grouping the checks, the second test would execute for
MSVC cl.exe, which results in configure getting stuck since cl.exe -? is
an interactive paginated help screen, waiting for input.
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/co
On Mon, Apr 16, 2018 at 1:24 PM, Michael Niedermayer
wrote:
> On Sat, Apr 14, 2018 at 02:04:43PM +0200, Michael Niedermayer wrote:
>> On Fri, Apr 13, 2018 at 12:53:08AM +0200, Michael Niedermayer wrote:
>> > On Mon, Feb 19, 2018 at 02:50:08AM +0100, Michael Niedermayer wrote:
>> > > Hi
>> > >
>> >
---
libavformat/tls_schannel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index 9a6e0c92e3..3986b88667 100644
--- a/libavformat/tls_schannel.c
+++ b/libavformat/tls_schannel.c
@@ -515,7 +515,7 @@ cleanup:
if (ret
On Thu, Feb 1, 2018 at 11:52 AM, Alexander Bilyak
wrote:
> When using clang-cl it expects parameters passed in MSVC-style, so
> appropriate toolchain should be selected.
> As soon as both clang and clang-cl report themselfs as "clang" with -v option
> the only chance to detect
> clang-cl is pass
On Tue, Apr 17, 2018 at 11:06 AM, Michael Niedermayer
wrote:
> On Tue, Apr 17, 2018 at 08:32:57AM +0300, Timo Teras wrote:
>> On Tue, 17 Apr 2018 01:02:43 +0200
>> Michael Niedermayer wrote:
>>
>> > On Mon, Apr 16, 2018 at 07:56:34PM +0200, Marton Balint wrote:
>> > >
>> > > On Mon, 16 Apr 2018,
On Mon, Apr 16, 2018 at 12:23 AM, Carl Eugen Hoyos wrote:
> 2018-04-15 9:41 GMT+02:00, Paul B Mahol :
>> On 4/14/18, Rostislav Pehlivanov wrote:
>>> On 14 April 2018 at 20:46, Paul B Mahol wrote:
>>>
Signed-off-by: Paul B Mahol
---
libavcodec/dxv.c | 815
On Fri, Apr 13, 2018 at 11:54 AM, Paul B Mahol wrote:
> 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 t
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
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
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/
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
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 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 i
---
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
On Wed, Apr 11, 2018 at 8:07 PM, Carl Eugen Hoyos wrote:
> 2018-04-11 13:40 GMT+02:00, Hendrik Leppkes :
>> 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 &qu
---
libavcodec/vp9.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 0fac638ec9..b1178c9c0c 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -188,6 +188,7 @@ static int update_size(AVCodecContext *avctx, int w, int h)
---
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.c
@@ -44,6 +44,7 @@ DEFINE_GUID(ff_DXVA2_ModeVC1_D2010, 0x1b81beA4,
0x
---
libavcodec/hevcdec.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index c8877626d2..e8227a510b 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -344,6 +344,17 @@ static void export_stream_params(AVCodecContext *avct
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.
Reduce the remaining size accordingly, otherwise trying to find the next
On Tue, Apr 3, 2018 at 4:06 PM, Anssi Hannula wrote:
> Hi,
>
> Hendrik Leppkes kirjoitti 2018-04-03 13:35:
>>
>> Such streams are found on Blu-ray, and identified as EAC3 type in
>> avformat, while the bitstream of the core stream is actually a pure AC3
>>
On Wed, Apr 11, 2018 at 10:42 AM, Tobias Rapp wrote:
> On 11.04.2018 10:23, Kieran O Leary wrote:
>>
>> Hi Carl,
>>
>> On Sat, Dec 16, 2017 at 2:31 PM, Carl Eugen Hoyos
>> wrote:
>>>
>>> 2017-12-15 22:22 GMT+01:00 Tobias Rapp :
>>>
+{ "dpx_color_trc", "Transfer Characteristics", OFFSET(
On Thu, Apr 5, 2018 at 11:09 PM, Josh de Kock wrote:
> Signed-off-by: Josh de Kock
> ---
> libavdevice/.gitignore | 2 ++
> libavfilter/.gitignore | 1 +
> 2 files changed, 3 insertions(+)
> create mode 100644 libavdevice/.gitignore
> create mode 100644 libavfilter/.gitignore
>
> diff --git a/
Such streams are found on Blu-ray, and identified as EAC3 type in
avformat, while the bitstream of the core stream is actually a pure AC3
frame.
Adjust the parsing accordingly, since AC3 frames always hold 6 blocks
and the numblkscod syntax element is not present.
---
libavformat/spdifenc.c | 3 +
601 - 700 of 2231 matches
Mail list logo