AAC: Add support for 7350Hz sampling rates, no error on too hight bitrate.
Instead, warn that bitrate will be clamped down to the maximum allowed.
Patch is mostly work of Kamendo2 in issue #2686, quite tested within that issue.
Tested with abtest.sh and confirmed it does work as intended.
From d
2015-03-05 20:34 GMT+08:00 Nicolas George :
> Le quintidi 15 ventôse, an CCXXIII, Zhang Rui a écrit :
>
>> Your solution is enough for my case.
>> And as you said, my patch may be not desirable.
>
> I believe it depends on the use case, and it is not completely obvious which
> side your example fal
On Fri, Mar 06, 2015 at 12:20:06AM +0100, Andreas Cadhalpun wrote:
> On 05.03.2015 23:12, Justin Ruggles wrote:
> >On 03/05/2015 05:02 PM, Andreas Cadhalpun wrote:
> >>>From d80baa7f786ca326891e145a000fbecdde55da80 Mon Sep 17 00:00:00 2001
> >>From: Andreas Cadhalpun
> >>Date: Thu, 5 Mar 2015 22:48
This allows stream copying video codecs before they are explicitly
supported. The same feature was in the past useful for audio codecs
in flv
This partly reverts the changes from 735ab7c5e04e2316afbd56643c13de17a7ac89cd
Signed-off-by: Michael Niedermayer
---
libavformat/flvenc.c | 13
Thilo Borgmann mail.de> writes:
> lavd/avfoundation: Add support for 16bit integer input.
I used this commit message for my patch and also
pushed John Robinson's patch with a similar message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
On 05.03.2015 23:12, Justin Ruggles wrote:
On 03/05/2015 05:02 PM, Andreas Cadhalpun wrote:
From d80baa7f786ca326891e145a000fbecdde55da80 Mon Sep 17 00:00:00 2001
From: Andreas Cadhalpun
Date: Thu, 5 Mar 2015 22:48:28 +0100
Subject: [PATCH] webp: ensure that each transform is only used once
Ac
On 05/03/15 6:26 PM, Clément Bœsch wrote:
> + Now let's talk about optimizations. Ronald S. Bultje made the VP9 codec
> + usable on x86 32-bit systems and pre-ssse3 CPUs like Phenom (even dual
> core
> + Athlons can run 1080p 30fps VP9 content now), so we now secretely hope for
I think "pla
On Thu, Mar 05, 2015 at 11:02:20PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> according to the WebP Lossless Bitstream Specification [1] "each
> transform is allowed to be used only once". Attached patch adds
> checks for this to avoid crashes decoding broken files.
>
> Best regards,
> Andreas
>
On Thu, Mar 5, 2015, at 12:26 PM, Clément Bœsch wrote:
> ---
> RELEASE_NOTES | 59
> +++
> 1 file changed, 59 insertions(+)
> create mode 100644 RELEASE_NOTES
...
> + Concerning API changes, not much things to mention. Thought, the
Typo:
On Thu, Mar 05, 2015 at 07:49:57PM +0100, selsta wrote:
> SAMPLE-AES encryption is not commonly used yet, but without this patch
> ffmpeg is thinking that the hls segments are not encrypted which
> produces broken files.
> ---
> libavformat/hls.c | 9 -
> 1 file changed, 8 insertions(+), 1
When OpenCL kernels are compiled, is_compiled flag is being set for each
kernel. But, in opencl uninit, this flag is not being cleared.
This causes an error when an OpenCL kernel is tried on different OpenCL
devices on same platform.
Here is the patch with a fix
>From df43e0aaad951c43fa7f4c9d9e07
Hi,
according to the WebP Lossless Bitstream Specification [1] "each
transform is allowed to be used only once". Attached patch adds checks
for this to avoid crashes decoding broken files.
Best regards,
Andreas
1:
https://developers.google.com/speed/webp/docs/webp_lossless_bitstream_specifi
Am 05.03.15 um 22:57 schrieb Michael Niedermayer:
> On Thu, Mar 05, 2015 at 08:18:26PM +0100, Thilo Borgmann wrote:
>> Am 08.02.15 um 15:19 schrieb Carl Eugen Hoyos:
>>> Hi!
>>>
>>> On Wednesday 04 February 2015 01:48:53 pm Thilo Borgmann wrote:
fixes Ticket #4238.
Testing for C
On Thu, Mar 05, 2015 at 08:18:26PM +0100, Thilo Borgmann wrote:
> Am 08.02.15 um 15:19 schrieb Carl Eugen Hoyos:
> > Hi!
> >
> > On Wednesday 04 February 2015 01:48:53 pm Thilo Borgmann wrote:
> >>
> >> fixes Ticket #4238.
> >>
> >> Testing for CGImageGetTypeID function is questionable (see trac
>
---
RELEASE_NOTES | 59 +++
1 file changed, 59 insertions(+)
create mode 100644 RELEASE_NOTES
diff --git a/RELEASE_NOTES b/RELEASE_NOTES
new file mode 100644
index 000..c1e9248
--- /dev/null
+++ b/RELEASE_NOTES
@@ -0,0 +1,59 @@
+
+
Am 08.02.15 um 15:19 schrieb Carl Eugen Hoyos:
> Hi!
>
> On Wednesday 04 February 2015 01:48:53 pm Thilo Borgmann wrote:
>>
>> fixes Ticket #4238.
>>
>> Testing for CGImageGetTypeID function is questionable (see trac
>> discussion). If someone has a better idea, please let me know.
>
> Alternativ
---
libavformat/mxfenc.c | 97 +--
tests/ref/lavf/mxf| 6 +--
tests/ref/lavf/mxf_d10| 2 +-
tests/ref/lavf/mxf_opatom | 2 +-
4 files changed, 91 insertions(+), 16 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
changes since v5
* use size >= UINT16_MAX/2 instead
Mark Reid (1):
libavformat/mxfenc: write package name metadata
libavformat/mxfenc.c | 97 +--
tests/ref/lavf/mxf| 6 +--
tests/ref/lavf/mxf_d10| 2 +-
tests/ref/lavf/mxf_opatom |
>
>
>
> if (size >= UINT16_MAX/2) {
>
>
that makes way more sense :p, I'll send a new patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
SAMPLE-AES encryption is not commonly used yet, but without this patch
ffmpeg is thinking that the hls segments are not encrypted which
produces broken files.
---
libavformat/hls.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
ind
On Thu, Mar 5, 2015, at 06:36 PM, Derek Buitenhuis wrote:
> Configure your name and email.
Done.
> This doesn't look like it was sent with git send-email?
I was not. I've used git format-patch but I'll setup git send-email.
> URLs in commit messages tend not to be useful later on.
How should I se
There are no independant uses of mips32r2 instructions except for the
FPU parts. Due to the heavy use of mips32r2 specifc fpu extensions, I
am guessing the original author intended MIPSFPU to imply MIPS32R2 anyway.
Since these fpu instructions are available on mips64 (non-r2), enable them
there as
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index 1374cbc..2a5d6b8 100644
--- a/Changelog
+++ b/Changelog
@@ -36,6 +36,7 @@ version :
- Canopus HQX decoder
- RTP depacketization of T.140 text (RFC 4103)
- VP9 RTP payload format (draft 0) experimental
Hi,
This is the second version of the mips patches without the ones which
were already accepted.
Changes:
- Keep mips32r2 in the list of configure options so it doesn't break
anything (although now it's a no op).
- Drop float dsp patch and just do the normal 64-bit porting.
This would be
This mainly consists of replacing all the pointer arithmatic 'addiu'
instructions with PTR_ADDIU which will handle the differences in pointer
sizes when compiled on 64 bit mips systems.
The header asmdefs.h contains the PTR_ macros which expend to the correct mips
instructions to manipulate regist
Removing these removes the dependency of this code on mips32r2 which would
allow it to be used on processors which have FPU instructions, but not r2
instructions (like the mips64el debian port for instance).
Signed-off-by: James Cowgill
---
libavcodec/mips/aacdec_mips.h | 49
On 3/5/2015 5:32 PM, selst wrote:
> From: selsta
Configure your name and email.
> Date: Thu, 5 Mar 2015 01:26:47 +0100
> Subject: [PATCH] hls: detect SAMPLE-AES encryption
This doesn't look like it was sent with git send-email?
> SAMPLE-AES encryption is not commonly used yet, but without this
>From 0f207df3c13a9c05a9ef3f740995b4bc991a6312 Mon Sep 17 00:00:00 2001
From: selsta
Date: Thu, 5 Mar 2015 01:26:47 +0100
Subject: [PATCH] hls: detect SAMPLE-AES encryption
SAMPLE-AES encryption is not commonly used yet, but without this patch
ffmpeg is thinking that the hls segments are not encr
Hi Mentors and Students
please make sure to keep track of who is doing which qualification
task to minimize the amount of duplicates,
that is to add an entry for each student doing a qualification task at:
https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2015-Qualis
thanks
--
Michael G
There is an issue in ffprobe when extracting the duration in sexagesimal
format, example:
ffprobe test.mp4 -show_entries format=duration -v quiet -of csv="p=0"
-sexagesimal
Output is "0:02:07.896000" when it should be "00:02:07.896000".
- Ole Andre Birkedal
From 3934c5d937f97ebc61cc2b185e7a1a05a04
Le quintidi 15 ventôse, an CCXXIII, Zhang Rui a écrit :
> I'm using concatdec for streaming http segments.
> which need options like timeout, user_agent.
Ok.
> Your solution is enough for my case.
> And as you said, my patch may be not desirable.
I believe it depends on the use case, and it is n
On Thu, Mar 05, 2015 at 12:23:59PM +0100, Nedeljko Babic wrote:
> Loop was unrolled eight times although in heder there is assumption
> that len is multiple of 4.
> This is fixed, and assembly code is rewritten to be more optimal and
> to simplify clobber list.
>
> Signed-off-by: Nedeljko Babic
>
2015-03-05 19:06 GMT+08:00 Nicolas George :
> Le quintidi 15 ventôse, an CCXXIII, Zhang Rui a écrit :
>> Subject: [FFmpeg-devel] [PATCH 2/2] lavf/concatdef: pass options to
>
> "concatdec" I suppose?
Sorry, my fault.
>
>> ---
>> libavformat/concatdec.c | 24 +---
>> 1 file ch
On Thu, Mar 05, 2015 at 10:51:43AM +, Kevin Wheatley wrote:
> Michael, wm4,
>
> Thank you for your feedback, I believe I've addressed your concerns,
> please let me know if there is anything else that needs fixing.
>
> Kevin
> libavcodec/pngenc.c | 29 +++---
> lib
Loop was unrolled eight times although in heder there is assumption
that len is multiple of 4.
This is fixed, and assembly code is rewritten to be more optimal and
to simplify clobber list.
Signed-off-by: Nedeljko Babic
---
libavutil/mips/float_dsp_mips.c | 180 +-
On Thu, Mar 5, 2015 at 10:32 AM, Michael Niedermayer
wrote:
> On Thu, Mar 05, 2015 at 10:23:02AM +0100, Robert Krüger wrote:
> > On Wed, Mar 4, 2015 at 7:14 PM, Michael Niedermayer
> > wrote:
> >
> > > On Wed, Mar 04, 2015 at 07:07:35PM +0100, Robert Krüger wrote:
> > > > On Wed, Mar 4, 2015 at
Le quintidi 15 ventôse, an CCXXIII, Zhang Rui a écrit :
> Subject: [FFmpeg-devel] [PATCH 2/2] lavf/concatdef: pass options to
"concatdec" I suppose?
> ---
> libavformat/concatdec.c | 24 +---
> 1 file changed, 17 insertions(+), 7 deletions(-)
Can you explain the use case you
---
libavformat/avformat.h | 5 +
libavformat/utils.c| 14 --
libavformat/version.h | 2 +-
3 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 4211a95..035e2d4 100644
--- a/libavformat/avformat.h
+++ b/libavf
---
libavformat/concatdec.c | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index f07cfd7..a6bf6ee 100644
--- a/libavformat/concatdec.c
+++ b/libavformat/concatdec.c
@@ -56,6 +56,7 @@ typedef struct {
On Thu, Mar 05, 2015 at 11:41:35AM +0100, Tomas Härdin wrote:
> On Thu, 2015-03-05 at 00:36 +0200, Vilius Grigaliūnas wrote:
> > While the native jpeg2000 decoder can determine pixel format correctly
> > from the codestream, libopenjpeg wrapper cannot. To make sure that
> > the output is correct wh
Michael, wm4,
Thank you for your feedback, I believe I've addressed your concerns,
please let me know if there is anything else that needs fixing.
Kevin
From 079ff77a1885b5ef879a8cd3b4c032a3182e8e67 Mon Sep 17 00:00:00 2001
From: Kevin Wheatley
Date: Thu, 5 Mar 2015 10:37:51 +
Subject: [PATC
On Thu, 2015-03-05 at 00:36 +0200, Vilius Grigaliūnas wrote:
> While the native jpeg2000 decoder can determine pixel format correctly
> from the codestream, libopenjpeg wrapper cannot. To make sure that
> the output is correct when using libopenjpeg to decode digital
> cinema files, we do detection
On Wed, 2015-03-04 at 12:31 -0800, Mark Reid wrote:
> +/*
> + * Returns the calculated length a local tag containing an utf-8 string as
> utf-16
> + */
> +static int mxf_utf16_local_tag_length(const char *utf8_str)
> +{
> +uint64_t size;
> +
> +if (!utf8_str)
> +return 0;
> +
> +
Hi
On Thu, Mar 05, 2015 at 10:15:51AM +0100, Bálint Réczey wrote:
> Hi,
>
> 2015-03-05 0:02 GMT+01:00 Andreas Cadhalpun
> :
> > On 04.03.2015 23:13, Luca Barbato wrote:
> >>
> >> On 04/03/15 21:49, Andreas Cadhalpun wrote:
> >>>
> >>> So what do you think about resurrecting this patch (add avfor
On Wed, Mar 04, 2015 at 10:48:43PM +0100, Timo Rothenpieler wrote:
> ---
> libavformat/dashenc.c | 43 ---
> 1 file changed, 28 insertions(+), 15 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Thu, Mar 05, 2015 at 10:23:02AM +0100, Robert Krüger wrote:
> On Wed, Mar 4, 2015 at 7:14 PM, Michael Niedermayer
> wrote:
>
> > On Wed, Mar 04, 2015 at 07:07:35PM +0100, Robert Krüger wrote:
> > > On Wed, Mar 4, 2015 at 6:57 PM, Michael Niedermayer
> > > wrote:
> > >
> > > > On Wed, Mar 04,
On Wed, Mar 4, 2015 at 7:14 PM, Michael Niedermayer
wrote:
> On Wed, Mar 04, 2015 at 07:07:35PM +0100, Robert Krüger wrote:
> > On Wed, Mar 4, 2015 at 6:57 PM, Michael Niedermayer
> > wrote:
> >
> > > On Wed, Mar 04, 2015 at 06:19:19PM +0100, Robert Krüger wrote:
> > > > On Wed, Mar 4, 2015 at 5
Hi,
2015-03-05 0:02 GMT+01:00 Andreas Cadhalpun :
> On 04.03.2015 23:13, Luca Barbato wrote:
>>
>> On 04/03/15 21:49, Andreas Cadhalpun wrote:
>>>
>>> So what do you think about resurrecting this patch (add avformat_flush)?
>>
>>
>> I see no patch about it, my email client chewed it?
>
>
> It has
48 matches
Mail list logo
