I do not understand what you are asking.
ffmpeg-devel is only for patch submissions and discussions related to
the development of FFmpeg.
Questions involving the FFmpeg command-line interface tools should be
asked at the ffmpeg-user mailing list.
Questions involving the FFmpeg libraries should
--
Thanks & Regards.
* "G.SURESH"*
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
When using the decode interrupt feature of ffmpeg may causing crashes by
accessing previous freed pointers in matroska_read_close.
The attached patch will reset nb_elem to zero after freeing the elements
because ffmpeg normally tests for nb_elem.
Feedback for sure is warmly welcome.
Regards
On Sun, Nov 27, 2016 at 05:31:39PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Nov 27, 2016 at 1:46 PM, Michael Niedermayer > wrote:
>
> > On Sun, Nov 27, 2016 at 07:30:24PM +0100, Clément Bœsch wrote:
> > > On Sun, Nov 27, 2016 at 06:49:35PM +0100, Michael
On 11/27/2016 7:29 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Nov 27, 2016 at 1:26 PM, Michael Niedermayer > wrote:
>
>> Signed-off-by: Michael Niedermayer
>> ---
>> ffserver.c | 18 --
>> 1 file changed, 4 insertions(+), 14
On 11/27/2016 8:53 PM, Andreas Cadhalpun wrote:
> On 28.11.2016 00:37, James Almer wrote:
>> On 11/27/2016 8:23 PM, Andreas Cadhalpun wrote:
>>> This can't happen while ffserver still uses internal API, and when it
>>> doesn't
>>> making it standalone isn't really useful, in particular because a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 23:56, Rostislav Pehlivanov wrote:
> On 27 November 2016 at 23:20, James Almer
> wrote:
>
>> On 11/26/2016 6:00 PM, Rostislav Pehlivanov wrote:
>>> On 26 October 2016 at 23:43, Rostislav Pehlivanov
>>>
On 27 November 2016 at 23:20, James Almer wrote:
> On 11/26/2016 6:00 PM, Rostislav Pehlivanov wrote:
> > On 26 October 2016 at 23:43, Rostislav Pehlivanov
> > wrote:
> >
> >>
> >>
> >> On 26 October 2016 at 23:33, Andreas Cadhalpun <
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 23:47, Timothy Gu wrote:
> --- .travis.yml | 3 +++ 1 file changed, 3 insertions(+)
>
> This patch will needed to be applied to all Git branches because of
> a Travis CI restriction:
>
On 28.11.2016 00:37, James Almer wrote:
> On 11/27/2016 8:23 PM, Andreas Cadhalpun wrote:
>> This can't happen while ffserver still uses internal API, and when it doesn't
>> making it standalone isn't really useful, in particular because a standalone
>> version can't be tested with FATE.
>
> We
---
.travis.yml | 3 +++
1 file changed, 3 insertions(+)
This patch will needed to be applied to all Git branches because of a Travis CI
restriction:
https://docs.travis-ci.com/user/customizing-the-build#Building-Specific-Branches
diff --git a/.travis.yml b/.travis.yml
index e541ee1..a50c46d
On 11/27/2016 8:23 PM, Andreas Cadhalpun wrote:
> On 28.11.2016 00:14, James Almer wrote:
>> On 11/27/2016 7:32 PM, Andreas Cadhalpun wrote:
>>> On 26.11.2016 22:00, Rostislav Pehlivanov wrote:
Since a month has passed, reynaldo still hasn't responded, I think it's
long overdue to push
On 28.11.2016 00:23, Nicolas George wrote:
> L'octidi 8 frimaire, an CCXXV, Andreas Cadhalpun a écrit :
>> Sure, but that conflict should be easy to resolve.
>
> Easy, yes. But it must be done at each rebase, that is annoying. Wasted
> time that can be better used.
I'm not sure I understand.
On 28.11.2016 00:14, James Almer wrote:
> On 11/27/2016 7:32 PM, Andreas Cadhalpun wrote:
>> On 26.11.2016 22:00, Rostislav Pehlivanov wrote:
>>> Since a month has passed, reynaldo still hasn't responded, I think it's
>>> long overdue to push this patch. I've attached a new version of the patch
L'octidi 8 frimaire, an CCXXV, Andreas Cadhalpun a écrit :
> Sure, but that conflict should be easy to resolve.
Easy, yes. But it must be done at each rebase, that is annoying. Wasted
time that can be better used.
> Worst case would be that if the deprecation isn't added before the next
>
On 28.11.2016 00:11, Nicolas George wrote:
> L'octidi 8 frimaire, an CCXXV, Andreas Cadhalpun a écrit :
>> How would it conflict with this patch?
>> Unless I misunderstood something the deprecation should only affect the
>> public API, while this change should only affect the internal parts,
>> so
On 11/26/2016 6:00 PM, Rostislav Pehlivanov wrote:
> On 26 October 2016 at 23:43, Rostislav Pehlivanov
> wrote:
>
>>
>>
>> On 26 October 2016 at 23:33, Andreas Cadhalpun <
>> andreas.cadhal...@googlemail.com> wrote:
>>
>>> On 27.10.2016 00:16, Rostislav Pehlivanov wrote:
On 11/27/2016 7:32 PM, Andreas Cadhalpun wrote:
> On 26.11.2016 22:00, Rostislav Pehlivanov wrote:
>> Since a month has passed, reynaldo still hasn't responded, I think it's
>> long overdue to push this patch. I've attached a new version of the patch
>> which only removes the ffserver program
L'octidi 8 frimaire, an CCXXV, Andreas Cadhalpun a écrit :
> How would it conflict with this patch?
> Unless I misunderstood something the deprecation should only affect the
> public API, while this change should only affect the internal parts,
> so the only possible conflict could be in
On 27.11.2016 17:08, Nicolas George wrote:
> Changed the private fields: directly in avfilter.h with discreet ifdef
> (preferred by Clément) with guarding reserved field (must urgent
> countermeasure).
Thanks.
> I made a few tests and it seems making AVFilterLink completely opaque would
> be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
-BEGIN PGP SIGNATURE-
iEYEARECAAYFAlg7ZnwACgkQ+NaxlGp1aC7rHQCfeMtiAL4kPwIFd37da56aFtVY
eiEAn3Vh0A63CcNSu6MuGVuo8p5U/CJw
=eJcJ
-END PGP SIGNATURE-
___
ffmpeg-devel mailing list
On 27.11.2016 04:07, Michael Niedermayer wrote:
> On Sat, Nov 26, 2016 at 11:36:48PM +0100, Andreas Cadhalpun wrote:
>> pngdec.c |3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>> 141d5230c97dbc47e0b291f660544cfe57abbf7c
>>
On 26.11.2016 22:00, Rostislav Pehlivanov wrote:
> Since a month has passed, reynaldo still hasn't responded, I think it's
> long overdue to push this patch. I've attached a new version of the patch
> which only removes the ffserver program (without touching anything else),
> which had been OK'd
Hi,
On Sun, Nov 27, 2016 at 1:26 PM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffserver.c | 18 --
> 1 file changed, 4 insertions(+), 14 deletions(-)
>
> diff --git a/ffserver.c b/ffserver.c
> index
On 27.11.2016 19:36, Michael Niedermayer wrote:
> If somethig critical remains, please someone list exactly what that is.
> so reynaldo, i or others can go over the list and look into the issues
As far as I'm aware the following points are most problematic:
* ffserver uses internal functions,
Hi,
On Sun, Nov 27, 2016 at 1:46 PM, Michael Niedermayer wrote:
> On Sun, Nov 27, 2016 at 07:30:24PM +0100, Clément Bœsch wrote:
> > On Sun, Nov 27, 2016 at 06:49:35PM +0100, Michael Niedermayer wrote:
> > > On Sun, Nov 27, 2016 at 04:57:36PM +0100, Clément Bœsch wrote:
> 3. Proprietary dependencies, which may or may not currently be an issue
> anymore. Philip and Timo, how easy is it to get cuda/nvenc/cuvid/npp to
> compile.
>
cuda/cuvid/nvenc don't need any external dependencies to compile, only
to run.
libnpp needs proprietary and non-redistributable headers
On Sun, Nov 27, 2016 at 1:52 PM Michael Niedermayer
wrote:
> I dont want to give a automated travis_ci system any write or admin
> access, some of what i read hinted in that direction, some of what
> i read hinted that this was not needed though
> giving a automated
On Sun, Nov 27, 2016 at 1:13 PM Philip Langdale wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sun, 27 Nov 2016 21:26:13 +0100
> Michael Niedermayer wrote:
>
> > On Sun, Nov 27, 2016 at 11:00:21AM -0800, Philip Langdale wrote:
> > >
On Sun, Nov 27, 2016 at 11:00:21AM -0800, Philip Langdale wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sat, 26 Nov 2016 23:55:17 +0100
> Michael Niedermayer wrote:
>
> > Hi all
> >
> > The machine on which the coverity stuff is is old, both hw and OS.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 27 Nov 2016 21:26:13 +0100
Michael Niedermayer wrote:
> On Sun, Nov 27, 2016 at 11:00:21AM -0800, Philip Langdale wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Sat, 26 Nov 2016 23:55:17
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 19:00, Philip Langdale wrote:
> On Sat, 26 Nov 2016 23:55:17 +0100 Michael Niedermayer
> wrote:
>
>> Hi all
>
>> The machine on which the coverity stuff is is old, both hw and
>> OS. the OS will no longer get
On Sun, Nov 27, 2016 at 11:00:21AM -0800, Philip Langdale wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sat, 26 Nov 2016 23:55:17 +0100
> Michael Niedermayer wrote:
>
> > Hi all
> >
> > The machine on which the coverity stuff is is old, both hw and OS.
On Sun, Nov 27, 2016 at 08:40:43PM +0100, Paul B Mahol wrote:
> On 11/26/16, Clement Boesch wrote:
> > All copyright holders have agreed to the relicensing.
> >
> > Approved-by: Andreas Cadhalpun
> > Approved-by: David Sedacca
On 11/26/16, Clement Boesch wrote:
> All copyright holders have agreed to the relicensing.
>
> Approved-by: Andreas Cadhalpun
> Approved-by: David Sedacca
> Approved-by: Ganesh Ajjanagadde
> Approved-by: Jean
This should deal with some false positives, but might lead to
more of them depending on whether it realises that av_freep()
wraps av_free() or not.
Signed-off-by: Philip Langdale
---
tools/coverity.c | 28 +---
1 file changed, 25 insertions(+), 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 26 Nov 2016 23:55:17 +0100
Michael Niedermayer wrote:
> Hi all
>
> The machine on which the coverity stuff is is old, both hw and OS.
> the OS will no longer get security updates in a few months and the hw
> does not
On Sun, Nov 27, 2016 at 07:46:34PM +0100, Michael Niedermayer wrote:
[...]
> > You can fix a ton of little things in it, but unless the fundamental
> > problems are addressed (ZERO internal API usage + at least partial FATE
> > coverage) it's pointless
>
> of course the goal is ZERO internal API
On Sun, Nov 27, 2016 at 07:30:24PM +0100, Clément Bœsch wrote:
> On Sun, Nov 27, 2016 at 06:49:35PM +0100, Michael Niedermayer wrote:
> > On Sun, Nov 27, 2016 at 04:57:36PM +0100, Clément Bœsch wrote:
> > > On Sun, Nov 27, 2016 at 04:25:18PM +0100, Michael Niedermayer wrote:
> > > [...]
> > > >
On Sun, Nov 27, 2016 at 02:05:44PM +0100, Michael Niedermayer wrote:
> On Sat, Nov 26, 2016 at 09:00:41PM +, Rostislav Pehlivanov wrote:
> > On 26 October 2016 at 23:43, Rostislav Pehlivanov
> > wrote:
> >
> > >
> > >
> > > On 26 October 2016 at 23:33, Andreas Cadhalpun
On Sun, Nov 27, 2016 at 06:49:35PM +0100, Michael Niedermayer wrote:
> On Sun, Nov 27, 2016 at 04:57:36PM +0100, Clément Bœsch wrote:
> > On Sun, Nov 27, 2016 at 04:25:18PM +0100, Michael Niedermayer wrote:
> > [...]
> > > ffserver had 14 commits to it in about the last month
> >
> > That's also
Signed-off-by: Michael Niedermayer
---
ffserver.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/ffserver.c b/ffserver.c
index ded5149..9b1f6d5 100644
--- a/ffserver.c
+++ b/ffserver.c
@@ -2961,7 +2961,6 @@ static int
Signed-off-by: Michael Niedermayer
---
ffserver.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/ffserver.c b/ffserver.c
index d40fe80..6b8eb2c 100644
--- a/ffserver.c
+++ b/ffserver.c
@@ -187,11 +187,6 @@ typedef struct HTTPContext {
uint8_t
Signed-off-by: Michael Niedermayer
---
ffserver.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/ffserver.c b/ffserver.c
index 1d8abd9..ded5149 100644
--- a/ffserver.c
+++ b/ffserver.c
@@ -2288,8 +2288,6 @@ static int
Signed-off-by: Michael Niedermayer
---
ffserver.c| 91 +--
ffserver_config.c | 6 ++--
ffserver_config.h | 20 +++-
3 files changed, 76 insertions(+), 41 deletions(-)
diff --git a/ffserver.c
On Sun, Nov 27, 2016 at 04:57:36PM +0100, Clément Bœsch wrote:
> On Sun, Nov 27, 2016 at 04:25:18PM +0100, Michael Niedermayer wrote:
> [...]
> > ffserver had 14 commits to it in about the last month
>
> That's also pretty close to the number of commits in the last years.
>
> Good will in the
A lot of changes happen at the same time:
- Add a framequeue fifo to AVFilterLink.
- split AVFilterLink.status into status_in and status_out: requires
changes to the few filters and programs that use it directly
(f_interleave, split, filtfmts).
- Add a field ready to AVFilterContext,
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 1 +
libavfilter/framequeue.c | 123 +
libavfilter/framequeue.h | 173 +++
3 files changed, 297 insertions(+)
create mode 100644
On Sun, Nov 27, 2016 at 04:25:18PM +0100, Michael Niedermayer wrote:
[...]
> ffserver had 14 commits to it in about the last month
That's also pretty close to the number of commits in the last years.
Good will in the last weeks is not enough of a technical
merit/justification to prevent the
On Sun, Nov 27, 2016 at 02:33:54PM +0100, wm4 wrote:
> On Sun, 27 Nov 2016 14:05:44 +0100
> Michael Niedermayer wrote:
>
> > On Sat, Nov 26, 2016 at 09:00:41PM +, Rostislav Pehlivanov wrote:
> > > On 26 October 2016 at 23:43, Rostislav Pehlivanov
On Sun, 27 Nov 2016 14:05:44 +0100
Michael Niedermayer wrote:
> On Sat, Nov 26, 2016 at 09:00:41PM +, Rostislav Pehlivanov wrote:
> > On 26 October 2016 at 23:43, Rostislav Pehlivanov
> > wrote:
> >
> > >
> > >
> > > On 26 October 2016 at
On Wed, 23 Nov 2016 14:39:06 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Wed, Nov 23, 2016 at 2:13 PM, Michael Niedermayer > wrote:
>
> > This should not be needed, our AVParsers should do this
> > I do not have a testcase though, please help
On Wed, Nov 23, 2016 at 08:13:04PM +0100, Michael Niedermayer wrote:
> Fixes null pointer dereference
>
> Testcase is simply a ffmpeg instance sending a stream to ffserver while
> another ffmpeg reads from it
>
> This reverts commit 6f0a1710d77dde0d803861506a2157a23f08c14c.
> ---
> ffserver.c
On Sat, Nov 26, 2016 at 09:00:41PM +, Rostislav Pehlivanov wrote:
> On 26 October 2016 at 23:43, Rostislav Pehlivanov
> wrote:
>
> >
> >
> > On 26 October 2016 at 23:33, Andreas Cadhalpun <
> > andreas.cadhal...@googlemail.com> wrote:
> >
> >> On 27.10.2016 00:16,
On Wed, Nov 23, 2016 at 09:54:53PM -0800, Wan-Teh Chang wrote:
> From: Anton Khirnov
>
> Since this is a C11 feature, it requires -std=c11.
>
> Not actually used for anything yet, that will be added in the following
> commits.
>
> This merges libav commit
Le decadi 30 brumaire, an CCXXV, Clement Boesch a écrit :
> Right, I'll probably need that for the sub2video filter. I'll think about
> it unless you want to implement it yourself.
As always, for me, time is the limiting factor. For now, I believe the
only urgent thing to do is to decide what
Le tridi 3 frimaire, an CCXXV, Marton Balint a écrit :
> I thought we are trying to move away from workarounds introduced only to be
> able to be compatible with libav API. So this is clearly libav dirving
> ffmpeg development, which is not fortunate IMHO.
>
> I also think that the chance of an
Le sextidi 6 frimaire, an CCXXV, compn a écrit :
> if one wants to be worried about security issues, there are bigger fish
> to fry.
Hardly ever a valid argument.
> for one example, how about any and all patches applied to ffmpeg by
> various distros ?
> because this is a real threat to our
58 matches
Mail list logo