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 user
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 ex
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 thes
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 13f5d2bf75b95a0bfdb9940a5e359a719e242be
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, Rostislav Pehlivanov wrote:
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 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 testing this and please
> > add fate tests if yo
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 23:33, Andreas Cadhalpun <
> > > andreas.cadhal.
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
> > > 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 last weeks is not enough of a technical
merit/justification to prevent the remov
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 1 +
libavfilter/framequeue.c | 123 +
libavfilter/framequeue.h | 173 +++
3 files changed, 297 insertions(+)
create mode 100644 libavfilter/framequeue.c
cr
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, marking
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 las
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 http_prepare_data(HTTPContext *c)
un
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 b/ffserver.c
index 6b8eb2c..1d8abd9
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 *packet_buffer, *packet_buffer_ptr, *pa
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 prepare_sdp_description(FFServerStream
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 p
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 <
> > > andreas.cadhal
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:
> > > [...]
> > > > ffs
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 u
-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 always boot and its swit
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 deletions(-)
diff --git
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 First
> Approved-by: Kyle Swanson
> Approved-by: Michael Niedermayer
> Approved-by:
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
> > Approved-by: Ganesh Ajjanagadde
> > Approved-by: Jean First
> >
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.
> > the OS will no longe
-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 security updates in a fe
-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 +0100
> > Michael Niedermayer
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.
> > the OS will no longe
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:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash:
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 system write access would be a
> 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
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:
> > > > On Sun, Nov 27, 2
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, see
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 ded5149..9b1f6d5 100644
> --- a/ffserver.c
> +++
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 by
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
>> 0001-pngdec-check-if-previous-frame-exists-instead-of-tru.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
-BEGIN PGP SIGNATURE-
iEYEARECAAYFAlg7ZnwACgkQ+NaxlGp1aC7rHQCfeMtiAL4kPwIFd37da56aFtVY
eiEAn3Vh0A63CcNSu6MuGVuo8p5U/CJw
=eJcJ
-END PGP SIGNATURE-
___
ffmpeg-devel mailing list
ffmpeg-devel@f
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 real
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 avfilter.h
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 (with
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 26 October 2016 a
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
> release
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
>>>
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. Just
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 th
---
.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 100
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 do
-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:
> https://docs.travis-ci.com/user/customizing-the-bu
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 <
> >> andreas.cadhal...@googlemail.com> wrote:
> >>
> >>> On 2
-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
>>>
>>>
>>> Since a month has pass
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 s
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 deletions(-)
>>
>> diff --git a/ffserver.c b/ffserv
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 Niedermayer wrote:
> > > > On Sun
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
Mi
--
Thanks & Regards.
* "G.SURESH"*
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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 b
58 matches
Mail list logo