[FFmpeg-devel] [PATCH 1/2] doc: do not generate doc/avoptions_(codecs|formats).texi
Michael Niedermayer
michaelni at gmx.at
Sun Sep 15 22:30:59 CEST 2013
On Sun, Sep 15, 2013 at 08:59:19AM -0700, Timothy Gu wrote:
> On Sep 15, 2013 4:35 AM, "Michael Niedermayer" <michaelni at gmx.at> wrote:
> >
> > On Sun, Sep 15, 2013 at 11:51:37AM +0200, Stefano Sabatini wrote:
> > > On date Tuesday 2013-09-10 18:52:54 +0200, Michael Niedermayer encoded:
> > > > On Mon, Sep 09, 2013 at 09:56:08AM +0200, Stefano Sabatini wrote:
> > > [...]
> > > > > > diff --git a/.gitignore b/.gitignore
> > > > > > index 1f13ec4..807ecb1 100644
> > > > > > --- a/.gitignore
> > > > > > +++ b/.gitignore
> > > > > > @@ -33,8 +33,6 @@
> > > > > > /doc/*.html
> > > > > > /doc/*.pod
> > > > > > /doc/config.texi
> > > > > > -/doc/avoptions_codec.texi
> > > > > > -/doc/avoptions_format.texi
> > > > > > /doc/examples/decoding_encoding
> > > > > > /doc/examples/demuxing
> > > > > > /doc/examples/filtering_audio
> > > > > > diff --git a/doc/Makefile b/doc/Makefile
> > > > > > index 7415899..cfd2ca5 100644
> > > > > > --- a/doc/Makefile
> > > > > > +++ b/doc/Makefile
> > > > > > @@ -50,13 +50,6 @@ doc/%.txt: doc/%.texi
> > > > > > $(Q)$(TEXIDEP)
> > > > > > $(M)makeinfo --force --no-headers -o $@ $< 2>/dev/null
> > > > > >
> > > > > > -GENTEXI = format codec
> > > > > > -GENTEXI := $(GENTEXI:%=doc/avoptions_%.texi)
> > > > > > -
> > > > > > -$(GENTEXI): TAG = GENTEXI
> > > > > > -$(GENTEXI): doc/avoptions_%.texi: doc/print_options$(HOSTEXESUF)
> > > > > > - $(M)doc/print_options $* > $@
> > > > > > -
> > > > > > doc/%.html: TAG = HTML
> > > > > > doc/%.html: doc/%.texi $(SRC_PATH)/doc/t2h.init $(GENTEXI)
> > > > > > $(Q)$(TEXIDEP)
> > > > >
> > > > > I suppose it's OK. I suggest to keep the generating program for
> > > > > easing merges.
> > > >
> > > > if the programs are kept, code to build and test them should be kept
> > > > too.
> > >
> >
> > > > Also are our handwritten files complete and uptodate compared to the
> > > > autobuild ones ?
> > >
> > > We do an effort to keep them updated, but of course there is no
> > > automated way to keep them updated/synched with the descriptions
> > > (that's why we should add documentation when adding options).
> >
> > I belive that who objects to the automated system has to do the work
> > that not using it causes.
>
> ...which is not me. When i submit the patch, the two files are already
> useless. So it is the person who first created the codecs.texi file.
>
> >
> > In practice id say
> > That involves at least keeping track of changes of the automated
> > output and integrating them. That way its also always known if or what
> > is missing.
>
> +1
> However, it is easy for changes from us, hard for changes from fork, as
> they are the ones using the util.
it should not be hard
1. run the tool with the last checkout of ffmpeg with which things
where in sync
2. run the tool with HEAD of ffmpeg
3. diff the resulting files
4. integrate the changes into the docs
in above it makes no difference from where the changes originate
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy is the form of government in which you can choose your dictator
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20130915/faeb88e5/attachment.asc>
More information about the ffmpeg-devel
mailing list