[FFmpeg-user] Why is format=rgb24 required after maskedmerge?

[Rodney Baker]

On Friday, 21 August 2020 19:39:07 ACST Gyan Doshi wrote:
> On 21-08-2020 02:36 pm, Michael Koch wrote:
> > Am 21.08.2020 um 10:50 schrieb Paul B Mahol:
> >> On 8/21/20, Michael Koch <astroelectronic at t-online.de> wrote:
> >>> Please add this to the documentation (for example in chapter 20.9
> >>> image2)
> >>> 
> >>> FFmpeg supports the following image formats: BMP, DNG, GIF, JPG, PAM,
> >>> PGM (binary P5 files are read/write, ascii P2 files are read-only),
> >>> PGMYUV, PNG, PPM, TGA, TIFF.
> >> 
> >> Sorry but that list is incomplete.
> > 
> > Then please add what's missing.
> 
> FFmpeg's documentation is very incomplete. I had a rough roadmap at the
> start of the year for plugging the gaps, but other events transpired.
> 
> I hope to start a systematic effort in September.
> 
> Gyan
> 
> P.S. ffmpeg supports roughly a few dozen image formats. I'll add the
> missing ones to https://ffmpeg.org/general.html#Image-Formats

Hi Gyan. I'm not a developer by any stretch of the imagination, but I've a 
pretty good command of the English language and experience in writing user 
documentation, as well as a rudimentary understanding of ffmpeg as it applies 
to stuff that I've needed to do with it. 

I'd be happy to assist with proof-reading/editing/style checks as appropriate 
(and I'm sure I'll learn lots along the way by doing so). 

For a long time I've been of the opinion that ffmpeg documentation has (to 
date) been written by developers, for developers, with lots of inherent 
assumptions about what the users of the documentation should know, instead of 
being written for users with little-to-no technical background or knowledge of 
the inner workings of ffmpeg and its associated libraries, filters etc, and 
that this would be addressed by a dedicated "documentation team" working with 
the developers (those who are willing) to produce and maintain user-level 
documentation to supplement the dev-level documentation. 

I think what you're proposing is a good step in that direction, and I'll be 
happy to help where I can. 

Regards,
Rodney.

-- 
==============================================================
Rodney Baker VK5ZTV
rodney.baker at iinet.net.au
CCNA #CSCO12880208
==============================================================