>
> FYI, last time i tried to include this file from libavcodec i was told
>> not to since it's libavformat specific.
>>
>> The proper place for these wrappers is probably the compat folder, in
>> a new file similar to w32threads.h
>>
>
OK finally updated the patch. it now adds the safe dll functio
The use of TLSv1_*_method() disallows newer protocol versions; instead
use SSLv23_*_method() and then explicitly disable the deprecated
protocol versions which should not be supported.
Fixes ticket #5915.
---
On 28/10/16 22:15, Hendrik Leppkes wrote:
> I should have looked further when commenting
On Mon, Oct 24, 2016 at 11:05:06PM +0200, Clément Bœsch wrote:
> ---
> Not sure if the chunk is even needed
> ---
> ffmpeg.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/ffmpeg.c b/ffmpeg.c
> index 3b91710..e8088c0 100644
> --- a/ffmpeg.c
> +++ b/ffmpeg.c
> @@ -23
On Sat, Oct 29, 2016 at 18:35:19 +1100, Matt Oliver wrote:
> +#endif /* COMPAT_W32DLFCN_H */
> \ No newline at end of file
This shouldn't happen.
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-dev
Le septidi 7 brumaire, an CCXXV, Moritz Barsnick a écrit :
> Expands the parser to also accept the separator '-' in addition to
> '+', and take the negative sign into consideration.
>
> The optional sign for the first factor in the expression is already
> covered by parsing for an integer.
>
> Si
On 29 October 2016 at 23:54, Moritz Barsnick wrote:
> On Sat, Oct 29, 2016 at 18:35:19 +1100, Matt Oliver wrote:
>
> > +#endif /* COMPAT_W32DLFCN_H */
> > \ No newline at end of file
>
> This shouldn't happen.
thanks, Ive fixed that locally
___
ffmpeg
Signed-off-by: Andreas Cadhalpun
---
doc/filters.texi | 2 +-
doc/formats.texi | 2 +-
libavcodec/4xm.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index c37fa29..1ebf251 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9665,7
On Sat, Oct 29, 2016 at 06:35:19PM +1100, Matt Oliver wrote:
> >
> > FYI, last time i tried to include this file from libavcodec i was told
> >> not to since it's libavformat specific.
> >>
> >> The proper place for these wrappers is probably the compat folder, in
> >> a new file similar to w32thre
On 10/28/16, Muhammad Faiz wrote:
> custom bargraph transparency
>
> Signed-off-by: Muhammad Faiz
> ---
> doc/filters.texi | 4
> libavfilter/avf_showcqt.c | 14 +-
> libavfilter/avf_showcqt.h | 3 ++-
> 3 files changed, 15 insertions(+), 6 deletions(-)
>
> diff --git
On 29.10.2016 12:03, Clément Bœsch wrote:
> On Mon, Oct 24, 2016 at 11:05:06PM +0200, Clément Bœsch wrote:
>> ---
>> Not sure if the chunk is even needed
I'm not sure either.
>> ---
>> ffmpeg.c | 5 ++---
>> 1 file changed, 2 insertions(+), 3 deletions(-)
>>
>> diff --git a/ffmpeg.c b/ffmpeg.c
>
On 28.10.2016 19:31, compn wrote:
> On Thu, 27 Oct 2016 15:42:22 -0300 James Almer wrote:
>> On 10/27/2016 3:36 PM, Reynaldo H. Verdejo Pinochet wrote:
>>> On 10/27/2016 11:25 AM, James Almer wrote:
This is not how things were agreed.
>>> I haven't agreed to this.
>> You could have shown your
Hi Reynaldo,
On 28.10.2016 20:41, Reynaldo H. Verdejo Pinochet wrote:
> I'm already working on what I think it's a proper transition in
> line with the idea presented on my first reply to this thread.
>
> My impression from today's discussion on IRC is that James
> and Rostislav are willing to gi
Merged as-at libav 398f015, and therefore includes outstanding
skipped merges 04b17ff and 130e1f1.
All features not in libav are preserved, and no options change.
---
v4 (patch 4/4 only, the others are unchanged).
Changes from v3:
- Revert to using the software decoder plugin by default for H.265
On 10/29/2016 11:22 AM, Michael Niedermayer wrote:
On Sat, Oct 29, 2016 at 06:35:19PM +1100, Matt Oliver wrote:
configure |5 +
libavformat/avisynth.c | 14 +-
2 files changed, 6 insertions(+), 13 deletions(-)
b1568f39504e5e14c924d27c8f11ba8f5816d68c
0003-av
On Sun, 23 Oct 2016, Marton Balint wrote:
Also contains the following changes to the library:
- add ff_ prefix to functions
- remove cplusplus defines.
- add FF_ prefix to contants and some structs
- remove true peak calculation feature, since it uses its own resampler, and
af_audnorm does not
Enables specifying how many threads are available to each filtergraph.
---
Changes:
- Reworded documentation
- Removed hunk from ffmpeg_filter.c not directly applicable to patch
doc/ffmpeg.texi | 10 ++
ffmpeg.h| 3 +++
ffmpeg_filter.c | 7 +++
ffmpeg_opt.c| 4
4
On Sat, Oct 29, 2016, at 06:57 AM, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> doc/filters.texi | 2 +-
> doc/formats.texi | 2 +-
> libavcodec/4xm.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
LGTM, thanks. Feel free to push trivial typo patches without se
On 29.10.2016 20:12, Lou Logan wrote:
> On Sat, Oct 29, 2016, at 06:57 AM, Andreas Cadhalpun wrote:
>> Signed-off-by: Andreas Cadhalpun
>> ---
>> doc/filters.texi | 2 +-
>> doc/formats.texi | 2 +-
>> libavcodec/4xm.c | 2 +-
>> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> LGTM, thanks.
On Thu, Oct 27, 2016 at 10:45:10 -0400, DeHackEd wrote:
> +@item -filter_threads @var{nb_thraeds} (@emph{global})
^ threads
> +Defines how many threads are used to process a filter_compltex graph.
^ complex
On 10/29/16, Marton Balint wrote:
>
> On Sun, 23 Oct 2016, Marton Balint wrote:
>
>> Also contains the following changes to the library:
>> - add ff_ prefix to functions
>> - remove cplusplus defines.
>> - add FF_ prefix to contants and some structs
>> - remove true peak calculation feature, since
Set the AV_CODEC_CAP_AVOID_PROBING flag on all of the qsv decoders.
---
To apply after the libav merge set.
The specific problem this fixes is attempting to use the H.265 decoder when the
appropriate plugin isn't loaded, but it seems like a sensible change to make
for all of the decoders.
lib
On Sat, Oct 29, 2016 at 09:53:30AM +0100, Mark Thompson wrote:
> The use of TLSv1_*_method() disallows newer protocol versions; instead
> use SSLv23_*_method() and then explicitly disable the deprecated
> protocol versions which should not be supported.
>
> Fixes ticket #5915.
> ---
> On 28/10/16
---
tests/fate/avformat.mak | 56 +++
tests/ref/fate/segment-adts-to-mkv-header-000 | 21
tests/ref/fate/segment-adts-to-mkv-header-001 | 22 +
tests/ref/fate/segment-adts-to-mkv-header-002 | 9 ++
tests/ref/fate/segment-adts-to-mkv-header-all | 40
Hi!
Attached patch fixes the command line provided in ticket #5916.
Please comment, Carl EugenFrom 4cb6347dd80bac8ffe65ba65c819a947d25955f6 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sun, 30 Oct 2016 00:25:12 +0200
Subject: [PATCH] lavfi/mergeplanes: Fix >8 bit for big endian formats
On Fri, Oct 28, 2016 at 12:47:08AM -0700, Michael Forney wrote:
> Signed-off-by: Michael Forney
> ---
> libavformat/tls_openssl.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
> index c551ac7..9712856 1
Hi!
Attached patch fixes ticket #5916 for (for example) yuv444p9le.
Please comment, Carl EugenFrom e50c9ee93ce6a8ceb21d3319667eb1b392c1d2da Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sun, 30 Oct 2016 00:39:19 +0200
Subject: [PATCH] lavfi/mergeplanes: Fix little endian formats >8 bit.
On Sun, Sep 18, 2016 at 01:46:07PM +0200, Timo Rothenpieler wrote:
> Fixes a crash when decoding with for example h264_cuvid, as
> avpriv_h264_has_num_reorder_frames assumes the AVCodecContext->priv_data
> to be a H264Context.
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On 30 October 2016 at 09:39, Michael Niedermayer
wrote:
> On Fri, Oct 28, 2016 at 12:47:08AM -0700, Michael Forney wrote:
> > Signed-off-by: Michael Forney
> > ---
> > libavformat/tls_openssl.c | 12 ++--
> > 1 file changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/libavform
On 30 October 2016 at 03:41, Stephen Hutchinson wrote:
> On 10/29/2016 11:22 AM, Michael Niedermayer wrote:
>
>> On Sat, Oct 29, 2016 at 06:35:19PM +1100, Matt Oliver wrote:
>>
>>> configure |5 +
>>> libavformat/avisynth.c | 14 +-
>>> 2 files changed, 6 inser
On 10/29/16, Matt Oliver wrote:
> This also seems a bit odd, why is libreSSL setting an openssl version
> number of 1.1.0 or higher when it doesnt actually conform to the
> corresponding openssl version. LibreSSl setting the openssl version number
> to 2.0.0 seems to be problematic and causes prob
30 matches
Mail list logo
