On Thu, Jul 28, 2016 at 6:11 PM Josh de Kock wrote:
> Most systems have this, so it isn't really a problem to include it
> even if it's not used, but some do not have memory.h as it is
> non-standard. Since it's unused just remove it anyway.
> ---
> libavcodec/hapdec.c | 1 -
>
Most systems have this, so it isn't really a problem to include it
even if it's not used, but some do not have memory.h as it is
non-standard. Since it's unused just remove it anyway.
---
libavcodec/hapdec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/hapdec.c
On Tue, Jul 26, 2016 at 9:03 PM, Carlos Fernandez Sanz
wrote:
> On Mon, Jul 25, 2016 at 5:41 PM, Michael Niedermayer
> wrote:
>
>> This breaks
>> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1827/vc1_dts_mplayerAudioProblem_sb41_cut.m2ts
>
>
>
On Wed, Jul 27, 2016 at 06:33:30PM -0700, chcunning...@chromium.org wrote:
> From: Chris Cunningham
>
> Also cleanup parens for the skip_to_timecode check.
> ---
> libavformat/matroskadec.c | 2 +-
> tests/fate/seek.mak| 3 +++
>
On Thu, Jul 28, 2016 at 06:03:10PM +, Petru Rares Sincraian wrote:
>
> Hi there,
>
> Here is a test for stereotools filter.
>
>
> Regards,
> Petru :D
> fate/filter-audio.mak |4
> ref/fate/filter-stereotools | 25 +
> 2 files changed, 29
On 7/28/2016 5:24 PM, Chris Cunningham wrote:
> Thanks Michael. Do you mean to also apply the patch to add the test? Maybe
> you're waiting for further review.
Usually samples are uploaded some hours or a day before pushing the commit
that uses them, to give the FATE clients time to sync.
Also,
Thanks Michael. Do you mean to also apply the patch to add the test? Maybe
you're waiting for further review.
On Thu, Jul 28, 2016 at 9:48 AM, Michael Niedermayer wrote:
> On Wed, Jul 27, 2016 at 06:35:50PM -0700, Chris Cunningham wrote:
> > The file to upload to
On 7/28/2016 3:44 PM, Timothy Gu wrote:
> On Thu, May 19, 2016 at 1:23 PM Michael Niedermayer
> wrote:
>
>> On Thu, May 19, 2016 at 06:45:41PM +0200, Stefano Sabatini wrote:
>>> Set the stream_id to 0xbd (private_stream_id_1). Tools seem to assume
>>> that value, and this
On Thu, May 19, 2016 at 1:23 PM Michael Niedermayer
wrote:
> On Thu, May 19, 2016 at 06:45:41PM +0200, Stefano Sabatini wrote:
> > Set the stream_id to 0xbd (private_stream_id_1). Tools seem to assume
> > that value, and this is consistent with MPEG TS (ITU-T H.222.0)
Hi there,
Here is a test for stereotools filter.
Regards,
Petru :DFrom fae8038c19ec162179d7606f74c698a0f6de61c2 Mon Sep 17 00:00:00 2001
From: Petru Rares Sincraian
Date: Thu, 28 Jul 2016 20:01:40 +0200
Subject: [PATCH] fate: add test for stereotools filter
---
Hi there,
Here is a test for silenceremove filter.
Regards,
Petru :)From c91678a65751beee3959977af07f263cf879468a Mon Sep 17 00:00:00 2001
From: Petru Rares Sincraian
Date: Thu, 28 Jul 2016 19:31:55 +0200
Subject: [PATCH] fate: add test for silenceremove filter
---
On Wed, Jul 27, 2016 at 06:35:50PM -0700, Chris Cunningham wrote:
> The file to upload to fate-suite can be found here:
> https://storage.googleapis.com/chcunningham-chrome-shared/codec_delay_opus.mkv
uploaded
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
From: Jan Sebechlebsky
The actual implementation uses ':' divider, not '/' as
documented.
Signed-off-by: Jan Sebechlebsky
---
doc/bitstream_filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Jan Sebechlebsky
Add custom item name function for bsf list, which will
construct string description of filter chain. This is
done using lazy-initialization, so there is no overhead
if item name is never accessed.
Signed-off-by: Jan Sebechlebsky
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
---
libavformat/tee.c | 123 +-
1 file changed, 58 insertions(+), 65 deletions(-)
diff --git a/libavformat/tee.c b/libavformat/tee.c
From: Jan Sebechlebsky
Use of this function can save unnecessary malloc operation
in bitstream filter.
Signed-off-by: Jan Sebechlebsky
---
libavcodec/bsf.c | 16
libavcodec/bsf.h | 11 +++
2 files changed, 27
From: Jan Sebechlebsky
---
libavcodec/avcodec.h | 74 ++
libavcodec/bsf.c | 284 +++
2 files changed, 358 insertions(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 36f7935..39106ee
On Wed, Jul 27, 2016 at 06:39:27PM +0200, Matthieu Bouron wrote:
> On Tue, Jul 26, 2016 at 05:54:58PM +0200, Thomas Volkert wrote:
> > On 26.07.2016 11:15, Matthieu Bouron wrote:
> > > On Tue, Jul 26, 2016 at 11:00:46AM +0200, Matthieu Bouron wrote:
> > >> On Sun, Jul 24, 2016 at 03:06:14PM +0200,
On Thu, Jul 28, 2016 at 2:25 PM, Thilo Borgmann wrote:
> Am 28.07.16 um 08:28 schrieb Umair Khan:
>> On Thu, Jul 28, 2016 at 12:22 AM, Clément Bœsch wrote:
>>> On Wed, Jul 27, 2016 at 07:48:56PM +0200, Thilo Borgmann wrote:
> @@ -1803,6 +2057,34 @@ static
On Tue, Jul 19, 2016 at 12:30:54AM +0800, Zhao Zhili wrote:
> The original code assumes av_realloc() will free ptr if size is zero.
> The assumes is incorrect now.
> ---
> libavutil/mem.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thx
[...]
--
Michael GnuPG
On Thu, Jul 28, 2016 at 11:50:47AM +0200, Michael Niedermayer wrote:
> On Mon, Jul 18, 2016 at 11:36:49PM +0800, Zhao Zhili wrote:
> > ---
> > libavutil/mem.h | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavutil/mem.h b/libavutil/mem.h
> > index
On Mon, Jul 18, 2016 at 11:36:49PM +0800, Zhao Zhili wrote:
> ---
> libavutil/mem.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavutil/mem.h b/libavutil/mem.h
> index d25b322..9dd9099 100644
> --- a/libavutil/mem.h
> +++ b/libavutil/mem.h
> @@ -99,14 +99,14
Am 28.07.16 um 08:28 schrieb Umair Khan:
> On Thu, Jul 28, 2016 at 12:22 AM, Clément Bœsch wrote:
>> On Wed, Jul 27, 2016 at 07:48:56PM +0200, Thilo Borgmann wrote:
@@ -1803,6 +2057,34 @@ static av_cold int decode_init(AVCodecContext
*avctx)
ctx->raw_buffer
On Thu, Jul 28, 2016 at 9:39 AM, Stève Lhomme wrote:
> On Wed, Jul 27, 2016 at 7:58 PM, Hendrik Leppkes wrote:
>> On Wed, Jul 27, 2016 at 6:43 PM, Stève Lhomme wrote:
>>> Hello fellow FFmpegers,
>>>
>>> Is there still an issue with
Hi,
Sorry for the late reply. I'll fix these issues tonight.
> more generally, is everything going acording to plan ?
> anything that you need help with ?
For now everything is going good. I ping atomnuker for updates or
whenever I'm stuck.
I've managed to encode 2-channel audio to a valid
On Wed, Jul 27, 2016 at 7:58 PM, Hendrik Leppkes wrote:
> On Wed, Jul 27, 2016 at 6:43 PM, Stève Lhomme wrote:
>> Hello fellow FFmpegers,
>>
>> Is there still an issue with hardware decoding when combined with
>> multithread ? It seems to work fine on
On Thu, Jul 28, 2016 at 12:22 AM, Clément Bœsch wrote:
> On Wed, Jul 27, 2016 at 07:48:56PM +0200, Thilo Borgmann wrote:
>> > @@ -1803,6 +2057,34 @@ static av_cold int decode_init(AVCodecContext
>> > *avctx)
>> > ctx->raw_buffer = av_mallocz_array(avctx->channels *
>> >
27 matches
Mail list logo