On Sun, 24 Jan 2016 20:03:01 -0500
"Ronald S. Bultje" wrote:
> Hi,
>
> On Sun, Jan 24, 2016 at 6:49 PM, Hendrik Leppkes
> wrote:
> > Unfortunately that doesn't alleviate the other issues, like the
> > complexity needed in the decoders during frame threading, or the extra
> > resources needed
On 19.01.2016 15:47, Tobias Rapp wrote:
Attached patch adds some example scripts for the concat demuxer to the
documentation.
Ping.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 1/25/16, Kieran Kunhya wrote:
> Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> Older files with more subbands, skips, Bayer, alpha not supported.
> Alpha requires addition of GBRAP12 pixel format.
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcode
On 25 January 2016 at 00:34, Kieran Kunhya wrote:
> Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> Older files with more subbands, skips, Bayer, alpha not supported.
> Alpha requires addition of GBRAP12 pixel format.
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
>
On Mon, Jan 25, 2016 at 2:34 AM, Andreas Cadhalpun
wrote:
> On 24.01.2016 22:57, Hendrik Leppkes wrote:
>> While links are in theory a good idea, creating directory links on
>> windows requires elevated privileges. Don't ask me why, I don't know,
>> but that makes this unfortunately impractical.
>
On Mon, Jan 25, 2016 at 11:01 AM, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 2:34 AM, Andreas Cadhalpun
> wrote:
>> On 24.01.2016 22:57, Hendrik Leppkes wrote:
>>> While links are in theory a good idea, creating directory links on
>>> windows requires elevated privileges. Don't ask me why,
On Mon, Jan 25, 2016 at 03:42:44AM +, Mats Peterson wrote:
> Alright Michael, I'm currently rather ambivalent regarding whether 1 bpp in
> AVI should be just black & white or any color. But the term "monochrome" has
> to mean black & white after all. Windows Paint forces black & white when
>
On 1/21/16, Paul B Mahol wrote:
> Hi,
> patch attached.
>
2nd version attached.
From 1ec18cd004e227fae2e4f34654cdc02474a38b7d Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 18 Jan 2016 11:22:32 +0100
Subject: [PATCH] avfilter: add streamselect and astreamselect filter
MIME-Version: 1.0
C
Timothy Gu gmail.com> writes:
> It's inferior to fdk-aac and has an arguably more problematic
> license.
Needs a Changelog entry and a news entry together with
libvo.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org
Kieran Kunhya kunhya.com> writes:
> The internal encoder is superior to libvo-aacenc.
I thought this was the case for several years?
Needs a Changelog entry and a news entry together with
libaacplus.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-
applied
thanks
Thanks Michael. I'm actually working on a patch that aligns monow data properly
on 16-byte boundaries.
Mats
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 21/01/16 23:17, Michael Niedermayer wrote:
> On Wed, Jan 20, 2016 at 02:33:21PM +, Vicente Olivert Riera wrote:
>> On 20/01/16 13:15, Michael Niedermayer wrote:
>>> On Wed, Jan 20, 2016 at 12:21:37PM +, Vicente Olivert Riera wrote:
On 20/01/16 12:05, Michael Niedermayer wrote:
>
On Mon, Jan 25, 2016 at 11:24 AM, Carl Eugen Hoyos wrote:
> Kieran Kunhya kunhya.com> writes:
>
>> The internal encoder is superior to libvo-aacenc.
>
> I thought this was the case for several years?
>
It was, but now the internal one at least isn't marked experimental
anymore, so users don't ge
On Mon, Jan 25, 2016 at 11:09 AM, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 11:01 AM, Hendrik Leppkes wrote:
>> On Mon, Jan 25, 2016 at 2:34 AM, Andreas Cadhalpun
>> wrote:
>>> On 24.01.2016 22:57, Hendrik Leppkes wrote:
While links are in theory a good idea, creating directory links
On Mon, Jan 25, 2016 at 10:35:12AM +, Vicente Olivert Riera wrote:
> On 21/01/16 23:17, Michael Niedermayer wrote:
> > On Wed, Jan 20, 2016 at 02:33:21PM +, Vicente Olivert Riera wrote:
> >> On 20/01/16 13:15, Michael Niedermayer wrote:
> >>> On Wed, Jan 20, 2016 at 12:21:37PM +, Vicent
On 25/01/16 11:32, Michael Niedermayer wrote:
> On Mon, Jan 25, 2016 at 10:35:12AM +, Vicente Olivert Riera wrote:
>> On 21/01/16 23:17, Michael Niedermayer wrote:
>>> On Wed, Jan 20, 2016 at 02:33:21PM +, Vicente Olivert Riera wrote:
On 20/01/16 13:15, Michael Niedermayer wrote:
>
On Mon, Jan 25, 2016 at 10:24:36AM +, Carl Eugen Hoyos wrote:
> Kieran Kunhya kunhya.com> writes:
>
> > The internal encoder is superior to libvo-aacenc.
>
> I thought this was the case for several years?
>
> Needs a Changelog entry and a news entry together with
> libaacplus.
how does th
On Sun, Jan 24, 2016 at 09:50:01AM -0800, Timothy Gu wrote:
> It's inferior to fdk-aac and has an arguably more problematic
> license.
a reference to the comparision finding its inferriority should be
added to the commit message
the exact license should also be mentioned maybe
[...]
--
Michael
The line alignment for 1 bpp raw AV_PIX_FMT_MONOWHITE video (currently
used for AVI) was previously 4 bytes, which generated alignment warning
messages, not only for odd-width files. The alignment is now 16 bytes.
Mats
From 950fe2cd5da4b56feb2bd0e74173cd1c2c223df5 Mon Sep 17 00:00:00 2001
From: M
On Mon, Jan 25, 2016 at 11:50:36AM +, Vicente Olivert Riera wrote:
> On 25/01/16 11:32, Michael Niedermayer wrote:
> > On Mon, Jan 25, 2016 at 10:35:12AM +, Vicente Olivert Riera wrote:
> >> On 21/01/16 23:17, Michael Niedermayer wrote:
> >>> On Wed, Jan 20, 2016 at 02:33:21PM +, Vicent
Le decadi 30 nivôse, an CCXXIV, Tobias Rapp a écrit :
> Attached patch adds some example scripts for the concat demuxer to the
> documentation.
Well, I maintain the code, not really the documentation.
> >From 5ffc11e8139476d18cd2eaa28338adb0dda80999 Mon Sep 17 00:00:00 2001
> From: Tobias Rapp
>
Hi,
On Mon, Jan 25, 2016 at 4:01 AM, wm4 wrote:
> On Sun, 24 Jan 2016 20:03:01 -0500
> "Ronald S. Bultje" wrote:
>
> > Hi,
> >
> > On Sun, Jan 24, 2016 at 6:49 PM, Hendrik Leppkes
> > wrote:
>
>
> > > Unfortunately that doesn't alleviate the other issues, like the
> > > complexity needed in th
The purpose of this patch is to preserve timestamps when using ffmpeg for
publishing RTMP streams, e.g. ffmpeg -i rtmp://source/stream -f flv
rtmp://target/stream.
There is a setting "copyts" for that purpose. Unfortunately it doesn't work
with FLV muxer because it has its own timestamp correcti
Hi,
nonworking patch atttached.
From 5d5f16ec7a6f471401ce753ed88c63c47a8c3eba Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Jan 2016 13:36:01 +0100
Subject: [PATCH] avcodec: multithread frame encoding
Signed-off-by: Paul B Mahol
---
libavcodec/flacenc.c | 2 +-
libavc
On Mon, Jan 25, 2016 at 12:34:03AM +, Kieran Kunhya wrote:
> Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> Older files with more subbands, skips, Bayer, alpha not supported.
> Alpha requires addition of GBRAP12 pixel format.
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c
On 25 Jan 2016 2:29 p.m., "Michael Niedermayer"
wrote:
>
> On Mon, Jan 25, 2016 at 12:34:03AM +, Kieran Kunhya wrote:
> > Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> > Older files with more subbands, skips, Bayer, alpha not supported.
> > Alpha requires addition of GBRAP12 pixel format.
>
Hi,
On Mon, Jan 25, 2016 at 9:34 AM, Kieran Kunhya
wrote:
> On 25 Jan 2016 2:29 p.m., "Michael Niedermayer"
> wrote:
> >
> > On Mon, Jan 25, 2016 at 12:34:03AM +, Kieran Kunhya wrote:
> > > Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> > > Older files with more subbands, skips, Bayer, al
Hi,
On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote:
> +static inline void filter(int16_t *output, ptrdiff_t out_stride, int16_t
> *low, ptrdiff_t low_stride,
> + int16_t *high, ptrdiff_t high_stride, int len,
> uint8_t clip)
Should this be a DSP function? (That i
On Mon, Jan 25, 2016 at 1:28 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Jan 25, 2016 at 4:01 AM, wm4 wrote:
>
>> On Sun, 24 Jan 2016 20:03:01 -0500
>> "Ronald S. Bultje" wrote:
>>
>> > Hi,
>> >
>> > On Sun, Jan 24, 2016 at 6:49 PM, Hendrik Leppkes
>> > wrote:
>>
>>
>> > > Unfortunately that
On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote:
> Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
> Older files with more subbands, skips, Bayer, alpha not supported.
> Alpha requires addition of GBRAP12 pixel format.
Actually you could set AV_PIX_FMT_GBRAP16 and tweak the
bits_per_raw_sampl
16-byte, not 16-bit.
>From 950fe2cd5da4b56feb2bd0e74173cd1c2c223df5 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 25 Jan 2016 13:02:52 +0100
Subject: [PATCH v2] lavc/rawdec: Use 16-byte line alignment for AV_PIX_FMT_MONOWHITE
The line alignment for 1 bpp raw AV_PIX_FMT_MONOWHITE video
On 1/25/16, Paul B Mahol wrote:
> Hi,
>
> nonworking patch atttached.
>
Working patch attached.
From 1e6ed69925ff05a934b2fe68830512246e616367 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Jan 2016 18:39:23 +0100
Subject: [PATCH] avcodec: multithread audio frame encoding for wavpack a
On 1/24/2016 6:48 PM, James Almer wrote:
> On 1/24/2016 6:41 PM, Hendrik Leppkes wrote:
>> On Sun, Jan 24, 2016 at 9:53 PM, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> This should make replacing the current dca decoder for foo86's easier,
>>> without
>>> having to disable/reena
On Mon, Jan 25, 2016 at 06:47:57PM +0100, Paul B Mahol wrote:
> On 1/25/16, Paul B Mahol wrote:
> > Hi,
> >
> > nonworking patch atttached.
> >
>
> Working patch attached.
> alacenc.c |2 +-
> frame_thread_encoder.c | 14 +++---
> frame_thread_encoder.h |2 +-
> u
On Sun, Jan 24, 2016 at 03:54:34PM +0100, Vittorio Gambaletta (VittGam) wrote:
> Hi,
>
> On 24/01/2016 12:01:38 CET, Michael Niedermayer wrote:
> >On Sun, Jan 24, 2016 at 06:06:36AM +0100, Vittorio Gambaletta (VittGam)
> >wrote:
> >>Signed-off-by: Vittorio Gambaletta
> >>---
> >> libavformat/mpe
Signed-off-by: James Almer
---
libavcodec/x86/imdct36.asm | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/x86/imdct36.asm b/libavcodec/x86/imdct36.asm
index 7218f06..fcf007b 100644
--- a/libavcodec/x86/imdct36.asm
+++ b/libavcodec/x86/imdct36.asm
@@ -143,6 +143,12 @@ SECTION
On Mon, Jan 25, 2016 at 06:09:18PM +0100, Mats Peterson wrote:
> 16-byte, not 16-bit.
> rawdec.c | 30 +++---
> 1 file changed, 19 insertions(+), 11 deletions(-)
> 9c1e9ec71fe79221522dabf321143e4bbce483f7 0001-v2.patch
> From 950fe2cd5da4b56feb2bd0e74173cd1c2c223df5 Mon
On 1/25/16, Michael Niedermayer wrote:
> On Mon, Jan 25, 2016 at 06:47:57PM +0100, Paul B Mahol wrote:
>> On 1/25/16, Paul B Mahol wrote:
>> > Hi,
>> >
>> > nonworking patch atttached.
>> >
>>
>> Working patch attached.
>
>> alacenc.c |2 +-
>> frame_thread_encoder.c | 14
On Mon, Jan 25, 2016 at 02:43:40PM +0200, Ivan wrote:
> The purpose of this patch is to preserve timestamps when using ffmpeg for
> publishing RTMP streams, e.g. ffmpeg -i rtmp://source/stream -f flv
> rtmp://target/stream.
> There is a setting "copyts" for that purpose. Unfortunately it doesn't
On Mon, Jan 25, 2016 at 04:39:49PM +0100, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 1:28 PM, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Jan 25, 2016 at 4:01 AM, wm4 wrote:
> >
> >> On Sun, 24 Jan 2016 20:03:01 -0500
> >> "Ronald S. Bultje" wrote:
> >>
> >> > Hi,
> >> >
> >> > On Sun,
On Mon, Jan 25, 2016 at 7:50 PM, Michael Niedermayer
wrote:
> On Mon, Jan 25, 2016 at 04:39:49PM +0100, Hendrik Leppkes wrote:
>> On Mon, Jan 25, 2016 at 1:28 PM, Ronald S. Bultje wrote:
>> > Hi,
>> >
>> > On Mon, Jan 25, 2016 at 4:01 AM, wm4 wrote:
>> >
>> >> On Sun, 24 Jan 2016 20:03:01 -0500
On 25.01.2016 11:01, Hendrik Leppkes wrote:
> msys doesn't seem to like creating directory symlinks with ln -s, for
> some reason it copies the folder instead, which is of course terribly
> slow.
There is a fast configure check, which I added to prevent actually
creating the link to the source dir
On Mon, Jan 25, 2016 at 8:07 PM, Andreas Cadhalpun
wrote:
> On 25.01.2016 11:01, Hendrik Leppkes wrote:
>> msys doesn't seem to like creating directory symlinks with ln -s, for
>> some reason it copies the folder instead, which is of course terribly
>> slow.
>
> There is a fast configure check, wh
On Mon, Jan 25, 2016 at 08:01:02PM +0100, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 7:50 PM, Michael Niedermayer
> wrote:
> > On Mon, Jan 25, 2016 at 04:39:49PM +0100, Hendrik Leppkes wrote:
> >> On Mon, Jan 25, 2016 at 1:28 PM, Ronald S. Bultje
> >> wrote:
> >> > Hi,
> >> >
> >> > On Mon
Hi,
On 25/01/2016 19:35:58 CET, Michael Niedermayer wrote:
On Sun, Jan 24, 2016 at 03:54:34PM +0100, Vittorio Gambaletta (VittGam) wrote:
Hi,
On 24/01/2016 12:01:38 CET, Michael Niedermayer wrote:
>On Sun, Jan 24, 2016 at 06:06:36AM +0100, Vittorio Gambaletta (VittGam) wrote:
>>Signed-off-by:
On Mon, Jan 25, 2016 at 11:12:33AM +0100, Paul B Mahol wrote:
> On 1/21/16, Paul B Mahol wrote:
> > Hi,
> > patch attached.
> >
>
> 2nd version attached.
> doc/filters.texi | 23 ++
> libavfilter/Makefile |2
> libavfilter/allfilters.c |2
> libavfilter/f_str
On 25.01.2016 20:28, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 8:07 PM, Andreas Cadhalpun
> wrote:
>> On 25.01.2016 11:01, Hendrik Leppkes wrote:
>>> msys doesn't seem to like creating directory symlinks with ln -s, for
>>> some reason it copies the folder instead, which is of course terrib
On Sun, Jan 24, 2016 at 03:42:46AM +0100, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Previously errors could result in random entries to be lost.
>
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/opt.c |7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
ap
On Sun, Nov 22, 2015 at 12:58:51AM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/thp.c | 44 +---
> 1 file changed, 41 insertions(+), 3 deletions(-)
confirmed to be working
[...]
--
Michael GnuPG fingerprint: 9FF2128B14
On 1/25/16, Michael Niedermayer wrote:
> On Sun, Nov 22, 2015 at 12:58:51AM +0100, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavformat/thp.c | 44 +---
>> 1 file changed, 41 insertions(+), 3 deletions(-)
>
> confirmed to be working
No
Hi,
patch attached.
From 654a9d565d963eeb7c2e1c72559d0df17a9814ab Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Jan 2016 21:54:17 +0100
Subject: [PATCH] avcodec: add Ulead DV audio decoder
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c |
On 01/25/2016 07:42 PM, Michael Niedermayer wrote:
The line alignment for 1 bpp raw AV_PIX_FMT_MONOWHITE video (currently
used for AVI) was previously 4 bytes, which generated alignment warning
messages, not only for odd-width files. The alignment is now 16 bytes.
applied
thanks
Thanks
___
On Fri, 22 Jan 2016, Marton Balint wrote:
Signed-off-by: Marton Balint
---
doc/decoders.texi| 8 +++-
libavcodec/libzvbi-teletextdec.c | 18 --
2 files changed, 23 insertions(+), 3 deletions(-)
Pushed the series with a micro bump.
Regards,
Marton
_
On Fri, Jan 22, 2016 at 02:54:21PM -0800, Neil Birkbeck wrote:
> Hmm. I don't have a good idea of how likely it is for this conversion to
> float (by dividing a constant) to not be bit-exact on different
> architectures (compilers?) when there should not be any other math
> transforming the metadat
On Mon, Jan 25, 2016 at 10:29:08PM +0100, Paul B Mahol wrote:
> On 1/25/16, Michael Niedermayer wrote:
> > On Sun, Nov 22, 2015 at 12:58:51AM +0100, Paul B Mahol wrote:
> >> Signed-off-by: Paul B Mahol
> >> ---
> >> libavformat/thp.c | 44 +---
> >> 1 file
On Mon, Jan 25, 2016 at 10:37 PM, Michael Niedermayer
wrote:
> On Fri, Jan 22, 2016 at 02:54:21PM -0800, Neil Birkbeck wrote:
>> Hmm. I don't have a good idea of how likely it is for this conversion to
>> float (by dividing a constant) to not be bit-exact on different
>> architectures (compilers?)
On 1/25/16, Michael Niedermayer wrote:
> On Mon, Jan 25, 2016 at 10:29:08PM +0100, Paul B Mahol wrote:
>> On 1/25/16, Michael Niedermayer wrote:
>> > On Sun, Nov 22, 2015 at 12:58:51AM +0100, Paul B Mahol wrote:
>> >> Signed-off-by: Paul B Mahol
>> >> ---
>> >> libavformat/thp.c | 44 ++
On Mon, Jan 25, 2016 at 1:13 PM, Michael Niedermayer
wrote:
> On Mon, Jan 25, 2016 at 10:24:36AM +, Carl Eugen Hoyos wrote:
>> Kieran Kunhya kunhya.com> writes:
>>
>> > The internal encoder is superior to libvo-aacenc.
>>
>> I thought this was the case for several years?
>>
>> Needs a Changel
On 24.01.2016 21:32, Nicolas George wrote:
> Le quintidi 5 pluviôse, an CCXXIV, Andreas Cadhalpun a écrit :
>> No. It would have prevented the issue with hls.
>
> Reacting to known attacks by ad-hoc hole-plugging is no way of building
> proper security.
The ad-hoc fix was the change done in the h
Tomorrow I'm attending an event run by the Digital Production Partnership,
a body that has brought together mainstream digital television delivery and
workflow standards for UK broadcasters. My production company is a member,
and we assisted a little in the development of their UHD workflow documen
On Mon, Jan 25, 2016 at 2:57 AM, James Almer wrote:
> On 1/22/2016 7:25 PM, Michael Niedermayer wrote:
>> On Thu, Jan 21, 2016 at 09:44:06PM +0300, foo86 wrote:
>>> Updated version of the patch. I choose to split it into even smaller
>>> commits to
>>> make reviewing easier; you may prefer to squ
On Mon, Jan 25, 2016 at 11:21:11PM +0100, Hendrik Leppkes wrote:
> On Mon, Jan 25, 2016 at 1:13 PM, Michael Niedermayer
> wrote:
> > On Mon, Jan 25, 2016 at 10:24:36AM +, Carl Eugen Hoyos wrote:
> >> Kieran Kunhya kunhya.com> writes:
> >>
> >> > The internal encoder is superior to libvo-aacen
On 22.01.2016 00:44, Michael Niedermayer wrote:
> On Thu, Jan 21, 2016 at 11:39:16PM +0100, Andreas Cadhalpun wrote:
>> It dropped the old headers, but the replacements are already available
>> with opencv 2.
>>
>> Signed-off-by: Andreas Cadhalpun
>> ---
>>
>> Only tested compilation with opencv 2
On Mon, Jan 25, 2016 at 10:41 PM, John Warburton wrote:
> Tomorrow I'm attending an event run by the Digital Production Partnership,
> a body that has brought together mainstream digital television delivery and
> workflow standards for UK broadcasters. My production company is a member,
> and we a
On Fri, Jan 22, 2016 at 11:25 PM, Michael Niedermayer
wrote:
> On Thu, Jan 21, 2016 at 09:44:06PM +0300, foo86 wrote:
>> Updated version of the patch. I choose to split it into even smaller commits
>> to
>> make reviewing easier; you may prefer to squash it as needed.
>>
>> Changes since the firs
On Mon, Jan 25, 2016 at 4:51 PM, Vittorio Giovara
wrote:
> On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote:
>> Decodes YUV 4:2:2 10-bit and RGB 12-bit files.
>> Older files with more subbands, skips, Bayer, alpha not supported.
>> Alpha requires addition of GBRAP12 pixel format.
>
> Actually
On Tue, Jan 26, 2016 at 12:05 AM, Hendrik Leppkes wrote:
> On Fri, Jan 22, 2016 at 11:25 PM, Michael Niedermayer
> wrote:
>> On Thu, Jan 21, 2016 at 09:44:06PM +0300, foo86 wrote:
>>> Updated version of the patch. I choose to split it into even smaller
>>> commits to
>>> make reviewing easier; y
On Mon, Jan 25, 2016 at 11:02:35PM +0100, Paul B Mahol wrote:
> On 1/25/16, Michael Niedermayer wrote:
> > On Mon, Jan 25, 2016 at 10:29:08PM +0100, Paul B Mahol wrote:
> >> On 1/25/16, Michael Niedermayer wrote:
> >> > On Sun, Nov 22, 2015 at 12:58:51AM +0100, Paul B Mahol wrote:
> >> >> Signed-
On 22.01.2016 00:57, Michael Niedermayer wrote:
> On Thu, Jan 21, 2016 at 11:04:14PM +0100, Andreas Cadhalpun wrote:
>> level can be up to 5, but there are only four codebooks.
>>
>> Fixes ubsan runtime error: index 5 out of bounds for type 'int8_t
>> [4][96]'
>>
>> Signed-off-by: Andreas Cadhalpun
On Mon, Jan 25, 2016 at 2:42 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Jan 24, 2016 at 7:34 PM, Kieran Kunhya wrote:
>
>> +static inline void filter(int16_t *output, ptrdiff_t out_stride, int16_t
>> *low, ptrdiff_t low_stride,
>> + int16_t *high, ptrdiff_t high_stride
On Tue, Jan 26, 2016 at 01:04:05AM +0100, Andreas Cadhalpun wrote:
> On 22.01.2016 00:57, Michael Niedermayer wrote:
> > On Thu, Jan 21, 2016 at 11:04:14PM +0100, Andreas Cadhalpun wrote:
> >> level can be up to 5, but there are only four codebooks.
> >>
> >> Fixes ubsan runtime error: index 5 out
From: Michael Niedermayer
Fixes harmless integer overflow
Fixes Ticket5150
No speedloss measured, actually its slightly faster, but please benchmark &
double check this
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_cabac.c |8 ++--
1 file changed, 6 insertions(+), 2 deletion
On Tue, Dec 08, 2015 at 02:10:31PM +0200, Andrey Utkin wrote:
> Signed-off-by: Andrey Utkin
> ---
> libavformat/sdp.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/sdp.c b/libavformat/sdp.c
> index 2ab37a8..27112ef 100644
> --- a/libavformat/sdp.c
> +++ b/libavformat/sdp
On Tue, Dec 08, 2015 at 02:10:32PM +0200, Andrey Utkin wrote:
> This enables us to process pics larger than 2040 pixels in dimensions,
> overcoming the limitation of RFC 2435.
>
> Signed-off-by: Andrey Utkin
> ---
> libavformat/rtpdec_jpeg.c | 46 +++---
>
OSX's ld sometimes does and sometimes doesn't need -liconv.
For instance, -Wl,-dead_strip in LDFLAGS will make the iconv conf check pass
without -liconv, but linking ffmpeg_g will fail. There are likely other awkward
interactions that could cause that sort of issue. Thus, we'll try to use the
-lico
An idea for a new feature of ffmpeg: Detect media, and generate profile
for future transcoding.
The feature would add the ability to point ffmpeg at a media file and
analyze the file for its container type, codecs, channels, bit rates, etc,
and build a PROFILE according to what it discovers. The
I want do feed kodi with existing QT Movie files (mp4 muxed audio +
video) wich can change codec / resolutions during the playback.
Currently I have solved this issue by writing new MOOV Atoms every time
the stream changes, but this works only with an hack inside mov.c
(replace the existing av
rtsp over ssl is not working. tls does not implement prot->url_get_file_handle
so ffurl_get_file_handle() fails.
struct sockaddr_storage peer is initialized but not used, remove it.
rtsps lower transport was set to TCP. Transport could be UDP. It permits to use
RTSPS + SRTP.
---
libavformat/r
I guess png is another example; 10 is the denominator for the 32-bit
integer:
https://github.com/FFmpeg/FFmpeg/blob/b58cfa616c169c90166938608e7135cdab5820e0/libavcodec/pngenc.c#L290
In the standards, the primaries and white point coords are usually only
referenced in 2-4 significant figures (I
79 matches
Mail list logo
