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 -
> 1 file changed, 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 b/libavcodec/hapdec
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
>
>
> I need some help with this. HDMV audio is not de
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 +++
> tests/ref/seek/mkv-codec-delay | 48
>
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 insertions
On Thu, Jul 28, 2016 at 05:38:17PM +, Petru Rares Sincraian wrote:
>
> Hi there,
>
> Here is a test for silenceremove filter.
>
>
> Regards,
> Petru :)
> fate/filter-audio.mak |4
> ref/fate/filter-silenceremove | 35 +++
> 2 files change
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, p
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 fate-suite can be found here:
>
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 is consistent with MPEG
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) section
> > 2.12.3.
> > ---
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
---
tests/fate/filter-audio.mak
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
---
tests/fate/filter-audio.ma
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 a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index 6c58d02..a8
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
Conflicts:
libavcodec/bsf.c
---
T
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
index b4158e1..1a055cd 100644
--- a/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 insertions(+)
diff --git a/libavcodec/bsf.c b/libavcodec/bs
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 100644
--- a/libavcodec/avcode
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 av_cold int decode_init(AVCodecContex
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 fingerprin
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 d25b322..
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 = av_mallocz_
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 hardware decoding when combined with
>>> multithread ? It seems
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 True
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 our Windows build. Although we
>> have a mute
27 matches
Mail list logo