Technical Metadata Preferences
Select which technical values should appear on the 'Tech' table view of AVI MetaEdit; others will be hidden.
Core Metadata Preferences
Select which metadata values should appear on the 'Core' table view of AVI MetaEdit; others will be hidden. These options affect only the displayed table and not the handling of imported or exported Core documents. Be aware that even if a column is hidden, metadata can be imported, exported and saved within these fields.
Select which standards and rule sets to follow during use of AVI MetaEdit. Selection of rule sets will constrain the allowed data entry and may add additional metadata requirements. See documentation on AVI MetaEdit Rules within the Help documentation.
File Management Preferences
Reject if transformation to OpenDML is requested
AVI MetaEdit supports traditional AVI files as well as OpenDML files (an adjustment to the AVI file structure to accomodate file sizes over 4 gigabytes). In very rare circumstances, the addition of embedded metadata in a AVI_ file that is close to 4GB could cause size to increase requiring the file to be rewritten as an OpenDML formatted file. This option prevents the transformation of a AVI file to an OpenDML file if that is not desired.
Prevent overwrite of existing data
If enabled, this option globally prevents the overwriting of existing embedded metadata in open files. The existing core metadata can not be overwritten, but blank fields may be populated. This option blocks metadata from being overwritten both during data entry in the Core table as well as during import of a Core document.
Accept if padding byte is missing
The RIFF structure requires that any odd-byte length chunk be followed by a single NULL byte. Occasionally video applications do not adhere to this rule. The error created by this can impede the reading of any chunk following the odd-byte length chunk. AVI MetaEdit tests each odd byte length chunk to ensure that it is followed by a single NULL byte, if it doesn't then AVI MetaEdit can continue to read the file with this option enabled. If such a file is edited AVI MetaEdit will then insert the additional 'padding byte' where necessary to correct the error.
Skip non-valid files
Any non-valid file will not open in AVI MetaEdit. This is helpful when opening a large mixed directory in AVI MetaEdit. Non-valid files can include video files with issues such as incorrect size declaration or truncated data.
Skip files with no .avi extension
No attempt will be made by AVI MetaEdit to open any files that do not end with .avi (case insensitive). This is helpful when opening a large mixed directory in AVI MetaEdit.
Place new or expanded LIST-INFO chunks at the end of the file
Chunk may occur in any order with the other AVI chunks within the same file, preferred before the video data in the <movi> chunk."
When the metadata is stored at the head of the file the entire file must be rewritten after metadata is edited or added. Metadata was originally preferred at the head because it allows for readers to access the metadata first and provide useful information to the user. This is very important when accessing large files over limited bandwidth networks. Metadata stored at the tail of the file allows additional and edited metadata to be saved quickly, because it does not require rewriting the whole file. However, it requires that the whole file be read before being able to access this metadata.
When this option is enabled any new or expanded LIST-INFO chunk will be placed at the end of the video file. By default this option is disabled in order to follow the recommendations of EBU R85-2004, which may require slower file rewrites during metadata edits.
See the Audio Data Checksum
help page for more information about the use of these options.
Evaluate MD5 for video data
This option will evaluate a checksum for the all valid open files. Note that checksum evaluation can be a slow process as the entire data chunk must be read. The resulting checksum will populate the 'MD5Evaluated' column and will not be stored within the file.
Verify MD5 for video data
The verification option will compare a newly evaluated checksum of the video data to any existing checksum in the MD5 chunk. AVI MetaEdit will then report either "MD5, no existing MD5 chunk", "MD5 verified", or "MD5, failed verification".
Embed MD5 for video data
The Embed option will evaluate the checksum of the video data and then embed it into an <MD5 > chunk at the end of the file. This option will not overwrite an existing <MD5 >.
Embed MD5 for video data - Allow overwriting
This option is the same as 'Embed MD5 for video data' except it will overwrite the MD5 chunk if one already exists.
Select the default view to appear when opening files. If problematic files are opened, AVI MetaEdit will still go to the 'Error Log' first when opening files.
AVI MetaEdit stores snapshots of the Core documents during operations. These documents are used when 'File/Undo Last Save Operations' is selected to restore files to the metadata listed in earlier Core documents. By default this directory exists as a hidden directory called avimetaedit in your Home, but can be pointed to another selected directory.
Default Bext version
This is used to express whether the Bext Chunk follows the Rules of EBU Technical document 3285 as published in 1997 (version '0') or the 2001 update which created version '1'. Version '1' adds an additional field for UMID. If the UMID field is used AVI MetaEdit will force BextVersion to be '1', but if UMID is unused then this option expresses the preference for what the default version should be.