KR20070120003A - Method and apparatus for presenting data and recording data and recording medium - Google Patents

Abstract

A method and a device for reproducing data, a recording method and device, and a recording medium thereof are provided to reproduce a second video repeatedly at a reproducing start point where the second video is not synchronized with a first video, when reproducing plural videos simultaneously. A method for reproducing data includes a step of reproducing a second video with a first video simultaneously according to reproducing management data(S1202); and a step of reproducing the second video at a reproducing start point when the second video is out of the reproducing start point by changing a reproducing path(S1204,S1206,S1208). The reproducing start point of the second video is stored in a memory unit. A data reproducing device comprises first and second video decoders decoding the first and second videos, and a control unit which displays the second video at the first video by decoding the second video according to the reproducing management data, and decodes the second video at the reproducing start point when the second video is out of the reproducing start point by changing a reproducing path.

Description

Data playback method and playback device and recording method, recording device and recording medium {Method and Apparatus for Presenting Data and Recording Data and Recording Medium}

1 is a diagram illustrating an embodiment of reproducing data in a storage medium and / or storage through an optical recording / reproducing apparatus;

2 shows a file structure recorded on an optical disc as a recording medium of the present invention;

3 illustrates a recording structure of an optical disc as a recording medium of the present invention;

4 is a diagram illustrating a playback aspect of a second video of the present invention;

5 is a block diagram schematically showing the overall configuration of the optical recording and reproducing apparatus of the present invention;

6 is a block diagram schematically illustrating a playback system according to an embodiment of the present invention;

7 illustrates a data reproducing apparatus utilizing a playback system according to an embodiment of the present invention;

8 illustrates an embodiment of second video metadata of the present invention;

9 to 9c illustrate a second video subpath type according to the present invention;

10A to 10C illustrate a second video timeline type according to the present invention;

11A and 11B are views illustrating a case where a playback position is changed by reverting during playback of a first video and a second video;

12 is a flowchart illustrating a process of reproducing data according to an embodiment of the present invention.

<Description of the symbols for the main parts of the drawings>

11: pickup 12: control unit

13: signal processor 15: storage

17: playback system

17a: Player Model

17b: AV decoder

171: User Event Manager

171a: UO controller

172: Module Manager

173: Metadata Manager

174: HDMV module (Movie Module)

174a: Command Processor

175: BD-J Module

175a: Java VM

175b: Application Manager

176: Playback Control Engine

176a: Playback control function

176b: Player registers

177: Presentation Engine

40: Virtual File System

The present invention relates to a method and apparatus for reproducing data stored in a recording medium or storage. More particularly, the present invention relates to a method and apparatus for reproducing a plurality of video stream data.

Recently, as a recording medium, an optical disk capable of recording a large amount of data has been widely used. In particular, as demand for high quality image data and high quality sound data increases, HDTV and MPEG2 have emerged. For example, if video data corresponding to one HDTV movie is stored on a disc in MPEG2 image quality, a new high density recording medium having a data storage capacity of 20 GByte or more is required.

In response to these demands, Blu-ray Discs (BDs) and High Definition Digital Versatile Discs (HD-DVDs) are being developed as next generation recording media. In addition, the development of the optical recording and reproducing apparatus applying the high-density recording medium standards is also being made.

The development of high-density recording media has increased the possibility of a technique for recording and reproducing two or more video stream data at the same time, but there is no known method for reproducing. Therefore, there is a need for a specification for a technology that enables simultaneous playback of two or more of these video stream data.

Also, if playback is resumed after deviating from the start of playback of the second video that is not synchronized with the first video due to reverting while simultaneously playing a plurality of video stream data, whether to play the second video at the start of playback Justice is needed.

In order to meet the necessity as described above, it is an object of the present invention to provide a method and apparatus capable of simultaneously playing a plurality of videos.

It is also an object of the present invention to provide a method and apparatus for replaying a second video at the start of playback of a second video which is not synchronized with the first video while simultaneously playing a plurality of videos.

In order to achieve the object of the present invention as described above, the present invention provides a method for playing the first video and the second video included in the data stored in the recording medium or storage together, the second video according to the reproduction management data The present invention provides a method of reproducing the first video, wherein the second video is played when the play start position is reached when the play start position of the second video is moved out due to a change of a play path. There is a characteristic.

The present invention also provides a method of playing a first video and an asynchronous second video included in data stored in a recording medium and / or storage together, wherein the second video is reproduced according to playback management data according to a playback start command. Playing with 1 video; Stopping playback of the second video when the playback position is out of the start point of the playback of the second video; And the second video is reproduced according to a new playback start command.

The present invention also provides a data reproducing apparatus for reproducing data stored in a recording medium and / or storage, comprising: a first video decoder for decoding a first video and a second video decoder for decoding a second video; The second video is decoded according to playback management data and displayed on the first video, but when the playback start position is reached when the playback start position is out of the second video due to a change in a playback path, the second video is decoded when the playback start position is reached. And a control unit for controlling to display on the first video.

The present invention also provides a data reproducing apparatus for reproducing data stored on a recording medium and / or storage, comprising: a first video decoder for decoding a first video and a second video decoder for decoding asynchronous second video; When the playback start command is received, the second video is decoded according to the playback management data. If the playback position is out of the playback start point of the second video, the decoding of the second video is stopped, and a new playback start command is received. And a controller for controlling the decoding of the second video when the second video is decoded.

In addition, the present invention includes a stream area for storing stream data including a first video and a second video, and a management area for storing playback management data, wherein the playback management data is configured to change the playback path. And a flag indicating whether to allow playback of the second video when the playback start position is reached when it is out of the playback start position.

The present invention also provides a method for recording a first video and a second video on a recording medium, the method comprising: generating stream data including the first video and the second video and starting playback of the second video by changing a playback path. If it is out of position, when the playback start position is reached, playback management data for managing playback of the second video including a flag indicating whether to allow playback of the second video is generated, and the stream data and the playback management data are generated. A data recording method is characterized by recording on the recording medium.

The present invention also provides an apparatus for recording a first video and a second video on a recording medium, comprising: a recording unit for recording data on the recording medium; A flag indicating whether to allow playback of the second video when generating the stream data including the first video and the second video, and exiting the playback start position of the second video due to the change of the playback path. And a control unit for generating reproduction management data for managing reproduction of the second video including and controlling to record the stream data and the reproduction management data on the recording medium. There is a characteristic.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. First of all, in adding reference numerals to the components of each drawing, it should be noted that the same reference numerals are used as much as possible even if displayed on different drawings. In addition, in describing the present invention, when it is determined that the detailed description of the related well-known configuration or function may obscure the gist of the present invention, the detailed description thereof will be omitted.

