On Mon, May 16, 2016 at 4:43 AM, James Almer wrote:
> On 5/8/2016 12:18 PM, Hendrik Leppkes wrote:
>> On Sun, May 8, 2016 at 12:10 PM, Michael Niedermayer
>> wrote:
>>> Fixes Ticket5467
>>>
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> libavcodec/avcodec.h |4
>>> libavcodec/utils
On 5/16/16, James Almer wrote:
> On 5/15/2016 6:33 PM, Paul B Mahol wrote:
>> diff --git a/libavcodec/Makefile b/libavcodec/Makefile
>> index 3f0ffd1..3a9dd95 100644
>> --- a/libavcodec/Makefile
>> +++ b/libavcodec/Makefile
>> @@ -707,6 +707,7 @@ OBJS-$(CONFIG_ADPCM_IMA_WAV_ENCODER) +=
>> adp
On 5/15/16, Kyle Swanson wrote:
> On Sat, May 14, 2016 at 5:49 PM, Paul B Mahol wrote:
>> On 5/14/16, Kyle Swanson wrote:
>>> Hi,
>>>
>>> If nobody else has any changes, can this please be pushed?
>>
>> What about removal of libebur128 dependency?
>>
>
> I figured loudnorm can be pushed now, and
Hi,
In some rare case, when there are huge AV transcoding tasks, disk will become
full if old files are not deleted immediately. Then those transcoding tasks
can't work correctly.
In general transcoding application, av_interleaved_write_frame() and
av_read_frame() are used to make media files,
Pro-MPEG Code of Practice #3 release 2 forward error correction for rtp_mpegts
streams
Signed-off-by: Vlad Tarca
---
Changelog | 1 +
doc/general.texi| 1 +
doc/protocols.texi | 35
libavformat/Makefile| 1 +
libavformat/prompeg.c | 489 +
Patch for latest master
---
libavcodec/avpacket.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index bcc7c79..327cd41 100644
--- a/libavcodec/avpacket.c
+++ b/libavcodec/avpacket.c
@@ -110,24 +110,29
Sorry, looks like problems with my mail client. Sending patch as attachment.
From 45f69d7f02928ad8abae3fc591082997590c597a Mon Sep 17 00:00:00 2001
From: Andriy Lysnevych
Date: Mon, 16 May 2016 12:08:33 +0300
Subject: [PATCH] Respect payload offset in av_grow_packet
---
libavcodec/avpacket.c | 2
From: Boris Nagels
Implementation in commit 97b65f6. The set length of the list was populated
twice (e.g. setting the list-size to 10, creates a list of approx. 20 files).
Now calculation works on the theoretical playlist length compensated for the
segment lengths that are currently in the pla
Hi,
I'm using the following command to decode some rm and rmvb files, and ffmpeg
reports error as shown below:
[root@PT-18376 test-clips]# ffmpeg -i hanma.rm -xerror -f null /dev/null
ffmpeg version 2.8.3 Copyright (c) 2000-2015 the FFmpeg developers
built with icc (ICC) 14.0.2 20140120
conf
Testcase is fate-aac-pred-encode
Signed-off-by: Michael Niedermayer
---
libavcodec/aacenc_is.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c
index 473897b..e5cfa14 100644
--- a/libavcodec/aacenc_is.c
+++ b/libavcodec/aacenc_is.c
@@ -64,
Testcase is fate
Signed-off-by: Michael Niedermayer
---
libavcodec/lpc.h |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/lpc.h b/libavcodec/lpc.h
index edb1a6b..2c32409 100644
--- a/libavcodec/lpc.h
+++ b/libavcodec/lpc.h
@@ -149,7 +149,11 @@ static inline
Fixes undefined behavior in fate-lossless-wma24-2
Signed-off-by: Michael Niedermayer
---
libavcodec/lossless_audiodsp.c |4 ++--
libavcodec/wmalosslessdec.c|6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/lossless_audiodsp.c b/libavcodec/lossless_a
On 5/16/16, Michael Niedermayer wrote:
> Fixes undefined behavior in fate-lossless-wma24-2
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/lossless_audiodsp.c |4 ++--
> libavcodec/wmalosslessdec.c|6 +++---
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
You sure th
On Mon, May 16, 2016 at 02:31:20PM +0200, Paul B Mahol wrote:
> On 5/16/16, Michael Niedermayer wrote:
> > Fixes undefined behavior in fate-lossless-wma24-2
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/lossless_audiodsp.c |4 ++--
> > libavcodec/wmalosslessdec.c|
On Mon, 16 May 2016 17:35:03 +0800 (CST)
qw wrote:
> Hi,
>
> I'm using the following command to decode some rm and rmvb files, and
> ffmpeg reports error as shown below:
>
> [root@PT-18376 test-clips]# ffmpeg -i hanma.rm -xerror -f
> null /dev/null ffmpeg version 2.8.3 Copyright (c) 2000-2015 t
On Mon, May 16, 2016 at 12:50:15PM +0800, 周晓勇 wrote:
> 1.no longer use register name directly and optimized code format
> 2.to be compatibal with O32, specify type of address variable with mips_reg
> and handle the address varialbe with PTR_ operator
> 3.optimize some unalignment faults in load an
On Mon, May 16, 2016 at 09:46:15 -0400, compn wrote:
> > I'm using the following command to decode some rm and rmvb files, and
> > ffmpeg reports error as shown below:
>
> hi, does error still occur with latest 2016 ffmpeg?
I believe this patch was Carl Eugen's suggestion for a fix, but the
threa
bump
On 5/12/16, 4:07 PM, "ffmpeg-devel on behalf of Felt, Patrick"
wrote:
>I hang my head in shame. I neglected to notice that time wasn’t already
>included and so I had to modify the patch. Apologies for the noise.
>
>-- Add input mode autodetect to the decklink module. Previously users ha
On Mon, 16 May 2016 at 13:26 Michael Niedermayer
wrote:
> Testcase is fate-aac-pred-encode
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/aacenc_is.c |3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c
> index 473897b..e5cfa1
it's for most of all the optimization patches, so should i recommit all patches
with expatiation?
在2016年05月16日 22:46 ,Michael Niedermayer写道:
On Mon, May 16, 2016 at 12:50:15PM +0800, 周晓勇 wrote:
> 1.no longer use register name directly and optimized code format
> 2.to be compatibal with O32,
On Mon, May 16, 2016 at 12:26 PM, Kieran Kunhya wrote:
>> Testcase is fate-aac-pred-encode
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavcodec/aacenc_is.c |3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c
>> index 473897b.
On Mon, May 16, 2016 at 01:33:37PM -0300, Claudio Freire wrote:
> On Mon, May 16, 2016 at 12:26 PM, Kieran Kunhya wrote:
> >> Testcase is fate-aac-pred-encode
> >>
> >> Signed-off-by: Michael Niedermayer
> >> ---
> >> libavcodec/aacenc_is.c |3 +++
> >> 1 file changed, 3 insertions(+)
> >>
>
Signed-off-by: James Almer
---
The samples in fate have three to four chunks after the STRMDATA one, for
example.
libavformat/dtshddec.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/libavformat/dtshddec.c b/libavformat/dtshddec.c
index f3af096..1fba9
This allow the demuxer to always report a proper stream duration, and
more detailed stream information if no decoder is available.
Signed-off-by: James Almer
---
libavformat/dtshddec.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/libavformat/dtshdd
This is a rework of the previously submitted patch to not require globals.
I’ve also renamed variables per standard. Attached is the output of git
format-patch (let me know if I should just paste contents into the body in the
future. This just felt a little cleaner).
swap-official-patch
On 5/16/16, James Almer wrote:
> This allow the demuxer to always report a proper stream duration, and
> more detailed stream information if no decoder is available.
>
> Signed-off-by: James Almer
> ---
> libavformat/dtshddec.c | 24 +++-
> 1 file changed, 23 insertions(+), 1
On 5/16/16, James Almer wrote:
> Signed-off-by: James Almer
> ---
> The samples in fate have three to four chunks after the STRMDATA one, for
> example.
>
> libavformat/dtshddec.c | 20
> 1 file changed, 16 insertions(+), 4 deletions(-)
>
lgtm
__
From: Chris Cunningham
Fixes: undefined shift.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 5f5f03e..ad5cfa2 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -2955,7 +2955,7 @@ enum AVCode
On 5/16/2016 5:50 PM, Paul B Mahol wrote:
> On 5/16/16, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> The samples in fate have three to four chunks after the STRMDATA one, for
>> example.
>>
>> libavformat/dtshddec.c | 20
>> 1 file changed, 16 insertions(+), 4
On Mon, May 16, 2016 at 12:25:00PM +0300, Andriy Lysnevych wrote:
> Sorry, looks like problems with my mail client. Sending patch as attachment.
> avpacket.c | 25 +++--
> 1 file changed, 15 insertions(+), 10 deletions(-)
> 7afc9ec25e99e6106402207ce30714a3e65a9639
> 0001-R
On Mon, May 16, 2016 at 03:21:43PM -0700, chcunning...@chromium.org wrote:
> From: Chris Cunningham
>
> Fixes: undefined shift.
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index 5f5f03e..ad5cfa2
Hi all
today mailman was upgraded, if anyone experiences any new issues
please report them to root at ffmpeg
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
No snowflake in an avalanche ever feels responsible. -- Voltaire
signature.asc
Description: Digital signature
Hi
On Mon, May 16, 2016 at 11:49:29PM +0800, 周晓勇 wrote:
> it's for most of all the optimization patches, so should i recommit all
> patches with expatiation?
>
>
>
>
>
> 在2016年05月16日 22:46 ,Michael Niedermayer写道:
>
> On Mon, May 16, 2016 at 12:50:15PM +0800, 周晓勇 wrote:
> > 1.no longer use r
Hi Moritz,
Thanks for your reply. What does 'the thread went OT' mean?
How to know whether my presented question has been resolved, if someone has
sent some solution on ffmpeg forum, like
'http://ffmpeg.org/pipermail/ffmpeg-devel/2016-May/194083.html'?
Thanks!
B.R.
Andrew
At 2016-05-16 23
avcodec/mips/h264chroma_mmi: Version 2 of the optimizations for loongson mmi
1. no longer use the register names directly and optimized code format
2. to be compatible with O32, specify type of address variable with
mips_reg and handle the address variable with PTR_ operator
3
avcodec/mips/mpegvideo_mmi: Version 2 of the optimizations for loongson mmi
1. no longer use the register names directly and optimized code format
2. to be compatible with O32, specify type of address variable with
mips_reg and handle the address variable with PTR_ operator
avcodec/mips: loongson optimize hpeldsp with mmi v1
1.the codes are compatible with O32 ABI
2.use uld and mtc1 to workaround cpu 3A2000 gslwlc1 bug (gslwlc1 instruction
extension bug in O32 ABI)
在 2016-05-13 18:05:07,"周晓勇" 写道:
From 8212b9b5beecb6e2ba3f05a2a4c7f1704220c911 Mon Sep 17 00:00:
37 matches
Mail list logo