On 04.04.2016 02:36, Aaron Boxer wrote:
[...]
>
Thanks, Michael. Here is an updated patch with the bpp change removed.
Aaron
From fb7551a8f9fe6a5317f01c9f33a76f8ae67ad979 Mon Sep 17 00:00:00 2001
From: Aaron Boxer
Date: Sun, 3 Apr 2016 20:30:04 -0400
Subject: [PATCH] Support the following jp
On Tue, 2016-03-29 at 22:29 +0200, NabFab wrote:
> Hi,
> Could you please tell me if ffmpeg is supporting AS-10 or AS-11 MXF
> format according to AMWA specifications ?
> Thank you
Do you mean muxing or demuxing? I expect mxfdec should be perfectly
capable of demuxing.
It's been a while since I
From: Clément Bœsch
---
I need to add a &3 (mod4) version now... I don't know if it can be any smaller.
---
libswscale/aarch64/hscale.S | 2 +-
libswscale/aarch64/swscale.c | 5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/libswscale/aarch64/hscale.S b/libswscale/aarch64
On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
> Hi Folks,
>
> Here is a small patch to get FFmpeg working with both OpenJPEG master and
> Grok master, for J2K support. The comment on the commit has all of the
> details; the main change is to remove the OPJ_STATIC flag from configur
On Mon, Apr 04, 2016 at 10:35:16AM +0200, Clément Bœsch wrote:
> From: Clément Bœsch
>
> ---
> I need to add a &3 (mod4) version now... I don't know if it can be any
> smaller.
> ---
> libswscale/aarch64/hscale.S | 2 +-
> libswscale/aarch64/swscale.c | 5 +++--
> 2 files changed, 4 insertions
>On Tue, 2016-03-29 at 22:29 +0200, NabFab wrote:
>> Hi,
>> Could you please tell me if ffmpeg is supporting AS-10 or AS-11 MXF
>> format according to AMWA specifications ?
>> Thank you
>
>Do you mean muxing or demuxing? I expect mxfdec should be perfectly capable of
>demuxing.
>
>It's been a whi
On Sun, Apr 03, 2016 at 04:54:47PM -0400, Derek Buitenhuis wrote:
> Modifying global header extradata in encode_frame is an API violation
> and only happens to work currently because mov writes its header
> at the end of the file.
>
> Heavily based off of a patch from 2012.
>
> Original-by: Nicol
On Sun, Apr 03, 2016 at 09:37:58PM +0200, Marton Balint wrote:
> Insertion of silence was a bit broken since
> df34b700981de606ca4847e1ed0bfdf9ac3e9104 because the info whether or not the
> source buffer supposed to be silence must be kept between callbacks. Failing
> to
> do so causes rogue sampl
On Sun, 3 Apr 2016 17:31:25 -0400
Aaron Boxer wrote:
> Hi Folks,
>
> Here is a small patch to get FFmpeg working with both OpenJPEG master and
> Grok master, for J2K support. The comment on the commit has all of the
> details; the main change is to remove the OPJ_STATIC flag from configure,
> s
On Mon, Apr 4, 2016 at 7:13 AM, wm4 wrote:
> On Sun, 3 Apr 2016 17:31:25 -0400
> Aaron Boxer wrote:
>
> > Hi Folks,
> >
> > Here is a small patch to get FFmpeg working with both OpenJPEG master and
> > Grok master, for J2K support. The comment on the commit has all of the
> > details; the main
On Sun, Apr 3, 2016 at 10:41 PM, James Almer wrote:
> On 4/3/2016 3:29 PM, Claudio Freire wrote:
>> On Sun, Apr 3, 2016 at 3:05 PM, Claudio Freire
>> wrote:
>>> On Sat, Apr 2, 2016 at 4:00 PM, Michael Niedermayer
>>> wrote:
Ideally that should be fixed before its pushed
Signed-of
On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer
wrote:
> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
> > Hi Folks,
> >
> > Here is a small patch to get FFmpeg working with both OpenJPEG master and
> > Grok master, for J2K support. The comment on the commit has all of the
> >
On Mon, Apr 4, 2016 at 3:39 AM, Tobias Rapp wrote:
> On 04.04.2016 02:36, Aaron Boxer wrote:
>
>> [...]
>>
> >
>
>> Thanks, Michael. Here is an updated patch with the bpp change removed.
>>
>> Aaron
>>
>> From fb7551a8f9fe6a5317f01c9f33a76f8ae67ad979 Mon Sep 17 00:00:00 2001
>> From: Aaron Boxer
Hi,
On Mon, Apr 4, 2016 at 7:59 AM, Aaron Boxer wrote:
> On Mon, Apr 4, 2016 at 7:13 AM, wm4 wrote:
>
> > On Sun, 3 Apr 2016 17:31:25 -0400
> > Aaron Boxer wrote:
> >
> > > Hi Folks,
> > >
> > > Here is a small patch to get FFmpeg working with both OpenJPEG master
> and
> > > Grok master, for
Hi Ronald,
On Mon, Apr 4, 2016 at 8:34 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Apr 4, 2016 at 7:59 AM, Aaron Boxer wrote:
>
> > On Mon, Apr 4, 2016 at 7:13 AM, wm4 wrote:
> >
> > > On Sun, 3 Apr 2016 17:31:25 -0400
> > > Aaron Boxer wrote:
> > >
> > > > Hi Folks,
> > > >
> > > > Here i
On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer
wrote:
> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
> > Hi Folks,
> >
> > Here is a small patch to get FFmpeg working with both OpenJPEG master and
> > Grok master, for J2K support. The comment on the commit has all of the
> >
Hi,
On Mon, Apr 4, 2016 at 8:43 AM, Aaron Boxer wrote:
> Hi Ronald,
>
>
> On Mon, Apr 4, 2016 at 8:34 AM, Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Mon, Apr 4, 2016 at 7:59 AM, Aaron Boxer wrote:
> >
> > > On Mon, Apr 4, 2016 at 7:13 AM, wm4 wrote:
> > >
> > > > On Sun, 3 Apr 2016 17:31:
On Mon, 4 Apr 2016 08:43:10 -0400
Aaron Boxer wrote:
> Sorry, I was wrong in my original statements. I've learned a bit more about
> how these
> licenses work.
>
> This is not a fork. FSF allows GPL 3 and AGPL 3 code to be combined.
> If FFmpeg can be distributed according to GPL 3, then it can
2016-04-03 21:11 GMT+02:00 Martin Vignali :
>
>
> 2016-04-03 21:03 GMT+02:00 Paul B Mahol :
>
>> On 4/3/16, Martin Vignali wrote:
>> > 2016-04-03 19:31 GMT+02:00 wm4 :
>> >
>> >> On Sun, 3 Apr 2016 19:19:25 +0200
>> >> Paul B Mahol wrote:
>> >>
>> >> > On 4/3/16, Martin Vignali wrote:
>> >> > >
On Mon, Apr 4, 2016 at 2:49 PM, Aaron Boxer wrote:
> On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer
> wrote:
>
>> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
>> > Hi Folks,
>> >
>> > Here is a small patch to get FFmpeg working with both OpenJPEG master and
>> > Grok master,
Hi Ronald,
On Mon, Apr 4, 2016 at 8:56 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Apr 4, 2016 at 8:43 AM, Aaron Boxer wrote:
>
> > Hi Ronald,
> >
> >
> > On Mon, Apr 4, 2016 at 8:34 AM, Ronald S. Bultje
> > wrote:
> >
> > > Hi,
> > >
> > > On Mon, Apr 4, 2016 at 7:59 AM, Aaron Boxer wrote
Hi Hendrik,
On Mon, Apr 4, 2016 at 9:06 AM, Hendrik Leppkes wrote:
> On Mon, Apr 4, 2016 at 2:49 PM, Aaron Boxer wrote:
> > On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer
>
> > wrote:
> >
> >> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
> >> > Hi Folks,
> >> >
> >> > Here
Hi,
On Mon, Apr 4, 2016 at 9:21 AM, Aaron Boxer wrote:
> Hi Ronald,
>
>
> On Mon, Apr 4, 2016 at 8:56 AM, Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Mon, Apr 4, 2016 at 8:43 AM, Aaron Boxer wrote:
> >
> > > Hi Ronald,
> > >
> > >
> > > On Mon, Apr 4, 2016 at 8:34 AM, Ronald S. Bultje
> >
On 04/04/2016 14:21, Aaron Boxer wrote:
> All of your arguments could be applied equally to GPL v3 components. And
> yet,
> FFmpeg is happy to allow distribution under GPL v3. So, I don't see what
> the problem is here.
The problem is AGPL can make certain builds of FFmpeg _unusable_, it's a
pain t
Instead of using the ones in the AVFrame which can be uninitialized
---
libavcodec/rawenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/rawenc.c b/libavcodec/rawenc.c
index d837056..27e4a29 100644
--- a/libavcodec/rawenc.c
+++ b/libavcodec/rawenc.c
@@ -60,8 +
On Mon, Apr 04, 2016 at 03:56:31PM +0200, Hugo Beauzée-Luyssen wrote:
> Instead of using the ones in the AVFrame which can be uninitialized
In what context?
> ---
> libavcodec/rawenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/rawenc.c b/libavcodec/
On Mon, 4 Apr 2016 15:56:31 +0200
Hugo Beauzée-Luyssen wrote:
> Instead of using the ones in the AVFrame which can be uninitialized
When? It's quite broken to send such AVFrames to the encoder?
> ---
> libavcodec/rawenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -
Hi Josh,
On Mon, Apr 4, 2016 at 9:30 AM, Josh de Kock wrote:
> On 04/04/2016 14:21, Aaron Boxer wrote:
> > All of your arguments could be applied equally to GPL v3 components. And
> > yet,
> > FFmpeg is happy to allow distribution under GPL v3. So, I don't see what
> > the problem is here.
> Th
Hello,
In attach patch, in order to add fate test for recently add features in
openExr decoder :
Details of tests :
rgb_scanline_pxr24_float_12x8 : float inside PXR 24 (in scanline)
rgb_tile_float_raw_12x8.exr : Tile uncompress float. Only one tile in the
file. One level tile
rgb_tile_float_raw_1
Le sextidi 16 germinal, an CCXXIV, Aaron Boxer a écrit :
> You are right, I don't understand. So far, nobody has provided a
> reasonable explanation for why AGPL is not acceptable, while GPL v3 is.
GPLv3 is already there, the question to accept it or not is not on the
table. Maybe if the question
On Mon, 4 Apr 2016 at 01:43 Michael Niedermayer
wrote:
> On Sun, Apr 03, 2016 at 04:02:55AM +0200, Michael Niedermayer wrote:
> > On Sun, Apr 03, 2016 at 12:20:59AM +0200, Michael Niedermayer wrote:
> > > On Sat, Apr 02, 2016 at 11:14:29PM +0200, wm4 wrote:
> > > > On Sat, 2 Apr 2016 18:01:47 -03
In attach a patch with a small cosmetic (introduce with tile patch).
Martin
Jokyo Images
From 7101d2ab3e9d7270545f247fd2ba9a8073c7a9c2 Mon Sep 17 00:00:00 2001
From: Martin Vignali
Date: Mon, 4 Apr 2016 17:23:42 +0200
Subject: [PATCH 2/2] libavcodec/exr : cosmetic change
---
libavcodec/exr.c |
On Sun, 3 Apr 2016 09:02:27 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Sat, Apr 2, 2016 at 12:29 PM, Reimar Döffinger
> wrote:
>
> > Do we have a way to transparently decompress?
>
>
> Why would we? It's not like this is commonplace across all formats,
> it's only present in a handful, and
Hi
On Mon, Apr 04, 2016 at 10:32:24AM -0400, Aaron Boxer wrote:
[...]
> Someone has mentioned the extra effort required to make the source
> available over the network.
> I would be happy to work on this.
its maybe not the right thread to discuss this (as people look at
it from a agpl dislike bi
2016-04-03 17:38 GMT+02:00 Paul B Mahol :
> On 4/3/16, Martin Vignali wrote:
> > 2016-04-03 17:12 GMT+02:00 Paul B Mahol :
> >
> >> On 4/3/16, Martin Vignali wrote:
> >> > Hello,
> >> >
> >> > In attach a patch in order to add support for exr Tile (One Level)
> >> >
> >> > Some samples can be fo
> On Mar 31, 2016, at 7:27 PM, Amancio Hasty wrote:
>
> I am not a lawyer…
>
>
> I updated the patch. vc264.c now has a the copyright notice embedded in
> a volatile global so if a binary is compiled against vc264.o , the copyright
> notice
> can be displayed by:
> strings ffmpeg | grep -i
On Mon, Apr 04, 2016 at 03:26:30PM +, Kieran Kunhya wrote:
> On Mon, 4 Apr 2016 at 01:43 Michael Niedermayer
> wrote:
>
> > On Sun, Apr 03, 2016 at 04:02:55AM +0200, Michael Niedermayer wrote:
> > > On Sun, Apr 03, 2016 at 12:20:59AM +0200, Michael Niedermayer wrote:
> > > > On Sat, Apr 02, 2
On Mon, 4 Apr 2016 10:08:56 -0700
Amancio Hasty wrote:
> > On Mar 31, 2016, at 7:27 PM, Amancio Hasty wrote:
> >
> > I am not a lawyer…
> >
> >
> > I updated the patch. vc264.c now has a the copyright notice embedded in
> > a volatile global so if a binary is compiled against vc264.o , the
On Sun, Apr 03, 2016 at 05:34:15PM -0400, Aaron Boxer wrote:
> From d12c685578f21b403f6c03505edd84db367306c5 Mon Sep 17 00:00:00 2001
> From: Aaron Boxer
> Date: Sun, 27 Mar 2016 00:15:20 -0400
> Subject: [PATCH] Support the following jpeg 2000 codecs:
>
> a) latest release of openjpeg (2.1)
>
> On Apr 4, 2016, at 10:41 AM, wm4 wrote:
>
> On Mon, 4 Apr 2016 10:08:56 -0700
> Amancio Hasty mailto:aha...@gmail.com>> wrote:
>
>>> On Mar 31, 2016, at 7:27 PM, Amancio Hasty wrote:
>>>
>>> I am not a lawyer…
>>>
>>>
>>> I updated the patch. vc264.c now has a the copyright notice embedd
On 4/4/16, Martin Vignali wrote:
> 2016-04-03 17:38 GMT+02:00 Paul B Mahol :
>
>> On 4/3/16, Martin Vignali wrote:
>> > 2016-04-03 17:12 GMT+02:00 Paul B Mahol :
>> >
>> >> On 4/3/16, Martin Vignali wrote:
>> >> > Hello,
>> >> >
>> >> > In attach a patch in order to add support for exr Tile (One
Hi,
Now the function computes the sum of the values and displays the result.
Thanks,
Petru Rares.
From: ffmpeg-devel on behalf of Michael
Niedermayer
Sent: Wednesday, March 30, 2016 4:18 PM
To: FFmpeg development discussions and patches
Subject: Re: [
On Sun, Apr 03, 2016 at 08:45:46PM +, Davinder Singh wrote:
> sorry about that,
> here is recreated patch.
>
>
> DSM_
>
> On Sun, Apr 3, 2016 at 11:09 PM Davinder Singh wrote:
>
> > Qualification task for Motion interpolation project.
> >
> > here is basic motion estimation filter which us
On Mon, Apr 04, 2016 at 10:51:23AM -0700, Timothy Gu wrote:
> On Sun, Apr 03, 2016 at 05:34:15PM -0400, Aaron Boxer wrote:
> Also it should be made clear that if Grok is linked into FFmpeg, the resulting
> binary is a mixture of AGPL and GPL works. If --enable-gpl or
> --enable-version3 is not enab
On Mon, Apr 4, 2016 at 3:16 PM, Reimar Döffinger
wrote:
> On Mon, Apr 04, 2016 at 10:51:23AM -0700, Timothy Gu wrote:
> > On Sun, Apr 03, 2016 at 05:34:15PM -0400, Aaron Boxer wrote:
> > Also it should be made clear that if Grok is linked into FFmpeg, the
> resulting
> > binary is a mixture of AG
On Mon, Apr 4, 2016 at 1:51 PM, Timothy Gu wrote:
> On Sun, Apr 03, 2016 at 05:34:15PM -0400, Aaron Boxer wrote:
>
> > From d12c685578f21b403f6c03505edd84db367306c5 Mon Sep 17 00:00:00 2001
> > From: Aaron Boxer
> > Date: Sun, 27 Mar 2016 00:15:20 -0400
>
> > Subject: [PATCH] Support the followi
Modifying global header extradata in encode_frame is an API violation
and only happens to work currently because mov writes its header
at the end of the file.
Heavily based off of a patch from 2012.
Original-by: Nicolas George
Signed-off-by: Derek Buitenhuis
---
libavcodec/libxvid.c | 40 +
On Mon, 4 Apr 2016 at 18:41 Michael Niedermayer
wrote:
> On Mon, Apr 04, 2016 at 03:26:30PM +, Kieran Kunhya wrote:
> > On Mon, 4 Apr 2016 at 01:43 Michael Niedermayer
> > wrote:
> >
> > > On Sun, Apr 03, 2016 at 04:02:55AM +0200, Michael Niedermayer wrote:
> > > > On Sun, Apr 03, 2016 at 12
Hello,
In attach a patch, in order to enable compression in tile.
With modification inside PIZ uncompress, B44 uncompress, and PXR24
uncompress.
s->xdelta is replace by s->xsize.
For scanline it doesn't make any change, because s->xsize == s->xdelta.
In tile s->xsize is the width of the tile or
On Mon, Apr 04, 2016 at 06:41:51PM +, Petru Rares Sincraian wrote:
> Hi,
>
> Now the function computes the sum of the values and displays the result.
>
>
> Thanks,
> Petru Rares.
>
>
> From: ffmpeg-devel on behalf of Michael
> Niedermayer
> Sent:
On 4/4/16, Martin Vignali wrote:
> Hello,
>
> In attach a patch, in order to enable compression in tile.
>
> With modification inside PIZ uncompress, B44 uncompress, and PXR24
> uncompress.
>
> s->xdelta is replace by s->xsize.
> For scanline it doesn't make any change, because s->xsize == s->xdel
On 03.04.2016 21:37, Marton Balint wrote:
> Insertion of silence was a bit broken since
> df34b700981de606ca4847e1ed0bfdf9ac3e9104 because the info whether or not the
> source buffer supposed to be silence must be kept between callbacks. Failing
> to
> do so causes rogue samples from the last buff
2016-04-04 22:48 GMT+02:00 Paul B Mahol :
> On 4/4/16, Martin Vignali wrote:
> > Hello,
> >
> > In attach a patch, in order to enable compression in tile.
> >
> > With modification inside PIZ uncompress, B44 uncompress, and PXR24
> > uncompress.
> >
> > s->xdelta is replace by s->xsize.
> > For s
On Mon, Apr 04, 2016 at 03:48:38PM -0400, Aaron Boxer wrote:
> On Mon, Apr 4, 2016 at 3:16 PM, Reimar Döffinger
> wrote:
>
> > The really huge, gigantic, elephant sized issue with AGPL for me is
> > that it is _completely_ unclear to me what you actually have to
> > do to fulfill the license requ
On Mon, 4 Apr 2016, Michael Niedermayer wrote:
On Sun, Apr 03, 2016 at 09:37:58PM +0200, Marton Balint wrote:
Insertion of silence was a bit broken since
df34b700981de606ca4847e1ed0bfdf9ac3e9104 because the info whether or not the
source buffer supposed to be silence must be kept between callba
On Mon, 4 Apr 2016, Lukasz Marek wrote:
On 03.04.2016 21:37, Marton Balint wrote:
Insertion of silence was a bit broken since
df34b700981de606ca4847e1ed0bfdf9ac3e9104 because the info whether or not the
source buffer supposed to be silence must be kept between callbacks. Failing to
do so cause
On Apr 4, 2016 5:12 PM, "Reimar Döffinger" wrote:
>
> On Mon, Apr 04, 2016 at 03:48:38PM -0400, Aaron Boxer wrote:
> > On Mon, Apr 4, 2016 at 3:16 PM, Reimar Döffinger <
reimar.doeffin...@gmx.de>
> > wrote:
> >
> > > The really huge, gigantic, elephant sized issue with AGPL for me is
> > > that it
Aaron Boxer gmail.com> writes:
> I could give you an OS image that has a version of
> FFmpeg that uses proprietary codecs.
You could, but you are not allowed to.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org
Hi,
On Mon, Apr 04, 2016 at 03:54:11PM -0400, Aaron Boxer wrote:
> >
> > >
> > > The following changes were made:
> > >
> > > 1. Removed bpp (redundant as this information is already stored in
> > precision)
> >
> > Does compilation still work without this change?
> >
>
> Yes.
Then the change is
On Mon, Apr 4, 2016 at 6:19 PM, Carl Eugen Hoyos wrote:
> Aaron Boxer gmail.com> writes:
>
> > I could give you an OS image that has a version of
> > FFmpeg that uses proprietary codecs.
>
> You could, but you are not allowed to.
>
True.
Well, I guess you have come up with one disadvantage of
On Mon, Apr 4, 2016 at 6:54 PM, Timothy Gu wrote:
> Hi,
>
> On Mon, Apr 04, 2016 at 03:54:11PM -0400, Aaron Boxer wrote:
> > >
> > > >
> > > > The following changes were made:
> > > >
> > > > 1. Removed bpp (redundant as this information is already stored in
> > > precision)
> > >
> > > Does comp
On Mon, Apr 04, 2016 at 06:06:28PM -0400, Aaron Boxer wrote:
> I could give you an OS image that has a version of FFmpeg that uses
> proprietary codecs.
Aside from Carl's comment, please define "proprietary codecs." Proprietary
codecs have different licenses, just like how both ISC and GNU AGPL a
This patch has an lpc issue, and needs some work with passing of parameters
in ff_lpc_calc_coeff(), which my mentor said he would help with.
Thanks!
-Disha
From 9ab9819c2e2bb0759944a69204918fad10102ef1 Mon Sep 17 00:00:00 2001
From: dinux5
Date: Mon, 4 Apr 2016 08:41:56 +0530
Subject: [PATCH] ML
63 matches
Mail list logo