The recording medium used in the present invention is an optical disc, for example, "DVD", "Blu-ray Disc (BD)", "HD-DVD", "Near Field Recording (NFR) disc", or the like. This can be. Hereinafter, for convenience of description, the recording medium is referred to as a "Blu-ray Disc BD". It is obvious that the technical idea of the present invention is equally applicable to other recording media such as HD-DVD, but is not limited thereto.

The term " storage " used below is a kind of storage means provided in the optical recording / reproducing apparatus (FIG. 1), and means an element capable of arbitrarily storing and utilizing necessary information and data. Currently commonly used storage may include, but are not limited to, hard disk, system memory, flash memory, and the like.

In particular, in the context of the present invention, the "storage" is also used as a means for storing data associated with the recording medium, the data may be downloaded from the outside.

In this regard, it is also possible to read some permitted data directly from the recording medium or to generate system data (e.g. metadata) related to the reproduction of the data recorded on the recording medium and store it in the storage. Is self explanatory.

As used herein, the term " contents " means data provided by an author of a recording medium as a content constituting a title.

In relation to this, a person providing content as an external source is collectively called a "content provider (CP)".

"Original data" used below refers to data recorded in the recording medium, and "additional data" refers to data related to the recording medium among the data stored in the storage, and is generally outside the disc. Refers to existing data. Since each data is only distinguished according to the acquisition method, any attribute data existing outside the optical disk and associated with the original data can be referred to as the local data.

In addition, "Title" used below means the reproduction unit which forms an interface with a user. Each title is linked with a specific object, and a stream related to the title recorded in the disc is reproduced according to a command or a program in the object. In particular, in the present invention, for the convenience of description, titles that support seamless multi-angle, multi-story, language credits, director cuts, etc. among titles in which high-definition video data by MPEG compression method recorded in the disc are recorded. HDMV Title (Title). In addition, among the titles in which high-definition video data by MPEG compression method is recorded, data by a Java program that enables high interactivity that supports updating of titles in a recording medium or connectivity with a network. The title on which this is recorded is called "BD-J Title".

"PiP (Picture-in-Picture)" used hereinafter refers to a function of playing a second video on the first video screen while playing the first video.

The " playback management data " used below refers to information used to manage playback of a video stream or an audio stream. The " playback management data " includes a stream number table (STN table) including video stream entry information and audio stream entry information and metadata for managing second video playback. In addition, the "playback management data" includes a flag indicating whether to allow playback of the second video when the playback start position is reached when the playback start position is moved out by changing the playback path of the second video.

The "synchronous type" used below refers to a playback type in which an elementary stream used for a subpath is synchronized with a main path of a playitem by a predetermined timing defined in a playlist.

The " Asynchronous type " used below can start playback from a time when the elementary stream used by the subpath is not defined in the timeline of the main path of PlayItem, and once the subpath has been played, The playback of a path refers to a playback type that is synchronized with the main path.

The " playback start time " used below refers to a position at which video playback starts, and can also be referred to as a playback start position. In particular, in the case of the asynchronous second video, the second video is started by the play start command, and the point or position at which the play is started by the play start command may be referred to as a play start point.

The above terms are not limited to terms that indicate the same function.

1 is a diagram illustrating an embodiment of reproducing data in a storage medium and / or storage through an optical recording / reproducing apparatus.

In this regard, the "optical recording and reproducing apparatus 10" of the present invention is a device capable of recording or reproducing optical discs of various standards. Depending on the design, only an optical disc of a specific standard (e.g., BD) can be made available for recording and reproducing, and it is also possible to play back only without recording. However, in particular, in consideration of the linkage between the Blu-ray Disc BD and the peripheral device to be solved according to the present invention, a BD-Player or a Blu-ray Disc BD for playing back the Blu-ray Disc BD is recorded. A description will be given by using a recorder (BD-Recorder) as an example. In this regard, it is already well known that the "optical recording / reproducing device 110" of the present invention can be a "drive" that can be embedded in a computer or the like.

In addition to the function of recording and reproducing the optical disk 30, the optical recording and reproducing apparatus 10 of the present invention receives an external input signal, processes the signal, and transmits the signal to the user through the external display unit 20. Have. In this case, there is no particular limitation on the inputtable external signal, but a signal received through digital multimedia broadcasting and the Internet will be a representative external input signal. In particular, in the case of the Internet, it is possible to download and use specific data on the Internet through the optical recording and reproducing apparatus 10 as a medium that anyone can easily access at present.

In relation to the original data and the specific data will be described in detail. For example, multiplexed AV streams for a particular title are recorded as the original data recorded in the optical disc, and audio streams different from the audio stream of the original data (for example, Korean) are used as the international data on the Internet. (Eg, English) may be provided. According to a user, there may be a request to download an audio stream (for example, English), which is an international data on the Internet, to play along with an AV stream, which is original data, or to play only the partial data. In order to enable this, there is a need for a systematic method of defining an association between the original data and the local data and managing / reproducing the data according to a user's request.

In this regard, in order to realize the user's needs, it is essential to have a file structure associated with the original data and the international data, which can be used in the Blu-ray disc BD through FIGS. 2 and 3. The file structure and data recording structure will be described in detail as follows.

First, Fig. 2 shows a file structure recorded on an optical disc as a recording medium of the present invention, and shows a file structure for reproducing and managing original data recorded in the disc.

That is, in the file structure of the present invention, at least one BDMV directory (BDMV) exists under one root directory. In the BDMV directory (BDMV), an index file ("index") and an object file ("MovieObjet") exist as general file (parent file) information for ensuring interactivity with a user. In addition, as a directory having information on the data recorded on the physical disk and a method of playing the same, the playlist directory (PLAYLIST), clip information directory (CLIPINF), stream directory (STREAM), auxiliary directory (AUXDATA), BD-J object directory (BDJO), metadata directory (META) and backup directory (BACKUP). Hereinafter, the directory and the files included in the directory will be described in detail.

The metadata directory META includes a metadata file that is data about a data. The metadata file includes a search file, a metadata file for a disc library, and the like, and is used for efficient search or management of data when recording and reproducing the data.

The BD-J object directory (BDJO) contains a BD-J object file for playing a BD-J title.

The auxiliary directory AUXDATA contains additional data files required for disc reproduction. For example, there is a " Sound.bdmv " file that provides sound when executing interactive graphics, and a " 10111.otf " file that provides font information when playing a disc.

