[NUT-devel] NUT documentation

Måns Rullgård mru at inprovide.com
Fri Oct 27 20:41:47 CEST 2006


Rich Felker <dalias at aerifal.cx> writes:

> Attached is my attempts so far at documenting NUT in English as
> opposed to Lingua Dei Codicis. :) I'm told that, given good
> documentation on NUT, Måns is possibly willing to update the lavf
> implementation. The intent of this document is not to replace the
> formal spec that already exists, but rather for it to be developed
> into the "informative" (as opposed to normative) parts of the spec,
> particularly what one might call a "Usage" section. Rationale and
> Examples might be other non-normative sections we should consider
> writing.
>
> So far my writing has been somewhat disorganized. I think it could
> make a much better presentation if it used more itemized lists,
> tables, etc. Actually I'd be very happy if other people want to work
> on improving this; what I've set out is just the groundwork I think.
>
> Comments? Revisions? Frames? (Pardon my Engrish. :) Ideas for merging
> this into a nice specification document?

Are you people completely nuts?  That text would do fine as a magazine
article about a new file format.  It tells the reader nothing
whatsoever of use for writing a demuxer, let alone a muxer.

What I'm asking for is a NORMATIVE description of the MEANING of each
syntax element.  There is some hint at such a section in the so-called
spec.  This should be expanded considerably.  Also needed is a
detailed explanation of the interactions between different syntax
elements, particularly frame_code and timestamp related things.

Some notes on rationale are welcome too, but not strictly necessary.

Now you may as well forget all this anyway.  Without a defined way of
determining the codec for a stream, the format is useless.  As you
have previously refused to do anything about this, I'm not pursuing it
further.

-- 
Måns Rullgård
mru at inprovide.com



More information about the NUT-devel mailing list