RU2448432C2 - System and method of creating and displaying image file containing two-dimensional image and three-dimensional stereoscopic image - Google Patents

Abstract

FIELD: information technology.

SUBSTANCE: storage medium has a multimedia data field for an image file containing one or more image data samples. The storage medium also has a multimedia header field, which contains an image data field which indicates whether each of the one or more image data samples is one of two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data.

EFFECT: providing a 3D stereoscopic image file format based on the existing 3D image format.

32 cl, 11 dwg

Description

FIELD OF THE INVENTION

The present invention relates to a system and method for generating and reproducing an image file, which includes a two-dimensional (2D) image and three-dimensional (3D) stereoscopic image, based on multimedia standards for two-dimensional images. More specifically, the present invention relates to a file format capable of alternatively generating and reproducing a two-dimensional image and a three-dimensional stereoscopic image, and a system and method for alternatively generating and reproducing a two-dimensional image and a three-dimensional stereoscopic image using a file format.

State of the art

File format standards used to store two-dimensional images are known in the art. In general, the Motion Picture Expertise Group (MPEG), which is an international multimedia standardization organization, has published MPEG-2, MPEG-4, MPEG-7, and MPEG-21 standards since the first MPEG-1 standardization in 1988. As many standards have been developed, there is a need to form one profile by combining various standard technologies. In response to this need, MPEG-A multimedia application standardization activities (MPEG Supplement: ISO / ICE 230000) have been undertaken to save and reproduce two-dimensional images.

However, to date, the file format for storing three-dimensional stereoscopic images has not yet been standardized. In addition, the structure of the file format, which includes both two-dimensional and three-dimensional stereoscopic images, in a general portable terminal or system and method for generating and reproducing such images using the structure of such a file format are not yet implemented. This is important, because when creating an image file in the form of a three-dimensional stereoscopic image, the user can not do anything, but views the non-three-dimensional stereoscopic image in the image file as a three-dimensional stereoscopic image, which causes quick fatigue of the eyes of the user. In this case, for example, such an image may be an image in which the entire image is made using characters.

SUMMARY OF THE INVENTION

An aspect of the present invention is to solve at least the above problems and / or disadvantages and provide at least the advantages described below. Accordingly, an aspect of the present invention is to provide a file format for generating, storing and reproducing a three-dimensional stereoscopic image.

Another aspect of the present invention is to provide a file format for a three-dimensional stereoscopic image based on a file format used to generate, save and reproduce an existing two-dimensional image.

Another aspect of the present invention is to provide a system and method for generating and reproducing a three-dimensional stereoscopic image file by using a file format for a three-dimensional stereoscopic image.

In particular, the present invention provides a file format that includes both a three-dimensional stereoscopic image and a two-dimensional image, so that a user can view a three-dimensional stereoscopic image and a two-dimensional image according to the file format. The file format in accordance with the present invention provides for the storage of both two-dimensional and three-dimensional stereoscopic images within a single image file. For example, a three-dimensional stereoscopic image may generally be provided within a single three-dimensional stereoscopic image for news content, for example, and a two-dimensional image may be provided in an image including only a headline to provide convenience to the user.

In accordance with an aspect of the present invention, an apparatus includes a storage module for receiving and storing an image file, a processor for parsing a multimedia data field of an image file including one or more samples of image data, and parsing a multimedia header field including an image type data field indicating that each of one or more samples of image data is one of two-dimensional (2D) image data and three-dimensional data (3 D) stereoscopic images to form an image corresponding to one of the two-dimensional image and three-dimensional stereoscopic image based on the data field of the image type of the image file, and a display to display the generated image according to the data field of the image type of the image file.

In accordance with another aspect of the present invention, a computer-implemented method includes receiving an image file, parsing a multimedia data field of an image file including one or more samples of image data, parsing a multimedia header field including an image type data field indicating then, each of one or more samples of image data is one of two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data, and is formed th image corresponding to one two-dimensional image and a three-dimensional stereoscopic image based on the image field of the image file data types.

In accordance with another aspect of the present invention, a computer readable medium storing a data structure includes a multimedia data field including one or more samples of image data, and a multimedia header field including an image type data field indicating that is each of one or more samples of image data with one of two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data.

Other aspects, advantages, and pronounced features of the invention should become apparent to those skilled in the art from the following detailed description, which, when taken in conjunction with the accompanying drawings, discloses exemplary embodiments of the invention.

Brief Description of the Drawings

The above and other exemplary aspects, features, and advantages of exemplary embodiments of the present invention will become more apparent from the following detailed description, taken in conjunction with the accompanying drawings, of which:

1 is a block diagram illustrating a storage format of a two-dimensional image file according to the prior art;

2A is a block diagram illustrating a storage format of an image file according to an exemplary embodiment of the present invention;

2B is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention;

2C is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention;

2D is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention;

2F is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention;

FIG. 2G is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention; FIG.

2H is a block diagram illustrating a storage format of an image file according to another exemplary embodiment of the present invention;

3 is a block diagram illustrating an image file generating apparatus according to an exemplary embodiment of the present invention;

4 is a block diagram illustrating an apparatus for reproducing image files according to an exemplary embodiment of the present invention;

5 is a flowchart illustrating a method for generating an image file according to an exemplary embodiment of the present invention;

6 is a flowchart illustrating a method for reproducing an image file according to an exemplary embodiment of the present invention;

7 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention;

8 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention;

FIG. 9 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention; FIG.

10 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention; and

11 is a flowchart illustrating a method for implementing random access according to the present invention.

It should be noted that in all the drawings, similar reference numbers are used to illustrate identical or similar elements, features and structures.

Detailed Description of Exemplary Embodiments

The following description with reference to the accompanying drawings is provided in order to assist in a thorough understanding of exemplary embodiments of the invention as defined by the claims and their equivalents. It includes various details to assist in this understanding, but they should be considered simply as exemplary. Accordingly, those skilled in the art should recognize that various changes and modifications to the embodiments described herein can be made without departing from the spirit and scope of the invention.

Before describing a format for storing a three-dimensional (3D) stereoscopic image according to an exemplary embodiment of the present invention, a file format for storing a two-dimensional (2D) image is described based on a traditional international standard organization (ISO) standard. 1 is a diagram illustrating a two-dimensional image file format based on the traditional ISO 14496-12 standard. Referring to FIG. 1, a two-dimensional image file format 100 includes a top level file zone 110 Ftyp, a Moov zone 120, and a Mdat zone 130. The Mdat zone 130 is a file format data zone and includes actual image data 132 within the image track 131 and voice data 134 within the speech track 133. Each of the tracks includes respective image data and voice data stored in a frame unit.

