Hello Michael, On Sun, Jun 15, 2025 at 11:53 AM Michael Niedermayer <mich...@niedermayer.cc> wrote: > The wiki has the huge advantage that people can edit it easily > > Editing the docs people have to do a git checkout, edit a file > with an editor, make a git commit read patch submission rules > submit a patch to ML or forge. > > Thats alot stumbling blocks thrown in ones way I agree, I don't think or mean to throw away the wiki. But more along the lines was thinking of upstreaming some of the more mature examples and information there. For example, this page is already covered in the docs: https://trac.ffmpeg.org/wiki/HowToExtractAndRemoveClosedCaptions
I guess framed the thought in a too general fashion. Maybe a little tidying is all I was wanting and is irrelevant of this conversation so I'll compartmentalize it for later. > > There are some good examples and information there that seem to me can > > be crystallized into plain old texi. > > While I'm neutral about Trac I think in a sense this could also help > > in the sense of reducing server load for this somewhat static content. > > yesterdays incident had like ~40k accesses on teh same file. > So moving 99% of content out of trac would not have helped if > that file was in teh 1% That's a fair and valid point. Thank you, _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
