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
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 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
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
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
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 +++---
>
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
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, 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
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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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 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 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 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
___
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 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
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 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 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
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 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
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 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 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 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 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 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
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 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
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 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 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
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 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
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
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
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
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.
>
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
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
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,
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
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
>
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 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
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 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: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 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 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 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:
>
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
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-
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
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
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 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 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 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 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 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 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
79 matches
Mail list logo
