---
Changelog|1 +
libavcodec/Makefile |2 +-
libavcodec/dca_lbr.c | 1858 ++
libavcodec/dca_lbr.h | 130
libavcodec/dcadata.c | 460 +
libavcodec/dcadata.h | 46 ++
libavcodec/dcadec.c | 22 +-
On Wed, Apr 27, 2016 at 08:15:18AM +0200, Andreas Weis wrote:
> From: Andreas Weis
>
> Signed-off-by: Andreas Weis
> ---
> libavutil/log.c | 30 ++
> 1 file changed, 30 insertions(+)
applied both patches
thx
[...]
--
---
libavcodec/dcaenc.c | 8
libavcodec/dcaenc.h | 7 ---
2 files changed, 4 insertions(+), 11 deletions(-)
diff --git a/libavcodec/dcaenc.c b/libavcodec/dcaenc.c
index ab40e37..d562a27 100644
--- a/libavcodec/dcaenc.c
+++ b/libavcodec/dcaenc.c
@@ -683,7 +683,7 @@ static int
Also add actual speaker pair definitions.
---
libavcodec/dca.h | 28
libavcodec/dca_exss.c | 9 ++---
2 files changed, 30 insertions(+), 7 deletions(-)
diff --git a/libavcodec/dca.h b/libavcodec/dca.h
index ccb02af..1b90d40 100644
--- a/libavcodec/dca.h
+++
DCA core decoder no longer uses fixed tables for channel reordering.
Move them into private encoder header (and drop ff_dca_ prefix).
---
libavcodec/dcadata.c | 42 --
libavcodec/dcadata.h | 5 -
libavcodec/dcaenc.c | 6 +++---
libavcodec/dcaenc.h |
This moves several DCA tables around in preparation and adds decoder for DTS
Express (LBR) format that is typically used for secondary audio tracks on BDs.
Current implementation supports decoding mono, stereo and 5.1 tracks at maximum
sampling rate of 48 kHz. LFE decoding is only supported for
> On Wed, 27 Apr 2016 12:19:10 +0200, Timo Rothenpieler wrote:
>
>> Will push Sunday the 1st if nobody has objected by then.
>
> Nobody has objected and it's been 4 days. Feel free to push now if you
> prefer.
pushed
signature.asc
Description: OpenPGP digital signature
On Wed, 27 Apr 2016 12:19:10 +0200, Timo Rothenpieler wrote:
> Will push Sunday the 1st if nobody has objected by then.
Nobody has objected and it's been 4 days. Feel free to push now if you
prefer.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 24/04/16 23:24, Michael Niedermayer wrote:
> On Sun, Apr 24, 2016 at 11:27:32AM +0100, Mark Thompson wrote:
>> On 24/04/16 03:53, Michael Niedermayer wrote:
>>> 0x47 is expected to be at [0] but the affected files contain something
>>> else sometimes in its place that starts with 0x80 and is 12
samples are here:
https://www.datafilehost.com/d/22d21d44
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
0001-avformat-riff-assign-g721-and-g723-codec-tags-to-g72.diff
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, 27 Apr 2016 at 11:32 Mark Thompson wrote:
> On 24/04/16 23:24, Michael Niedermayer wrote:
> > On Sun, Apr 24, 2016 at 11:27:32AM +0100, Mark Thompson wrote:
> >> On 24/04/16 03:53, Michael Niedermayer wrote:
> >>> 0x47 is expected to be at [0] but the affected files
On 4/27/2016 7:22 PM, Michael Niedermayer wrote:
>
> applied both patches
>
> thx
>
Thank you for the review.
Best regards,
Andreas
signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Mark Thompson jkqxz.net> writes:
> Unless someone can show what created this file and that
> it might make more, I suggest that the hack workaround
> should be removed.
Is there a valid file affected by the applied patch?
It is very important that FFmpeg also decodes invalid
files as long as
On Tue, Apr 26, 2016 at 06:15:26PM +0300, Dmitriy Kuminov wrote:
> On 2016-04-26 11:51:28 +, KO Myung-Hun said:
>
> >However, ln_s is always set to 'cp -f' on OS/2. Please remove ln_s
> >overriding codes as well.
>
> Yes, but my initial patch already removes this override (check the
> first
On 04/27/16 04:05 PM, Michael Niedermayer wrote:
On Tue, Apr 26, 2016 at 06:15:26PM +0300, Dmitriy Kuminov wrote:
On 2016-04-26 11:51:28 +, KO Myung-Hun said:
However, ln_s is always set to 'cp -f' on OS/2. Please remove ln_s
overriding codes as well.
Yes, but my initial patch already
On Tue, Apr 26, 2016 at 05:11:26PM +0300, Александр Слободенюк wrote:
> Signed-off-by: Aleksandr.Slobodeniuk
> ---
> libavformat/riff.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/riff.c b/libavformat/riff.c
> index cf5a2ff..7a1f3bc 100644
> ---
On Wed, Apr 27, 2016 at 05:31:43PM -0700, Dave Yeo wrote:
> On 04/27/16 04:05 PM, Michael Niedermayer wrote:
> >On Tue, Apr 26, 2016 at 06:15:26PM +0300, Dmitriy Kuminov wrote:
> >>On 2016-04-26 11:51:28 +, KO Myung-Hun said:
> >>
> >>>However, ln_s is always set to 'cp -f' on OS/2. Please
On Wed, 27 Apr 2016 at 14:59 Carl Eugen Hoyos wrote:
> Mark Thompson jkqxz.net> writes:
>
> > Unless someone can show what created this file and that
> > it might make more, I suggest that the hack workaround
> > should be removed.
>
> Is there a valid file affected by the
Updates from code review:
Have allow_sw for both OS X and iOS
Changed "entropy" option to "coder" to match libx264
Updated configure for CONFIG_VT_BT2020 macro
Bool option usage
Formatting
Rick Kern (12):
lavc/videotoolboxenc: Use shared pixel buffer pool
lavc/videotoolboxenc: Handle hwaccel
This reduces the chance of a memcpy in the media server.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 204 +--
1 file changed, 160 insertions(+), 44 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c
Software encoding can be allowed by setting allow_sw to 1.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 38 +-
1 file changed, 17 insertions(+), 21 deletions(-)
diff --git a/libavcodec/videotoolboxenc.c
Add an entropy setting to choose between CAVLC and CABAC.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index
Signed-off-by: Rick Kern
---
configure| 5 +-
libavcodec/videotoolboxenc.c | 209 +++
2 files changed, 213 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index ef0b689..43d21fa 100755
---
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 63
1 file changed, 63 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 5f02756..4a40f35 100644
---
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index 72c7ba8..f53015a 100644
--- a/libavcodec/videotoolboxenc.c
+++ b/libavcodec/videotoolboxenc.c
@@
Setting AVFrame.pic_type to AV_PICTURE_TYPE_I will force an I-frame.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/libavcodec/videotoolboxenc.c
Handle AV_PIX_FMT_VIDEOTOOLBOX.
This results in better energy usage and faster encoding, especially on iOS.
When the buffer comes from the media server, no memcpy's are needed.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 26 +-
1 file
Some devices output an invalid DTS when B-frames aren't used. Using PTS for
the DTS in this case.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
Hint to the encoder that encoding should be done in real-time, even at the
expense of quality.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libavcodec/videotoolboxenc.c
Now set by the encoder, not used as an input parameter.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
index
From: Andreas Weis
The new function behaves the same as av_log_format_line, but also forwards
the return value from the underlying snprintf call. This will allow
callers to accurately determine the size requirements for the line buffer.
Signed-off-by: Andreas Weis
On 4/18/14, Peter Ross wrote:
> Signed-off-by: Peter Ross
> ---
> samples: www.acoust.rise.waseda.ac.jp/1bitcons/data.html
>
> Changelog| 1 +
> doc/general.texi | 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c |
From: Andreas Weis
Signed-off-by: Andreas Weis
---
libavutil/log.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/libavutil/log.c b/libavutil/log.c
index 0efba7a..7e279ad 100644
--- a/libavutil/log.c
+++
---
libavformat/avformat.h | 3 +++
libavformat/utils.c| 4
2 files changed, 7 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index f4b5c59..29f35f1 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -2863,8 +2863,11 @@ int
---
libavformat/segment.c | 47 ---
1 file changed, 20 insertions(+), 27 deletions(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 4c6c6d4..d22d550 100644
--- a/libavformat/segment.c
+++ b/libavformat/segment.c
@@ -627,8 +627,9 @@
---
tests/fate/h264.mak | 2 ++
tests/ref/fate/h264-autobsf-mp4toannexb | 1 +
2 files changed, 3 insertions(+)
create mode 100644 tests/ref/fate/h264-autobsf-mp4toannexb
diff --git a/tests/fate/h264.mak b/tests/fate/h264.mak
index eb42b12..0cdfc1f 100644
---
This allows a consumer to run the muxer's init function without actually
writing the header, which is useful in chained muxers that support
automatic bitstream filtering.
---
libavformat/avformat.h | 34 +--
libavformat/internal.h | 10
libavformat/mux.c | 64
---
tests/fate/aac.mak | 4
tests/ref/fate/aac-autobsf-adtstoasc | 1 +
2 files changed, 5 insertions(+)
create mode 100644 tests/ref/fate/aac-autobsf-adtstoasc
diff --git a/tests/fate/aac.mak b/tests/fate/aac.mak
index 3d64031..f006ae0 100644
--- a/tests/fate/aac.mak
+++
---
libavformat/internal.h | 5 +++--
libavformat/mux.c | 40 +-
libavformat/segment.c | 6 +++--
libavformat/utils.c| 59 +-
4 files changed, 86 insertions(+), 24 deletions(-)
diff --git
---
libavformat/movenc.c | 63 ++--
1 file changed, 27 insertions(+), 36 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 5acb9af..1e1dc84 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -5263,21 +5263,18
On Wed, Apr 27, 2016 at 12:35:41PM +0200, Thilo Borgmann wrote:
> Am 27.04.16 um 06:03 schrieb Umair Khan:
> > According to the latest ISO specification pdf, the byte align should
> > be according to the patch.
> > Tested the change with all the sample ALS files. This doesn't produce any
> > bug.
Am 27.04.16 um 06:03 schrieb Umair Khan:
> According to the latest ISO specification pdf, the byte align should
> be according to the patch.
> Tested the change with all the sample ALS files. This doesn't produce any bug.
> From 7af5076eabc28a441ed90f920bf1a6a1e0855c3f Mon Sep 17 00:00:00 2001
>
This is disabled by default when the empty_moov flag is enabled
---
libavformat/dashenc.c | 43 -
libavformat/movenc.c | 105 +++---
2 files changed, 123 insertions(+), 25 deletions(-)
diff --git a/libavformat/dashenc.c
---
libavformat/segment.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index d22d550..d8877f0 100644
--- a/libavformat/segment.c
+++ b/libavformat/segment.c
@@ -89,6 +89,7 @@ typedef struct
---
libavformat/mux.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index ea75c79..82a019e 100644
--- a/libavformat/mux.c
+++ b/libavformat/mux.c
@@ -484,8 +484,11 @@ int avformat_write_header(AVFormatContext *s, AVDictionary
---
libavformat/dashenc.c | 51 +--
1 file changed, 17 insertions(+), 34 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 519f9c4..0848052 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -580,16
This is mostly useful for muxers that wrap other muxers, such as dashenc
and segment. The actual duplicated bitstream filtering is largely harmless,
but delaying the header can cause problems when the muxer intended the header
to be written to a separate file.
---
libavformat/avformat.h | 1
Hello Derek,
Tuesday, April 26, 2016, 7:13:19 PM, you wrote:
DB> On 4/26/2016 4:45 PM, wm4 wrote:
>> I can see that this code is run only for h264, and I can see that you
>> set the field to 2. The added comment adds no new information and is
>> useless.
DB> The ticks_per_frame docu literally
Will push Sunday the 1st if nobody has objected by then.
signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 4/27/2016 2:17 PM, Ricardo Constantino wrote:
> configure already checks for minimum major version 6 which is the
> first one using MIT license and fails if lower.
Gotcha.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, Apr 26, 2016 at 08:10:25PM +0200, Thomas Volkert wrote:
> Hi,
>
> On 21.03.2016 21:49, Thilo Borgmann wrote:
> >Am 21.03.16 um 20:42 schrieb Michael Niedermayer:
> >>On Mon, Mar 21, 2016 at 12:14:40PM +0100, Thilo Borgmann wrote:
> >>>Hi,
> >>>
> >>>last weekend, the Chemnitzer Linux Tage
On 4/27/2016 9:50 AM, Ivan Uskov wrote:
> Since it was added to commit message too, it is not the issue, right?
> I left the "bug fixed" because it was really the bug which force decoder to
> produce doubled frames output.
I don't think it is worth debating, really. I'll push this patch today
Le nonidi 9 floréal, an CCXXIV, Rodger Combs a écrit :
> ---
> libavformat/internal.h | 5 +++--
> libavformat/mux.c | 40 +-
> libavformat/segment.c | 6 +++--
> libavformat/utils.c| 59
> +-
> 4 files
On 4/23/2016 6:00 PM, Timo Rothenpieler wrote:
> As the nvEncodeApi.h header is now MIT licensed, this can be dropped.
> The loaded CUDA and NVENC libraries are part of the nvidia driver, and
> thus count as system libraries.
> ---
> configure | 1 -
> 1 file changed, 1 deletion(-)
I presume
On 27 April 2016 at 13:50, Derek Buitenhuis wrote:
> I presume there is no way to check the version?
>
configure already checks for minimum major version 6 which is the
first one using MIT license and fails if lower.
___
56 matches
Mail list logo