I tried to change the name to fft, but it is conflicting with
libavcodec/fft. So, I am unable to change that. I have updated the patch,
adding support to coloured images.
From 7b479d2236067e5599f6e4670f319be4a643 Mon Sep 17 00:00:00 2001
From: Arwa Arif
Date: Tue, 24 Feb 2015 12:17:30 +0530
Su
---
doc/APIchanges| 3 +++
libavformat/avio.h| 6 ++
libavformat/aviobuf.c | 23 +++
libavformat/version.h | 4 ++--
4 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 5fdfc82..6875aed 100644
--- a/doc/APIcha
---
libavformat/mxfenc.c | 88 +--
tests/ref/lavf/mxf| 6 ++--
tests/ref/lavf/mxf_d10| 2 +-
tests/ref/lavf/mxf_opatom | 2 +-
4 files changed, 82 insertions(+), 16 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.
changes since v2
* simplified put_str16 macro
* added entry to doc/APIchanges
Mark Reid (2):
libavformat/avio: added avio_put_str16be
libavformat/mxfenc: write package name metadata
doc/APIchanges| 3 ++
libavformat/avio.h| 6
libavformat/aviobuf.c | 23 +++
On Mon, Mar 2, 2015 at 4:48 PM, Vilius Grigaliūnas <
vilius.grigaliu...@gmail.com> wrote:
> The reason for this change is that the native jpeg2000 decoder does
> not yet support 4K digital cinema files (#2586). The workaround for
> that is to use libopenjpeg decoder, which sort of works but
> inco
On Mon, Mar 02, 2015 at 08:58:45PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> according to the WebP Lossless Bitstream Specification [1] the
> highest allowed value for the prefix code is 39. Attached patch adds
> a check for this to avoid crashes decoding broken files.
>
> Best regards,
> Andreas
On Mon, Mar 2, 2015 at 1:39 PM, Michael Niedermayer
wrote:
> Hi all
>
> FFmpeg has been accepted in GSoC this year.
>
This is a GREAT news..
Congratulation to the people working on it
>
> If you want to mentor or are considering to mentor then please
> subscribe to https://ffmpeg.org/mailman/
On Mon, Mar 2, 2015 at 7:08 AM, Vilius Grigaliūnas <
vilius.grigaliu...@gmail.com> wrote:
> Input files in XYZ color space are incorrecly detected as RGB which results
> in incorrect output colors.
>
> This changes pixel format detection to try XYZ before RGB when
> color space provided by libopen
On Mon, Mar 02, 2015 at 10:23:54PM +0100, Michael Niedermayer wrote:
> On Mon, Mar 02, 2015 at 09:20:23PM +0100, Clément Bœsch wrote:
> > ---
> > libavcodec/proresenc_kostya.c | 12 +---
> > 1 file changed, 5 insertions(+), 7 deletions(-)
>
> LGTM
>
Applied, thanks.
--
Clément B.
pg
Hi all
FFmpeg has been accepted in GSoC this year.
If you want to mentor or are considering to mentor then please
subscribe to https://ffmpeg.org/mailman/listinfo/ffmpeg-mentors
(this list is ONLY for discussions that need to be private, when in
doubt use the public ffmpeg-devel list)
The ffmpeg
On Mon, Mar 02, 2015 at 09:20:23PM +0100, Clément Bœsch wrote:
> ---
> libavcodec/proresenc_kostya.c | 12 +---
> 1 file changed, 5 insertions(+), 7 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I know you won't believe me, but the h
On Tue, Feb 17, 2015 at 03:27:01AM +0100, Marton Balint wrote:
>
>
> On Sat, 14 Feb 2015, Clément Bœsch wrote:
>
> >On Sat, Feb 14, 2015 at 02:08:15AM +0100, Marton Balint wrote:
> >>Signed-off-by: Marton Balint
> >>---
> >> Makefile | 1 +
> >> doc/ffplay.texi
On Sun, Mar 01, 2015 at 10:59:55PM +0100, Timo Rothenpieler wrote:
> ---
> libavformat/dashenc.c | 24 +---
> 1 file changed, 21 insertions(+), 3 deletions(-)
split and applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
During t
On Sat, Feb 28, 2015 at 11:06:12AM +, Paul B Mahol wrote:
> On 2/28/15, Clement Boesch wrote:
> > ---
> > libavfilter/vf_blend.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
> > index a29cabc..d232457 100644
> >
On Mon, Mar 02, 2015 at 10:01:57AM +0100, Clément Bœsch wrote:
> On Mon, Mar 02, 2015 at 08:31:16AM +, Paul B Mahol wrote:
> > On 2/28/15, Clement Boesch wrote:
> > > On Sat, Feb 28, 2015 at 10:38:32AM +0100, Clement Boesch wrote:
> > >> ---
> > >> libavcodec/avuienc.c| 2 +-
> > >
On Sat, Feb 28, 2015 at 11:07:23AM +, Paul B Mahol wrote:
> On 2/28/15, Clement Boesch wrote:
> > ---
> > libavfilter/lavfutils.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavfilter/lavfutils.c b/libavfilter/lavfutils.c
> > index 80310d2..75e68a7 100644
---
libavcodec/proresenc_kostya.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
index 59f73fb..440cc8b 100644
--- a/libavcodec/proresenc_kostya.c
+++ b/libavcodec/proresenc_kostya.c
@@ -914,7 +914,7 @@
Hi,
according to the WebP Lossless Bitstream Specification [1] the highest allowed
value for the prefix code is 39. Attached patch adds a check for this to avoid
crashes decoding broken files.
Best regards,
Andreas
1:
https://developers.google.com/speed/webp/docs/webp_lossless_bitstream_sp
Input files in XYZ color space are incorrecly detected as RGB which results
in incorrect output colors.
This changes pixel format detection to try XYZ before RGB when
color space provided by libopenjepg is unknown.
---
libavcodec/libopenjpegdec.c | 12 +++-
1 file changed, 7 insertions(
When ff_thread_get_format is called from the main thread, e.g.
during codec init it will access the thread_ctx as a PerThreadContext
even though it is a FrameThreadContext.
Catch this case and add asserts to protect against similar issues
in other places.
In addition, when ff_thread_get_format is c
On 02.03.2015 19:37, Michael Niedermayer wrote:
On Mon, Mar 02, 2015 at 07:18:10PM +0100, Andreas Cadhalpun wrote:
So would you prefer using avpriv_report_missing_feature, returning
an error and checking the return value in
libavcodec/mpegvideo_enc.c?
if you dont have easy access to the real n
On Mon, Mar 02, 2015 at 10:46:30AM -0800, Mark Reid wrote:
[...]
> >
> > Less macro messy that way, and smaller diff (untested).
> >
> >
> Thats much simpler, I'll send a new patch doing that. I will also add a
> entry to docs/APICHANGES.
>
> For bumping the version am I suppose to reset the mic
On Mon, Mar 2, 2015 at 7:17 AM, Clément Bœsch wrote:
> On Sun, Mar 01, 2015 at 01:30:54PM -0800, Mark Reid wrote:
> > ---
> > libavformat/avio.h| 6 ++
> > libavformat/aviobuf.c | 50
> +++---
> > libavformat/version.h | 2 +-
> > 3 files cha
On Mon, Mar 02, 2015 at 07:21:25PM +0100, Christophe Gisquet wrote:
> Such calls as "copy_CTB(dst - (left_pixels << sh), ..." may actually
> use completely unaligned addresses, causing issues on platforms such
> as ARM where 64bits copies have alignment requirements.
>
> In such cases, AC_COPY64U
On Mon, Mar 02, 2015 at 07:18:10PM +0100, Andreas Cadhalpun wrote:
> On 02.03.2015 18:35, Michael Niedermayer wrote:
> >On Mon, Mar 02, 2015 at 05:52:52PM +0100, Andreas Cadhalpun wrote:
> >>Hi,
> >>
> >>encoding large frames with rv10 currently results in an assertion,
> >>because the number of ma
Such calls as "copy_CTB(dst - (left_pixels << sh), ..." may actually
use completely unaligned addresses, causing issues on platforms such
as ARM where 64bits copies have alignment requirements.
In such cases, AC_COPY64U should be use instead.
--
Christophe
From 030105f7b0978e18fd45e54dd0ed56d79f
On 02.03.2015 18:35, Michael Niedermayer wrote:
On Mon, Mar 02, 2015 at 05:52:52PM +0100, Andreas Cadhalpun wrote:
Hi,
encoding large frames with rv10 currently results in an assertion,
because the number of macro blocks doesn't fit into 12 bits.
Attached patch avoids this by just not trying t
On Mon, Mar 2, 2015 at 1:46 AM, Robert Krüger wrote:
> On Sun, Mar 1, 2015 at 10:43 PM, Mark Reid wrote:
>
> > On Sun, Mar 1, 2015 at 4:06 AM, Robert Krüger
> wrote:
> >
> > > Currently the product name that ends up in mxf files muxed using the
> new
> > op
> > > atom muxer is "OP1A muxer" whic
On Mon, Mar 02, 2015 at 05:52:52PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> encoding large frames with rv10 currently results in an assertion,
> because the number of macro blocks doesn't fit into 12 bits.
>
> Attached patch avoids this by just not trying to write the macro
> block number in tha
On Mon, Mar 02, 2015 at 05:41:41PM +0100, Robert Krüger wrote:
> On Sun, Mar 1, 2015 at 5:53 PM, Michael Niedermayer
> wrote:
>
> > Hi all
> >
> > its a while since FFmpeg 2.5, so its getting time to make 2.6
> > if you want something in it or something fixed, now is your last
> > chance ;)
> >
>
Hi,
encoding large frames with rv10 currently results in an assertion, because the
number of macro blocks doesn't fit into 12 bits.
Attached patch avoids this by just not trying to write the macro block number in
that case. The decoder can figure it out on it's own:
/* if multiple packet
On Sun, Mar 1, 2015 at 5:53 PM, Michael Niedermayer
wrote:
> Hi all
>
> its a while since FFmpeg 2.5, so its getting time to make 2.6
> if you want something in it or something fixed, now is your last
> chance ;)
>
> About the name if noone suggests something then ill pick a random
> scientist fr
On 02.03.2015 16:21, Luca Barbato wrote:
On 02/03/15 16:06, Andreas Cadhalpun wrote:
Yes, the rm format can contain larger frames split into slices and
packed in multiple packets. But currently the rv10/rv20 encoders always
produce a whole frame and the rm muxer always produces one packet per
fr
On Mon, Mar 02, 2015 at 04:56:34PM +0100, Andreas Cadhalpun wrote:
> On 02.03.2015 16:21, Luca Barbato wrote:
> >On 02/03/15 16:06, Andreas Cadhalpun wrote:
> >>Yes, the rm format can contain larger frames split into slices and
> >>packed in multiple packets. But currently the rv10/rv20 encoders al
On Sun, Mar 01, 2015 at 08:07:46PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Mar 1, 2015 at 7:38 PM, Michael Niedermayer
> wrote:
>
> > alternatively lrint(f)() could be used
> > or various other options
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/pngenc.c |2 +
On Sun, Mar 01, 2015 at 08:07:46PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Mar 1, 2015 at 7:38 PM, Michael Niedermayer
> wrote:
>
> > alternatively lrint(f)() could be used
> > or various other options
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/pngenc.c |2 +
On 01.03.2015 21:18, Diego Biurrun wrote:
On Sat, Feb 28, 2015 at 11:40:30PM +0100, Andreas Cadhalpun wrote:
From 4bb0687f07713787f83dcd90214ad32b91c0f91f Mon Sep 17 00:00:00 2001
From: Andreas Cadhalpun
Date: Sat, 28 Feb 2015 23:11:50 +0100
Subject: [PATCH] avformat/rmenc: limit packet size
On Sun, Mar 01, 2015 at 01:30:54PM -0800, Mark Reid wrote:
> ---
> libavformat/avio.h| 6 ++
> libavformat/aviobuf.c | 50 +++---
> libavformat/version.h | 2 +-
> 3 files changed, 34 insertions(+), 24 deletions(-)
>
> diff --git a/libavformat
On 01.03.2015 21:25, Luca Barbato wrote:
On 01/03/15 21:22, Diego Biurrun wrote:
On Sat, Feb 28, 2015 at 09:12:57PM +0100, Andreas Cadhalpun wrote:
From 850352d0e1c262b434094fb19787bbd5b6bf6c57 Mon Sep 17 00:00:00 2001
From: Andreas Cadhalpun
Date: Sat, 28 Feb 2015 20:58:31 +0100
Subject: [PA
On 01.03.2015 02:35, Michael Niedermayer wrote:
On Sat, Feb 28, 2015 at 11:40:30PM +0100, Andreas Cadhalpun wrote:
diff --git a/libavformat/rmenc.c b/libavformat/rmenc.c
index 838388f..9066f75 100644
--- a/libavformat/rmenc.c
+++ b/libavformat/rmenc.c
@@ -396,6 +396,10 @@ static int rm_write_vid
On Mon, Mar 02, 2015 at 08:49:08AM +, Carl Eugen Hoyos wrote:
> Gupta, Maneesh amd.com> writes:
>
> > Similar to the way SDL is being autodetected, the
> > attached patch proposes to autodetect OpenCL.
>
> This cannot be done since the API is defined as
> being not stable.
>
Making it st
Great, picking next patch then.
On Mon, Mar 2, 2015 at 9:48 AM, Michael Niedermayer wrote:
> On Mon, Mar 02, 2015 at 08:47:21AM -0300, Claudio Freire wrote:
>> On Mon, Mar 2, 2015 at 5:50 AM, Carl Eugen Hoyos wrote:
>> > Claudio Freire gmail.com> writes:
>> >
>> >> testing results: http://paste
Fixes null pointer dereference
Found-by: Paweł
Signed-off-by: Michael Niedermayer
---
ffplay.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/ffplay.c b/ffplay.c
index 8140dd9..94c7ed4 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -1247,7 +1247,10 @@ static void video_audi
Le duodi 12 ventôse, an CCXXIII, Gupta, Maneesh a écrit :
> I see a lot of modules that are autodetected. And not all of them are
> system libs.
The consensus is this:
A. A library that is redundant with a native implementation of a FFmpeg
target feature (target = implementing multimedia codecs f
Something like this - note this adds no tests, but fate still passes for me.
Kevin
From db02ae26c3c4278da4ed328e767bab98271da51e Mon Sep 17 00:00:00 2001
From: Kevin Wheatley
Date: Mon, 2 Mar 2015 12:50:53 +
Subject: [PATCH] Add 'gama' atom for .mov only, reuses pngenc.c gamma values by shari
On Mon, Mar 02, 2015 at 08:47:21AM -0300, Claudio Freire wrote:
> On Mon, Mar 2, 2015 at 5:50 AM, Carl Eugen Hoyos wrote:
> > Claudio Freire gmail.com> writes:
> >
> >> testing results: http://pastebin.com/051BXYTy
> >
> > If the testing results are useful please add them
> > to the commit messag
On Mon, Mar 2, 2015 at 12:17 PM, Michael Niedermayer wrote:
> the various colorspace options should pass from decoder over the
> video filter chain to the encoder and then muxer
> its best to change them from the command line through a video
> filter, this also ensures that the value reaching the
Hi,
2015-03-01 22:07 GMT+01:00 James Almer :
> @@ -537,7 +537,7 @@ align 16
>
> HEVC_SAO_EDGE_FILTER_COMPUTE_10
> CLIPW m2, m0, [pw_mask %+ %1]
> -mova [dstq], m2
> +movu [dstq], m2
> %endif
>
> %assign i 0
> --
> 2.3.0
Not really important, but I
On Mon, Mar 02, 2015 at 11:00:43AM +, Kevin Wheatley wrote:
> On Sat, Feb 28, 2015 at 1:50 AM, Niklas Haas wrote:
>
> > +static int png_get_gama(enum AVColorTransferCharacteristic trc, uint8_t
> > *buf)
> > +{
> > +double gamma;
> > +switch (trc) {
> > +case AVCOL_TRC_BT709:
Le duodi 12 ventôse, an CCXXIII, Clement Boesch a écrit :
> I was confused by the output of FATE, it's not in r210, it's in prores:
> *avctx->coded_frame = *pic;
This code is invalid: if a future version of lavu adds fields at the end of
AVFrame, they would not be copied.
(I hoped w
On Mon, Mar 2, 2015 at 5:50 AM, Carl Eugen Hoyos wrote:
> Claudio Freire gmail.com> writes:
>
>> testing results: http://pastebin.com/051BXYTy
>
> If the testing results are useful please add them
> to the commit message, please do not use links to
> pastebin in the commit message.
>
> Thank you,
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of Michael Niedermayer
> Sent: Monday, March 02, 2015 4:58 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] configure: autodetect openc
On Mon, Mar 02, 2015 at 10:59:10AM +, Carl Eugen Hoyos wrote:
> Gupta, Maneesh amd.com> writes:
>
> > > > Similar to the way SDL is being autodetected, the
> > > > attached patch proposes to autodetect OpenCL.
> > >
> > > This cannot be done since the API is defined as
> > > being not stab
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of Carl Eugen Hoyos
> Sent: Monday, March 02, 2015 4:29 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] configure: autodetect opencl
>
> Gupta, Maneesh
On Mon, Mar 02, 2015 at 11:00:17AM +0100, Gilles Chanteperdrix wrote:
> Signed-off-by: Gilles Chanteperdrix
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
DNS cache poisoning attacks,
On Mon, Mar 02, 2015 at 11:00:16AM +0100, Gilles Chanteperdrix wrote:
> Commit 96084251e57d1738fde02a2b0d37ca609d9efd71 introduced a change in
> the parser implementation which broke it. Restore the original
> implementation.
>
> Signed-off-by: Gilles Chanteperdrix
applied
thanks
[...]
--
Mic
On Sat, Feb 28, 2015 at 1:50 AM, Niklas Haas wrote:
> +static int png_get_gama(enum AVColorTransferCharacteristic trc, uint8_t *buf)
> +{
> +double gamma;
> +switch (trc) {
> +case AVCOL_TRC_BT709:
> +case AVCOL_TRC_SMPTE170M:
> +case AVCOL_TRC_SMPTE240M:
> +
Gupta, Maneesh amd.com> writes:
> > > Similar to the way SDL is being autodetected, the
> > > attached patch proposes to autodetect OpenCL.
> >
> > This cannot be done since the API is defined as
> > being not stable.
>
> Sorry. I am not sure what you mean by this. Do you
> mean OpenCL API i
On Mon, Mar 02, 2015 at 08:50:08AM +0100, Reimar Döffinger wrote:
> On 02.03.2015, at 00:41, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > tests/fate/acodec.mak |6 ++
> > tests/ref/acodec/s302m |4
> > 2 files changed, 10 insertions(+)
> > create m
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of wm4
> Sent: Monday, March 02, 2015 2:26 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] configure: autodetect opencl
>
> On Mon, 2 Mar 2015 07:29:11
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of Carl Eugen Hoyos
> Sent: Monday, March 02, 2015 2:19 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] configure: autodetect opencl
>
> Gupta, Maneesh
Signed-off-by: Gilles Chanteperdrix
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0cd8c26..007540c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -471,6 +471,7 @@ Muxers/Demuxers:
rtpdec_dv.* Thomas Volkert
rtpde
Commit 96084251e57d1738fde02a2b0d37ca609d9efd71 introduced a change in
the parser implementation which broke it. Restore the original
implementation.
Signed-off-by: Gilles Chanteperdrix
---
libavformat/rtpdec_mpa_robust.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavf
On Sun, Mar 1, 2015 at 10:43 PM, Mark Reid wrote:
> On Sun, Mar 1, 2015 at 4:06 AM, Robert Krüger wrote:
>
> > Currently the product name that ends up in mxf files muxed using the new
> op
> > atom muxer is "OP1A muxer" which is misleading. Attached patch changes
> > that.
> >
> > __
On 3/2/15, Clement Boesch wrote:
> On Mon, Mar 02, 2015 at 08:31:16AM +, Paul B Mahol wrote:
>> On 2/28/15, Clement Boesch wrote:
>> > On Sat, Feb 28, 2015 at 10:38:32AM +0100, Clement Boesch wrote:
>> >> ---
>> >> libavcodec/avuienc.c| 2 +-
>> >> libavcodec/libopenjpegenc.c
On Mon, Mar 02, 2015 at 08:31:16AM +, Paul B Mahol wrote:
> On 2/28/15, Clement Boesch wrote:
> > On Sat, Feb 28, 2015 at 10:38:32AM +0100, Clement Boesch wrote:
> >> ---
> >> libavcodec/avuienc.c| 2 +-
> >> libavcodec/libopenjpegenc.c | 4 ++--
> >> libavcodec/libtheoraenc.c
On Mon, 2 Mar 2015 07:29:11 +
"Gupta, Maneesh" wrote:
> Hi,
>
> Similar to the way SDL is being autodetected, the attached patch proposes to
> autodetect OpenCL.
SDL shouldn't be autodetected at all, since it's not a system lib, and
often causes all sorts of problems even if you don't use
Claudio Freire gmail.com> writes:
> testing results: http://pastebin.com/051BXYTy
If the testing results are useful please add them
to the commit message, please do not use links to
pastebin in the commit message.
Thank you, Carl Eugen
___
ffmpeg-d
Gupta, Maneesh amd.com> writes:
> Similar to the way SDL is being autodetected, the
> attached patch proposes to autodetect OpenCL.
This cannot be done since the API is defined as
being not stable.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-de
On 2/28/15, Clement Boesch wrote:
> On Sat, Feb 28, 2015 at 10:38:32AM +0100, Clement Boesch wrote:
>> ---
>> libavcodec/avuienc.c| 2 +-
>> libavcodec/libopenjpegenc.c | 4 ++--
>> libavcodec/libtheoraenc.c | 2 +-
>> libavcodec/libutvideoenc.cpp| 2 +-
>> libavcodec/li
70 matches
Mail list logo