The Moov zone 120 corresponds to the header zone of the file format and has an object-based structure. Moov Zone 120 includes all pieces of information required to play a file, including content information (e.g., frame rate, bit rate, image size, etc.) and synchronization information used to support fast forward / fast reverse (FF / REW) playback function. In particular, the Moov region 120 includes information such as the number of frames within the image data and voice data, the size of each frame, etc., thereby allowing the restoration and reproduction of image data and speech data by parsing the Moov zone 120 during playback.

Unlike the prior art, exemplary embodiments of the present invention include an image file storage format that includes both two-dimensional and three-dimensional stereoscopic images, and a system for generating and reproducing image files using the storage format of the present invention. In particular, exemplary embodiments of the present invention differ in that each part of the image file can be implemented in the form of a two-dimensional image or three-dimensional stereoscopic image according to the characteristics of the content. For example, in sections that include many characters, displaying the section as a three-dimensional stereoscopic image causes eye fatigue for the user. Therefore, the section is saved and reproduced as a two-dimensional image. The part requiring rhythmic movement or a three-dimensional effect is saved and reproduced as a three-dimensional stereoscopic image. Accordingly, an image file format corresponding to the content characteristic is implemented.

Hereinafter, a storage format of an image file configured to include two-dimensional images and three-dimensional stereoscopic images according to an exemplary embodiment of the present invention is described with reference to FIGS. 2A and 2B. As mentioned above, according to exemplary embodiments of the present invention, image files 201 and 202 including a two-dimensional image and a three-dimensional stereoscopic image include a field (i.e., a field) with image file information regarding a two-dimensional image and a three-dimensional stereoscopic Images.

In accordance with the present invention, a field including image file information regarding a two-dimensional image file and a three-dimensional stereoscopic image can be inserted into the file zone, Moov zone or track area directly or as part of a metapole, or it can be inserted into the sample table field (to for example, the "Stbl" field), which includes sample information in the track area. A sample is referred to as a basic unit for dividing an image within a file format, such as a frame.

2A illustrates an image file storage format in which a three-dimensional stereoscopic image file is included in a single image stream. As shown in FIG. 2A, the image file data structure 201 includes a top level Ftyp file zone 210, a Moov zone 220 corresponding to a header zone, a Mdata zone 240 corresponding to a data zone, and a metadata zone 230. Here, the Mdata zone 240 includes an image track 241 and a speech track 245, wherein the image data is stored in the image track 241 and the speech data is stored in the speech track 245. The image track 241 includes first image data for a two-dimensional image (denoted as “1”) and the second and third image data for a three-dimensional stereoscopic image (denoted as “2” and “3”). Here, the second image data and the third image data may be image data for viewing with the left eye and image data for viewing with the right eye of one object, respectively. For example, if the image data for viewing with the right eye and for viewing with the left eye representing one object photographed from a view for viewing with the left eye and a view for viewing with the right eye are interleaved and displayed, the user can see a three-dimensional effect.

2A illustrates an example in which each fragment 242, 243, and 244 includes data samples for three-dimensional stereoscopic image data, two-dimensional image data, and three-dimensional stereoscopic image data, respectively. The sequence of image data is defined as a two-dimensional image or a three-dimensional stereoscopic image according to the characteristic of each part of a specific content. Further, if the storage scheme of the second image data and the third image data of the three-dimensional stereoscopic image stored in the fragments 242 and 244 is predetermined in accordance with the present invention, the image file can be generated and reproduced in any desired manner. For example, FIG. 2A shows an example of a method in which fragments of a three-dimensional stereoscopic image 242 and 244 include each of a second image data (i.e., sample 2) and third image data (i.e., sample 3) alternately stored, where each sample is a unit of frame. Alternatively, a scheme may be provided in which the second image data and the third image data are stored side by side as a unit of the frame, or the image data can be divided into data of a small size, which must be stored in an alternating manner, as a unit of the frame.

The speech data 246, 247 and 248 included in the speech track 245 are voice data for each fragment 242, 243 and 244, respectively. The speech data is synchronized with the image data of the fragments 242, 243, and 244 to be reproduced.

The Moov area 220 corresponds to the header area of the data structure and includes information 221 regarding the image track and information 222 regarding the speech track. Information 221 regarding the image track includes general information used to play back a file including content information such as frame rate, bit rate, image size, etc., and synchronization information used to in order to support a playback function, such as fast forward / fast reverse (FF / REW). In particular, the Moov area 220 includes information such as the total number of frames of image data within the image track 241 and speech data within the speech track 245, the size of each frame, etc. Therefore, it is possible to restore and reproduce image data and voice data by parsing the Moov zone 220 during playback.

The present invention includes a field including identification information indicating whether each frame formed by the first image data, second image data and third image data is intended for a two-dimensional image or three-dimensional stereoscopic image. As shown in FIG. 2A, the Moov region 230 includes a field 231 that represents includes each of the image data stored in a frame unit within an image file, image data for a two-dimensional image, or image data for a three-dimensional stereoscopic image. In an exemplary embodiment, a flag may be assigned to each frame and set to represent a picture characteristic of the frame. The identification information includes, for example, information on the number of fragments containing consecutive frames for a two-dimensional image and for a three-dimensional stereoscopic image. Accordingly, the image file can be restored and reproduced in the form of a two-dimensional image or three-dimensional stereoscopic image using this information. A description of the restoration and reproduction of the image file in the form of a two-dimensional image or three-dimensional stereoscopic image is illustrated in tables 1 and 2 below.

Table 1 Frame number 1 ... 300 301 ... 500 501 ... 900 Type of 3D stereoscopic image Two-dimensional image 3D stereoscopic image Stereo_flag eleven 0 ... 0 eleven

table 2 Entry_Count = 3 Sample_Count Stereo_flag 300 one 200 0 400 one

As shown in tables 1 and 2 and FIG. 2A, the first fragment 242 includes second image data and third image data for a three-dimensional stereoscopic image, the second fragment 243 includes first image data for a two-dimensional image, and the third fragment 244 includes second image data and third image data for a three-dimensional stereoscopic image. Here, the identification information 231 indicates the sample_count and the flag shown in table 2. Accordingly, the image stored in the fragments 242, 243 and 244 can be restored and reproduced by referring to information 231 indicating that the stored image in the data structure 201 is a two-dimensional image or three-dimensional stereoscopic image. The identification information includes information for decoding the second image data and the third image data and information for synthesizing the second image data and the third image data, and information 231 is referenced during playback.

