On Tue, 7 Apr 2020 at 09:42, Ricardo Constantino wrote:
>
>
> On Mon, 6 Apr 2020 at 23:42, Helmut K. C. Tessarek
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>>
>> On 2020-04-05 20:02, Marton Balint wrote:
>> > The he
On Mon, 6 Apr 2020 at 23:42, Helmut K. C. Tessarek
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
> On 2020-04-05 20:02, Marton Balint wrote:
> > The headers got removed because the ffmpeg source tree is no place for
> > third party library headers.
>
> I get that and it makes sen
On Mon, 5 Aug 2019 at 21:46, Ricardo Constantino wrote:
>
>
> On Mon, 5 Aug 2019 at 20:57, Timo Rothenpieler
> wrote:
>
>> On 05.08.2019 21:47, Ricardo Constantino wrote:
>> > MSYS2 converts paths to MinGW-based applications from unix to
>> > pseudo-wind
On Mon, 5 Aug 2019 at 20:57, Timo Rothenpieler
wrote:
> On 05.08.2019 21:47, Ricardo Constantino wrote:
> > MSYS2 converts paths to MinGW-based applications from unix to
> > pseudo-windows paths on execution time.
> > Since there was no space between '-include&#x
MSYS2 converts paths to MinGW-based applications from unix to
pseudo-windows paths on execution time.
Since there was no space between '-include' and the path, MSYS2 doesn't
detect the path properly.
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/conf
On Mon, 1 Oct 2018 at 01:08, 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
> ---
> Updated with some refactoring and to use a few new public facing fields
> rece
On 26 May 2018 at 19:42, Reino Wijnsma wrote:
> On 23-5-2018 2:11, Reino Wijnsma wrote:
> > On 22-4-2018 14:47, Thomas Volkert wrote:
> >> +enabled mbedtls && { check_pkg_config mbedtls mbedtls
> mbedtls/x509_crt.h mbedtls_x509_crt_init ||
> >> + check_pk
On 1 March 2018 at 01:19, Michael Niedermayer
wrote:
> On Wed, Feb 28, 2018 at 12:33:55PM -0900, Lou Logan wrote:
> > On Wed, Feb 28, 2018, at 11:25 AM, Jan Ekström wrote:
> > >
> > > Looking at how much it got updated the last time when it misbehaved
> > > shows really well how that worked the l
On 28 February 2018 at 20:41, Michael Niedermayer
wrote:
> On Wed, Feb 28, 2018 at 03:25:51PM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Wed, Feb 28, 2018 at 12:17 PM, Michael Niedermayer <
> > mich...@niedermayer.cc> wrote:
> >
> > > The widget has new content.
> >
> >
> > Could you elabo
On 28 February 2018 at 19:13, Michael Niedermayer
wrote:
> On Wed, Feb 28, 2018 at 06:28:44PM +0000, Ricardo Constantino wrote:
> > On 28 February 2018 at 17:17, Michael Niedermayer >
> > wrote:
> >
> > > The widget has new content.
> > >
> >
>
On 28 February 2018 at 17:17, Michael Niedermayer
wrote:
> The widget has new content.
>
Does it shut itself up when the time's passed now?
Or check if the visitor's IP isn't from USA?
>
> This reverts commit 9275cd54eddb83faf5bd40ffaccb5717de8b798d.
> ---
> src/template_head2 | 23 ++
On 22 February 2018 at 22:53, Marton Balint wrote:
>
>
> On Thu, 22 Feb 2018, Ricardo Constantino wrote:
>
> On 22 February 2018 at 22:22, Carl Eugen Hoyos wrote:
>>
>> 2018-02-22 20:26 GMT+01:00 Marton Balint :
>>> >
>>> > On Wed, 21 Feb 201
On 22 February 2018 at 22:22, Carl Eugen Hoyos wrote:
> 2018-02-22 20:26 GMT+01:00 Marton Balint :
> >
> > On Wed, 21 Feb 2018, Nicolas George wrote:
> >
> >> Marton Balint (2018-02-20):
> >>>
> >>> The patch might has merits even if the library remains in the NONFREE
> >>> section, no?
> >>
> >>
On 20 February 2018 at 16:32, Maksym Veremeyenko wrote:
> Hi
>
> attached patch add a NewTek NDI headers to source tree.
>
> these headers is under MIT license.
>
> please apply.
>
Also, there's still no consideration that there's other compilers in
Windows other than MSVC:
+#ifdef _WIN32
+#def
On 20 February 2018 at 16:32, Maksym Veremeyenko wrote:
> Hi
>
> attached patch add a NewTek NDI headers to source tree.
>
> these headers is under MIT license.
>
> please apply.
>
Why not make them available in a public git repository instead?
FFmpeg is trying to remove these third-party header
On 20 February 2018 at 11:17, Georgi Chorbadzhiyski wrote:
> The attached patch allows segment muxer to be used for file archiving by
> allowing it to automatically create the output directories. For example the
> following should work as expected:
>
> ffmpeg
> ...input_params...
> -f segment
On 14 February 2018 at 12:56, Tomas Härdin wrote:
> On 2018-02-14 13:50, Kyle Schwarz wrote:
>
>> On Wed, Feb 14, 2018 at 7:45 AM, Hendrik Leppkes
>> wrote:
>>
>>> On Wed, Feb 14, 2018 at 1:32 PM, Kyle Schwarz wrote:
>>>
On Wed, Feb 14, 2018 at 7:20 AM, Carl Eugen Hoyos
wrote:
>
---
src/template_head2 | 23 ---
1 file changed, 23 deletions(-)
diff --git a/src/template_head2 b/src/template_head2
index 71daf07..a0b11ab 100644
--- a/src/template_head2
+++ b/src/template_head2
@@ -3,29 +3,6 @@
On 26 December 2017 at 00:44, James Almer wrote:
> x264 now supports multibitdepth builds, with a slightly changed API to
> request bitdepth during initialization.
>
> Signed-off-by: James Almer
> ---
> libx264 can still be compiled with only 8 or 10 bit format support even
> after the multibitd
---
libavdevice/decklink_dec.cpp| 2 +-
libavdevice/libndi_newtek_dec.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index e786dd85dc..191547ff10 100644
--- a/libavdevice/decklink_dec.cpp
+++ b/libavdevice/de
On 19 October 2017 at 00:14, James Almer wrote:
> On 10/18/2017 7:49 PM, Ricardo Constantino wrote:
>
> > There's a few other libs that require static-only Cflags (libxml2, at
> > least), so openjpeg shouldn't be different. pkgconf does support
> > Cflags.priv
On 18 October 2017 at 23:22, James Almer wrote:
> On 10/18/2017 6:56 PM, Michael Bradshaw wrote:
> > -DOPJ_STATIC was originally added to ffmpeg's configure script for
> Windows.
> > Unconditionally adding -DOPJ_STATIC would conflict with people who are
> > dynamically linking. I'll look into thi
On 23 September 2017 at 00:46, Rostislav Pehlivanov
wrote:
> On 12 April 2017 at 23:26, Rostislav Pehlivanov
> wrote:
>
> >
> >
> Here's the latest version, which I consider to be non-WIP now.
> I plan to push it tomorrow morning if there are no objections.
>
This commit implement a psychoacous
On 18 September 2017 at 14:27, Werner Robitza
wrote:
> Replaces French "Mo" with "Bytes".
>
> Signed-off-by: Werner Robitza
> ---
> doc/faq.texi | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/doc/faq.texi b/doc/faq.texi
> index ff35c89..07af0d9 100644
> --- a/doc/
On 29 August 2017 at 13:38, Timo Rothenpieler wrote:
> Signed-off-by: Timo Rothenpieler
> ---
> configure | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 61d8160491..172ff3fc07 100755
> --- a/configure
> +++ b/configure
> @@ -5875,7 +587
Windows nvcc + cl.exe produce a .ctx file with CR+LF newlines which
need to be stripped to work with gcc.
---
compat/cuda/ptx2c.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/compat/cuda/ptx2c.sh b/compat/cuda/ptx2c.sh
index 1f37023290..44b08b6ea2 100755
--- a/compat/cuda/p
On 18 July 2017 at 02:12, Gerion Entrup wrote:
> Am Dienstag, 18. Juli 2017, 01:52:53 CEST schrieb Reimar Döffinger:
>> On 18.07.2017, at 00:59, James Almer wrote:
>>
>> > On 7/17/2017 7:49 PM, Moritz Barsnick wrote:
>> >> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
>> >>> Latest new
On 15 July 2017 at 18:57, Michael Niedermayer wrote:
> Requested-by: Kieran Kunhya
>
> Signed-off-by: Michael Niedermayer
> ---
> doc/undefined.txt | 47 +++
> 1 file changed, 47 insertions(+)
> create mode 100644 doc/undefined.txt
>
> diff --git a/d
On 12 July 2017 at 08:43, wm4 wrote:
> On Tue, 11 Jul 2017 21:56:21 +0100
> Ricardo Constantino wrote:
>
>> On 6 July 2017 at 23:16, Ricardo Constantino wrote:
>> > On 23 June 2017 at 17:08, wm4 wrote:
>> >> On Fri, 23 Jun 2017 01:53:37 +0100
>> >&
On 6 July 2017 at 23:16, Ricardo Constantino wrote:
> On 23 June 2017 at 17:08, wm4 wrote:
>> On Fri, 23 Jun 2017 01:53:37 +0100
>> Ricardo Constantino wrote:
>>
>>> The pkg-config file is relatively new (2013), so some distros might
>>> not have it yet.
On 23 June 2017 at 17:08, wm4 wrote:
> On Fri, 23 Jun 2017 01:53:37 +0100
> Ricardo Constantino wrote:
>
>> The pkg-config file is relatively new (2013), so some distros might
>> not have it yet. And the -lstdc++ being required for the static lib
>> is only presen
libvorbis comes with pkg-config files since at least v1.0.1, way back in 2003.
We need the two checks for vorbis and vorbisenc because we use functions from
both and Xiph considers them separate libraries.
The check is inverted (vorbis first then vorbisenc) because add_extralibs()
prepends to EXT
On 4 July 2017 at 07:54, Reimar Döffinger wrote:
> On 30.06.2017, at 20:06, Ricardo Constantino wrote:
>
>> libvorbis comes with pkg-config files since at least v1.0.1, way back
>> in 2003.
>>
>> The extra check is needed for shared builds, as the pkg-config file
&g
libvorbis comes with pkg-config files since at least v1.0.1, way back
in 2003.
The extra check is needed for shared builds, as the pkg-config file
for vorbisenc doesn't include vorbis and ogg if --static isn't used.
The previous check could be also used as an extra fallback in case
pkg-config isn
On 30 June 2017 at 16:55, Paul B Mahol wrote:
> On 6/28/17, Paul B Mahol wrote:
>> On 6/28/17, Ricardo Constantino wrote:
>>> On 24 June 2017 at 13:47, Ricardo Constantino wrote:
>>>> libvorbis comes with pkg-config files since at least v1.0.1, way back
>>&g
On 24 June 2017 at 13:47, Ricardo Constantino wrote:
> libvorbis comes with pkg-config files since at least v1.0.1, way back
> in 2003.
> ---
> The previous patches weren't parsed by patchwork, and it makes less
> sense to have a fallback for libvorbis since the .pc file is av
libvorbis comes with pkg-config files since at least v1.0.1, way back
in 2003.
---
The previous patches weren't parsed by patchwork, and it makes less
sense to have a fallback for libvorbis since the .pc file is available
since 2003.
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The pkg-config file is relatively new (2013), so some distros might
not have it yet. And the -lstdc++ being required for the static lib
is only present since the last release in December 2016.
---
configure | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
I wasn't sure if adding use_pkg_config or completely changing to
pkg-config-only would be more appropriate so I submit two patches
doing one or the other.
Cleanest would be changing to require pkg-config, but I leave the
decision to the committer, if either are accepted.
0001-configure-require-p
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index dd9608540e..08bd6c0ae8 100755
--- a/configure
+++ b/configure
@@ -5826,7 +5826,7 @@ enabled fontconfig&& enable libfontconfig
enabled libfontconfig && require_pkg_config fontc
On 10 June 2017 at 09:13, wrote:
> From: topilski
>
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configure b/configure
> index 4ec8f21..c92dd1f 100755
> --- a/configure
> +++ b/configure
> @@ -5942,6 +5942,7 @@ enabled omx && { check_header
> OMX_Core
On 11 May 2017 at 08:49, Nicolas George wrote:
> Le duodi 22 floréal, an CCXXV, Marton Balint a écrit :
> > You still have to use a different command line for stereo and 7.1, so I
> > don't quite see how this simplifies your use case. Even if your use case
> > were justified, I'd still think the
On 11 May 2017 at 00:01, Marton Balint wrote:
>
> On Wed, 10 May 2017, Ricardo Constantino wrote:
>
> instead of erroring out.
>>
>> af pan=stereo|FL=FL|FR=FR|FC=FC would error because there's no
>> Front Center in stereo layout.
>>
>> This all
instead of erroring out.
af pan=stereo|FL=FL|FR=FR|FC=FC would error because there's no
Front Center in stereo layout.
This allows just changing the output channel layout and keeping
the same channel configuration across more than one output.
Example usecase
* changing balance to the right-side
On 6 May 2017 at 23:05, Michael Niedermayer wrote:
> On Sat, May 06, 2017 at 01:13:41PM +0100, Ricardo Constantino wrote:
> > Third ping.
> >
> > This patch is trivial, and makes behavior of librtmp and ffrtmp
> consistent
> > when using rtmp_swfverify.
> >
&
Third ping.
This patch is trivial, and makes behavior of librtmp and ffrtmp consistent
when using rtmp_swfverify.
What's blocking this?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
I've actually tested the patch with FFmpeg/mpv now with a few .mpd from
Youtube (non-segmented), Vimeo and Facebook and it seems to work mostly
fine.
You can obtain URLs to these by using youtube-dl json output together with
jq cli tool, ex:
working:
ffmpeg -i $(youtube-dl -J "https://www.youtube
Ping.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 15 April 2017 at 13:41, Aaron Levinson wrote:
> Doesn't require() already do that? Here is the contents of require():
>
> require(){
> log require "$@"
> name_version="$1"
> headers="$2"
> func="$3"
> shift 3
> check_lib "$headers" $func "$@" || die "ERROR: $name_versi
On 15 April 2017 at 02:51, Aaron Levinson wrote:
> From e0c73c054add0137901d0bf7a7893e42e7e566c8 Mon Sep 17 00:00:00 2001
> From: Aaron Levinson
> Date: Fri, 14 Apr 2017 18:38:37 -0700
> Subject: [PATCH] Added require fallback for libmfx in the case that
> pkg-config cannot find libmfx
>
> Purp
On 3 April 2017 at 20:04, Paul B Mahol wrote:
> On 4/3/17, Ricardo Constantino wrote:
> > On 3 April 2017 at 19:58, Paul B Mahol wrote:
> >
> >>
> >> Yes, but that conflict with expand behaviour.
> >>
> >>
> > How so? Still works fi
On 3 April 2017 at 19:58, Paul B Mahol wrote:
>
> Yes, but that conflict with expand behaviour.
>
>
How so? Still works fine with squared pixels:
$ ffmpeg -f lavfi -i "color=s=hd720" -vf pad=aspect=4/3 -vframes 1 -f null
- -v verbose 2>&1 | grep Parsed_pad
[Parsed_pad_0 @ 01c953343940] w:1280
On 3 April 2017 at 19:18, Paul B Mahol wrote:
> On 4/3/17, Ricardo Constantino wrote:
> > On 2 April 2017 at 22:13, Paul B Mahol wrote:
> >
> >> On 4/2/17, Paul B Mahol wrote:
> >> > Signed-off-by: Paul B Mahol
> >> > ---
> >> >
or if x/y go beyond padded area.
This is mostly useful when paired with the aspect option.
Defaults aren't changed.
Idea for this was taken from mpv's soon-to-be-removed expand vf.
---
doc/filters.texi | 3 +++
libavfilter/vf_pad.c | 12 +++-
2 files changed, 10 insertions(+), 5 del
On 2 April 2017 at 22:13, Paul B Mahol wrote:
> On 4/2/17, Paul B Mahol wrote:
> > Signed-off-by: Paul B Mahol
> > ---
> > doc/filters.texi | 3 +++
> > libavfilter/vf_pad.c | 14 ++
> > 2 files changed, 17 insertions(+)
> >
> > +if (adjusted_aspect.num && adjusted_aspect.
On 3 April 2017 at 10:56, Carl Eugen Hoyos wrote:
> 2017-04-01 16:37 GMT+02:00 Ricardo Constantino :
> > On 1 April 2017 at 14:03, Hendrik Leppkes wrote:
> >
> >>
> >> This is the Boost Software license, very similar to BSD/MIT, so if
> >> that licen
On 1 April 2017 at 14:03, Hendrik Leppkes wrote:
>
> This is the Boost Software license, very similar to BSD/MIT, so if
> that license is all that matters, its obviously fine.
>
>
Just downloaded the latest 10.8.5 SDK and checked every file inside
"Blackmagic DeckLink SDK 10.8.5\Win\include". All
On 1 April 2017 at 00:20, Carl Eugen Hoyos wrote:
> Hi!
>
> To the best of my knowledge, decklink is a non-free dependency.
>
> Please comment, Carl Eugen
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo
On 27 March 2017 at 00:15, Michael Niedermayer
wrote:
> On Mon, Mar 20, 2017 at 08:22:51PM +0000, Ricardo Constantino wrote:
> > Replicates lavf/librtmp.c behavior in L149-156 and rtmpdump's
> > behavior with "--swfVfy " passing the url to swfUrl.
&
Ping.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 21 March 2017 at 22:50, Steven Liu wrote:
> I don't know how to replay to an old thread with the patch by git
> send-email :(
>
>
Find the email you want to reply to in
http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2017-March/thread.html and
check the link in the address. It should contain th
On 2017-03-21 13:16, Steven Liu wrote:
> @@ -5920,6 +5923,7 @@ enabled openssl && { use_pkg_config openssl
> openssl/ssl.h OPENSSL_init
> check_lib openssl/ssl.h SSL_library_init
> -lssl -lcrypto -lws2_32 -lgdi32 ||
> die "
The 'mainifest' typos are still there.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Also, 'manifest' seems to be typo'd through the patch to 'mainifest'. Not
sure if intended.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Replicates lavf/librtmp.c behavior in L149-156 and rtmpdump's
behavior with "--swfVfy " passing the url to swfUrl.
Fixes trac ticket #5549.
---
libavformat/rtmpproto.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
inde
Wrong mailing list. You're looking for
http://ffmpeg.org/mailman/listinfo/ffmpeg-user.
Also, your e-mail client sending HTML e-mails as plain text for some reason
which makes them quite unreadable.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
On 22 February 2017 at 22:55, Kyle Schwarz wrote:
> DeckLink depends on pthread, and is silently disabled if pthread is
> missing.
>
> Also fixes w32pthreads to support C++.
> ---
> compat/w32pthreads.h| 31 +++
> configure | 4 ++--
On 22 February 2017 at 15:17, Stefan _ wrote:
> 1) configure only looks for OPENSSL_init_ssl using pkg-config, this
> breaks in case pkg-config is not available (cross-compiling)
>
>
> 2) The rtmpdh code uses the DH struct from OpenSSL which was made
> private in the 1.1 series
>
>
Any idea if th
On 2016-10-14 14:53, Steven Liu wrote:
> @@ -295,6 +295,7 @@ External library support:
> on OSX if openssl and gnutls are not used
> [autodetect]
>--enable-x11grab enable X11 grabbing (legacy) [no]
>--disable-xlib disable xlib [autodetect]
> +
On 23 May 2016 at 20:11, Michael Niedermayer wrote:
>
> it would be great to have support for both 1.6 and older versions
>
There's a patch by Martin Störjo in libav-devel that seems to allow
support for both releases and git master. Tested just now in MinGW
with git master and it worked.
___
If librtmp is enabled FFmpeg will only use it. You can't select one or
the other on runtime.
On 28 June 2016 at 12:14, qw wrote:
> Hi,
>
> ffmpeg has its own built-in rtmp plugin, and also support to use rtmpdump as
> another rtmp plugin.
>
> How to use specified rtmp plugin, i.e. build-in rtmp
This patch seems to break build with decklink in MinGW:
In file included from
C:/builds/ab-full/build/ffmpeg-git/libavformat/internal.h:28:0,
from
C:/builds/ab-full/build/ffmpeg-git/libavdevice/decklink_common.cpp:34:
C:/builds/ab-full/build/ffmpeg-git/libavformat/os_support.h: In
On 20 May 2016 at 11:37, Michael Niedermayer wrote:
> as one testing ffmpeg with openh264 (building at least)
>
> i have mixed feelings about this, it would cause me to drop further
> testing with openh264 in all releases OR in git master
> because releases wont build with git master of openh264 a
On 2 April 2016 at 11:29, Stefano Sabatini wrote:
> On date Monday 2016-03-07 18:05:30 +0100, Stefano Sabatini encoded:
>> In particular, the slice mode API was changed in commit:
>>
>> commit 33c378f7b791310e4cb64b53e2bb8f3f3bded105
>> Author: sijchen
>> Date: Tue Nov 10 09:50:06 2015 -0800
>>
On 27 April 2016 at 13:50, Derek Buitenhuis wrote:
> I presume there is no way to check the version?
>
configure already checks for minimum major version 6 which is the
first one using MIT license and fails if lower.
___
ffmpeg-devel mailing list
ffmpeg
On 6 April 2016 at 12:04, Rostislav Pehlivanov wrote:
> On 6 April 2016 at 06:45, Clément Bœsch wrote:
>
>>
>> Mmh. That's nice and all but... why not use/adjust the native ebur128
>> filter we have instead of relying on an external library?
>>
>>
> What's worse is that this patch is around 1100
On 23 March 2016 at 22:35, Aaron Boxer wrote:
> Back to my original point, what is the reasoning not to just switch to
> OpenJPEG?
Both OpenJPEG 1 and 2 are supported to add as external libraries in
FFmpeg. What do you mean by switching to OpenJPEG?
___
On 12 January 2016 at 05:05, Timothy Gu wrote:
> Are you sure you want to initialize libgcrypt unconditionally as you are
> doing here?
>
I don't think it's unconditional. It only tries to initialize gcrypt if
it's not been initialized already.
>+if (!gcry_control(GCRYCTL_INITIALIZATION
On 10 January 2016 at 19:54, Michael Niedermayer
wrote:
>
> please explain in the commit message why secmem is disabled
>
>
0001-rtmpdh-Initialize-gcrypt-before-using-it.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
Tried with 1.5.4 with the link on the first email and another one from
Crunchyroll and it worked.
Tried compiling 1.5.0 but didn't work (on MinGW).
0001-rtmpdh-Initialize-gcrypt-before-using-it.patch
Description: Binary data
___
ffmpeg-devel mailing lis
On 10 January 2016 at 00:17, Ricardo Constantino wrote:
> On 9 January 2016 at 23:32, Michael Niedermayer
> wrote:
>
>>
>> we should pass the version number we need i think
>> see
>>
>> https://quickgit.kde.org/?p=libktorrent.git&a=commit&h=a23
On 9 January 2016 at 23:32, Michael Niedermayer
wrote:
>
> we should pass the version number we need i think
> see
>
> https://quickgit.kde.org/?p=libktorrent.git&a=commit&h=a23bafe9191e0dcbd5ae75335fd5d8e49bfda9ed
>
>
I wouldn't know the minimum version FFmpeg needs.
Wouldn't it be better to lea
Ping
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Like this?
0001-configure-Use-libgcrypt-config-s-cflags.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8 January 2016 at 20:40, James Almer wrote:
> Shouldn't this also check libgcrypt-config --cflags? Assuming
> the library is in an unusual path, the above will look for
> the header in whatever include path configure was using by
> then and either fail or include the wrong headers.
The issue
Ping?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 3 January 2016 at 23:13, Jan Ekstrom wrote:
> Hi,
>
> In general looks good, although it might look a bit weird for someone
> as usually libraries have initialization functions called like that.
> That said, this is what
>
> https://gnupg.org/documentation/manuals/gcrypt/Initializing-the-libra
Signed-off-by: Ricardo Constantino
---
configure | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index c986aba..d639b8d 100755
--- a/configure
+++ b/configure
@@ -5396,7 +5396,6 @@ enabled avisynth && { { check_lib2 &q
On 29 December 2015 at 22:17, Nicolas George wrote:
>
> This should be using libgcrypt-config, as per documentation:
>
> https://gnupg.org/documentation/manuals/gcrypt/Building-sources.html
>
> Otherwise, we have to duplicate the effort each time a dependency changes.
>
> Regards,
>
> --
> Nico
Trying to use gcrypt-enabled FFmpeg with rtmpe returns a few errors:
Fatal: failed to create the RNG lock: Invalid argument
FATAL: failed to acquire the FSM lock in libgrypt: Invalid argument
This is probably not how or where this should be done, but it does fix the
problem for me.
You can test w
Signed-off-by: Ricardo Constantino
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index e3b7904..6d41343 100755
--- a/configure
+++ b/configure
@@ -5396,7 +5396,7 @@ enabled avisynth && { { check_lib2 "windows.h&
On 24 November 2015 at 23:40, compn wrote:
> old developers have no right? is baptiste bad because he works on ffmbc?
> is roberto bad because he works on mplayer? are you bad because you work
> on mpv ? what makes a developer have rights or have no rights?
>
Most of those developers are not curr
>+ --enable-gcrypt enable gmp, needed for rtmp(t)e support
>+ if openssl, librtmp or gmp is not used [no]
Probably meant "enable gcrypt" there?
On 21 November 2015 at 15:28, Matt Oliver wrote:
> Adding rtmp(t)e support when not using openssl or librtmp uses e
I previously had an option for gcrypt too but it seemed to not work (FFmpeg
crashed, iirc), so I just gave up on it.
On 18 November 2015 at 05:41, Matt Oliver wrote:
> On 15 November 2015 at 01:09, Ricardo Constantino
> wrote:
>
>> Enables RTMP(T)E support with SChannel
>>
Enables RTMP(T)E support with SChannel
(Not sure if this is the right way to enable this)
Signed-off-by: Ricardo Constantino
---
configure | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 9a736ce..6c658f2 100755
--- a/configure
+++ b
Attached is a new version of the sample with the missing non-breaking
spaces tests.
WebVTT_extended_tester.vtt
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
other way to validate WebVTT.
Signed-off-by: Ricardo Constantino
---
tests/fate/subtitles.mak | 3 +++
tests/ref/fate/sub-webvtt2 | 24
2 files changed, 27 insertions(+)
create mode 100644 tests/ref/fate/sub-webvtt2
diff --git a/tests/fate/subtitles.mak b/
Signed-off-by: Ricardo Constantino
---
libavformat/webvttdec.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/webvttdec.c b/libavformat/webvttdec.c
index 43c2a63..47a3255 100644
--- a/libavformat/webvttdec.c
+++ b/libavformat/webvttdec.c
@@ -92,7 +92,8
Bare ampersand characters are still accepted, even though out-of-spec.
Also fixes adjacent tags not being parsed.
Fixes trac #4915
Signed-off-by: Ricardo Constantino
---
libavcodec/webvttdec.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavcodec
Ok, nevermind. I see the srt and webvttenc samples use \h already, so
that's what you'll want.
On 11 October 2015 at 16:53, Ricardo Constantino wrote:
>
> On 11 October 2015 at 15:37, Clément Bœsch wrote:
>
>> nbsp → \h in ASS
>
>
> nevcairiel suggested not
1 - 100 of 117 matches
Mail list logo