The stream directory STREAM contains files for an AV stream recorded in a specific format in the disc. Each stream is most commonly recorded as a transport packet of MPEG-2 scheme. Used as "* .m2ts" as the extension of stream files (01000.m2ts, 02000.m2ts). In particular, a stream in which all video / audio / graphic information is multiplexed in the stream is called an AV stream. A title is configured as at least one AV stream file.

The clip information directory (CLIPINF) is composed of clip information files (01000.clpi, 02000.clpi) corresponding to each stream file (* .m2ts). In particular, the clip information file (* .clpi) records attribute information and time information (timing information) of the corresponding stream file (* .m2ts). In this connection, a clip information file (* .clpi) corresponding to a stream file (* .m2ts) and a stream file (* .m2ts) in one-to-one correspondence is bundled and named "clip". That is, "clip" is data including both a stream file (* .m2ts) and a corresponding file (* .clpi).

The playlist directory PLAYLIST includes playlist files (* .mpls). A playlist is a combination of playing intervals at which clips are played. The time to be played is referred to as a PlayItem. Each playlist file (* .mpls) includes at least one playitem and a subplayitem (SubPlayItem). The playitem and subplayitem have information on a play start time (IN-Time) and a play end time (OUT-Time) of a specific clip to be played. Thus, a playlist may be referred to as a combination of playitems. Also included in the playlist file is metadata for managing the second video playback. The metadata includes information regarding the second video playback timing, the second video playback position, and the size with respect to the playback of the second video.

In this regard, a process played by the at least one playitem in a playlist file is referred to as a "main path", and a process played by each subplayitem is referred to as a "subpath". It is defined as The main pass provides master presentation of the playlist, and the subpath provides auxiliary presentations related to the master presentation. The main path must exist in a playlist file, and the subpath exists at least one or more depending on the existence of the subplayitem. As a result, the playlist file becomes a basic reproduction management file unit in the entire reproduction management file structure for reproducing a desired clip by combining at least one playitem.

In connection with the present invention, video data reproduced by the main pass is called primary video and video data reproduced by subpath is called second video. The function of the optical recording / reproducing apparatus playing back the first video and the second video together is referred to as " PiP (Picture In Picture) " as described above.

Furthermore, among the subpaths reproduced together with the main path, subpath types related to the present invention may be classified into three types.

The first type is the elementary streams used by the subpath, ie the second video streams, are multiplexed separately from the clip used by the associated playitem. This is also known as 'out-of-mux'. The playback path by the first type is synchronized with the main path using the playitems in the running playlist.

The second type is the same as the first type in that the second video streams used by the subpath are multiplexed separately from the clip used by the associated playitem, but the presentation of the subpath is the time of the mainpath. The difference is that you can start at any time on the line. In other words, the subpath is not synchronized with the main path.

The third type is that the second video streams used by the subpath are multiplexed into the same clip as the clip used by the associated playitem. This is also called 'in-mux'. The playback path using the third type of subpath differs from the second type of subpath in that it is synchronized with the main path.

The backup directory BACKUP includes an index file, an object file (Movie Object, BD-J Object), a unit key file, and a play, in which information related to playback of a disk, among data on the file structure, is recorded. All playlist files (* .mpls) in the list directory (PLAYLIST) and copy files for all clip information files (* .clpi) in the clip information directory (CLIPINF) are stored. This is to separately store for backup in consideration of the fatality of the disc playback when the files are lost.

In this regard, it will be apparent that the file structure of the present invention is not limited to the names and locations described above. In other words, the directories and files should be understood by their meaning and not by name and location.

3 is a diagram illustrating a recording structure of an optical disc as a recording medium of the present invention, in which information related to the above-described file structure is recorded in the disc. As seen from the inner periphery of the disc, the file system information area (File System Information area) as the system information for managing the entire file, the index file, the object file, the playlist file, for playing back the recorded stream (* .m2ts), It can be seen that there is an area in which clip information files and metadata files are recorded (also called "database area"), and a stream area in which a stream or JAR file composed of audio / video / graphics or the like is recorded. .

In addition, an area for recording file information or the like for reproducing contents in the stream area is referred to as a "management area", and the file system information area and database area correspond to this. In this case, in some cases, the reproduction information of the stream may be recorded in the header of the stream in the stream area. In this case, the header may also be referred to as a management area. Therefore, information related to reproduction management may be recorded in the "management area". In relation to the present invention, the management region may include a flag including information on whether to play the second video again when the playback start time is reached during the playback start time out of the playback start time by changing the playback path of the second video. .

However, each region of FIG. 3 is provided as an example, and it will be apparent that the present invention is not limited to the arrangement structure of each region as shown in FIG. 3.

4 is a diagram illustrating a playback aspect of a second video of the present invention. An embodiment in which a second video is played on a first video screen during a first video playback will be described with reference to FIG. 4.

There is a case where other video data related to the first video 410 is required to be output to the same display unit 20 while the first video is playing. For example, if during playback of a movie or documentary, you wish to provide a user with a director's comment or episode about the shooting process, the video showing the comment or episode is referred to as a second video 420 along with the first video. You can also play. In this case, the second video 420 may be played from the beginning along with the playback of the first video 410.

In some cases, playback of the second video 420 may be started in the middle of playback of the first video 410. In addition, it may be displayed at a different position or different size on the screen depending on the playback process. It is also possible that the second video 420 is configured in plural so that playback can be started or ended separately according to playback of the first video. The first video may be played with the associated audio 410a and the second video may be played with the associated audio 420b.

In this regard, in order to play the second video, information on a playback time, a playback position, a size, and a stream constituting the second video is required. This information is included in the metadata included in the reproduction management data. There is also a need for information defining an audio stream played with the second video and a presentation graphics or text subtitle stream (eg PiP PG textST stream) and information defining possible playback combinations of the streams. In addition, it is necessary for the optical recording / reproducing apparatus to be provided with a memory unit (for example, a PSR) for storing information representing the reproduction state and the reproduction environment of the second video. In addition, in relation to the present invention, the definition of whether to play the second video again when the playback start time is reached when the asynchronous second video reaches the playback start time when the playback position changes out of the playback start time point of the second video due to reverting during playback. Is needed. Here, the "return" means all the operations performed by a user command such as "Skip back to previous point" or "backward paly". However, the term indicating such an operation is not limited thereto.

The present invention solves the above problems and provides a preferred method of efficiently playing the second video with the first video. Hereinafter, the present invention will be described in detail with reference to FIG.

5 shows one embodiment of the overall configuration of the optical recording and reproducing apparatus 10 of the present invention.

First, the pickup 11 for reproducing the reproduction management data including the original data recorded on the optical disc and the reproduction management file information, the servo 14 for controlling the operation of the pickup 11, and the reproduction received from the pickup 11 A signal processor 13 for restoring a signal to a desired signal value, or modulating and transmitting the signal to be recorded to a signal recorded on an optical disk and a microcomputer 16 for controlling the operation are basically configured.