Another exemplary embodiment of the present invention is described with reference to figv. 2B is a block diagram illustrating a storage format of a three-dimensional stereoscopic image file according to another exemplary embodiment of the present invention. In the exemplary embodiment shown in FIG. 2B, two image tracks are provided, rather than one image track, as shown in FIG. 2A. The three-dimensional stereoscopic image file data structure 202 includes a top level file zone 250 Ftyp, a Moov zone 260 corresponding to a header zone, a Mdata zone 280 corresponding to a data zone, and a metadata zone 270. Descriptions that are substantially identical to those of FIG. 2A are not repeated for brevity.

Briefly, information 261 and 262 on the first image track and second image track and information 263 on the speech track are almost identical to the information 221 and 222 of FIG. 2A, fragments 293, 294 and 295 are almost identical to fragments 242, 243 and 244, the speech track 289, including speech data 290, 291, and 292, is substantially identical to speech track 245, including speech data 246, 247, and 248, and information 272 is substantially identical to information 231. The first image track 281 includes second data 282 and 284 images eny corresponding to an image from one viewing angle (e.g., the image for the left-eye view), and the first image data 283 corresponding to the two-dimensional image. The second image path 285 includes third image data 286 and 288 corresponding to an image from a different viewing angle (for example, an image for viewing with the right eye), and first image data 287 corresponding to a two-dimensional image. Thus, image data for viewing with the left eye and image data for viewing with the right eye are stored in various image tracks, respectively, and the first image data 283 and the first image data 287 correspond to the same image. Accordingly, identification information 272 indicating that the image is a two-dimensional image or a three-dimensional stereoscopic image also includes information about which of the two two-dimensional image data (i.e., between the first image data 283 and the first image data 287) used for a two-dimensional image, in addition to the above information. Thus, the image data to be used for the two-dimensional image can be determined according to information about which image path from the first image path 281 and the second image path 285 is set as the main image path.

Table 3 presents an information field serving as a standard for an image file storage format including a two-dimensional image and a three-dimensional stereoscopic image in accordance with the present invention. Standards are generally set in accordance with the basic multimedia format ISO, ISO / IEC 14496-12.

Table 3 [Definition] Box Type: 'svmi' Container: Meta Box ('meta') or Sample Table Box ('stbl') Mandatory (Required): Yes Quantity: Exactly on [Syntax] aligned (8) class StereoscopicVideoInformationBox extends FullBox ('svmi', version = 0, 0)
{
// stereoscopic visual type information unsigned int (8) stereoscopic_composition_type; unsigned int (1) is_left_first; unsigned int (7) reserved; // stereoscopic fragment information unsigned int (1) is_all_stereo; unsigned int (7) reserved; if (is_all_stereo = 0)
{
unsigned int (1) is_main_media; unsigned int (7) reserved; unsigned int (32) entry_count; for (i = 0; i <entry_count; i ++)
{ unsigned int (32) sample_count; unsigned int (8) stereo_flag;
}
} } [Semantics]
stereoscopic_composition_type: structural form of the frame of the contents of the stereoscopic video (0: near, 1: alternating in vertical lines, 2: sequentially in frames, 3: monoscopic left image, 4: monoscopic right image)
is_left_first represents which of the left image and the right image is first encoded
is_all_stereo represents that the fragment within the ES is the “all stereo” fragment (0: mono, 1: stereo)
is main_media represents the fact that monoscopic content within the framework of ES is the main multimedia (0: auxiliary multimedia, 1: main multimedia)
entry_count: number of fragments including a selection having sequential values
sample_count: number of samples having sequential values
stereo_flag represents that the current frame is stereo or mono (0: mono, 1: stereo)

