Posted 03 March - AM I investigated it further by my own knowledge and reading on the net. Badly Needing Help if anyone can. However to update the firmware Install, skip the toolbar. If it finds a firmware it will open that page and you can download from there. Warning, the wrong firmware can kill the drive.
Be very sure that you can live with that if it happens. Warning using the wrong firmware can kill the drive. Trying them could wreck the drive.
LG is one of the worst brands for posting firmware updates. If you were to buy one of their drives that comes with the software disc then one of the utilities is a firmware updater program that checks for updates.
Not an option on your OEM drive. It seems that I'm wrong by my findings of the drive. Track reference atoms have an atom type value of 'tref'. Track references are unidirectional and point from the recipient track to the source track.
For example, a video track may reference a time code track to indicate where its time code is stored, but the time code track would not reference the video track. The time code track is the source of time information for the video track.
A single track may reference multiple tracks. For example, a video track could reference a sound track to indicate that the two are synchronized and a time code track to indicate where its time code is stored. A single track may also be referenced by multiple tracks. For example, both a sound and video track could reference the same time code track if they share the same timing information.
If this atom is not present, the track is not referencing any other track in any way. Note that the array of track reference type atoms is sized to fill the track reference atom. Track references with a reference index of 0 are permitted. This indicates no reference. For more information about Track References, see Track References. Figure shows the layout of a track reference atom.
A list of track reference type atoms containing the track reference information. These atoms are described next. Each track reference atom defines relationships with tracks of a specific type. The reference type implies a track type.
Table shows the track reference types and their descriptions. The track reference is contained in a timed metadata track see Timed Metadata Media for more detail and provides links to the tracks for which it contains descriptive characteristics. Closed caption. In any track, this identifies a closed captioning track that contains text that is appropriate for the referring track. See Closed Captioning Media for more information. In a sound track, this references a track in a different format but with identical content, if one exists; for example, an AC3 track might reference an AAC track with identical content.
See Alternate Sound Tracks. If the subtitle track is part of a subtitle track pair, this should reference the the forced subtitle track of the pair. This is needed only if language tagging cannot be used.
See Relationships Across Alternate Groups. Forced subtitle track. In the regular track of a subtitle track pair, this references the forced track. See Subtitle Sample Data for more information.
Non-primary source. Indicates that the referenced track should send its data to this track, rather than presenting it. The referencing track will use the data to modify how it presents its data. See Track Input Map Atoms for more information. Usually between a video and sound track. Indicates that the two tracks are synchronized. The reference can be from either track to the other, or there may be two references.
A bit integer that identifies the atom type; this field must be set to one of the values shown in Table A list of track ID values bit integers specifying the related tracks. Note that this is one case where track ID values can be set to 0. Unused entries in the atom may have a track ID value of 0. Setting the track ID to 0 may be more convenient than deleting the reference. You can determine the number of track references stored in a track reference type atom by subtracting its header size from its overall size and then dividing by the size, in bytes, of a track ID.
Track input map atoms define how data being sent to this track from its nonprimary sources is to be interpreted. These sources provide additional data that is to be used when processing the track. Track input map atoms have an atom type value of 'imap'. Figure shows the layout of a track input atom. This atom contains one or more track input atoms. Note that the track input map atom is a QT atom structure. Each secondary input is defined using a separate track input atom. A bit integer that identifies the atom type; this field must be set to ' in' note that the two leading bytes must be set to 0x A bit integer relating this track input atom to its secondary input.
The value of this field corresponds to the index of the secondary input in the track reference atom. That is, the first secondary input corresponds to the track input atom with an atom ID value of 1; the second to the track input atom with an atom ID of 2, and so on.
The track input atom, in turn, may contain two other types of atoms: input type atoms and object ID atoms. The input type atom is required; it specifies how the data is to be interpreted.
A bit integer that identifies the atom type; this field must be set to ' ty' note that the two leading bytes must be set to 0x A bit integer that specifies the type of data that is to be received from the secondary data source. Table lists valid values for this field. This is used for fading the volume. A bit integer indicating the sound balance level. This is used for panning the sound location.
Compressed image data for an object within the track. If the input is operating on an object within the track for example, a sprite within a sprite track , an object ID atom must be included in the track input atom to identify the object.
The media atom contains information that specifies:. The sample table atoms, which, for each media sample, specify the sample description, duration, and byte offset from the data reference. The media atom has an atom type of 'mdia'. It must contain a media header atom 'mdhd' , and it can contain a handler reference 'hdlr' atom, media information 'minf' atom, and user data 'udta' atom.
Figure shows the layout of a media atom. This atom contains the standard media information. See Media Header Atoms. This atom contains the extended language tag describing the media language. See Extended Language Tag Atom. This atom identifies the media handler component that is to be used to interpret the media data. See Handler Reference Atoms for more information. Note that the handler reference atom tells you the kind of media this media atom contains—for example, video or sound.
The layout of the media information atom is specific to the media handler that is to interpret the media. Media Information Atoms discusses how data may be stored in a media, using the video media format defined by Apple as an example. This atom contains data specific to the media type for use by the media handler component.
See Media Information Atoms. See User Data Atoms. The media header atom specifies the characteristics of a media, including time scale and duration. The media header atom has an atom type of 'mdhd'. Figure shows the layout of the media header atom.
A bit integer that specifies in seconds since midnight, January 1, when the media atom was created. A bit integer that specifies in seconds since midnight, January 1, when the media atom was changed. A time value that indicates the time scale for this media—that is, the number of time units that pass per second in its time coordinate system.
A bit integer that specifies the language code for this media. See Language Code Values for valid language codes. Also see Extended Language Tag Atom for the preferred code to use here if an extended language tag is also included in the media atom.
It is an optional peer of the media header atom and should follow the definition of the media header atom in a QuickTime movie. There is at most one extended language tag atom per media atom and, in turn, per track.
The extended language tag atom has an atom type of 'elng'. Until the introduction of this atom type, QuickTime had support for languages via codes based on either ISO or the classic Macintosh Language Codes. These language codes are associated to a media per track in a QuickTime movie and are referred to as the media language.
To distinguish the extended language support from the old system, it is referred to as the extended language tag as opposed to language code. The major advantage of the extended language tag is that it includes additional information such as region, script, variation, and so on, as parts or subtags.
For instance, this additional information allows distinguishing content in French as spoken in Canada from content in French as spoken in France. The extended language tag atom is optional, and if it is absent the media language should be used. No validation of the language tag string is performed. Applications parsing QuickTime movies need to be prepared for an invalid language tag, and are expected to behave as if no information is found. For best compatibility with earlier players, if an extended language tag is specified, the most compatible language code should be specified in the language field of the 'mdhd' atom for example, "eng" if the extended language tag is "en-AU".
If there is no reasonably compatible tag, the packed form of 'und' can be specified in the language code of the 'mdhd' atom. The handler reference atom has an atom type value of 'hdlr'. Historically, the handler reference atom was also used for data references.
However, this use is no longer current and may now be safely ignored. The handler atom within a media atom declares the process by which the media data in the stream may be presented, and thus, the nature of the media in a stream. For example, a video handler would handle a video track. Figure shows the layout of a handler reference atom. A four-character code that identifies the type of the handler. Only two values are valid for this field: 'mhlr' for media handlers and 'dhlr' for data handlers.
A four-character code that identifies the type of the media handler or data handler. See Media Data Atom Types for information about defined media data types. For data handlers, this field defines the data reference type; for example, a component subtype value of 'alis' identifies a file alias. A counted string that specifies the name of the component—that is, the media handler used when this media was created. This field may contain a zero-length empty string.
The media handler uses this information to map from media time to media data and to process the media data. These atoms contain information that is specific to the type of data defined by the media. Further, the format and content of media information atoms are dictated by the media handler that is responsible for interpreting the media data stream.
Another media handler would not know how to interpret this information. This section describes the atoms that store media information for the video 'vmhd' , sound 'smhd' , and base 'gmhd' portions of QuickTime movies.
Video media information atoms are the highest-level atoms in video media. These atoms contain a number of other atoms that define specific characteristics of the video media data. Figure shows the layout of a video media information atom. See Handler Reference Atoms. See Data Information Atoms. See Sample Table Atoms. Video media information header atoms define specific color and graphics mode information. Figure shows the structure of a video media information header atom.
This is a compatibility flag that allows QuickTime to distinguish between movies created with QuickTime 1. You should always set this flag to 1, unless you are creating a movie intended for playback using version 1. A bit integer that specifies the transfer mode. The transfer mode specifies which Boolean operation QuickDraw should perform when drawing or transferring an image from one location to another. See Graphics Modes for a list of graphics modes supported by QuickTime.
Three bit values that specify the red, green, and blue colors for the transfer mode operation indicated in the graphics mode field.
Sound media information atoms are the highest-level atoms in sound media. These atoms contain a number of other atoms that define specific characteristics of the sound media data.
Figure shows the layout of a sound media information atom. A bit integer that specifies the sound balance of this sound media. Sound balance is the setting that controls the mix of sound between the two speakers of a computer. This field is normally set to 0.
See Balance for more information about balance values. The base media information atom shown in Figure stores the media information for media types such as timed metadata, text, MPEG, time code, and music. Media types that are derived from the base media handler may add other atoms within the base media information atom, as appropriate.
At present, the only media type that defines additional atoms is timecode media. The base media information header atom indicates that this media information atom pertains to a base media. See Base Media Info Atoms. See Text Media Information Atom. Figure shows the layout of the base media info atom. See Graphics Modes for more information about graphics modes supported by QuickTime. A bit integer that specifies the sound balance of this media.
The handler reference atom described in Handler Reference Atoms contains information specifying the data handler component that provides access to the media data. Data information atoms have an atom type value of 'dinf'.
Figure shows the layout of the data information atom. See Data Reference Atoms. Figure shows the data reference atom. A bit integer that identifies the atom type; this field must be set to 'dref'. A bit integer that specifies the type of the data in the data reference.
Table lists valid type values. On the Macintosh, and other file systems with multi-fork files, set this flag to 1 even if the data resides in a different fork from the movie atom. Table shows the currently defined data reference types that can be stored in a header atom. Data reference is a Macintosh alias.
An alias contains information about the file it refers to, including its full path name. Appended to the end of the alias is the resource type stored as a bit integer and ID stored as a bit signed integer to use within the specified file. This data reference type is deprecated in the QuickTime file format.
QuickTime stores media data in samples. A sample is a single element in a sequence of time-ordered data. Samples are stored in the media, and they may have varying durations. Samples are stored in a series of chunks in a media.
Chunks are a collection of data samples in a media that allow optimized data access. A chunk may contain one or more samples. Chunks in a media may have different sizes, and the individual samples within a chunk may have different sizes from one another, as shown in Figure One way to describe a sample is to use a sample table atom.
The sample table atom acts as a storehouse of information about the samples and contains a number of different types of atoms. The various atoms contain information that allows the media handler to parse the samples in the proper order. This approach enforces an ordering of the samples without requiring that the sample data be stored sequentially with respect to movie time in the actual data stream. The next section discusses the sample table atom. Subsequent sections discuss each of the atoms that may reside in a sample table atom.
The sample table atom contains information for converting from media time to sample number to sample location. This atom also indicates how to interpret the sample for example, whether to decompress the video data and, if so, how.
This section describes the format and content of the sample table atom. The sample table atom has an atom type of 'stbl'. It can contain the sample description atom, the time-to-sample atom, the sync sample atom, the sample-to-chunk atom, the sample size atom, the chunk offset atom, and the shadow sync atom. Recent additions to the list of atom types that a sample table atom can contain are the optional sample group description and sample-to-group atoms included in Appendix G: Audio Priming - Handling Encoder Delay in AAC.
The sample table atom contains all the time and data indexing of the media samples in a track. Using tables, it is possible to locate samples in time, determine their type, and determine their size, container, and offset into that container. If the track that contains the sample table atom references no data, then the sample table atom does not need to contain any child atoms not a very useful media track. If the track that the sample table atom is contained in does reference data, then the following child atoms are required: sample description, sample size, sample to chunk, and chunk offset.
All of the subtables of the sample table use the same total sample count. The sample description atom must contain at least one entry. A sample description atom is required because it contains the data reference index field that indicates which data reference atom to use to retrieve the media samples. Without the sample description, it is not possible to determine where the media samples are stored.
The sync sample atom is optional. Security you can count on. Power Button 2. Universal Audio Jack 4. USB 2. USB 3. Line Out 7. Accessory Port Wired NIC Slim 9. Universal Audio Jack 5. After pushing your code into a Github repository, simply go into your package directory and type the following command:.