![]() ![]() ¶ VLC: Variable Length Code, a code that maps source symbols to a variable number of bits. ¶ MSB: Most Significant Bit, the bit that can cause the largest change in magnitude of the symbol. ¶ Pixel: The smallest addressable representation of a color in a Frame. ¶ Plane: A discrete component of a static image composed of Lines that represent a specific quantification of Lines of that image. ¶ Line: A discrete component of a static image composed of Samples that represent a specific quantification of Samples of that image. ¶ Symbol: A value stored in the bitstream, which is defined and decoded through one of the methods described in Table 4. Examples of Sample are Luma (Y), Blue-difference Chroma (Cb), Red-difference Chroma (Cr), Transparency, Red, Green, and Blue. ¶ Sample: The smallest addressable representation of a color component or a luma component in a Frame. ¶ Container: A format that encapsulates Frames (see Section 4.4) and (when required) a Configuration Record into a bitstream. ![]() The letters "FF" come from "FFmpeg", which is the name of the reference decoder whose first letters originally meant "Fast Forward". ![]() Definitions FFV1: The chosen name of this video encoding format, which is the short version of "FF Video 1". A decoder can perform any action that it deems appropriate for an invalid bitstream: reject the bitstream, attempt to perform error concealment, or re-download or use a redundant copy of the invalid part. Nonconformant bitstreams and the nonconformant handling of bitstreams are outside this specification. This specification describes the valid bitstream and how to decode it. This document assumes familiarity with mathematical and coding concepts such as Range encoding and YCbCr color spaces. Prior versions of FFV1 are defined within. This document defines a version 4 of FFV1. FFV1 is designed to support a wide range of lossless video applications such as long-term audiovisual preservation, scientific imaging, screen recording, and other video encoding scenarios that seek to avoid the generational loss of lossy video encodings. The design of FFV1 considers the storage of image characteristics, data fixity, and the optimized use of encoding time and storage requirements. This document describes FFV1, a lossless video encoding format. Future Handling of Some Streams Created by Nonconforming Encoders Multithreaded Decoder Implementation SuggestionsĪppendix B. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |