Re: [FFmpeg-devel] [PATCH] Introduce ff_bprint_to_codecpar_extradata for avformat

On Sun, Apr 3, 2016 at 4:07 AM, Michael Niedermayer wrote: > On Thu, Mar 31, 2016 at 09:49:02PM +0100, Derek Buitenhuis wrote: >> From: Hendrik Leppkes >> >> --- >> libavformat/internal.h | 7 +++ >> libavformat/utils.c| 23

Re: [FFmpeg-devel] How to handled gzip'd files?

Hi, On Sat, Apr 2, 2016 at 12:29 PM, Reimar Döffinger wrote: > Hello, > I was looking at these: > http://samples.mplayerhq.hu/game-formats/la-snm/grimfandango/ > http://samples.mplayerhq.hu/game-formats/la-snm/force-commander-znm/ > and realized that they are perfectly

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, Apr 03, 2016 at 03:31:59PM +0200, wm4 wrote: > On Sun, 3 Apr 2016 15:26:02 +0200 > Michael Niedermayer wrote: > > > On Sun, Apr 03, 2016 at 02:31:06PM +0200, Hendrik Leppkes wrote: > > > On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer > > >

[FFmpeg-devel] libavcodec/exr : Fix PRX24 Full float

Hello, In attach a patch, who fixe decompression of PRX24 Full Float. PRX24 compression, reduce 32b float to 24b before zip step. So the expected uncompress size in the unzip step, need to be adjust, depends of the pixel type (uint32, and half float are not modified). I also, split the unzip

[FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

Without this or some other change moving data back and forth corrupts it as the cropped & possibly low res resolution modified w/h will be taken a the pre lowres resolution also without 2 sets theres no place to communicate the cropped dimensions can be reproduced with ./ffplay_g -vlowres 2

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer wrote: > Without this or some other change moving data back and forth corrupts it > as the cropped & possibly low res resolution modified w/h will be taken > a the pre lowres resolution > also without 2 sets theres no

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, Apr 03, 2016 at 02:31:06PM +0200, Hendrik Leppkes wrote: > On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer > wrote: > > Without this or some other change moving data back and forth corrupts it > > as the cropped & possibly low res resolution modified w/h will

Re: [FFmpeg-devel] [PATCH] Introduce ff_bprint_to_codecpar_extradata for avformat

On Sun, Apr 03, 2016 at 09:39:12AM +0200, Hendrik Leppkes wrote: > On Sun, Apr 3, 2016 at 4:07 AM, Michael Niedermayer > wrote: > > On Thu, Mar 31, 2016 at 09:49:02PM +0100, Derek Buitenhuis wrote: > >> From: Hendrik Leppkes > >> > >> --- > >>

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, 3 Apr 2016 14:31:06 +0200 Hendrik Leppkes wrote: > On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer > wrote: > > Without this or some other change moving data back and forth corrupts it > > as the cropped & possibly low res resolution

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, 3 Apr 2016 15:26:02 +0200 Michael Niedermayer wrote: > On Sun, Apr 03, 2016 at 02:31:06PM +0200, Hendrik Leppkes wrote: > > On Sun, Apr 3, 2016 at 2:07 PM, Michael Niedermayer > > wrote: > > > Without this or some other change moving

[FFmpeg-devel] [PATCH] avcodec: add Eurocom DAT4 ADPCM IMA decoder

Hi, patch attached. From fde29f5f5b7cf715c86aff8a7a2b49847e1ce383 Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Sun, 3 Apr 2016 12:55:17 +0200 Subject: [PATCH 1/2] avcodec: add adpcm dat4 decoder Signed-off-by: Paul B Mahol --- libavcodec/Makefile |

[FFmpeg-devel] [PATCH] avformat: add musx demuxer

Hi, patch attached. From b0617ee2686f903a2e98cf19243a39f4fa97ef3d Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Sun, 3 Apr 2016 12:10:09 +0200 Subject: [PATCH 2/2] avformat: add musx demuxer Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1

Re: [FFmpeg-devel] Libavcodec/exr : add support for tile

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

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

On 4/3/16, Martin Vignali wrote: > Hello, > > In attach a patch to add support for UINT32 pixel type. > > Sample of UINT 32 file (scanline only in that case) can be found here : > https://we.tl/sFB0NYlQVW > > For colorprocessing, UINT32, are converted to float, and

Re: [FFmpeg-devel] [PATCH v3 1/3] Refactor close_slaves function in tee muxer

On Tue, 29 Mar 2016, sebechlebsky...@gmail.com wrote: From: Jan Sebechlebsky Closing single slave operation is pulled out into separate function close_slave(TeeSlave*). Both close_slave and close_slaves function are moved before open_slave function. Signed-off-by:

Re: [FFmpeg-devel] [PATCH] libxvid: Create extradata in init using a dummy frame

On Sun, Apr 03, 2016 at 12:57:28PM -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:

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

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,

Re: [FFmpeg-devel] libavcodec/exr : Fix PRX24 Full float

On 4/3/16, Martin Vignali wrote: > Hello, > > In attach a patch, who fixe decompression of PRX24 Full Float. > PRX24 compression, reduce 32b float to 24b before zip step. > So the expected uncompress size in the unzip step, need to be adjust, > depends of the pixel type

Re: [FFmpeg-devel] Libavcodec/exr : add support for tile

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 found here : https://we.tl/IC4XTrEJf4 > Theses samples can also be add to ./fate-suite/exr/ > (i will make a fate test soon). > >

Re: [FFmpeg-devel] How to handled gzip'd files?

On Sun, Apr 03, 2016 at 06:43:49PM +0200, wm4 wrote: > On Sun, 3 Apr 2016 18:33:44 +0200 > Reimar Döffinger wrote: > > > So probe and read_packet can optionally decompress and we're pretty much > > > done. I don't see the issue, and this is at best a few lines of code...

Re: [FFmpeg-devel] [PATCH v3 2/3] Fix leak and crash in tee muxer when open_slave fails

On Tue, 29 Mar 2016, sebechlebsky...@gmail.com wrote: The commit message is a bit measleasing, because as far as I see a crash could not happen with the old code, only a leak. Obviously the patch and the commit description is correct and bsfs needs to be checked in the new setup. Also try

Re: [FFmpeg-devel] Libavcodec/exr : add support for tile

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 found here : https://we.tl/IC4XTrEJf4 > > Theses samples can

[FFmpeg-devel] [PATCH] doc/filters: add drawtext example

Hi Attached patch containing example of drawtext filter that draws text at random positions. Regards, Mulvya 0001-doc-filters-add-drawtext-example.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] How to handled gzip'd files?

On Sun, Apr 03, 2016 at 09:02:27AM -0400, Ronald S. Bultje wrote: > Hi, > > On Sat, Apr 2, 2016 at 12:29 PM, Reimar Döffinger > wrote: > > > Hello, > > I was looking at these: > > http://samples.mplayerhq.hu/game-formats/la-snm/grimfandango/ > >

Re: [FFmpeg-devel] How to handled gzip'd files?

On Sun, 3 Apr 2016 18:33:44 +0200 Reimar Döffinger wrote: > On Sun, Apr 03, 2016 at 09:02:27AM -0400, Ronald S. Bultje wrote: > > Hi, > > > > On Sat, Apr 2, 2016 at 12:29 PM, Reimar Döffinger > > wrote: > > > > > Hello, > > > I was looking

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

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: >> > > Hello, >> > > >> > > In

[FFmpeg-devel] libavcodec/exr : Add support for UINT32

Hello, In attach a patch to add support for UINT32 pixel type. Sample of UINT 32 file (scanline only in that case) can be found here : https://we.tl/sFB0NYlQVW For colorprocessing, UINT32, are converted to float, and follow a similar way for color process than float. I not enable in this patch

[FFmpeg-devel] [PATCH] libxvid: Create extradata in init using a dummy frame

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

