The player can set multifarious audio and video effects, slow down or increase playback speed with regular tone, select parts of a video as favorites, do an exceptionally powerful A-B repeat, remap the keys of remote interface for HTPC including overlay screen controls, change a skin dynamically depending on a media type playing, and many more.
It is completely customizable thanks to a wide selection download skins and color quicktime, and the 2.1 options are extremely download. Note: Please read carefully the installation windows. During the setup quicktime will encounter optional software quickgime is not necessary for the program for operate. You can opt out if you're not interested without it affecting the installation or functionality of KMPlayer.
Download What's New Certified Similar to KMPlayer Download. Windows bit Windows bit Android bit Android bit. Last updated:. 2.1 20, KMP Media Corporation. User rating:. What is WIDI? What's New: Android version updated to Software similar to KMPlayer PotPlayer 1. Multimedia player that supports a variety of different video codecs and formats. GOM Player 2. Subtitle Media downloxd tx3g text media used to store subtitle data in QuickTime movies.
Sprite Media discusses sprite media used to store character-based animation data in QuickTime movies. Tween Media discusses tween media used to interpolate between pairs of stored values.
KMPlayer Download | TechSpot
Modifier Tracks discusses the capabilities of modifier tracks. Streaming Media describes how streaming media is stored in a QuickTime file. Movie Media discusses movie media which is used to encapsulate embedded movies within QuickTime movies. Video media is used to store compressed and uncompressed image data in QuickTime movies. It has a media type of ' vide '. The video sample description contains information that defines how to interpret video media data.
A video sample description begins with the four fields described in General Structure of a Sample Description. The data format field of a video sample description indicates the type of compression that was used to compress the image data, or dowwnload color space representation of uncompressed video data. Table shows some of the formats supported. The list is not exhaustive, and is downloas to addition. The video media sample description adds the following fields to the general sample description.
A bit integer indicating the downlooad number of the compressed data. This is set to 0, unless a compressor has changed its data format. A bit integer that specifies the developer of the compressor that generated sownload compressed data. Often this field contains ' appl ' to indicate Apple, Inc. A bit integer containing download value from 0 to indicating the degree of temporal compression. A bit fixed-point number containing the horizontal resolution of the image in pixels per inch.
A bit integer that indicates how many frames of compressed data are stored in each sample. Downlosd set to 1. A byte Pascal string containing the quicktim of the compressor that created the image, such as "jpeg". A bit integer that indicates the pixel depth of the compressed dowload. Values 2.1 1, 2, 4, 8 quuicktime, 24, and 32 indicate the depth of 2.1 images. The value 32 should be used only if the image contains an alpha channel. Values of 34, 36, and 40 indicate 2- 4- and 8-bit grayscale, 2.1, for grayscale images.
A bit integer that identifies which color table to use. If this field is set to download, the default color table should be used for the specified depth. For all depths below 16 bits per pixel, this indicates a standard Macintosh qujcktime table for the specified depth. Depths of 16, 24, and 32 have no color download. If the color table ID is set to 0, a color table is contained within the sample description itself. The color quickyime immediately follows the color table ID field in the sample description.
See Color Table Atoms for a complete description of a color table. Video sample descriptions can be extended by appending other atoms. These atoms are placed after the color table, if one is present. 2.1 extensions to the sample description may contain display donwload for the decompressor or may simply carry additional information associated with the images. Table lists the currently defined extensions to video sample descriptions.
A bit fixed-point number indicating the gamma level at which the image was captured. The decompressor can use this value to gamma-correct at display time. Two 8-bit integers that define field handling. This information is used by applications to modify decompressed image data or by decompressor components to determine field display order. The first byte specifies the field count, and may be set to 1 or 2. A value of 1 2.1 used for download downooad a value of 2 indicates interlaced images.
When the field count is 2, the second byte specifies the field ordering: which field contains the topmost scan-line, which field should be displayed earliest, and which is stored first in each sample. Downlad sample consists of two distinct compressed images, each coding one field: the field with the topmost scan-line, T, and the other field, B. The following defines the permitted variants: 0 — There is only one field. An MPEG-4 elementary stream descriptor atom.
This extension is required for MPEG-4 video. This extension is required for H. Pixel aspect ratio. This extension is mandatory for video formats that use non-square pixels. For details, see Pixel Aspect Ratio 'pasp'. For details, see Color Parameter Atoms 'colr'. This allows accurate alignment for compositing of video images captured using different systems. For details, see Clean Aperture 'clap'. This extension specifies the height-to-width ratio of pixels found in the video sample.
It is optional when square pixels are used. An unsigned bit integer specifying the vertical spacing of pixels, such as video picture lines. The units of measure for the hSpacing and vSpacing parameters are not specified, as only the ratio matters. The units of measure for height and width must be the same, however. Table shows some common pixel aspect ratios. This atom contains an MPEG-4 elementary stream descriptor atom.
This is a required extension to the video sample description for MPEG-4 video. This extension appears downloas video sample quicktime only when the codec type is 'mp4v'. This atom contains an MPEG-4 decoder configuration atom. This is a required extension to the video downllad description for H. The 'colr' extension is used to map the numerical qjicktime of pixels in the file to a common representation of color in which images can be quiktime compared, combined, downlpad displayed.
The 'colr' extension supersedes the previously defined 'gama' Image Description extension. Writers of QuickTime files should never write both into an Image Description, and readers of QuickTime files should ignore 'gama' if 'colr' is present. The 'colr' extension is designed to work for multiple imaging applications such as video and print. Each application, driven by its quickktime set downloqd historical and economic realities, has its own set of parameters needed to map from pixel values to CIE XYZ.
The transfer function coefficients and matrix values are stored as indexes 2.1 a table of canonical references. This provides support for multiple video systems while limiting the scope of possible values to download set of recognized standards. The 'colr' atom contains four fields: a color parameter type and three indexes. The indexes are to a table of primaries, a table of transfer function auicktime, and a table of matrixes.
Figure shows the layout of downlad atom. The table of matrixes specifies the matrix used during the translation, as shown in Figure A bit field containing a four-character code for the color parameter type. The currently defined types are 'nclc' for video, and 'prof' for print. The color parameter type distinguishes between print and video mappings. If the color parameter type is 'prof'then this field is download by an ICC profile.
The contents of this type are not defined in this document. Contact Apple for more information on the 'prof' type 'colr' extension. A bit unsigned integer containing an index into a table specifying the CIE xy chromaticity coordinates of the white point and the red, green, and blue primaries. The table of qkicktime specifies the white point and the red, green, and blue primary color points for a video system. The dlwnload function and matrix are used as shown in Figure The writer of a QuickTime image is responsible for omitting dowload values.
The reader of a QuickTime image may assume that they are not present. In some applications, these values are used to carry other information e. The writer of a QuickTime image may use these values and the reader of a QuickTime image must expect these values. The following tables show the primary quickhime, transfer functions, and matrixes indicated by the index entries in the 'colr' atom. In this instance, the R, G, and B values are normalized to the range [0,1].
The transfer functions listed in Table are used as shown in Figure This information is both incomplete and obsolete. The matrix values are dkwnload in Table and in Matrix values for index code 1. You can derive the formula for normalized values of Cb and Cr downloqd follows:. The clean aperture extension defines the relationship between the pixels in a stored image and a canonical rectangular region of a video system from which it was captured or to which downlaod will be displayed.
This can be used to correlate pixel locations in two or more images—possibly recorded using different systems—for accurate compositing. This is necessary because different video digitizer devices can digitize different regions of the incoming video signal, causing pixel misalignment between images. The clean aperture is either coincident with the stored image or a subset of the stored image; quickgime it is a subset, it may be centered on the stored image, or it may be offset positively or negatively from the stored image center.
The clean aperture extension contains a width in pixels, a height in picture lines, and a horizontal and vertical offset between quicktime stored image center quicktime a canonical image center for the given video system. The width is typically the width of the canonical clean aperture for a video system divided by the pixel downlowd ratio of the stored data. The download and width must be positive values, but the offsets may be positive, negative, or zero.
These values are given as ratios of two bit numbers, so that applications can calculate precise values with minimum roundoff error. For whole values, the value should be stored in the numerator field while the denominator field is set to 1. A bit signed integer containing either the width of the clean aperture in pixels or the numerator portion of a fractional width.
A bit signed quicktije containing either the denominator portion of a fractional width or the number 1. A bit signed integer containing either the height of the clean 2.1 in picture lines or the numerator portion of a fractional height. A bit signed integer containing either the denominator portion of a fractional height or the number 1. This value is typically zero.
A bit signed integer downloa either the denominator portion of the horizontal offset quicktime the number 1. Quicktime bit signed integer containing either the denominator portion of the vertical offset or the number 1. The format of the data stored in video samples is completely dependent on the type of the compression used, as indicated in the video sample quicmtime. The following sections discuss some of the video encoding schemes supported by QuickTime. Uncompressed RGB data is stored in a variety of different formats.
The format used depends on the depth field of the video sample description. For all depths, the image data is padded on each scan line to ensure that each scan line begins on an even byte boundary. For depths of 1, 2, 4, and 8, the values stored are indexes into the color table specified in the color table ID field. For a depth of 16, the pixels are stored as RGB values with the high bit of each bit integer set to 0.
For a depth of 32, the pixels are stored download an 8-bit alpha channel, followed by 8-bit RGB components. RGB data can be stored in composite or planar format. Composite format stores the RGB qiicktime for each pixel contiguously, while planar format stores the R, G, and B data separately, so the RGB information for a given pixel is downlload using quicktime same offset into multiple tables. In this data format, luminance is stored as a single value Yand chrominance information is stored as two color-difference components Cb and Cr.
Cb is the difference between the blue component and a reference value; Cr is the difference between the red component and a reference value. The values of Y, Cb, and Cr can be represented using a variety of bit depths, trading off accuracy for file size. The ratios do not typically denote actual bit depths. The lines of a field or frame are stored spatially rownload to bottom and temporally earliest to latest. The yuv2 stream, for example, is encoded in a series of 4-byte packets.
Each packet represents 2.1 adjacent pixels on the same dowload line. The bytes within each packet qujcktime ordered as follows:. An example conversion from yuv2 into RGB is represented by the following equations:. The coefficients in these equations are derived from matrix operations and depend on the reference values downlad for the primary quifktime and for white. QuickTime uses canonical values for these reference coefficients based on published standards. This provides support for multiple video standards without opening the door to data entry errors for stored coefficient values.
Refer to the published standards for the formulas and quicktime used to derive conversion quicktime from the table entries. MPEG-4 video uses the 'mp4v' data format. The sample description requires the elementary stream descriptor 'esds' extension to the standard video sample description. If non-square pixels are used, the pixel aspect ratio 'pasp' extension is downloxd required.
Instead of compressing an entire image into a single bitstream, Motion-JPEG compresses each video quickrime separately, returning the resulting JPEG bitstreams consecutively in a single frame. These two formats differ based on their use of markers. QuickTime uses the APP1 marker downloav store control information, as follows all of the fields are bit integers :. Contains the size of the image data, including pad bytes.
Download QuickTime for Windows - back-story.co
Some video hardware may append pad bytes to the image data; this field, along with the field size field, allows you to compute how many pad bytes were added. The offset, in bytes, from the start of the field data to the start of 2.1 next field in the bitstream. The offset, in bytes, from the start of the field data to the quantization table marker. If this field is set to 0, check the image description for a default quantization table. The offset, in bytes, from the start of the field data to the Huffman table marker.
If this field is set to 0, check the image description for a default Huffman 2.1. The offset from the start of the field data to the start of image marker. This field should never be set to 0. The offset, in bytes, from the start of the field data to the start of the scan marker. The offset, in bytes, from the quicktime of the field data to the start of the data stream. Typically, this immediately follows the start of scan data. In place of the marker, therefore, QuickTime inserts a header at the beginning 2.1 the bitstream.
Again, all of the fields are bit integers. The size of the image data, including pad bytes. The offset, in bytes, from the start of the field data to the quantization table. The offset, in bytes, from the start of the field data to the Huffman table. When you add pad bytes to the header, set them to 0. Sound media download used to store compressed and 2.1 audio data in QuickTime movies.
It has a media type of ' soun '. This section describes quicktime sound sample description and the storage format of sound files using various data formats. The sound sample description contains information that defines how to interpret sound media data. This sample description is based on the standard sample description, as described in Sample Description Atoms. The data format field contains the format of the audio data.
This may specify quicktime compression format or one of several uncompressed audio formats. Table shows a list of 2.1 supported sound formats. This format descriptor should not be used, but may be found in some files. Samples are assumed to be stored in either 'raw ' or 'twos' format, depending on the sample size field in the sound description. Samples are stored uncompressed, in offset-binary format values range from 0 to ; is quicktime.
These are stored as 2.1 offset binaries. These samples are stored in bit big-endian format. There are currently three versions of the sound sample description, versions 0, 1 and 2. Version 0 supports only uncompressed audio in raw 'raw ' or twos-complement 'twos' format, although these are sometimes incorrectly quicktime as either 'NONE' or 0x A bit integer that indicates the number of download channels used by the sound sample.
Set to 1 for monaural sounds, 2 for stereo sounds. Higher numbers of channels are not supported. A bit integer that specifies the number of bits in each uncompressed sound sample. Allowable values are 8 or Formats using more than 16 bits per sample set this field to 16 and use sound description version 1.
A bit integer that must be set to 0 for version 0 sound descriptions. This may be set to —2 for some version 1 sound descriptions; see Redefined Sample Tables. A bit unsigned fixed-point number Many older version 0 files have values of Version 0 of the sound description format assumes uncompressed audio in 'raw ' or 'twos' format, 1 or 2 channels, 8 or 16 bits quicktime sample, and a compression ID of 0.
The version field in the sample description is set to 1 for this version of the sound description structure. In version 1 of the sound description, introduced in QuickTime 3, the sound description record is extended by 4 fields, each 4 bytes long, and includes the ability to add atoms to the sound description.
These added fields are used to support quicktime configuration settings for decompression and to allow some parsing of compressed QuickTime sound tracks without requiring the services of a decompressor. These fields introduce the idea of a packet. For uncompressed audio, a packet is a sample from a single channel. These fields also introduce the idea of quicktime frame. For uncompressed audio, a frame is one sample from each channel.
For compressed audio, a frame is a compressed group of samples whose format is dependent on the compressor. Historically, the value returned for the bytes per frame field was not always reliable, however, so this field was set by multiplying bytes per packet by the number of channels. The audio samples are treated as opaque compressed frames for these data types, and download fields for sample size and bytes per sample are not meaningful.
The new fields correspond to the CompressionInfo structure used by the Macintosh Sound Manager which uses bit values to describe the compression ratio of fixed ratio audio compression algorithms. If these fields are not used, they are set to 0. File readers only need to check to see if samplesPerPacket is 0. If the compression ID in the sample description is set to —2, the sound track uses redefined sample tables optimized for compressed audio.
Unlike video media, the data structures for QuickTime sound media were originally designed for 2.1 samples. The extended version 1 sound description structure provides a great deal of support for compressed audio, but it does not deal directly with the sample table atoms that point to the media data. The ordinary sample tables do not point to compressed frames, which are the fundamental units of compressed audio data.
Instead, they appear to point to individual uncompressed audio samples, each one byte in size, within the compressed frames. When used with the QuickTime API, QuickTime compensates download this fiction in a largely transparent manner, but attempting to parse the sound samples using the original sample tables alone can be quite complicated. The sample-to-chunk and chunk offset atoms point to compressed frames, and the sample size table documents the size of the frames.
The time-to-sample table documents the duration of the frames. If the time scale is set to the sampling rate, which is typical, the duration equals the number of uncompressed samples in each frame, which is usually constant even for VBR it is common to use a fixed frame duration. If a different media timescale is used, it is necessary to convert from timescale units to sampling rate units to calculate the number of samples. This change in the meaning of the sample tables allows you to use the tables accurately to find compressed frames.
To indicate that this new meaning is used, a version 1 sound description is used and the compression ID field is set to —2. The samplesPerPacket field and the bytesPerSample field are not necessarily meaningful for variable bit rate audio, but these fields should be set correctly in cases where the values are constant; the other two new fields bytesPerPacket and bytesPerFrame are reserved and download be set to 0. If the compression ID field is set to zero, the sample tables describe uncompressed audio 2.1 and cannot be used directly to find and manipulate compressed audio frames.
QuickTime has built-in support that allows programmers to act as if these sample tables pointed to uncompressed 1-byte audio samples. QuickTime 7 introduced a new version of the sound sample description, version 2, which extends QuickTime capabilities to include high resolution audio with another expansion of the sound sample description structure. In QuickTime 7, the sound and audio facilities are based on the Core Audio framework facilities and the Sound Manager has been deprecated.
The sound sample description v2 structure adds the following new fields, appending to the v1 structure and renaming the four fields added in v1 to help ensure backwards compatibility with older applications. The version 2 fields are:. A bit floating point number representing the number of audio frames per second, for example: 44, A bit integer field set to the number of audio channels; any channel assignment will be expressed in an extension.
A bit integer quicktime which is set only if constant and only for uncompressed audio. For all other cases set to 0. A bit unsigned integer set to the number of bytes per packet only if this value is 2.1. For other cases set to 0. A bit unsigned integer set to the number of PCM frames per packet only if this value is constant. Audio Packet: For compressed audio, an audio packet is the natural compressed access unit of that format. For uncompressed audio, an audio packet is simply one LPCM frame.
These fields are only nonzero if the value is a constant. A zero in each field implies that the value is variable. The formatSpecificFlags field carries flags significant to the layout and formatting of audio streams quicktime in the Core Audio underpinnings for sound sample description v2. All extensions to the Download record are made using atoms.
That means one or more atoms can be appended to the end of the SoundDescription download using the standard [size, type] mechanism used throughout the QuickTime movie architecture. Extensions were first added with sound sample description v1. To illustrate this, for sound sample description v1, the extensions are added by following the last field of the struct with QuickTime download. The struct implementation looks like this:.
Version 2 of the sound sample description maintains the same mechanism for the addition of extensions. In the sound sample description v2 structure, the sizeOfStructOnly field value provides the offset to the extensions. The siSlopeAndIntercept atom contains slopeinterceptminClipand maxClip parameters relevant to a decompressor component.
At runtime, the contents of the type siSlopeAndIntercept and siDecompressorSettings atoms are provided to the decompressor component through the standard SetInfo mechanism of the Sound Manager. The siDecompressionParam atom provides the ability to store data specific to a given audio decompressor in the SoundDescription record. These are stored in an atom of this type.
This atom contains other atoms with audio decompressor settings and is a required extension to the sound sample description for MPEG-4 audio. A 'wave' chunk for 'mp4a' typically contains in order at least a 'frma' atom, an 'mp4a' atom, an 'esds' atom, and a Terminator Atom 0x atom. The contents of other siDecompressionParam atoms are dependent on the audio decompressor. Atoms containing the necessary out-of-band decompression parameters for the sound decompressor.
For MPEG-4 audio 'mp4a'this includes elementary stream descriptor 'esds'format 'frma'and terminator atoms. This atom is present to indicate the end of the sound description. It contains no data, and has a type field of zero 0x instead of a four-character code. An unsigned bit integer holding the size of the decompression parameters atom always set to 8. An unsigned bit integer set to zero 0x This atom is a required extension to the sound sample description for MPEG-4 audio. This atom is an optional extension download the sound sample description specifying audio channel layouts for sound media contained in QuickTime movies.
Audio channel layouts can be applied to both compressed and uncompressed sound download. Use this only if compatibility between language tags is not possible for some reason making it impossible to otherwise select a default track. The format of data stored in sound samples is completely dependent on the type of the compressed data stored in the sound sample description. The following sections discuss some of the formats supported by QuickTime.
Eight-bit audio is 2.1 in offset-binary encodings. If the data is in stereo, the left and right channels are interleaved. QuickTime uses a slight variation of the format to allow for random access.
Windows Media Player and Encoder | Telestream Flip4Mac
IMA quicktime a bit audio format which supports compression. It is defined as follows:. In uLaw encoding, 14 quicktim of linear sample data are reduced to 8 bits of logarithmic data. Both kFloat32Format and kFloat64Format are floating-point uncompressed formats. Depending upon codec-specific data associated with the sample description, the floating-point values may be in big-endian network or little-endian Intel byte order. This differs from the bit formats, where quicjtime is a single format for each endian downooad.
Both k24BitFormat and k32BitFormat are integer uncompressed formats. The four-character codes used by 2.1 for their formats are quicktime. To construct a QuickTime-supported codec format of this type, the Microsoft numeric ID is taken to generate a four-character code of the form 'msxx' where xx takes on the numeric ID. Since a DV frame contains both video and audio, this codec knows how to skip quicktime portions of the frame and only retrieve the audio portions.
Likewise, the video codec skips the audio portions and renders only the image. Note that they are the same codec underneath. MPEG-4 audio is stored as a sound track with data format 'mp4a' and certain additions to the sound sample description and sound track atom. The sound sample description includes an siDecompressionParam atom see siDecompressionParam Atom 'wave'.
The siDecompressionParam atom includes:. The inclusion of a format atom is strongly recommended. See Format Atom 'frma'. The last atom in the siDecompressionParam atom must be a terminator atom. See Terminator Atom 0x A track structure is used to store timed metadata in QuickTime movies. This section provides an overview of the timed metadata track structure, and describes the timed metadata sample descriptions and the storage format of timed metadata media samples.
A timed metadata track synchronizes metadata references to media tracks for particular media time periods through the track reference, edit, and edit list structures. Because a metadata track is neither visual nor aural, the following track properties should quicktime these values:. A QuickTime movie can contain none, one, or several timed metadata tracks. Timed metadata tracks can refer to multiple tracks. If a metadata track describes characteristics of the entire movie, there should be no track reference of type 'cdsc' between it and another track.
These metadata tracks can be considered to hold global metadata for the movie. Using a .21 metadata track, any form of descriptive metadata that changes over time can quixktime linked to a range of media quciktime for which it is valid. Examples of timed metadata can include:. 2.1 with other tracks, each metadata sample is associated with a single timed metadata sample description. Zero, one, or many metadata values can be associated with a range of media time in the track.
The accommodation for no metadata values for a time allows runs of time with metadata interspersed with runs of time with no metadata. Because the timed metadata is organized as a track, it is also possible to use track edits to indicate the absence of metadata. For some situations, however, it would be better to include metadata samples that themselves carry no metadata values.
The timed metadata sample description contains information that defines how to interpret timed metadata media samples. This 21 description is based on the standard sample description header, as described in Sample Description Atoms. The metadata sample description is a derived sample description format which describes metadata values represented quickime atoms. It may also include other atoms 2.1 holding metadata values. The data format field contains the format of the timed metadata media, which is set to 'mebx'.
The metadata sample description must contain a metadata key table atom and optionally contains a bit rate atom following the standard sample description atom header, defined below. Other atoms may be introduced in the future. An atom containing a table of keys and download to payload data in the corresponding timed metadata media samples. The metadata key table atom contains a table of keys and mappings to payload data in the corresponding timed metadata media samples. The metadata key table atom contains one or more instances of metadata key atoms, one for each configuration of a key that may occur in the sample units of the track.
For example, if there are two keys, there will be two metadata key atoms in the metadata key table atom—one for each key. If the metadata key table atom does not contain a key for which a client is searching, no timed metadata media samples associated with this sample description donload values with that key. If the metadata key table atom does contain a particular key, this does not guarantee that timed metadata media samples containing a value for the key were written. If it is possible to remove unused entries download rewrite the metadata sample description efficiently, this is preferred.
If a timed metadata download includes a key in the metadata sample description but has values using the key in associated media samples, the metadata sample description can still be rewritten to eliminate the key from the metadata key table atom. While the metadata values remain in associated media samples, the data is no longer reachable because the key is now gone. Care should be exercised if the values should themselves be removed from the movie file.
Although not a requirement, the remaining but now unreachable data can be removed by copying only referenced metadata values when copying media samples to download new track. The optional bit rate atom may be present at the end of any timed metadata sample description 2.1 signal the bit rate downooad of a stream.
The bit rate information can be used for buffer configuration. For example, if the metadata key atom has the atom type of 'stuf'any atoms of type 'stuf' in timed metadata samples sharing this sample description hold the value for this key. Any value fitting in a bit big endian integer can quicktiime used such as 'stuf' or the integer If a FourCC is used, it is recommended that the value be mnemonic if possible.
See Metadata Sample Data Format below. This indication allows the key to be marked as unused in the timed metadata sample description without requiring the sample description and parent atoms to be rewritten or resized. It is reserved for future use and can occur as an atom type in timed metadata samples. Each metadata key atom contains a variable number of atoms that define the key structure, optionally the data type for values, and optionally locale information for values.
Atoms may be introduced in the future. The metadata key declaration atom holds the key namespace and key value of that namespace for the given values. ISO"a binary four-character code such as a 2.1 user data keya Uniform Resource Identifier URIor other structures such as native formats from other metadata standards. New key namespaces must be registered but because a reverse-address style string can often be used, using the reverse-address key namespace may be sufficient for most uses.
See the QuickTime Metadata Keys table for examples. An array of unsigned 8-bit bytes holding the data type dkwnload for values in timed metadata media samples having this key. The interpretation of this array is defined by the associated datatype namespace. The combination of datatype namespace and datatype array indicate the data type or structure of a metadata item value. The datatype namespace type indicates the interpretation of the datatype array value.
This specification defines two datatype namespace types:. If datatype namespace is 0, datatype array contains a big-endian bit unsigned integer corresponding to a well-known type specified in Table For example, a well-known type doownload 1 indicates UTF-8 text and 23 indicates a big-endian bit floating-point number. If datatype downooad is 1, datatype array contains a reverse-address style UTF-8 string indicating an extended data type. This data type namespace type can be used if the data type does not have a corresponding well-known data type.
A download namespace other than 0 or 1 may occur quicktime a timed metadata track, perhaps written according to a later version of this specification. Metadata item values with unrecognized data types should be ignored. Even so, some processing is still possible on the metadata item with unrecognized data type, such as copying it between tracks. A metadata value may optionally be tagged with its locale so that it may be chosen based upon the user's language, country, and so on.
Media Data Atom Types
This tagging makes it possible to include several keys of the same key type e. If the metadata locale atom is absent, metadata values should be considered appropriate for all locales. A timed metadata media sample is structured as a concatenation of one or more atoms. Typically each atom will contain a metadata value corresponding to a key signaled in the timed metadata sample description.
If no value for a particular key is present in the timed metadata media sample at a given time, the interpretation should be that there is no 2.1 of that type at the specified time. Timed metadata values for that key for other times such as from a previous timed metadata media sample should not be interpreted as applying to the given time.
A zero-byte timed metadata media sample cannot be used because all sample sizes must be one or more bytes. In general, however, it quicmtime preferable to quicjtime a NULL metadata media sample data instead of using a track edit with an empty edit list to indicate the absence of metadata. The timed metadata media sample data consists of some number of download atoms. Its interpretation is based solely on what is quicktime in the corresponding metadata key of the associated metadata sample description.
Such an atom has no prescribed contents. See Metadata 2.1 Atom. In the future, this may be documented to hold a particular payload. A timed metadata media sample may contain atoms with types other than those defined in the metadata key table atom downlaod other than the two reserved values 0 and 0xFFFFFFFF. Consider the metadata format for a geographic point location using coordinates as defined in ISO Some clients using timed metadata tracks may prefer to create metadata tracks with samples that have the same size.
Two approaches are described here. In one approach, the metadata written might contain a fixed number of fixed-sized metadata values for example, integers or statically sized structures. In the second approach, the size of individual metadata values may vary. It is possible to create constant-sized metadata samples by determining a maximum timed metadata media sample size and using unreferenced atoms to add up to this size.
The approach is:. Fill in the atoms holding metadata values see the Timed Metadata Media Sample Structure example above. There is no prescribed atom type indicating a NULL metadata sample although a type of 0 is recommended, as mentioned in the Metadata Key Atom description above. Using unreferenced atoms presents a useful way to supply padding when structuring a track for constant-sized metadata sample data or when there are runs of no-metadata interspersed with runs of metadata in a given track, instead of using multiple track edits.
At any point in the timeline where a metadata value comes into quicktime or goes out of scope, quiicktime metadata samples should be introduced with the union of all metadata values present for the time range, replacing the existing overlapped samples for that portion of the media time range. In the new combined track, a single download metadata sample description containing the keys A and B may be download. The union of all metadata across those tracks should be considered the metadata for the presentation track—just as if there was a single metadata track with all the corresponding metadata.
There is a potential conflict quiccktime more than one metadata value of quicktime same type is in the metadata tracks. In this case, the layer of the metadata tracks should be used to establish which should be used. Tracks with lesser layer values that 2.1, -1 is less than 0 take priority and their metadata values should be used.
If two tracks have the same layer value, the last track in movie track order the order of 'trak' atoms in the 'moov' atom shall override metadata values from tracks earlier in order. If part of a track would apply to a presentation track and part would apply globally, the metadata should be carried in two tracks, the first referencing the presentation track and the other not referencing any track.
Timecode media is used to store time code data in QuickTime movies. It has a media type of 'tmcd'. The timecode sample description contains information that defines how to interpret time code media data. The timecode media handler also adds dowmload of its own fields to the sample quicktims. A bit integer containing flags that identify some timecode characteristics. The following flags are defined. Indicates whether the timecode is drop frame.
Set it to 1 if the timecode is drop frame. Indicates whether the timecode wraps after 24 hours. Set it to 1 if the timecode wraps.
iTunes is going places.
Indicates whether negative time values are allowed. Set it to 1 if the timecode supports negative values. Indicates whether the time value corresponds to a download counter value. Set it to 1 if the timecode values are tape counter values. An 8-bit integer that contains the number of frames per second for the timecode format. If the time is a counter, this is the number of frames for each counter tick.
A user data atom containing information about the source tape. Quicktime only currently used user data list entry is the 'name' type. This entry contains a text item specifying the name of the source tape. The timecode media also requires a media information atom. This atom contains information governing how the timecode text is displayed.
This media information atom is stored in a base media information atom see Base Media Information Atoms for more information. 2.1 type of the timecode media information atom is 'tcmi'. A bit integer that indicates the font to use.
Set this field quicktime 0 to use the system font. If the font name field contains a valid name, ignore this field. Set this field to 0 for normal text. You can enable other style options by using quicktime or more of the bit masks listed in Table 2.1 timecode media sample is recorded as a bit integer, interpreted based on the value of the Counter flag in the timecode sample description. If the Counter flag is set to 1 in the timecode sample description, the sample data is an unsigned bit integer.
The timecode counter value is determined by dividing this unsigned bit integer by the number of frames field in the timecode sample description. If the Counter flag is set to 0 in the timecode sample description, the sample data format is a signed bit integer and is used to calculate a timecode record, defined as follows. If bit is set to 1, the timecode record value is negative. An 8-bit unsigned integer that specifies the starting number of frames.
2.1 media is used to store text data in QuickTime movies. It has a media type of 'text'. The text sample description contains information that defines how to interpret download media data. The text media handler also adds some of its own fields to the sample description. A bit integer containing flags that describe how the text should be drawn. Controls text scaling.
If this flag is set to 1, the text media handler reflows the text instead of scaling when the track is scaled. Controls background color. Controls text scrolling. If this flag is set to 1, the text media handler scrolls the text until the last of the text is in view. If this flag is set to 1, the text media handler scrolls the text until the last of the text is gone. If this flag is set to 1, the text media handler scrolls the text horizontally; otherwise, it scrolls the text vertically.
If this flag is set to 1, download text media handler scrolls down if scrolling vertically or backward if scrolling horizontally; note that horizontal scrolling also depends upon text justification. If this flag is set to 1, the text media handler displays new samples by scrolling out the old ones. Controls drop shadow.
If this flag is set to 1, the text media handler displays the text with a drop shadow. Controls quicktime. If this flag is set to 1, the text media handler uses anti-aliasing when drawing text. If this flag is set to 1, the text media handler does not display the background color, so that the text overlay background tracks. A bit integer that indicates how the text should be aligned.
Set this field to 0 for download text, to 1 for centered text, and to —1 for right-justified text. A bit rectangle that specifies an area to receive text top, left, bottom, right. Typically this field is set to all zeros. The text media also requires a text media information atom. This media information atom is stored in a base media information atom 'minf' in the base media information header atom 'gmhd' see Base Media Information Atoms. The type of the text 2.1 information atom is 'text'.
A matrix structure associated with this text media. This should be the identity matrix. A matrix shows how to map points from one coordinate space into another.
Media Player Classic - Home Cinema v Download
See Matrices for a discussion of how display matrices are used in QuickTime and see Figure for an illustration of a matrix structure within an atom. The format of the text data is a bit length word followed by the actual text. The length word specifies the number of bytes of text, not including the length word itself. Following the text, there may be one or more atoms containing additional information for drawing and searching the text.
Table lists the currently defined text sample extensions. Style information for the text. Allows you to override the default style in the sample description or to define more than one style for a sample. The data is a TextEdit style scrap. Table of font names.Jul 08, · Support for Canon EOS R5/R6, Canon EOS M50 Mark II/EOS Kiss M2. Support for Nikon Z5. Download SparkoCam Sep 28, · The KMPlayer is a versatile media player which can cover various types of container format such as VCD, DVD, AVI, MKV, Ogg Theora, OGM, 3GP, MPEG-1/2/4, WMV, RealMedia, and QuickTime among others. Sep 13, · A well-designed, feature-packed download manager. EagleGet is a free internet download manager for Windows back-story.co program’s interface is visually appealing yet simple. It lets you keep track of downloads, irrespective of the source location or destination back-story.co software functions as an accelerator, speeding up downloads from the back-story.co addition to this, it’s a full-fledged .
Each table entry contains a font number stored in a bit integer and a font name stored in a Pascal string. This atom is required if the 'styl' atom is present. Highlight information. The atom data consists of two bit integers. The first contains the starting offset for the highlighted text, and the second has the ending offset. A highlight sample 2.1 be in a key frame or in a differenced frame. Drop shadow offset. When the display flags indicate quicktije shadow style, this atom can be used quicktime override the default drop shadow placement.
The data consists of two bit integers. The first indicates the horizontal displacement of the drop shadow, in pixels; the second, the vertical displacement. Drop shadow transparency. The data sownload a bit integer between 0 and indicating the degree of transparency of the drop shadow. A value of makes the drop shadow completely opaque.
Image font data. This atom contains two more atoms. An 'idat' atom contains compressed image data to be used to draw the text when the required fonts are not available. An 'idsc' atom contains a video sample description describing the format of the compressed image data. Image font highlighting. This atom contains download information that governs highlighting when an 'imag' atom is used for drawing. Hypertext is stored in a text track sample atom stream as type 'htxt'.
Download SparkoCam | Sparkosoft
The same mechanism is used to store wired actions linked to text strings. A text string can be wired to act as a hypertext link when clicked or to perform any defined QuickTime wired action when clicked. For details on wired actions, see Wired Action Grammar.Play back and convert Windows Media on your Mac. For years, Flip4Mac components allowed you to play, import, convert and export Windows Media video and audio files on your Mac and were trusted by millions of Mac users for their stability and professional support. Oct 03, · Stalin Apolo Alcivar Por favor necesito la versión quicktime que sea compatible con versiones de 64 bit de windows (para windows 7), es antigua dicha versión pero la necesito urgentemente para una simulación en el campo petrolero, por favor me pueden facilitar esta versión a . Oct 01, · The download speed just depends on our Internet connection. In version you will find an option to disable unwanted updates, like those in different languages. This application is available with Quicktime Player, Safari, and iTunes, for both, Mac and Windows OS.
The data stored is a QTAtomContainer. The root atom of hypertext in this container is a wired-text atom of type 'wtxt'. This is the parent for all individual hypertext objects. For download hypertext item, the parent quicktime is of type 'htxt'. This is the atom container atom type. Two children of this atom that define the offset of the hypertext in the text stream are:.
The children of these event atoms follow the same format as other wired events. A closed caption media track contains text data used for closed captioning 2.1 QuickTime movies. It quickttime a media type of 'clcp'. Closed captions are used to display the audio portions of a movie as text. They transcribe dialog and indicate other sounds. Other tracks can identify this track as being a related closed captioning track by using the 'clcp' track reference to refer to this track.
Like other media data tracks, a closed caption track should include a language code and an extended language tag atom. The closed captioning sample description contains information that defines how to interpret closed captioning media data. This sample description is based on quicktimd standard sample description header, as described in Sample Description Atomsand adds no additional fields. The data format field in the sample description must be set to 'c' or 'c'.
A closed caption track must use only one data format. The format of the closed captioning sample data is a sequence of one or more atoms, one of which must be a 'cdat' atom. Unrecognized atoms should be ignored. The durations of closed caption media samples can vary but should not be shorter than the number 2.1 byte pairs in the byte pair array. A closed caption media sample quicktime that is longer than the array length in video download should treat additional durations as though null 0 byte pair quucktime are received.
Note: The download of byte pairs for other elements of the source CEAE frame data are not described here. If supported, other atom types and their content will be documented. If a single closed caption track is included, it is recommended that sownload track be separate from any cownload tracks in the movie. However, you can also include multiple closed-caption tracks in a movie.
If you do, the following rules apply:. The closed caption tracks must be part of the same alternate group. If the movie also includes subtitle tracks or non-chapter text tracks, those tracks should also be part of this group. Subtitle media is used to store text data used for subtitles in QuickTime movies. It has a media type of 'sbtl'. Subtitles provide written versions of audio or visual content, such as to offer alternate language translations or to supplement quicktime content.
Subtitles differ from closed captions in that subtitles are usually a translation of the sound track into a different language rather than a transcription of the sound track in the same language. The subtitle sample description contains information that defines how to interpret subtitle media data. The data format field in the sample description is currently always 2.1 to 'tx3g'. Unrecognized data formats should be ignored.