Note: All tile-parts headers are read by the constructor whereas packets /// are processed when decoding related tile (when setTile method is /// called).
/// ///In parsing mode, the reader simulates a virtual layer-resolution /// progressive bit stream with the same truncation points in each code-block, /// whereas in truncation mode, only the first bytes are taken into account (it /// behaves like if it is a real truncated codestream).
/// ///Then, if a parsing output rate is defined, it keeps information of /// first layers only. This operation simulates a creation of a /// layer-resolution-component progressive bit-stream which will be next /// truncated and decoded.
/// ///The argument 'fl' is to be used by subsequent calls to this method /// for the same code-block. In this way supplemental data can be retrieved /// at a later time. The fact that data from more than one layer can be /// returned means that several packets from the same code-block, of the /// same component, and the same tile, have been concatenated.
/// ///The returned compressed code-block can have its progressive /// attribute set. If this attribute is set it means that more data can be /// obtained by subsequent calls to this method (subject to transmission /// delays, etc). If the progressive attribute is not set it means that the /// returned data is all the data that can be obtained for the specified /// code-block.
/// ///The compressed code-block is uniquely specified by the current tile, /// the component (identified by 'c'), the subband (indentified by 'sb') /// and the code-block vertical and horizontal indexes 'n' and 'm'.
/// ///The 'ulx' and 'uly' members of the returned 'DecLyrdCBlk' object /// contain the coordinates of the top-left corner of the block, with /// respect to the tile, not the subband.
/// ///