see @url{http://svn.mplayerhq.hu/michael/trunk/docs/}
-@section how do i feed rtp-h263 (and likely other rtp bastardizations of codecs) to libavcodec?
+@section how do I feed H.263-RTP (and likely other RTP bastardizations of codecs) to libavcodec?
-Remove _ALL_ rtp trash and either feed the fragments through a AVParser and
+Remove _ALL_ RTP trash and either feed the fragments through an AVParser and
then into the decoder or merge the fragments yourself into proper frames and
-feed them into the decoder. Note! the payload of h263-rtp is is not valid
-h263 you at least have to merge the first and last bytes discarding rtp trash
+feed them into the decoder. Note: The payload of H.263-RTP is not valid
+H.263 you at least have to merge the first and last bytes discarding RTP trash
from them, possibly more.
@bye
form of trailing whitespace. Commits containing either will be
rejected by the Subversion repository.
-Main priority in FFmpeg is simplicity and small code size (=less
-bugs).
+The main priority in FFmpeg is simplicity and small code size in order to
+minimize the bug count.
Comments: Use the JavaDoc/Doxygen
format (see examples below) so that code documentation
'replaces lrint by lrintf'), and why (for example '*BSD isn't C99 compliant
and has no lrint()')
-Also please if you send several patches, send each patch as separate mail,
+Also please if you send several patches, send each patch as a separate mail,
do not attach several unrelated patches to the same mail.
@section patch submission checklist