[FFmpeg-devel] [Patch][GSoC] Motion Estimation filter

Qualification task for Motion interpolation project. here is basic motion estimation filter which uses block matching technique, does full search in (default) 7 px region by 1px step. Thanks, DSM_ 0001-added-motion-estimattion-filter.patch Description: Binary data

Re: [FFmpeg-devel] [PATCH] fate: add aac test which occasionally crashes (Ticket 1784)

On Sat, Apr 2, 2016 at 4:00 PM, Michael Niedermayer wrote: > Ideally that should be fixed before its pushed > > Signed-off-by: Michael Niedermayer > --- > tests/fate/aac.mak | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git

Re: [FFmpeg-devel] libavcodec/exr : Fix PRX24 Full float

2016-04-03 17:12 GMT+02:00 Paul B Mahol : > On 4/3/16, Martin Vignali wrote: > > Hello, > > > > In attach a patch, who fixe decompression of PRX24 Full Float. > > PRX24 compression, reduce 32b float to 24b before zip step. > > So the expected

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

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: > > > Hello, > > > > > > In attach a patch to add support for UINT32 pixel type. > > > > > >

Re: [FFmpeg-devel] [PATCH] avformat: add musx demuxer

Le quintidi 15 germinal, an CCXXIV, Paul B Mahol a écrit : > +.name = "musx", > +.long_name = NULL_IF_CONFIG_SMALL("MUSX"), Not really helpful. Regards, -- Nicolas George signature.asc Description: Digital signature ___

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

On 4/3/2016 5:58 PM, Martin Vignali wrote: > Hello, > > In attach a patch to add support for UINT32 pixel type. [...] > +#ifndef UINT32_MAX > +#define UINT32_MAX (0x) > +#endif Don't do this, we already require this header be present and working. - Derek

Re: [FFmpeg-devel] [PATCH] Introduce ff_bprint_to_codecpar_extradata for avformat

On 4/3/2016 10:22 AM, Michael Niedermayer wrote: > please add somethng like this to the commit message > LGTM Applied with updated commit message. - Derek ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] libavcodec/exr : Add support for UINT32

On Sun, 3 Apr 2016 19:19:25 +0200 Paul B Mahol wrote: > On 4/3/16, Martin Vignali wrote: > > Hello, > > > > In attach a patch to add support for UINT32 pixel type. > > > > Sample of UINT 32 file (scanline only in that case) can be found here : > >

Re: [FFmpeg-devel] [PATCH] fate: add aac test which occasionally crashes (Ticket 1784)

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-off-by: Michael Niedermayer >> --- >>

