On Tue, 26 Jul 2016, Michael Niedermayer wrote:
On Tue, Jul 26, 2016 at 09:31:17PM +0300, Martin Storsjö wrote:
This is cherrypicked from libav, from commits
82b7525173f20702a8cbc26ebedbf4b69b8fecec and
d0b1e6049b06ca146ece4d2f199c5dba1565.
---
Fixed the issues pointed out by Michael, remo
Hi,
>> [...]
>>> @@ -1678,6 +1931,7 @@ static av_cold int decode_init(AVCodecContext *avctx)
>>> {
>>> unsigned int c;
>>> unsigned int channel_size;
>>> +unsigned int i;
>>> int num_buffers, ret;
>>> ALSDecContext *ctx = avctx->priv_data;
>>> ALSSpecificConfig *sconf
On Wed, Jul 27, 2016 at 1:28 PM, Thilo Borgmann wrote:
> Hi,
>
>>> [...]
@@ -1678,6 +1931,7 @@ static av_cold int decode_init(AVCodecContext *avctx)
{
unsigned int c;
unsigned int channel_size;
+unsigned int i;
int num_buffers, ret;
ALSDe
On Tue, Jul 26, 2016 at 07:30:14PM +, Davinder Singh wrote:
> hi
>
> On Mon, Jul 25, 2016 at 9:55 PM Ronald S. Bultje wrote:
>
> > Hi,
> >
> > On Mon, Jul 25, 2016 at 5:39 AM, Michael Niedermayer
> > > > wrote:
> >
> > > On Mon, Jul 25, 2016 at 04:05:54AM +, Davinder Singh wrote:
> > >
Hi,
On Wed, Jul 27, 2016 at 7:20 AM, Michael Niedermayer wrote:
> On Tue, Jul 26, 2016 at 07:30:14PM +, Davinder Singh wrote:
> > hi
> >
> > On Mon, Jul 25, 2016 at 9:55 PM Ronald S. Bultje
> wrote:
> >
> > > Hi,
> > >
> > > On Mon, Jul 25, 2016 at 5:39 AM, Michael Niedermayer
> > > > > >
On Tue, Jul 26, 2016 at 09:38:28AM +0200, Matthieu Bouron wrote:
> On Mon, Jul 25, 2016 at 09:50:58AM +0200, Benoit Fouet wrote:
> > Hi,
>
> Hi,
>
> >
> > On 24/07/2016 23:05, Matthieu Bouron wrote:
> > > From: Matthieu Bouron
> > >
> > > If a JNI environment is not already attached to the thre
This patch fixes the h264_qsv decoder issues mentioned
in https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=2962.
The patch may be tested by specifying h264_qsv as the decoder to ffplay
for an h264 encoded file.
ffplay -vcodec h264_qsv foo.mts
Signed-off-by: Yuli Khodorkovskiy
---
libav
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, Thomas Volkert wrote:
> >>> From: Thomas Volkert
> >>>
> >>> ---
> >>>
---
libavcodec/h264_slice.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index 74e8118..8d20028 100644
--- a/libavcodec/h264_slice.c
+++ b/libavcodec/h264_slice.c
@@ -1563,12 +1563,15 @@ int ff_h264_decode_slice
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 mutex in place in the D3D11 variant of the code that may help.
It mostly protects the video context...
If necessary we can have th
On 7/27/2016 1: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 mutex in place in the D3D11 variant of the code that may help.
> It mostly prot
On Wed, Jul 27, 2016 at 12:21:24PM +0800, Xinzheng Zhang wrote:
> ---
> libavformat/flvdec.c | 76
> +---
> 1 file changed, 60 insertions(+), 16 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040
On Wed, Jul 27, 2016 at 1:27 PM, Umair Khan wrote:
> On Wed, Jul 27, 2016 at 1:28 PM, Thilo Borgmann
> wrote:
>> Hi,
>>
[...]
> @@ -1678,6 +1931,7 @@ static av_cold int decode_init(AVCodecContext
> *avctx)
> {
> unsigned int c;
> unsigned int channel_size;
>>
On Wed, Jul 27, 2016 at 12:21:25PM +0800, Xinzheng Zhang wrote:
> ---
> libavformat/flvdec.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
What does censorship reveal? It reveals fea
On Wed, Jul 27, 2016 at 06:37:17PM +0200, Michael Niedermayer wrote:
> ---
> libavcodec/h264_slice.c | 11 +++
> 1 file changed, 7 insertions(+), 4 deletions(-)
as ubitux merge work benefits from this applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78
> @@ -1803,6 +2057,34 @@ static av_cold int decode_init(AVCodecContext *avctx)
> ctx->raw_buffer = av_mallocz_array(avctx->channels * channel_size,
> sizeof(*ctx->raw_buffer));
> ctx->raw_samples = av_malloc_array(avctx->channels,
> sizeof(*ctx->raw_samples));
>
> +if (
On 7/27/2016 1:51 PM, James Almer wrote:
> On 7/27/2016 1: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 mutex in place in the D3D11 vari
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 mutex in place in the D3D11 variant of the code that may help.
> It
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
Hello,
See attached patch to fix a clipping problem with dynaudnorm when the first
frame contains silence. I implemented the fix by adding a boundary mode.
It could also be done by changing how b=1 works.
Thanks,
Andy
0001-Adds-another-boundry-mode-to-dynaudnorm-that-perform.patch
Description:
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 *
> > channel_size, sizeof(*ctx->raw_buffer));
> > ctx->raw_samples = av_mall
On Mon, Jul 25, 2016 at 06:00:16PM +0200, sebechlebsky...@gmail.com wrote:
> From: Jan Sebechlebsky
>
> Signed-off-by: Jan Sebechlebsky
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Wed, Jul 27, 2016 at 09:16:36PM +0200, Michael Niedermayer wrote:
> On Mon, Jul 25, 2016 at 06:00:16PM +0200, sebechlebsky...@gmail.com wrote:
> > From: Jan Sebechlebsky
> >
> > Signed-off-by: Jan Sebechlebsky
> > ---
> > MAINTAINERS | 1 +
> > 1 file changed, 1 insertion(+)
>
> applied
ac
On Wed, Jul 27, 2016 at 08:41:28AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Jul 27, 2016 at 7:20 AM, Michael Niedermayer > wrote:
>
> > On Tue, Jul 26, 2016 at 07:30:14PM +, Davinder Singh wrote:
> > > hi
> > >
> > > On Mon, Jul 25, 2016 at 9:55 PM Ronald S. Bultje
> > wrote:
> > >
On Wed, Jul 27, 2016 at 4:50 PM Michael Niedermayer
wrote:
> On Tue, Jul 26, 2016 at 07:30:14PM +, Davinder Singh wrote:
> > hi
> >
> > On Mon, Jul 25, 2016 at 9:55 PM Ronald S. Bultje
> wrote:
> >
> > > Hi,
> > >
> > > On Mon, Jul 25, 2016 at 5:39 AM, Michael Niedermayer
> > > > > > wrote:
On Thu, Jul 14, 2016 at 12:54:34PM -0500, Burt P wrote:
> Signed-off-by: Burt P
> ---
> tests/fate-run.sh | 3 ++-
> tests/fate/filter-audio.mak | 12
> 2 files changed, 14 insertions(+), 1 deletion(-)
it seems ive forgotton this one
applied
thx
[...]
--
Michael G
On Sat, Jul 23, 2016 at 09:26:48PM -0500, Burt P wrote:
> HDCD is now only considered detected if a valid packet
> is active in both channels simultaneously.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
applied
thanks
On Sun, Jul 24, 2016 at 11:15:22AM -0500, Burt P wrote:
> Adds a counter for when the "code detect timer" expired without
> finding a valid packet.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 15 +--
> 1 file changed, 13 insertions(+), 2 deletions(-)
applied
thx
[...
On Sat, Jul 23, 2016 at 09:26:49PM -0500, Burt P wrote:
> Add some comments describing the fields in hdcd_state_t.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 34 +-
> 1 file changed, 21 insertions(+), 13 deletions(-)
applied
thx
[...]
--
Michae
27.07.2016, 02:04, Michael Niedermayer kirjoitti:
> On Tue, Jul 26, 2016 at 08:39:03PM +0300, Anssi Hannula wrote:
>> 26.07.2016, 17:59, Michael Niedermayer kirjoitti:
>>> On Tue, Jul 26, 2016 at 03:56:13PM +0300, Anssi Hannula wrote:
Commit 9200514ad8717c6 ("lavf: replace AVStream.codec with
On Tue, Jul 19, 2016 at 01:33:38AM +, Soft Works wrote:
> From 7d6d6a7775fef707ea1e8e705acc3362f20b6b89 Mon Sep 17 00:00:00 2001
> From: softworkz
> Date: Sun, 17 Jul 2016 04:19:41 +0200
> Subject: [PATCH] avformat/matroskaenc: Write duration early during
> mkv_write_header (Rev #3)
>
> Rev
On Sat, Jul 23, 2016 at 09:26:51PM -0500, Burt P wrote:
> The Peak Extend feature could be enabled permanently or only
> when needed. This is now reported.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 30 ++
> 1 file changed, 26 insertions(+), 4 deletions
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 ++
3 files changed, 52 insertions(+), 1 deletion(-)
create
The file to upload to fate-suite can be found here:
https://storage.googleapis.com/chcunningham-chrome-shared/codec_delay_opus.mkv
Alternatively, you can generate it via:
ffmpeg -i ../../tests/data/lavf/lavf.mkv -acodec opus -vn
codec_delay_opus.mkv
On Wed, Jul 27, 2016 at 6:33 PM, wrote:
> Fro
> My suggestion is that you send your public key to
> Michael and commit yourself including adding yourself
> as maintainer of hdcd.
I don't know enough about what that would mean. I'm also not
an expert user of git.
>> One strange case is John Mellencamp - [1994] Mr. Happy Go Lucky
>> 06. Emotio
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 *
>> > channel_size,
36 matches
Mail list logo
