[FFmpeg-devel] [PATCH] cineform CFHD additions and improvements

Paul B Mahol onemda at gmail.com
Fri Jul 31 11:37:29 EEST 2020


On 7/31/20, Nicolas George <george at 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.


More information about the ffmpeg-devel mailing list