Re: [FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

On Sun, Apr 3, 2016 at 7:02 PM, Michael Bradshaw wrote: > Tested with OpenJPEG 1.5, 2.0, and 2.1 on OS X with clang. Correctly > decoded and re-encoded the balloon.jp2 sample. > Thanks for testing. > > On Sun, Apr 3, 2016 at 2:34 PM, Aaron Boxer wrote:

Re: [FFmpeg-devel] [PATCH] fate: add demux test for OggOpus

On 4/2/2016 6:11 PM, Michael Niedermayer wrote: > On Sat, Apr 02, 2016 at 05:50:21PM -0300, James Almer wrote: >> Signed-off-by: James Almer >> --- >> tests/fate/demux.mak | 3 +++ >> tests/ref/fate/oggopus-demux | 43 >> +++ >>

Re: [FFmpeg-devel] [PATCH] fate: Add wav-ac3 test

On Sat, Apr 02, 2016 at 01:47:06PM +0200, Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > tests/fate/demux.mak |3 +++ > tests/ref/fate/wav-ac3 | 43 +++ > 2 files changed, 46 insertions(+) > create

Re: [FFmpeg-devel] [PATCH] fate: add aac test which occasionally crashes (Ticket 1784)

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-off-by: Michael

Re: [FFmpeg-devel] [PATCH] lavf/matroskaenc.c: use metadata key/value to set mastering metadata

> On Apr 3, 2016, at 6:38 PM, Neil Birkbeck wrote: > > Use "master_display" key/value pair to specify mastering metadata in a > similar formatting as accepted by libx265 (unless there is some other > generic way to add side data to a stream from command line). >

Re: [FFmpeg-devel] [PATCH 1/2] fate: Add fate-ts-opus-demux

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 -0300 > > > James Almer wrote: > > > > > > >

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On 4/3/2016 9:49 PM, Clément Bœsch wrote: > dv needed something like this too, but the code was pretty much hacky in > the first place and it was changed not to use them, which avoided such > commit. Where is this needed exactly? Look at the new rv20 test from 1 April. - Derek

[FFmpeg-devel] [PATCH v4 3/3] avformat/tee: Handling slave failure in tee muxer

From: Jan Sebechlebsky Adds per slave option 'onfail' to the tee muxer allowing an output to fail,so other slave outputs can continue. Signed-off-by: Jan Sebechlebsky --- I've just added topic to commit message title as Marton Balint

Re: [FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

woops, forgot to attach the patch. On Sun, Apr 3, 2016 at 5:31 PM, 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

[FFmpeg-devel] [PATCH] lavf/matroskaenc.c: use metadata key/value to set mastering metadata

Use "master_display" key/value pair to specify mastering metadata in a similar formatting as accepted by libx265 (unless there is some other generic way to add side data to a stream from command line). Currently, the packet side data propagates from an input file to output file if it is transmuxed

[FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

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, so that FFmpeg can be configured with a dynamic build of both

Re: [FFmpeg-devel] [Patch][GSoC] Motion Estimation filter

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 uses block matching > technique, does full search in (default) 7

Re: [FFmpeg-devel] [PATCH] Add coded_width/height to AVCodecParameters

On Sun, Apr 03, 2016 at 02:07:47PM +0200, Michael Niedermayer wrote: > Without this or some other change moving data back and forth corrupts it > as the cropped & possibly low res resolution modified w/h will be taken > a the pre lowres resolution > also without 2 sets theres no place to

[FFmpeg-devel] [PATCH v4 2/3] avformat/tee: Fix leaks in tee muxer when open_slave fails

From: Jan Sebechlebsky Calling close_slave in case error is to be returned from open_slave will free allocated resources. Since failure can happen before bsfs array is initialized, close_slave must check that bsfs is not NULL before accessing tee_slave->bsfs[i]

[FFmpeg-devel] [PATCH v4 1/3] avformat/tee: Refactor close_slaves function in tee muxer

From: Jan Sebechlebsky Closing single slave operation is pulled out into separate function close_slave(TeeSlave*). Both close_slave and close_slaves function are moved before open_slave function. Signed-off-by: Jan Sebechlebsky --- I've

Re: [FFmpeg-devel] [Patch][GSoC] Motion Estimation filter

On Sun, Apr 03, 2016 at 05:39:51PM +, Davinder Singh wrote: > Qualification task for Motion interpolation project. > > here is basic motion estimation filter which uses block matching technique, > does full search in (default) 7 px region by 1px step. > > Thanks, > DSM_ >

[FFmpeg-devel] [PATCH] ffplay: fix silence insertion on error or pause

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 buffer to be presented, I guess even a crash can occur

Re: [FFmpeg-devel] [PATCH] libxvid: Create extradata in init using a dummy frame

On 4/3/2016 9:54 PM, 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: Nicolas George

[FFmpeg-devel] [PATCH] libxvid: Create extradata in init using a dummy frame

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

Re: [FFmpeg-devel] Support master branch of OpenJPEG and Grok J2K codecs

Tested with OpenJPEG 1.5, 2.0, and 2.1 on OS X with clang. Correctly decoded and re-encoded the balloon.jp2 sample. On Sun, Apr 3, 2016 at 2:34 PM, Aaron Boxer wrote: > From d12c685578f21b403f6c03505edd84db367306c5 Mon Sep 17 00:00:00 2001 > From: Aaron Boxer