The control unit 12 according to the embodiment for reproducing downloads and stores the local data existing in addition to the optical disk in the storage 15 by a user command or the like, and also stores the local data and / or the optical disk in the storage 15. My original data will be played back at the user's request. In this manner, the servo 14, the signal processor 13, and the microcomputer 16, which are involved in reproducing data by the controller, may be collectively referred to as a "reproducing unit".

The playback system 17 finally decodes the data under the control of the controller 12 and provides it to the user. The playback system 17 specifically analyzes the AV decoder 17b for decoding the AV signal, the object command or application relating to the reproduction of the specific title described above, and the user command input through the control unit 12 to determine the playback direction. It consists of the player model 17a which determines. In some embodiments, the player model 17a may be used to include the AV decoder 17b. In this case, the playback system 17 of the present invention becomes the player model.

In this regard, the AV decoder may comprise a plurality of decoders. 6 is a block diagram schematically illustrating a playback system according to an embodiment of the present invention. Referring to FIG. 6, the decoder 17b of the present invention uses a first video decoder 610a for decoding a first video and a second video decoder 610b for decoding a second video. It is configured to include. The decoded first video is output through the first video plane 620a and the second video is output through the second video plane 620b to be provided to the user. In particular, in connection with the present invention, the control unit 12 checks the reproduction management data of the second video and identifies the second video at a specific time according to the metadata for managing the reproduction of the second video included in the reproduction management data. The second video decoder 610b is controlled to be decoded in position and size. The first video and / or second video stream data may be recorded on the recording medium 30 or may be downloaded to the storage 15 from outside the recording medium. The AV decoder according to the embodiment of the present invention includes a first video decoder 610a and a second video decoder 610b as shown in FIG. 6, and in particular, one decoder associated with the second video is included. Therefore, since only one playback path of the playable second video is possible, a processing method is required when the playback of another second video is required during the playback of the second video.

The optical recording and reproducing apparatus 10 of the present invention includes an AV encoder 18. The AV encoder 18 converts an input signal into a signal of a specific format, for example, an MPEG2 transport stream, under the control of the control unit 12 to perform a function of recording a signal on an optical disc, and transmits the signal to the signal processing unit 13. Will be provided. Like the AV decoder 17b, the AV encoder 18 may include a plurality of encoders. The control unit 12 may control to record the first video and second video streams, the first audio and second audio streams, the reproduction management data, and the like, which are converted through each encoder and provided to the signal processing unit 13. . The signal processor 13, the servo 14, and the microcomputer 16, which are involved in recording data on the optical disk, may be collectively referred to as a "recording unit".

FIG. 7 is a diagram illustrating a data reproducing apparatus utilizing a playback system according to an exemplary embodiment of the present invention, and the reproducing system according to the exemplary embodiment of the present invention plays the second video and the first video together.

The term " playback system " refers to collective playback processing means composed of a program (software) and / or hardware provided in the optical recorder. A system for reproducing a recording medium loaded in an optical record player, as well as playing and managing data stored in storage (eg, downloaded from the outside) in association with the recording medium together.

In particular, the playback system 17 includes "User Event Manager 171", "Module Manager 172", "HDMV Module 174", "BD-J Module 175", "Playback control engine 176). "," Presentation engine (177) "and" Virtual File System (40) "is configured, and will be described in detail as follows.

First, as separate playback processing management means for reproducing the HDMV title and the BD-J title, "HDMV Module 174" for the HDMV title and "BD-J Module 175" for the BD-J title, respectively. It is configured independently. The "HDMV Module 174" and the "BD-J Module 175" particularly have a control function for receiving a command or a program in the above-described object (Movie Object or BD-J Object) and processing the same. Have &Quot; Metadata Manager 173 " can perform title selection at any time under the user's control and provide the user with record media and title metadata. The " HDMV Module 174 " and " BD-J Module 175 " separate commands or applications from the hardware configuration of the playback system, thereby enabling portability of the commands or applications. As a means for receiving and processing the command or application, the "Command processor 174a" in the "HDMV Module 174" and the "Java VM 175a" in the "BD-J Module 175". ) "And" Application manager 175b "are provided, respectively.

"Java VM 175a" is a "Virtual Machine" in which the application is executed. "Application manager 175b" includes an application management function that manages the lifecycle of the application.

In addition, the user command is transmitted to the "HDMV Module 174" and the "BD-J Module 175" as well as the operations of the "HDMV Module 174" and the "BD-J Module 175" are controlled. "Module Manager 172" is provided.

The "Playback Control Engine 176" which interprets the playlist file information recorded in the actual disk according to the playback commands of the "HDMV Module 174" and the "BD-J Module 175" and performs the playback function accordingly. Is provided. In addition, a "Presentation Engine 177" is provided to decode a specific stream managed by the "Playback Control Engine 176" and display it on the screen. In particular, the " Playback Control Engine 176 " includes " Playback Control Functions 176a " that manages the actual playback, " Player status registers (PSR) " and " General purpose registers " ) ") To" Player Registers (176b) ". In some cases, "Playback Control Functions (176a)" may mean "Playback Control Engine (176)". In the present invention, the " Player Registers 176b &quot; is a storage unit indicating a playback state of the first video and the second video.

In the context of the present invention, the " Player Registers 176b " includes a Player Status Register (PSR) that stores playback status information. The player status register (PSR) may store information on a start point of playback of the second video being played. In the case of the asynchronous second video, since the start time is not determined but determined by the user, information about the playback start time determined by the user is stored in a player status register (PSR). Therefore, if the playback position is changed beyond the start point of the second video due to reverting during the video to be described later, the playback start point stored in the "Player Registers (176b)" when the second video starts to be played Information is available.

In this regard, the HDMV title and the BD-J title each receive a user command of a separate method, and the method of performing the user command is independent of each other. A means for receiving a user command and delivering it to either the "HDMV Module 174" or the "BD-J Module 175" is required, which is in charge of the "User Event Manager 171a". Thus, for example, "User Event Manager 171a" transmits the received command to "Module Manager 172" or "UO Controller 171a" if the received command is a user command by "User Operation (UO)". If the received command is a user command by the "Key Event", the command is transmitted to the "Java VM 175a" in the "BD-J Module 175" for execution.

In addition, the playback system 17 of the present invention may include a "Metadata Manager 173", in which the "Metadata Manager 173" provides a user with a disc library and an enhanced search metadata application. application).

