On 7/31/20, Nicolas George <geo...@nsup.org> wrote: > Paul B Mahol (12020-07-31): >> Always when you appear you must evoke your request that must be >> fulfilled at any costs no matter how useless they are. > > I will not answer this personal attack.
You think this is some kind of game, that you will reply only if I write enough character in my reply hopefully wasting my precious time to your trolling attempts. > >> No existing encoder/decoder document their tables and how they got it, >> unless they are part of existing specification, which in this case it >> is not. > > They should: tables of numbers are not source code, otherwise any blob > could be source code by hexdumping it into a C file. As our project is > Libre software, it must contain its whole source code, and therefore > document where the tables of numbers come from. > > I have only realized this recently, and will be careful about it from > now on. > > Past wrongs cannot be used as a justification for new wrongs. As already said they are derived from other parts of code or by research, there is no original source that could be used and written as link in source code. For reverse engineered codecs documenting from which binary blob it came from is nonsense. _______________________________________________ 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".