The image information field (for example, the "Svmi" field) may be a field storing stereo / mono information for each sample included in the image file (ES). Accordingly, a container including an image information field (for example, a “Svmi” field) may be a meta-field or a sample table field (for example, a “Stbl” field). A container refers to a higher level field that includes the current field. Therefore, the container including the image information field (for example, the "Svmi" field) may be a metadata area 270, as shown in FIG. 2B and in table 4A shown below, and may also be included in the sample table field ( for example, the “Stbl" field), as shown in table 4B below. Accordingly, the new parts added to the container are presented in tables 3, 6, 8 and 9, shown below. According to the present invention, a container including an image information field (for example, a “Svmi” field) refers to a meta-field or a sample table field (for example, a “Stbl” field). Nevertheless, it should be understood that it can move freely to a more appropriate location of any of the field tables in the basic format of multimedia files ISO, ISO / IEC 14496-12.

Table 4A meta metadata hdlr handler dinf data information field dref reference field dta ipmc IPMP management field iloc item location ipro element protection sinf protection field information field frma source format field imif IPMP information field schm schema type field schi circuit information field linf item information xml Xml container bxml binary xml container pitm primary element reference svmi stereoscopic video multimedia field

Table 4B represents a field table in which an image information field (for example, an “Svmi” field) can be inserted into a container of the “Stbl” subfield, for example, in the file structure of the ISO / IEC 23000-11 stereoscopic video application format. Additionally, each image information field (for example, “Svmi” field) according to an exemplary embodiment of the present invention may be included in a file zone, Moov zone, or track zone.

Table 4B Ftyp file type and compatibility pdin download progress information moov container for all metadata mvhd movie title full ads trak container for a single track or stream tkhd track title, general track information tref track links container edts edit list container elst edit list mdia container for multimedia track information mdhd multimedia header, general multimedia information bdlr handler, declares the type of multimedia (handler) minf multimedia container vmhd multimedia header for video, general information (video track only) smhd multimedia header for sound, general information (sound track only) hmhd media header with tips, general information (only track with tips) nmhd multimedia header zero, general information (only some tracks) dinf data information field, container dref data links field, announces media source (s) track data stbl sample table field, container for spatio / temporal table stsd sample descriptions (codec types, initialization, etc.) stts (decoding) time to sample stsc samples per plot, partial data bias information stsz sample sizes (cropping) stz2 compact sample sizes (cropping) stco plot offset, partial data offset information co64 64-bit plot offset stss clock sampling table (random access point) svmi stereoscopic video multimedia information ipmc IPMP management field dat multimedia container eta metadata dlr handler, declares the type of metadata (handler) loc item location inf item information ml Xml container xml binary xml container cdi stereoscopic camera and display information

2B-2F illustrate an image file storage format according to various exemplary embodiments of the present invention.

Fig. 2B illustrates a storage format of an image file in the event that a three-dimensional stereoscopic image file includes two image streams (for example, a left image and a right image stored in separate image streams), in which a field containing two-dimensional image and three-dimensional stereoscopic information images of the present invention are added to the Moov zone (i.e., Moov 260).

FIG. 2C illustrates a storage format for an image file in the case that the three-dimensional stereoscopic image file includes one image stream in which a field containing two-dimensional image and three-dimensional stereoscopic image information according to the present invention is added to the file zone (i.e., Ftyp 210 )

2D illustrates a storage format for an image file in the case that the three-dimensional stereoscopic image file includes two image streams (i.e., the left image and the right image are stored in separate image streams), in which a field containing two-dimensional image and three-dimensional stereoscopic information images of the present invention are added to the file zone (i.e., Ftyp 250).

Fig. 2E illustrates a storage format of an image file in the event that a three-dimensional stereoscopic image file includes one image stream in which a field containing two-dimensional image and three-dimensional stereoscopic image information according to the present invention is added to the track area (i.e. Track 221 )

Fig.2F illustrates the storage format of the image file in the case that the three-dimensional stereoscopic image file includes two image streams (i.e., the left image and the right image are stored in separate image streams), in which the field containing the information of the two-dimensional image and three-dimensional stereoscopic images according to the present invention is added to the corresponding area of the tracks (i.e. Track 261 and Track 262).

FIGS. 2A-2F illustrate exemplary embodiments of the present application in which an image information field (for example, an “Svmi” field) including information on an image file that contains both a two-dimensional image and a three-dimensional stereoscopic image is included in a metapole so as to be inserted into the file zone, the Moov zone, and the track zone.

FIGS. 2G and 2H illustrate exemplary embodiments in which an image information field (eg, an “Svmi” field) including information on an image file that contains both a two-dimensional image and a three-dimensional stereoscopic image is inserted into the sample table field (for example, the "Stbl" field), which includes example image file information in the track area. For purposes of explanation, sampling is referred to as a basic unit for dividing an image within a file format, such as a frame.

Fig. 2G illustrates a storage format of an image file in the case that the three-dimensional stereoscopic image file includes one image stream in which a field containing two-dimensional image and three-dimensional stereoscopic image information according to the present invention is added to a sample table field (for example, " Stbl ").

FIG. 2H illustrates a storage format for an image file in the case that the three-dimensional stereoscopic image file includes two image streams (i.e., the left image and the right image are stored in separate image streams), in which a field containing two-dimensional image and three-dimensional stereoscopic information images according to the present invention is added to the sample table field (for example, the "Stbl" field).

As illustrated in FIGS. 2A-2H, an image information field (eg, “Svmi” field) can be added to a file level and track level of an existing image file format, rather than a Moov level, so that the image file can be generated by various formats image file.

Hereinafter, alternative exemplary embodiments of the present invention, different from the exemplary embodiment of Tables 2 and 3, and a new modified image information field (eg, “Svmi” field) are introduced.

In an exemplary embodiment, if the content includes both a two-dimensional image and a three-dimensional stereoscopic image, the syntax and semantics of the modified image information field are described as shown in table 6.

Table 5 Type of S1 (stereo) S2 (stereo) S3 (stereo) M1 (mono) M2 (mono) S4 (stereo) Number of frames one hundred one hundred one hundred 200 300 one hundred

Table 6 [Definition] Box Type: 'svmi' Container: Meta Box ('meta') or Sample Table Box ('stbl') Mandatory: Yes Quantity: Exactly one [Syntax] aligned (8) class StereoscopicVideoInformationBox extends FullBox ('svmi', version = 0, 0)
{
// stereoscopic visual type information unsigned int (8) stereoscopic_composition_type; unsigned int (1) is_left_first; unsigned int (7) reserved; // stereoscopic fragment information unsigned int (32) entry_count; for (i = 0; i <entry_count; i ++)
{
unsigned int (32) sample_count; unsigned int (1) stereo_flag; unsigned int (7) reserved; unsigned int (32) item_count;
}
} [Semantics]
stereoscopic_composition_type: type of the frame structure of the contents of the stereoscopic video (0: near, 1: alternating in vertical lines, 2: sequentially in frames, 3: monoscopic left image, 4: monoscopic right image)
is_left_first represents which of the left and right images is first encoded
entry_count: the number of fragments in which the type of fragment shifts from stereo to mono or from mono to stereo
sample_count: number of samples having sequential values
stereo_flag represents whether the current frame is stereo or mono (0: mono, 1: stereo)
item_count: number of fragments included in the entry

The contents of table 5 using the syntax of table 6 is represented as a table

Table 7 Entry_Count = 3 Sample_Count Stereo_flag Item_Count 300 one 3 500 0 2 one hundred one one

If entry_count is set as the semantics of table 3, the problem arises of the inability to recognize the fragment structure within the current record. Accordingly, in an exemplary embodiment, syntax_value item_count is turned on to solve the above problem. Thus, when entry_count is set according to the semantics of table 6, only if the content includes a flag value distinguishing that stereo is first or mono is first, the syntax of stereo_flag can be omitted, which is set as follows.

Table 8 [Definition] Box Type: 'svmi' Container: Meta Box ('meta') or Sample Table Box ('stbl') Mandatory: Yes Quantity: Exactly one [Syntax] aligned (8) class StereoscopicVideoInformationBox extends FullBox ('svmi', version = 0,0)
{
// stereoscopic visual type information unsigned int (8) stereoscopic_composition_type; unsigned int (1) is_left_first; unsigned int (7) reserved; // stereoscopic fragment information unsigned int (32) entry_count; unsigned int (1) is_stereo_first; unsigned int (7) reserved; for (i = 0; i <entry_count; i ++)
{
unsigned int (32) sample_count;
unsigned int (32) item_count;
}
} [Semantics]
stereoscopic_composition_type: type of the frame structure of the contents of the stereoscopic video (0: near, 1: alternating in vertical lines, 2: sequentially in frames, 3: monoscopic left image, 4: monoscopic right image) is_left_first represents which of the left image and the right image is first encoded
entry_count: the number of fragments in which the fragment type is shifted from stereo to mono or from mono to stereo
is_stereo_flag represents what type of image is first shown in content mixed with stereo and mono (0: mono first, 1: stereo first)
sample_count: number of samples having sequential values
item_count: number of fragments included in the entry

If the value of the information in the image sequence (is_stereo_first) is 1, the content is constructed in the sequence S → M → S → M → ..., where “S” is stereo and “M” is mono, and if the value of information in the image sequence (is_stereo_first) equal to 0, the contents are constructed in the sequence M → S → M → S → ....

In yet another exemplary embodiment, the syntax of sample_count is excluded. In this case, it can be recognized whether each fragment is stereo or mono, but it cannot be recognized how many frames are stereo or mono. Therefore, the number of either stereo or mono frames can be determined using the syntax values of the element location field specified in the ISO multimedia file format and the syntax of the subfields of the sample table field (for example, the "Stbl" field).

Table 9 [Definition] Box Type: 'svmi' Container: Meta Box ('meta') or Sample Table Box ('stbl') Mandatory: Yes Quantity: Exactly one [Syntax] aligned (8) class StereoscopicVideoInformationBox extends FullBox ('svmi', version = 0, 0)
{
// stereoscopic visual type information unsigned int (8) stereoscopic_composition_type; unsigned int (1) is_left_first; unsigned int (7) reserved; // stereoscopic fragment information unsigned int (32) entry_count; for (i = 0; i <entry_count; i ++)
{
unsigned int (1) stereo_flag; unsigned int (1) reserved;
}
}
[Semantics] stereoscopic_composition_type: type of the frame structure of the contents of the stereoscopic video (0: near, 1: alternating in vertical lines, 2: sequentially in frames, 3: monoscopic left image, 4: monoscopic right image)
is_left_first represents which of the left and right images is first encoded
entry_count: number of fragments within ES
stereo_flag represents whether the current frame is stereo or mono (0: mono, 1: stereo)

Additionally, when the terminal randomly accesses the content, it moves to the desired location while simultaneously reading the frame size first using the values of the sample size field (for example, the "Stsz" field). If the syntax value of the sample_count syntax of the image information field (for example, the Svmi field) specified in the present invention is used, the number of frames of each fragment and the starting address and size of each fragment in the element location field (for example, the Iloc field) can be recognized . Therefore, random access to a predetermined location is more efficiently performed using these values.

The following describes an example system for generating and reproducing image files using the image file structures 201-208 of the image files shown in FIGS. 2A-2H. The system generally includes an image file generating apparatus and an image file reproducing apparatus. First, an image file generating apparatus according to an exemplary embodiment of the present invention is described with reference to FIG. 3.

As shown in FIG. 3, the image file forming apparatus according to the present invention includes a first camera 311, a second camera 312, an input module 320, an image signal processor 330, a storage module 340, an encoding module 350, and a file generation module 360. The first camera 311 photographs an object from a view for viewing with the left eye or a view for viewing with the right eye and then outputs the second image data. The second camera 312 photographs the object from a view different from that of the first camera 311, and then outputs the third image data. It should be understood that several species from different angles can be used without departing from the scope of the present invention. Then, the first image data 310 for a two-dimensional image is inputted together with the second image data and the third image data through the input unit 320.

The first image data, the second image data and the third image data are pre-processed by the image signal processor 330. Here, the preprocessing operation includes converting the analog external image value, i.e. analog values of light and color components formed by a charge-coupled device (CCD) or a sensor based on a complementary metal-oxide-semiconductor (CMOS) structure, for example, into a digital value.

The storage unit 340 stores the first image data, the second image data and the third image data pre-processed by the image signal processor 330, and provides the stored image data to the encoding unit 350. FIG. 3 shows a storage module 340, but it does not separately show the storage structure for buffering between the items shown in FIG. 3, which may be included. Encoding module 350 encodes the first image data, second image data, and third image data from storage module 340. The encoding operation performed by the encoding module 350 is the encoding of data that may be skipped if necessary.

The file generating unit 360 generates an image file 370 by using the first image data, the second image data, and the third image data encoded by the encoding unit 350. In this case, the first image data, the second image data and the third image data are stored in the data area (for example, the Mdata zone), and information used to generate the first image data (i.e., a two-dimensional image) and the second data image data, and third image data (i.e., a three-dimensional stereoscopic image) is stored in the header (for example, the Moov zone and the metadata zone). The generated image file 370 is input and transmitted to the device for reproducing stereoscopic image files, and then the device for reproducing image files generates and reproduces a two-dimensional image and a three-dimensional stereoscopic image from the image file 370. Hereinafter, an exemplary image file reproducing apparatus is described.

4 is a block diagram illustrating an image file reproducing apparatus according to an exemplary embodiment of the present invention. As shown in FIG. 4, the image file reproducing apparatus includes a file parsing module 420, a decoding module 430, a storage module 440, a reproducing module 450, and a display 460.

The file parsing module 420 receives and parses the image file 410 (for example, the image file 370 of FIG. 3), for example, generated by the file generating module 360 from the image file generating apparatus. In this case, the file parsing module 420 parses the information stored respectively in the Moov zone and the metadata zone, and then extracts the first image data, the second image data and the third image data stored in the Mdata zone.

Decoding module 430 decodes the extracted first image data, second image data, and third image data. In an exemplary embodiment, decoding is performed if the image file generating apparatus encodes data using the encoding module 350. Thus, if encoding is skipped by the file generating apparatus, decoding is skipped by the file reproducing apparatus. Then, the decoded data is stored in the storage unit 440.

The reproducing unit 450 reproduces a two-dimensional image formed from the first image data stored in the storage unit 440, and a three-dimensional stereoscopic image is synthesized from the second image data and the third image data stored in the storage unit 440 in accordance with the identification information. The display 460 then displays the reproduced two-dimensional image and the three-dimensional stereoscopic image. The display 460 may use a barrier liquid crystal display (LCD). In an exemplary embodiment, the barrier LCD is turned off if the fragment of the image file is a two-dimensional image, and the barrier LCD is turned on if the fragment of the image file is a three-dimensional stereoscopic image, so that the image can be displayed properly.

The following describes an exemplary method for generating and reproducing an image file by using the data structures of the image file in accordance with the present invention.

5 is a flowchart illustrating a method for generating an image file according to an exemplary embodiment of the present invention. As shown in FIG. 5, the method includes input step S510, preprocessing step S520, encoding step S530, and file generation step S540.

In step S510, the first image data for generating a two-dimensional image and the second image data, and the third image data for generating a three-dimensional stereoscopic image are input. For example, an object is photographed from a view for viewing with the left eye and / or from a view for viewing with the right eye, and the second image data and the third image data are output. In step S520, the first image data, the second image data and the third image data inputted in step S510 are pre-processed, and the image data generated by the CCD or the CMOS sensor is converted from analog values to digital values. At step S530, the pre-processed first image data, the second image data and the third image data are encoded according to a predetermined coding scheme. Step S530 may be skipped if necessary. In step S540, an image file is generated by using the first image data, the second image data and the third image data encoded in the encoding unit 350. In this case, the image file may be generated according to any of the image file data structures described in FIGS. 2A-2H.

6 is a flowchart illustrating a method for reproducing an image file in accordance with an exemplary embodiment of the present invention. As shown in FIG. 6, a method for reproducing an image file includes a file parsing step S610, a decoding step S620, a reproducing step S630, and a display step S640.

In step S610, the first image data, the second image data, and the third image data are extracted by using information stored in the Moov area and the metadata area of the image file generated in accordance with the present invention. In particular, image data is extracted using the identification information described above. In step S620, the first image data, the second image data, and the third image data are decoded. If the encoding step is skipped when generating the image file, the decoding step S620 is also skipped. In step S630, the first image data, the second image data, and the third image data decoded in step S620 are synthesized into a two-dimensional image and a three-dimensional stereoscopic image to be reproduced. Then, in step S640, the two-dimensional image and the three-dimensional stereoscopic image formed in step S630 are displayed on the display 460. On the other hand, the display 460 can use a barrier LCD, and the barrier LCD is turned off if the image file portion is two-dimensional image, and the barrier LCD is turned on if the portion of the image file is a three-dimensional stereoscopic image so that the image can be properly displayed.

7-10 illustrate the operation of the terminal from parsing to reproducing an image file according to various exemplary embodiments of the present invention.

7 describes an exemplary embodiment that includes parsing and reproducing an image file formed in accordance with the present invention. The embodiment of FIG. 7 relates to an image file format including an image information field (eg, an “Svmi” field) shown in Table 3. An image information field (eg, an “Svmi” field) includes a plurality of fields . The main function of the fields is to provide information indicating whether each frame of the image file is a two-dimensional image or a three-dimensional stereoscopic image, information providing a flag value to control the activation or inactivation of the display (e.g., LCD).

As shown in FIG. 7, the file field (for example, the “Ftyp” field) in the image file is parsed in step S710. In an exemplary embodiment, the Ftyp field is provided according to the traditional ISO / IEC 14496-12 standard. In steps S720-S740, respectively, the Moov field, the track field, and the metafield of the image file are parsed. In an exemplary embodiment, a Moov field and a track field may also be provided according to the traditional ISO / IEC 14496-12 standard. At step S750, each field for the image information field (for example, the "Svmi" field) of the image file in accordance with the present invention is parsed to determine whether each frame within the image track contains a two-dimensional image or three-dimensional stereoscopic image. Information is mainly provided through the sample_count and entry_count fields.

Here, entry_count is referred to as the number of fragments within the image file. For example, 6 images can be stored in the image file in the following sequence: three-dimensional stereoscopic image (1), three-dimensional stereoscopic image (2), three-dimensional stereoscopic image (3), two-dimensional image (1), two-dimensional image (2) and other three-dimensional stereoscopic image (four). In this example, each of the images is referred to as a fragment. Nevertheless, it should be understood that the unit of the fragment can be a frame, a set of frames having a sequential value, or an interval by which a three-dimensional stereoscopic image and a two-dimensional image are divided. Sample_count is referred to as the number of consecutive frames included in each fragment.

Accordingly, entry_count is identified to determine the number of fragments within the image, and sample_count is identified to determine the total number of frames included in each fragment. Then, the stereo_flag is identified, and the flag information of the set of frames included in the current frame, i.e. the corresponding fragment is identified. Through the flag information, whether the corresponding fragment is a three-dimensional stereoscopic image or a two-dimensional image can be determined. Then, each identified frame is decoded in the form of a three-dimensional stereoscopic image or two-dimensional image in step S760.

In step S770, according to the syntactically analyzed stereo_flag information within the image information field (for example, the “Svmi” field), the barrier LCD is controlled so that if the value is “1,” the barrier LCD is activated, and if the value is “ 0, "Barrier LCD does not activate. Thus, in the case of a three-dimensional stereoscopic image, the stereo_flag value can be set to “1”, so that the barrier LCD is thereby activated, and in the case of a two-dimensional image, the stereo_flag value can be set to “0”, so that the barrier LCD does not activates, thereby providing control of the barrier LCD. Meanwhile, the decoded frame is played back and displayed on the activated or non-activated barrier LCD, so that the user can see the image.

8 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention. As shown in FIG. 8, the file field (for example, the “Ftyp” field) of the image file is parsed in step S810. Then, the Moov field, the track field, and the metafield of the image file are parsed in steps S820, S830, and S840, respectively. Then, each field for the image information field (for example, “Svmi” field) of the image file in accordance with the present invention is parsed to determine whether each frame within the image track contains a two-dimensional image or three-dimensional stereoscopic image, in step S850.

The entry_count in the present exemplary embodiment is different from the entry_count of the previous exemplary embodiment. Entry_count in the present exemplary embodiment is referred to as the number of fragments in which the type of fragment (i.e., two-dimensional or three-dimensional) is shifted from stereo to mono or from mono to stereo. Using the previous example image file, even if 6 images from a three-dimensional stereoscopic image (1), three-dimensional stereoscopic image (2), three-dimensional stereoscopic image (3), two-dimensional image (1), two-dimensional image (2) and three-dimensional stereoscopic image (4 ) are included in one image file sequentially, the image is divided based on a shift of the type of three-dimensional stereoscopic image and two-dimensional image. Accordingly, entry_count 3 (i.e., fragments of a three-dimensional image (1) - (3), fragments of a two-dimensional image (1) - (2) and a fragment of a three-dimensional image (4)). Entry_count is identified to determine the number of fragments within the image, and sample_count is identified to determine the total number of frames included in each fragment. Then, the stereo_flag is identified, and flag information on the set of frames included in the current frame, i.e. the corresponding fragment is identified. Through the flag information, whether the corresponding fragment is a three-dimensional stereoscopic image or a two-dimensional image can be determined. Then, item_count is identified to identify the number of fragments within each record (within each stereo and mono interval) of the image identified in entry_count. A unit of a fragment can be a frame, a set of frames having sequential values, or an interval by which a three-dimensional stereoscopic image and a two-dimensional image are divided. The steps of decoding and displaying the image (steps S860 and S870) are identical to the operation of the terminal of the previous exemplary embodiment shown in Fig.7.

9 illustrates a method for parsing and reproducing an image file according to another exemplary embodiment of the present invention. As shown in FIG. 9, a file field (eg, an “Ftyp” field) is parsed in the image file in step S910. Then, the Moov field, the track field, and the metafield of the image file are parsed in steps S920, S930, and S940, respectively. Then, each field for the image information field (for example, “Svmi” field) of the image file in accordance with the present invention is parsed to determine whether each frame within the image track contains a two-dimensional image or a three-dimensional stereoscopic image, in step S950.

The entry_count in the present exemplary embodiment is identical to the entry_count of the exemplary embodiment of FIG. Thus, entry_count in this exemplary embodiment is also referred to as the number of fragments in which the fragment type is shifted from stereo to mono or from mono to stereo. An entry_count is identified, the number of fragments within the image is identified, and a coding sequence (is_left_first) is identified to identify which image interval between the three-dimensional stereoscopic image and the two-dimensional image is first generated in the corresponding image. For example, the value of the encoding sequence (is_left_first) can be set to "1" to indicate that the content is placed in the sequence S → M → S → M, and the value can be set to "0" to indicate that the content is placed in the sequence M-> S-> M-> S. Then, sample_count is identified to determine the total number of frames included in each fragment. Then, item_count is identified to identify the number of fragments within each record (within each interval between stereo and mono) of the image identified by entry_count. A unit of a fragment can be a frame, a set of frames having sequential values, or an interval by which a three-dimensional stereoscopic image and a two-dimensional image are divided. Then, each identified frame is decoded as a three-dimensional stereoscopic image or a two-dimensional image in step S960. The barrier LCD is then controlled using information obtained through parsing of the encoding sequence (is_stereo_first) within the image information field. The encoded frame is reproduced and displayed on the activated or non-activated barrier LCD to enable the user to view the image in step S970.

10 is a flowchart illustrating a method for reproducing an image file according to another exemplary embodiment of the present invention. As shown in FIG. 10, the file field (for example, the “Ftyp” field) in the image file is parsed in step S1010. Then, the Moov field, the track field, and the metafield of the image file are parsed in steps S1010, S1020, and S1030, respectively. Then, each field for the image information field (for example, the "Svmi" field) of the image file in accordance with the present invention is parsed to determine whether each frame within the image track contains a two-dimensional image or a three-dimensional stereoscopic image, in step S1050.

The entry_count in the current exemplary embodiment is identical to the entry_count of the exemplary embodiment of FIG. 7, in which it is referred to as the number of fragments within the image file. Using the previous example image file, even if 6 images from a three-dimensional stereoscopic image (1), three-dimensional stereoscopic image (2), three-dimensional stereoscopic image (3), two-dimensional image (1), two-dimensional image (2) and three-dimensional stereoscopic image (4 ) are included in a single image file sequentially, each image includes many frames, and each image is referred to as a fragment. As described above, the unit of the fragment can be a frame, a set of frames having sequential values, or an interval by which a three-dimensional stereoscopic image and a two-dimensional image are divided. Sample_count is referred to as the number of consecutive frames included in each fragment. Entry_count is identified to determine the number of fragments within the image, and the stereo_flag is identified, and the flag information of the set of frames included in each fragment is identified. Through the flag information, whether the corresponding fragment is a three-dimensional stereoscopic image or a two-dimensional image can be determined. Then the element location field (for example, the Iloc field) is identified, the start address and fragment size are identified, and the sample size in the sample size field (for example, the Stsz field) is identified to identify how many frames are included in each fragment, in step S1060. The steps for decoding and displaying the image (steps S1070 and S1080) are identical to the operation of the terminal of the first exemplary embodiment shown in FIG. 7.

11 is a flowchart illustrating a method for implementing random access of an image file according to the present invention. 11 illustrates the operation of the terminal when a random access sequence is generated during decoding and playback of the image, for example, when the playback slider is shifted to the image of the time zone to be viewed, for example, during playback of the one-hour image.

In step S1100, timestamp information is identified from a field including timestamp information (eg, “TimeStamp”) to identify a frame to which you want to randomly access (i.e., a random access point, hereinafter referred to as “RAP” "). In step S1110, the entry_count of the image information field (for example, the "Svmi" field) is identified, and the number of fragments within the image is identified. At this time, the unit of the fragment may be a frame, a set of frames having sequential values, or an interval by which a three-dimensional stereoscopic image and a two-dimensional image are divided. In steps S1120 and S1130, respectively, the sample_count is identified, the fragment including the RAP is identified, and the element location field (for example, the "Iloc" field) is identified to identify the starting address of the corresponding fragment through information such as the offset of the corresponding fragment. In steps S1140 and S1150, respectively, sample_size is identified in the sample size field (for example, the "Stsz" field), and sample_size is added one after the other from the start address of the corresponding fragment identified in the element location field (for example, the "Iloc" field) to find out RAP. Then, the RAP decoding begins according to the random access sequence in step S1160. If a random access sequence is formed, the traditional method determines the RAP through the calculation of the sample_size of the entire image. However, according to the present invention, only the sample within the fragment including the RAP should be calculated.

11 illustrates an exemplary embodiment using only entry_count and sample_count. However, it should be understood that the random access operation of the present invention can be applied to other exemplary embodiments. Additionally, steps for identifying item_count, etc. may be added or deleted depending on an exemplary embodiment within the logical sequence of operations in the operation of the terminal without departing from the scope of the present invention. Still further, the details of the interpretation of the image information field (for example, the "Svmi" field) or the operation of the terminal may vary depending on the location of the image information field, the location of the parameter within the field, etc., without departing from the scope of the present invention.

The details of the steps for parsing the file format and terminal operation, which are not specifically described here, can be implemented based on the ISO / EC 14496-12 and ISO / IEC 23000-11 standards and can be used in conjunction with various embodiments of the present invention.

As described above, the present invention defines a data structure of an image file, which may include both a two-dimensional image and a three-dimensional stereoscopic image by using the verified standard two-dimensional image technology to simplify the verification process, serving as a new standard. Accordingly, the present invention makes it possible to realize both a two-dimensional image and a three-dimensional stereoscopic image within a single image file as necessary. In particular, the system and method for using the image file format according to the present invention makes it possible to display images that are optional for viewing in the form of a three-dimensional stereoscopic image (i.e., two-dimensional images within the image file to display a three-dimensional stereoscopic image), according to fatigue of the user's eyes. Additionally, the present invention has the advantage that content mixed with a three-dimensional stereoscopic image and a two-dimensional image can be efficiently reproduced by controlling the on and off of the LCD barrier display terminal using the image information field (for example, the "Svmi" field).

Although the present invention is shown and described with reference to its specific exemplary embodiments, specialists in the art should understand that various changes in form and content can be made without departing from the spirit and scope of the invention defined by the attached claims and its equivalents.

Claims (32)

1. A machine-readable medium having a data structure stored on it, comprising:
a multimedia data field including one or more samples of image data; and
a multimedia header field including an image type data field indicating that each of one or more samples of image data is one of two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data. 2. The computer-readable medium of claim 1, wherein the header field includes a track field, and the image type data field is in the track field. 3. The machine-readable medium of claim 2, wherein the track field (261, 262) includes a track level metadata field (264, 265), and the image type data field is located in the track level metadata field. 4. The computer-readable medium of claim 2, wherein the track field includes a sample table field and an image type data field is in a sample table field. 5. The computer-readable medium of claim 1, wherein the image type data field includes a flag indicating each of one or more samples of image data as one of two-dimensional image data and three-dimensional stereoscopic image data. 6. The computer-readable medium of claim 1, wherein the image type data field includes a sample counter field indicating a numerical counter of consecutive samples of image data of the same type. 7. The computer-readable medium of claim 1, wherein the image type data field includes a record counter field indicating a numerical transition counter between samples of image data, which are two-dimensional image data and three-dimensional stereoscopic image data. 8. The computer-readable medium of claim 1, wherein the multimedia data field includes at least one image track. 9. The computer-readable medium of claim 8, wherein the image path includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from a different viewing angle. 10. The computer-readable medium of claim 9, wherein each of the plurality of samples of three-dimensional stereoscopic image data represents one image for viewing with the left eye and the image for viewing with the right eye, and the plurality of samples of three-dimensional stereoscopic image data are alternately placed between the image for viewing with the left eye and image for viewing with the right eye. 11. The computer readable medium of claim 10, wherein each of a plurality of samples of three-dimensional stereoscopic image data represents a frame. 12. The computer-readable medium of claim 10, wherein two of the plurality of samples of three-dimensional stereoscopic image data represent a frame, so that each frame consists of an image for viewing with the left eye and an image for viewing with the right eye, placed side by side. 13. The computer readable medium of claim 8, wherein the multimedia data field includes a first image track and a second image track. 14. Machine-readable medium according to item 13, in which:
the first image track includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from an angle for viewing by the left eye, and
the second image track includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from an angle for viewing with the right eye. 15. A method of reproducing an image file containing the steps in which:
accept an image file;
parsing the multimedia data field of the image file including one or more samples of image data;
synthesizing a multimedia header field including a data type data field indicating whether each of one or more samples of image data is one of two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data; and
forming an image corresponding to one of the two-dimensional image and three-dimensional stereoscopic image based on the data field of the image type of the image file. 16. The method of claim 15, wherein the header field includes a track field and the image type data field is in the track field. 17. The method of claim 16, wherein the track field (261, 262) includes a track level metadata field (264, 265) and the image type data field is in the track level metadata field. 18. The method of claim 16, wherein the track field includes a sample table field and the image type data field is in a sample table field. 19. The method of claim 15, wherein the image type data field includes a flag indicating each of one or more samples of image data as one of two-dimensional image data and three-dimensional stereoscopic image data. 20. The method according to claim 19 further comprising the step of:
control the barrier liquid crystal display (LCD) based on the flag so as to turn on the display if the flag is set as three-dimensional stereoscopic image data and turn off if the flag is set as two-dimensional image data. 21. The method of claim 15, wherein the image type data field includes a sample counter field indicating a numerical counter of successive samples of image data of the same type. 22. The method of claim 15, wherein the image type data field includes a record counter field indicating a numerical counter of transitions between samples of image data, which are two-dimensional image data and three-dimensional stereoscopic image data. 23. The method of claim 15, wherein the multimedia data field includes at least one image track. 24. The method of claim 23, wherein the image track includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from a different viewing angle. 25. The method according to paragraph 24, in which each of the plurality of samples of data of three-dimensional stereoscopic images represents one of the image for viewing by the left eye and the image for viewing by the right eye, and the plurality of samples of data of three-dimensional stereoscopic images are alternately between the image for viewing by the left eye and the image for viewing with the right eye. 26. The method of claim 25, wherein each of the plurality of samples of three-dimensional stereoscopic image data represents a frame. 27. The method of claim 25, wherein two of the plurality of samples of three-dimensional stereoscopic image data represent a frame, so that each frame consists of an image for viewing with the left eye and an image for viewing with the right eye placed side by side. 28. The method according to item 23, in which the multimedia data field includes a first image track and a second image track. 29. The method according to p, in which:
the first image track includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from an angle for viewing by the left eye, and
the second image track includes a plurality of samples of three-dimensional stereoscopic image data, each of a plurality of samples of three-dimensional stereoscopic image data representing an image from an angle for viewing with the right eye. 30. A device for reproducing an image file, comprising:
a storage module to receive and save an image file;
a processor to syntactically analyze a multimedia data field of an image file including one or more samples of image data, and syntactically analyze a multimedia header field including a data type data field indicating whether each of one or more samples of image data is one from two-dimensional (2D) image data and three-dimensional (3D) stereoscopic image data to form an image corresponding to one of the two-dimensional image and three-dimensional stereo opicheskogo image based on the image field of the image file data type; and
a display to display the generated image according to the data field of the image type of the image file. 31. The apparatus of claim 30, wherein the image type data field includes a flag designating each of one or more samples of image data as one of two-dimensional image data and three-dimensional stereoscopic image data. 32. The device according to p, in which the display includes a barrier liquid crystal display (LCD), and the processor controls the display based on the flag so as to turn on the LCD barrier if the flag is set as the data of three-dimensional stereoscopic images, and turn off barrier LCD, if the flag is set as two-dimensional image data.

Images