In addition, the playback system 17 of the present invention may include a virtual file system ("Virtual File System") 40, the virtual file system ("Virtual File System") 40 is downloaded from the external storage ( 15) is a system used for the reproduction of data stored in. The virtual file system 40 provides a binding process for creating a virtual package, and accesses a file included in the virtual package. Adjust The virtual package is defined by a binding unit manifest file used by the virtual file system 40. " Virtual File System " The Binding Unit Manifest File includes management information for a binding action and defines a valid binding of a file to be bound. That is, the virtual file system 40 may configure a virtual package by using a binding unit manifest file after performing a security check. After configuring the virtual package, the virtual file system ("Virtual File System") 40 controls all files to access the virtual package. If a file that accesses a virtual package is detected, the virtual file system ("Virtual File System") 40 is located in a disk or binding unit data area by a binding unit manifest file. Select to determine the location of the actual file. Such a virtual package may be used for both the "HDMV Module 174" and the "BD-J Module 175". In addition, the above-described virtual file system (“Virtual File System”) 40 can combine and reproduce the data stored in the disk and the storage.

In the above-described playback system of the present invention, the "Module Manager 172", "HDMV Module 174", "BD-J Module 175", and "Playback Control Engine 176" are software-based. Processing is possible. Software processing is more useful in design than actual hardware configuration. However, the "Presentation Engine 177", the decoder 19, and the plane are generally designed in hardware. In particular, the components (for example, reference numerals 172, 174, 175, and 176) that are processed by software may be configured as one part of the controller 12 described above. It is to be understood that the configuration of the present invention is to be understood as its meaning, and is not limited to the hardware configuration or the software configuration.

8 illustrates an embodiment of management data according to the present invention.

In order to reproduce the second video, management data including reproduction attribute information of the second video, for example, information on a reproduction time, a reproduction size and a position, for example, metadata about the second video is required. Hereinafter, the management data will be described using PiP metadata as an example.

The metadata may exist in a playlist which is a kind of reproduction management file. FIG. 8 illustrates a case in which a PiP metadata block exists in an 'ExtensionData' block included in a playlist managing a playback of a first video. PiP metadata may include at least one block header (block_header [k]: 810) block and block data (block_data [k]: 820) block according to a metadata block entry stored in the PiP metadata block. The block header 810 includes header information of an associated metadata block, and the block data 820 includes data information of an associated metadata block.

In this regard, the block header 810 block may include a field indicating an identifier for identifying a playitem (hereinafter, 'PlayItem_id' 810a) and an identifier for identifying a second video stream (hereinafter, 'secondary_video_stream_id [k]' 810b). )) And a field indicating a timeline type of the second video (hereinafter, 'pip_timeline_type' 810c).

'PlayItem_id [k]' 810a is an identifier indicating a playitem including an STN table in which a 'secondary video_stream_id' entry specified by 'secondary_video_stream_id [k]' 810b is listed. The value of 'PlayItem_id' 810a is given in the playlist block of the playlist file. Relatedly, entries of 'PlayItem_id' in the PiP metadata are sorted in ascending order with respect to 'PlayItem_id' recorded in the PiP metadata. The 'secondary_video_stream_id [k]' 810b is used to identify the subpath and the second video stream to which the associated block data 820 is applied.

That is, the stream entry corresponding to the 'secondary_video_stream_id [k]' can be known from the STN table of 'PlayItem' corresponding to the 'PlayItem_id [k]' value. Since the stream entry stores subpath identification information related to the second video, the optical recording / reproducing apparatus 10 can identify the subpath for reproducing the second video by the value. The playlist block includes a subpath block.

In this regard, the playback of the second video is a timeline defined in 'pip_timeline_type' 810c followed by the subpath type of the subpath that plays the second video and the PiP metadata that manages the playback of the second video. It depends on the type.

According to the present invention, when the playback is restarted beyond the starting point of the second video by reversing the video stream during the playback of the second video which is not synchronized with the first video, the second video is played again from the starting point of the second video. Flag (hereinafter, 'pip_restart_flag') may be included in the playlist. As shown in FIG. 8, 'pip_restart_flag' 810d may be included in a block header block block included in a playlist. The value of 'pip_restart_flag' indicates that the playback of the second video starts when the playback is restarted beyond the start point of the playback of the second video by reversing the video stream during playback of the second video which is not synchronized with the first video during playback of the second video. Indicates whether to allow playback of the second video again at the time point.

For example, if the value of 'pip_restart_flag' 810d indicates allow ('1'), the video is played back during playback of a second video that is not synchronized with the first video, so that the playback is beyond the start of playback of the second video. If this continues, the playback start time of the second video is reached and the second video can be played back. At this time, the information on the start time of the playback of the second video may be stored in the storage unit in which the playback state information is stored and may be referred to when replaying the second video.

On the other hand, when the value of 'pip_restart_flag' 810d indicates disallow ('0'), the video is returned during playback of the second video which is not synchronized with the first video, so that playback continues beyond the start point of the playback of the second video. In this case, the second video is not played even when the playback start time of the second video is reached. However, when the user selects the playback of the second video, playback may begin.

Figures 9a to 9c are shown to help understand the subpath type according to the present invention.

The PiP application model according to the present invention can be classified into three types according to the type of the stream in which the second video is multiplexed and whether the subpath for playing the second video is synchronized with the associated main path. Therefore, in the present invention, the type of subpath that reproduces the second video, that is, the subpath type, is determined in consideration of the above three models.

The subpath type shown in FIG. 9A is a case where the second video is encoded into a different stream from the first video and the subpath is synchronized with the main path. As described above, the case where the second video is multiplexed into a separate stream from the first video is referred to as 'out-of-mux'.

Referring to FIG. 9A, a playlist managing playback of a first video and a second video includes one main path for playing the first video and one subpath for playing the second video. The main path includes four playitems (PlayItem_id = 0, 1, 2, and 3), and the subpath includes a plurality of subplayitems. The subpath is synchronized with the main path. Specifically, the second video may include information (eg, 'sync_PlayItem_id') identifying a playitem associated with a subplayitem and presentation time stamp information (eg, presentation time stamp) at the playitem of the subplayitem. For example, 'sync_start_PTS_of_PlayItem') is synchronized with the main path. That is, when the playback point of the playitem reaches the value designated by the expression time designation information, the playback of the subplayitem is started, and the playback of the subpath is started at the designated time during the playback process of the mainpath.

Since the second video is not multiplexed with the same stream as the first video, the playitem and the subplayitem refer to different clips. The playitem and subplayitem have information on a play start time (IN-Time) and a play end time (OUT-Time) of a specific clip to be played. Thus, the clip designated by the playitem and subplayitem is provided to the AV decoder 17b.

