On Wed, Oct 05, 2016 at 11:23:11PM +0530, Pallavi Kumari wrote:
> I am looking for mentor(s). Kindly let me know if anyone interested.
iam interrested, i intend to mentor only one applicant though
iam also the mentor for "Improve Selftest coverage"
(hint if someone wants to take mentoring
This fixes the case of writing segments to local files, but the list
over a network protocol.
---
libavformat/segment.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 33a5cf0..55dcaf0 100644
--- a/libavformat/segment.c
+++
On Wed, Oct 05, 2016 at 05:25:33PM -0400, Vittorio Giovara wrote:
> This matrix needs to be applied after all others have (currently only
> display matrix from trak), but cannot be handled in movie box, since
> streams are not allocated yet.
>
> So store it in main context and if not identity,
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
---
This commit makes use of fifo muxer together with tee muxer
easier, fifo muxer does not have to be explicitly specified
for each slave. For the most simple use case it is sufficient
On Thu, 6 Oct 2016 16:40:12 -0400
Vittorio Giovara wrote:
> > what is the intended / correct SAR / DAR for this sample ?
>
> without the patch Stream #0:0(und): Video: h264 (High) (avc1 /
> 0x31637661), yuv420p, 540x576 [SAR 1:1 DAR 15:16], 102 kb/s, 25 fps,
> 25
On 10/6/2016 6:10 PM, Dave Rice wrote:
>
>> On Oct 6, 2016, at 4:33 PM, James Almer wrote:
>>
>> On 10/6/2016 3:28 PM, Michael Niedermayer wrote:
>>> On Thu, Oct 06, 2016 at 11:27:08AM -0300, James Almer wrote:
On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
> On
Signed-off-by: Marton Balint
---
libavfilter/f_metadata.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavfilter/f_metadata.c b/libavfilter/f_metadata.c
index f4a929c..f2c71d9 100644
--- a/libavfilter/f_metadata.c
+++ b/libavfilter/f_metadata.c
@@
This is a similar filter to f_metadata, only it works on side data. Since
adding side data from a user provided arbitrary binary string is unsafe,
because current code assumes that a side data of a certain kind has the proper
size, this filter only implements selection and deletion. Also, no value
> On Oct 6, 2016, at 4:33 PM, James Almer wrote:
>
> On 10/6/2016 3:28 PM, Michael Niedermayer wrote:
>> On Thu, Oct 06, 2016 at 11:27:08AM -0300, James Almer wrote:
>>> On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
On Mon, Oct 03, 2016 at 08:36:56PM -0300, James
On 10/6/2016 3:28 PM, Michael Niedermayer wrote:
> On Thu, Oct 06, 2016 at 11:27:08AM -0300, James Almer wrote:
>> On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
>>> On Mon, Oct 03, 2016 at 08:36:56PM -0300, James Almer wrote:
This patchsets implements the feature requested on ticket #4347.
On Thu, Oct 06, 2016 at 12:12:07AM -0400, Vittorio Giovara wrote:
> On Wed, Oct 5, 2016 at 10:07 PM, Michael Niedermayer
> wrote:
> > On Wed, Oct 05, 2016 at 05:25:33PM -0400, Vittorio Giovara wrote:
> >> This matrix needs to be applied after all others have (currently
On Thu, Oct 06, 2016 at 10:46:57AM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> Signed-off-by: Michael Niedermayer
> ---
> configure |6 +-
> 1 file changed,
On Thu, Oct 06, 2016 at 10:21:25AM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/mips/generic_macros_msa.h | 12
On Thu, Oct 06, 2016 at 11:27:08AM -0300, James Almer wrote:
> On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
> > On Mon, Oct 03, 2016 at 08:36:56PM -0300, James Almer wrote:
> >> This patchsets implements the feature requested on ticket #4347.
> >> The first three patches are preparation work.
Le tridi 13 vendémiaire, an CCXXV, Derek Buitenhuis a écrit :
> This "break" may actually be more correct output, but I am not familiar enough
> with lavfi or vf_fps to say. Removing the last frame in case where it should
> have
> been removed was the entire point of this patch.
>
> Perhaps
On 10/2/2016 8:14 PM, James Almer wrote:
> On 9/27/2016 8:49 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavformat/matroskaenc.c | 53
>> ++-
>> 1 file changed, 34 insertions(+), 19 deletions(-)
>
> Ping for
Hello All,
sorry for that question - I know is open source and we can add option by
ours self, but my knowledge is to limited for that.
Is it possible to integrate the dh (double high) option from vapoursynth
nnedi3 filter to the ffmpeg nnedi filter?
I have start copy parts from the sources, but
On Fri, Sep 23, 2016 at 6:08 PM, Michael Niedermayer
wrote:
> On Fri, Sep 23, 2016 at 05:46:06PM +0200, Michael Fritscher wrote:
>> Hello,
>>
>> as promised I started to work on ffserver. The focus of the first
>> week was to remake a fresh building environment - incl.
On Thu, Oct 06, 2016 at 03:59:31PM +0200, Michael Niedermayer wrote:
> On Thu, Oct 06, 2016 at 02:31:57PM +0200, Matthieu Bouron wrote:
> > From: Matthieu Bouron
> >
> > Fixes incompatible pointer type warning on 64-bit systems.
> > ---
> >
On 10/6/2016 7:29 AM, Michael Niedermayer wrote:
> On Mon, Oct 03, 2016 at 08:36:56PM -0300, James Almer wrote:
>> This patchsets implements the feature requested on ticket #4347.
>> The first three patches are preparation work. The first one isn't
>> strictly related to the implementation, but
On Tue, Oct 4, 2016 at 4:44 PM, James Almer wrote:
> On 10/4/2016 11:35 AM, Hendrik Leppkes wrote:
>> On Tue, Oct 4, 2016 at 4:32 PM, wm4 wrote:
>>> On Tue, 4 Oct 2016 14:15:03 +0200
>>> Michael Niedermayer wrote:
>>>
On
On Thu, Oct 06, 2016 at 02:31:57PM +0200, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> Fixes incompatible pointer type warning on 64-bit systems.
> ---
> libavcodec/mediacodecdec.c | 1 -
> 1 file changed, 1 deletion(-)
LGTM
thx
[...]
--
Michael
On 04.10.2016 06:49, Rodger Combs wrote:
---
libavcodec/utils.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 6f4df93..a0931c6 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -3228,6 +3228,21 @@ void
From: Matthieu Bouron
---
libavcodec/mediacodecdec.c | 6 +++---
libavcodec/mediacodecdec.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 2ab173b..3d519ca 100644
---
Le 06/10/2016 à 12:29, Michael Niedermayer a écrit :
Does this reduce writing speed ?
in the same manner as e.g. reducing FFV1 writing speed with default
configuration, i.e. with CRC per slice (same kind of job).
On my machine (i7 from 2012), CRC computing takes less than 1% of the
CPU when
From: Matthieu Bouron
---
libavcodec/mediacodecdec.c | 8
libavcodec/mediacodecdec.h | 3 ---
2 files changed, 11 deletions(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 0faa4cf..2ab173b 100644
---
From: Matthieu Bouron
Fixes incompatible pointer type warning on 64-bit systems.
---
libavcodec/mediacodecdec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 3d519ca..126de17 100644
---
On Thu, Oct 06, 2016 at 03:08:18PM +0700, nablet developer wrote:
>
> >
> > you have set the author for your git to "Nablet Developer"
> > is this intended? Do you not want your name to be in the Author field ?
> > If you dont mind your name to be in the author field then please
> > resubmit the
On Thu, 6 Oct 2016 10:34:35 +0100
Mark Thompson wrote:
> On 06/10/16 09:05, Carl Eugen Hoyos wrote:
> > 2016-10-05 21:55 GMT+02:00 Mark Thompson :
> >
> > What I meant is:
> > How can "LE" make sense for an 8bit planar format?
>
> It does not. So, another
On Mon, Oct 03, 2016 at 08:36:56PM -0300, James Almer wrote:
> This patchsets implements the feature requested on ticket #4347.
> The first three patches are preparation work. The first one isn't
> strictly related to the implementation, but comes in handy
> nonetheless.
>
> Patches 4 to 11 can
2016-10-06 11:34 GMT+02:00 Mark Thompson :
>> Do you think vaapi's P010 should be mapped to FFmpeg's
>> P010LE instead of P010?
> I would prefer to only consider this problem once we have
> some working system to test on.
No objections.
Thank you, Carl Eugen
On 06/10/16 09:05, Carl Eugen Hoyos wrote:
> 2016-10-05 21:55 GMT+02:00 Mark Thompson :
>
> What I meant is:
> How can "LE" make sense for an 8bit planar format?
It does not. So, another reason to ignore that field.
> (And what does it tell us about the author?)
> This of
2016-10-05 21:55 GMT+02:00 Mark Thompson :
> On 05/10/16 19:02, Carl Eugen Hoyos wrote:
>> 2016-10-05 16:39 GMT+02:00 Mark Thompson :
>>> On 05/10/16 13:06, Carl Eugen Hoyos wrote:
I cannot test here but afaict, the current implementation of
33 matches
Mail list logo