The subpath type shown in FIG. 9B is a case where the second video is encoded into a stream different from the first video, and the subpath is not synchronized with the mainpath. In the subpath type of FIG. 9B, the second video streams used by the subpath are multiplexed separately from the clip used by the associated playitem as in FIG. 9A. However, it is different from FIG. 9A in that reproduction of the subpath can be started at any time on the timeline of the main path.

Referring to FIG. 9B, the playlist managing the playback of the first video and the second video includes one main path and one subpath. The main path consists of three play items (PlayItem_id = 0, 1, 2) and the sub path consists of one sub play item. The second video played by the subpath is not synchronized with the mainpath. Although the subplayitem includes information identifying a playitem associated with the subplayitem and presentation time stamp information in the playitem of the subplayitem, the information is provided in FIG. 9B. It is not valid for path types. Accordingly, the optical recording and reproducing apparatus 10 is not limited to the information used for synchronizing the main path and the subpath, and the user can start the reproduction of the second video at any time during the reproduction of the first video.

The subpath type of FIG. 9C is a case where the second video is encoded into the same stream as the first video and the subpath is synchronized with the mainpath. The subpath type of FIG. 9C differs from the subpath types of FIGS. 9A to 9B in that the second video is multiplexed onto the same AV stream as the first video. As described above, the case where the second video is multiplexed on the same stream as the first video is called 'In-mux'.

Referring to FIG. 9C, the playlist managing the playback of the first video and the second video includes one main path and one subpath. The main path includes four playitems (PlayItem_id = 0, 1, 2, and 3), and the subpath includes a plurality of subplayitems. The subplayitem constituting the subpath includes information for identifying a playitem associated with the subplayitem and presentation time stamp information at the playitem of the subplayitem. As described with reference to FIG. 9A, the information causes the subplayitem to be synchronized with the associated playitem so that the second video is synchronized with the first video.

In the subpath type of FIG. 9C, the playitem constituting the main path and the subplayitem constituting the subpath refer to the same clip. Thus, since the second video is encoded into a clip reproduced by the main pass, the second video is provided to the AV decoder 17b mainstream along with the first video.

In the present invention, as shown in 9b, the second video is not synchronized with the first video, and thus the playback start point of the second video is selected during playback of the first video, and the playback position is changed by reverting during playback. If there is a deviation, a playback method for replaying the second video when the playback start time is reached is provided.

10A to 10C are shown to assist in understanding the second video timeline type of the present invention.

In relation to FIG. 8, the block data 820 of PiP metadata may include time designation information (hereinafter, 'pip_metadata_time_stamp') indicating a point at which PiP metadata is located. The value of 'pip_timeline_type [k]' is determined according to a timeline type referred to by the entries of 'pip_metadata_time_stamp [i]', that is, a timeline type followed by PiP metadata. Hereinafter, the description will be made based on the 'pip_timeline_type [k]' and 'pip_metadata_time_stamp [i]'.

FIG. 10A is a case where the PiP presentation path is synchronized with the main path and the 'pip_metadata_time_stamp' entries refer to the timeline of the playitem referenced by PiP metadata. In FIG. 10A 'pip_metadata_time_stamp' is the presentation time at intervals at which the associated subplayitem intervals are projected onto the timeline of the playitem specified by 'PlayItem_id [k]' 810a. (a presentation-time) is determined. In the timeline type of FIG. 10A, 'pip_metadata_time_stamp [0]' and 'pip_metadata_time_stamp [m]' are the starting points 101a of the intervals in which the subplayitem intervals related to the second video playback are projected on the timeline of the specified playitem. , 105a).

In this regard, the PiP metadata includes block data 820 and the block data 820 includes a second video composition information block (hereinafter, 'pip_composition_metadata') according to 'pip_metadata_time_stamp'. The 'i' th 'pip_compositon_metadata' is second video configuration information valid from 'pip_metadata_time_stamp [i]' 102a to 'pip_metadata_time_stamp [i + 1]' 103a. The last 'pip_composition_metadata' present in one block data 820 is valid until the presentation end time 104a of the subpath specified by 'secondary_video_stream_id' included in the PiP metadata.

In this regard, the second video configuration information is information indicating the playback position and size of the second video. Referring to FIG. 8, the configuration information may include location information and size information (hereinafter, pip_scale 821d) of the second video. The position information includes horizontal position information (hereinafter, 'pip_horizontal_position' 821b) of the second video and vertical position information (hereinafter, 'pip_vertical_position' 821c) of the second video. The 'pip_horizontal_position' 821b indicates a horizontal position where the second video is displayed at the reference point of the screen, and the 'pip_vertical_position' 821c indicates a vertical position where the second video is displayed at the reference point of the screen. The location information 821b and 821c determine a location where the second video is played on the screen.

The size of the second video is a problem, which is determined by the 'pip_scale' 821d. The second video size may be scaled up to the first video size. In this regard, the second video size may be set to discrete values for efficient playback. In addition, the second video size may be displayed as a ratio with respect to the first video size, for example, '× 1', '× 1/2', '× 1/4', and '× 1.5'.

In this regard, the timeline type of FIG. 10A is a subpath for playing the second video, that is, the PiP playback path is synchronized with the main path, and thus, the subpath designated by 'secondary_video_stream_id [k]' is described with reference to FIG. 9A. And the subpath type described with reference to FIG. 9C.

In relation to this, in the case of the timeline type of Fig. 10A, since the second video is played in accordance with the playitems constituting the mainpath, the playback of the second video also follows the timeline of the mainpath. For example, if the playback point of the main pass playing the first video is between 'pip_metadata_time_stamp [i]' and 'pip_metadata_time_stamp [i + 1]', the 'pip_composition_metadata [i] corresponding to the' pip_metadata_time_stamp [i] ' 'Is applied so that the second video is displayed on the first video. In another example, when the first video is trick-played, if the playback point of the main path is at the point 'pip_metadata_time_stamp [i + 1]' 103a and the point 104a at which the sub playitem ends, the 'pip_metadata_time_stamp [i +' 'Pip_composition_metadata [i + 1]' corresponding to 1] 'is applied to display the second video on the first video.

FIG. 10B illustrates a case in which the playback path of the PiP is not synchronized with the main path and 'pip_metadata_time_stamp' entries refer to the timeline of the subpath. In the embodiment of FIG. 10B, since the playback path of the PiP is not synchronized with the main path, the sub path designated by 'secondary_video_time_stamp_id [k]' described above may correspond to the sub path type described with reference to FIG. 9B. In the timeline type of FIG. 10B, 'pip_metadata_time_stamp' determines a presentation time in a subplayitem interval included in a subpath specified by 'secondary_video_stream_id [k]' included in PiP metadata. . Thus, in this timeline type, 'pip_metadata_time_stamp [0]' is preferably placed at the start point 101b of the subplayitem.

In the case of the timeline type of FIG. 10B, the second video will be played by the PiP metadata along the timeline of the subplayitem. will be. That is, even if the playback point of the main path is changed to a certain portion of the timeline of the playitem constituting the mainpath, the second video is played according to the PiP metadata defined in the subplayitem regardless of this. This is different from the timeline type of 10a. For example, if the first video is played a trick, the second video will be played by the PiP metadata defined along the timeline of the subplayitem while tricking the first video along the subplayitem at the rate at which the first video is trickled. .

FIG. 10C illustrates a case in which the playback path of the PiP is not synchronized with the main path and 'pip_metadata_time_stamp' entries refer to the timeline of the playitem specified by 'PlayItem_id [k]' included in the PiP metadata. As in FIG. 10A, since the timeline type of FIG. 10C also refers to the timeline of the playitem, the subplayitem in time SubPlayItem_IN_time is projected to the timeline of the playitem 102c. In the timeline type of FIG. 10C, 'pip_metadata_time_stamp' determines a presentation time in a playitem interval indicated by 'PlayItem_id [k]'. Since the timeline type of FIG. 10C follows the timeline of the playitem whose PiP metadata is specified by 'PlayItem_id [k]', 'pip_metadata_time_stamp [0]' is the playitem indicated by the 'PlayItem_id [k]'. It is preferably placed at the start point 110c of the interval.

In the case of the timeline type of FIG. 10C, since the subpath for playing the second video is not synchronized with the main path, unlike the timeline type of FIG. 10A, the time of the subpath in which the second video is not the main path of the first video is different. Can be played along the line. However, since the PiP metadata follows the timeline of the playitem, 'pip_composition_metadata' corresponding to the playback point of the main path is applied to the second video when the first video is played. Referring to FIG. 10C, for example, 'pip_composition_metadata [i + 1]' corresponding to 'pip_metadata_time_stamp [i + 1]' is applied to the second video, and the first video is played in the main path by reverse playback. Becomes 'pip_metadata_time_stamp [i]' from 'pip_metadata_time_stamp [i + 1]', the second video is played with 'pip_composition_metadata [i]' corresponding to 'pip_metadata_time_stamp [i]'.

Therefore, even if the same scene is viewed, when the PiP metadata corresponds to the timeline type of FIG. 10C, the playback path of the second video is not affected by the playback of the first video, but the second video window of the second video is output. The size, position or speed is affected by the direction or speed of playback of the first video. Therefore, even though the first video is being played, the stream constituting the second video is played as it is, but the size and position of the second video displayed to the user is changed.

In this regard, since the playback path of the PiP is not synchronized with the main path in the timeline type of FIG. 10C, the subpath specified by the aforementioned 'secondary_video_time_stamp_id [k]' should correspond to the subpath type described in 9b. will be.

In relation to the timeline type of FIG. 10C, since the PiP metadata defines a play time in a playitem interval specified by 'PlayItem_id [k]', 'pip_metadata_time_stamp [i + 1] is the current play. It is valid up to the out time 104c of an item. However, since the last 'pip_composition_metadata' present in one block data 820 is valid until the playback end time of the subpath specified by 'secondary_video_stream_id [k]', the second video is not included after the subplayitem out time 103c. It is not displayed.

In relation to the embodiment of FIG. 8, the play time information and the configuration information of the PiP exist in the playlist, but the above information may be present in the header of the second video stream implementing the PiP.

11A and 11B are diagrams illustrating a case where a playback position is changed by reverting during playback of a first video and a second video. In this case, the second video is the type described with reference to FIG. 9B, in which the playback start is determined by the user because the playback start time is not synchronized with the first video.

Referring to FIG. 11A, since the second video is not synchronized with the first video, the playback start time 111a of the second video is determined by the user or the like, but when the playback starts, playback of the first video on the global time axis is performed. Playback proceeds in synchronization with the position 112a. Therefore, in the present invention, when the playback position 112a of the first video is changed to another playback position 113a by reversing during the playback of the second video, the second video is synchronized with the playback position 113a of the first video. Is changed.

In the case of the second video of the asynchronous type, the playback start time is determined by the user, so as shown in FIG. 11B, the playback position 112a of the first video is changed to the playback position 113b deviating from the playback start time 111b of the second video. Is a question of whether to play the second video again when the playback start time 111b of the second video is reached. Hereinafter, the playback of the second video at the playback start time point 111b of the second video will be described.

First, once the playback start time of the second video is reached, the second video can be played again. In this case, the playback start time of the second video is stored in the PSR (Player Status Register) included in the storage unit as described above, and when the playback start time 111b of the second video is reached, the information stored in the PSR is immediately referred to. 2 Play video. The playback start time of the second video may be stored in a storage unit capable of storing information in a buffer memory instead of a player status register (PSR).

In another embodiment, a flag 'pip_restart_flag' indicating whether the playback of the second video is restarted after reaching the playback start time of the second video may be used. As described above, when the playback start time of the second video is reached according to the flag value, playback of the second video may be started.

For example, when the value of 'pip_restart_flag' indicates a permission ('1'), when the playback continues beyond the start point of the second video, the second video is played when the start point of the second video is reached. Can be. At this time, the information on the start time of the playback of the second video may be stored in the storage unit for reference when the second video is played again.

On the other hand, when the value of 'pip_restart_flag' indicates no ('0'), if the video is returned while the second video is not synchronized with the first video and playback continues beyond the start point of the second video, Even if the playback start time of the second video is reached, the second video is not played. However, when the user selects the playback of the second video, playback may begin.

Another embodiment may provide a menu for selecting whether to play the second video at the start of playback of the previous second video when the playback starts after reversion or when the start of playback of the second video is reached. Therefore, when the user selects the playback of the second video, the second video may be played at the start point of the playback of the second video. In this case, the information on the start time of the playback of the second video may be stored and referred to as a storage unit as described above. In addition, even when the above-mentioned value of 'pip_restart_flag' indicates permission, such a menu may be provided to the user so that the user may select playback of the second video. In this case, the menu may be provided by displaying a button or a menu window for selecting playback using a button object.

On the other hand, if the user selects not to play from the menu, the second video is not played even if the start point of the playback of the second video is reached.

In another embodiment, when the second video is played in an asynchronous type, in principle, the start of playback of the second video is determined by the user. Therefore, when the playback path is changed beyond the start point of playback of the second video during playback, the second video is changed. The second video may not be played back even if the playback start time of the video is reached. In this case, playback of the second video can be started only by the user. Therefore, even when the playback time of the second video is reached, the second video can be played only when a playback start command is input by the user through a user operation.

Alternatively, when the playback path is out of the way, the playback start time of the second video is compared with the changed playback time. If the playback start time of the second video is earlier than the changed playback time, the playback of the second video is stopped, and a new playback start command is performed. If this is input, the second video can be played again.

12 is a flowchart illustrating a process of reproducing data according to an embodiment of the present invention. Hereinafter, a method of playing a second video when the start time is reached when the path is changed during the video playback and is out of the start time of the second video will be described with reference to FIG. 12.

First, the second video is reproduced in the first video (S1202). In this case, since the second video is 'Asynchronous PiP' which is played out of synchronization with the first video, the second video starts to be played when the second video is required by the user.

During the playback of the second video, the playback path is changed so that the first video or the second video is reverted so as to be out of the playback start time point of the second video which started playback in step S1202 (S1204). In this case, the undo means the operation performed by a user command such as "Skip back to previous point" or "backward paly".

If the playback start point of the second video is reached during playback along the changed playback path, it is determined whether to play the second video again (S1206). Here, it is determined whether the value of the flag ('pip_restart_flag') for restarting the second video indicates permission or whether a playback is selected by the user by providing a menu. In some cases, even if the value of the flag indicates a permission ('1'), a menu may be provided to determine whether the user selects playback of the second video. Alternatively, it may be determined whether the user inputs the reproduction start command.

If it is determined in step S1206 that playback of the second video is allowed, playback of the second video can be restarted at the start point of playback of the second video (S1208). In this case, the playback start time of the second video may be stored in the storage unit and referred to during playback. However, if it is determined in step S1206 that the second video is not allowed to be played, the second video is not played even when the start point of the second video is reached.

In some cases, as described above, the second video may be played when the second video starts to be played back without the determination of step S1206. Alternatively, the second video may not be played.

The above description is merely illustrative of the technical idea of the present invention, and those skilled in the art to which the present invention pertains may make various modifications and changes without departing from the essential characteristics of the present invention. Therefore, the embodiments disclosed in the present invention are not intended to limit the technical idea of the present invention but to describe the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. The scope of protection of the present invention should be interpreted by the following claims, and all technical ideas within the scope equivalent thereto should be construed as being included in the scope of the present invention.

As described above, the present invention provides a function of reproducing a second video along with a primary video. In addition, according to the present invention the content provider can provide a variety of content, and the consumer provides an effect that can simultaneously view the various content provided. In addition, according to the present invention, when the playback of the second video that is not synchronized with the first video is played out of the playback start time of the second video, the playback of the second video when the playback start time of the second video is reached again. Provides a way to start. Therefore, a more clear criterion may be provided for the start point of playback of the second video.

Claims (20)

A method of playing back a first video and a second video included in data stored in a recording medium and / or storage, the method comprising: Play the second video together with the first video according to playback management data; And playing the second video when the playback start position is reached when the playback start position of the second video is shifted due to a change of a playback path. The method of claim 1, The playback start position of the second video is stored in a memory unit. The method of claim 1, And a reproduction type of the second video is an asynchronous type. The method of claim 1, And reproducing the second video when the reproduction is permitted by providing a menu for allowing the reproduction of the second video before playing the second video at the reproduction start position. The method of claim 1, And reproducing the second video according to reproduction permission information of the second video recorded on the recording medium and / or storage. A method of playing together a first video and an asynchronous second video included in data stored on a recording medium and / or storage, the method comprising: Playing the second video along with the first video according to playback management data according to a playback start command; Stopping playback of the second video when the playback position is out of the start point of the playback of the second video; And Playing the second video according to a new start playback command Data reproduction method comprising a. The method of claim 6, And the asynchronous second video starts playback by a playback start command, and is synchronized with the first video when playback starts. The method of claim 6, Comparing the playback position changed by the playback position change and the playback start position, And reproducing the second video when the reproduction start position has priority over the changed reproduction position. The method of claim 6, And storing information on the reproduction start position in a storage unit. A data reproducing apparatus for reproducing data stored in a recording medium and / or storage, A first video decoder for decoding the first video and a second video decoder for decoding the second video; The second video is decoded according to playback management data and displayed on the first video, but when the playback start position is reached when the playback start position is out of the second video due to a change in a playback path, the second video is decoded when the playback start position is reached. And a control unit for controlling to display on the first video. The method of claim 10, Further comprising a storage unit (memory unit) for storing the playback state information, And the control unit stores the playback start position of the second video in the memory unit. The method of claim 10, And a reproduction type of the second video is an asynchronous type. The method of claim 10, The control unit provides a menu for allowing playback of the second video before decoding the second video at the playback start position, and controls the second video to be decoded and displayed on the first video when playback is permitted. And a data reproducing apparatus. The method of claim 10, And the control unit controls to decode the second video according to the reproduction permission information recorded on the recording medium and / or storage. A data reproducing apparatus for reproducing data stored in a recording medium and / or storage, A first video decoder for decoding the first video and a second video decoder for decoding the asynchronous second video; When the playback start command is received, the second video is decoded according to the playback management data. If the playback position is out of the playback start point of the second video, the decoding of the second video is stopped, and a new playback start command is received. And a controller for controlling to decode the second video when the video is detected. The method of claim 15, The apparatus may further include a memory unit that stores information about a playback start position of the second video. The control unit stores a playback start time point of the second video in the storage unit when a playback start command is received. The method of claim 16, The control unit compares the playback position changed by the playback position change with the playback start position stored in the storage unit, and controls to stop decoding the second video when the playback start position takes precedence over the changed playback position. And a data reproducing method. A stream area for storing stream data including the first video and the second video and a management area for storing reproduction management data, And the playback management data includes a flag indicating whether to allow playback of the second video when the playback start position is reached when the playback start position is moved out of the playback start position due to the change of the playback path of the second video. A method for recording a first video and a second video on a recording medium, Generate stream data including the first video and the second video, Playback management data for managing playback of the second video including a flag indicating whether to allow the playback of the second video when the playback start position is reached when the playback start position is moved out of the playback start position by changing the playback path; Create, And recording the stream data and the reproduction management data on the recording medium. An apparatus for recording a first video and a second video on a recording medium, A recording unit for recording data on the recording medium; A flag indicating whether to allow playback of the second video when generating the stream data including the first video and the second video, and exiting the playback start position of the second video due to the change of the playback path. A control unit for generating reproduction management data for managing reproduction of the second video including the second video and controlling the stream data and the reproduction management data to be recorded on the recording medium; Data recording apparatus comprising a.

Images