KR20070022578A - Recording medium, method and apparatus for reproducing data and method and eapparatus for recording data - Google Patents

Abstract

The present invention relates to a data reproducing method and apparatus for reproducing a second video in a trick play mode of a first video, a data recording method and apparatus, and a recording medium.

In playing the second video together with the first video, in the trick play mode of the first video, whether or not the second video window to which the second video is output is closed according to the trick play indicator of the second video. It provides a data reproduction method characterized in that.

Therefore, it is possible to play the second video together with the first video even in the trick play mode of the first video. Further, in the first video trick play mode, it becomes possible to control whether to provide the user with the second video played together.

Optical disc, second video, trick play

Description

Recording medium, data reproducing method and reproducing apparatus and data recording method and recording apparatus {Recording medium, method and apparatus for reproducing data and method and eapparatus for recording data}

Fig. 1 shows one embodiment of the integrated use of the optical recording / reproducing apparatus of the present invention and the peripheral period.

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

3 shows a recording structure of an optical disc as a recording medium of the present invention.

4 is shown to help conceptual understanding of the second video of the present invention.

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

6 is a diagram illustrating a playback system of the present invention.

7 illustrates one embodiment of second video metadata of the present invention.

8A-8C illustrate a second video subpath type according to the present invention.

9 schematically shows an AV decoder model of the present invention.

10A-10B illustrate a second video timeline type according to the present invention.

11 is a flowchart of a data reproduction method according to the present invention.

* Explanation of symbols for main parts of the drawings

11 pickup 12 control unit

13: signal processor 15: storage

17: playback system

17a: Player Model

17b: AV decoder

410: Primary Video

420: Secondary Video

730a: Primary Video Decoder

730b: Secondary Video Decoder

740a: Primary Video Plane

740b: Secondary Video Plane

The present invention relates to a data reproducing method, a reproducing apparatus, a data recording method, a recording apparatus, and a recording medium for reproducing a second video in a trick reproducing mode of a main video in reproducing a plurality of videos together.

As a recording medium, an optical disk capable of recording a large amount of data is widely used. Most recently, new high-density recording media, such as Blu-ray Discs (BDs) and high-density digital video discs (HD-DVDs), can record and store high-quality video data and high-quality audio data for a long time. High Definition Digital Versatile Disc) and the like are being developed.

High-density recording media, the next-generation recording media technology, are next-generation optical recording solutions that can contain data that significantly surpasses existing DVDs. In addition, development of an optical recording / reproducing apparatus using a high density recording medium standard has also begun.

In relation to this, with the development of a high density recording medium and an optical recording / reproducing apparatus, it has become possible to simultaneously reproduce a plurality of videos associated with the high density recording medium. However, since there is no known method for recording or playing a plurality of videos together, it is difficult to develop a full-fledged optical recording / reproducing device based on a high density recording medium because the specification of the high density recording medium is not completely complete. This is true.

The present invention was created in view of the above situation, and an object thereof is to provide a preferable method of playing back a plurality of videos together.

The present invention also provides a data reproducing method, a reproducing apparatus, a data recording method, a recording apparatus, and a recording medium for reproducing a second video in a trick play mode of a first video.

In order to achieve the above object, in playing the second video together with the first video, in the trick play mode of the first video, the second video is output according to the trick play indicator of the second video. 2 provides a data playback method characterized in determining whether or not the video window is closed.

In addition, the trick play indicator may be included in metadata for managing playback of the second video.

In addition, when the trick play indicator is set to a close value, the second video window may be closed.

In addition, the second video may be played in synchronization with the trick play of the first video.

In addition, when the trick play indicator is set to a non-closed value, the second video window may be kept open or closed.

Further, the trick play indicator may be valid when the second video is of a type synchronized with the first video.

In addition, when the second video is of a type that is not synchronized with the first video, the second video may be played regardless of trick play of the first video.

The present invention also provides a method of playing a second video together with a first video, comprising: a first video decoder for decoding the first video and a second video decoder for decoding the second video; And a controller configured to determine whether to close the second video window in which the second video is output, according to the trick play indicator of the second video in the trick play mode of the first video. to provide.

In addition, the controller may check the controller from metadata for managing playback of the second video.

The controller may close the second video window when the trick play indicator is set to a close value.

The controller may play the second video in synchronization with trick play of the first video.

The controller may maintain or close the open state of the second video window when the trick play indicator is set to a non-closed value.

The controller may apply the trick play indicator to the second video when the second video is of a type synchronized with the first video.

In addition, when the second video is of a type that is not synchronized with the first video, the controller may play the second video regardless of trick play of the first video.

The present invention also includes a stream area in which stream data including a first video and a second video are stored, and a management area in which playback management data is stored, wherein the management area is metadata for managing playback of the second video. Wherein the metadata includes a track play indicator indicating whether the second video window in which the second video is output is closed in the trick play mode of the first video. do.

In addition, the present invention in recording the first video and the second video on the recording medium,

A trick play indicator indicating whether the second video window to which the second video is output is closed is set, and the trick play indicator is included in metadata for managing playback of the second video; Provided is a data recording method comprising recording on a recording medium together with a first video and a first video.

Also, in recording the first video and the second video on the recording medium, a recording unit for recording data on the recording medium; In the trick play mode of the first video, a trick play indicator indicating whether or not the second video window is outputted is set, and the trick play indicator is set in metadata for managing playback of the second video. And a control unit for controlling to record the metadata on the recording medium.

Hereinafter, the present invention will be described by using an optical disc, especially a "Blu-ray Disc (BD)" as a recording medium for convenience of explanation, but the technical concept of the present invention is the same for other recording media such as HD-DVD. Applicability should be obvious.

In this regard, the term "storage" in the present invention is a kind of storage means provided in the optical recording and reproducing apparatus 10, and means an element that a user can arbitrarily store and utilize necessary information and data. That is, the storage currently used generally may be a "hard disk", "system memory (system memory)", "flash memory" and the like, but the present invention is not necessarily limited thereto. no.

In particular, in the context of the present invention, "storage" is also utilized as a means for storing data associated with a record carrier (e.g. a Blu-ray disc), and data stored in storage associated with the record carrier. In general, data downloaded from the outside is downloaded.

In this regard, it is apparent that it is also possible to directly read some permitted data from the recording medium, or to generate system data (e.g., metadata, etc.) related to recording and reproducing the recording medium, and to store it in storage. .

In this regard, in the present invention, for convenience of description, the data recorded in the recording medium is referred to as " original data ", and the data related to the recording medium among the data stored in the storage is " additional data " data) ".

In addition, in the present invention, the term "Title" refers to a playback unit that forms an interface with a user. Each title is linked to a specific object. The stream related to the title recorded in the disc is reproduced in accordance with a command or a program in the object. In particular, in the present invention, for the convenience of description, a title recorded with a movie movie and interactive information by MPEG2 compression method among the titles recorded in the disc is particularly referred to as "HDMV title (Title)". do. The title on which the motion picture movie and the interactive information executed by the Java program is recorded will be referred to as "BD-J Title".

Fig. 1 shows one embodiment of the integrated use of the optical recording / reproducing apparatus of the present invention and the peripheral period.

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 recorded and reproduced, or it can be reproduced 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 recorder (BD-Recorder) will be described as an example. In this regard, it is well known that the "optical recording and reproducing apparatus 10" 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 disc 30, the optical recording and reproducing apparatus 10 of the present invention receives an external input signal, processes the signal, and delivers the signal to the user through another external display 20. It has a function. In this case, there is no particular limitation on the inputtable external signal, but digital multimedia broadcasting and the Internet will be representative external input signals. In particular, in the case of the Internet (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 this, a person providing content as an external source is collectively called a "content provider (CP)".

In addition, in the present invention, content refers to data provided by an author of a recording medium as content constituting a title.

The original data and the local data will be described in detail as follows. For example, multiplexed AV streams for a particular title are recorded as the original data recorded in the optical disc, and audio different from the audio stream of the original data (for example, Korean) is used as the international data on the Internet. Streams (eg English) may be provided. Some users may need to download an audio stream (eg, English), which is an international data on the Internet, and play the audio stream together with the original data, or play only the 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.

For convenience of explanation, the signals recorded in the disk are referred to as original data, and signals existing outside the disk are referred to as local data. However, this depends only on the method of acquiring the respective data, and the original data and the positional data are not necessarily limited to the specific data. Thus, data of any attribute existing outside the optical disk and associated with the original data is possible as the local data.

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 to 3. The file structure and data recording structure will be described in detail as follows.

First, Fig. 2 shows a file structure for reproducing and managing original data recorded in a disc.

That is, in the file structure of the present invention, at least one BDMV directory (BDMV) exists under one root directory. The BDMV directory (BDMV) includes an index file ("index") and an object file ("MovieObjet") 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), A BD-J object directory (BDJO), a metadata directory (META) and a backup directory (BACKUP) are provided. 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. The metadata file 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 " 11111.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 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 stream files (01000.clpi, 02000.clpi) corresponding to each of the stream files ("* .m2ts"). In particular, the clip information file ("* .clpi") records attribute information and time information (timing information) of the corresponding stream file ("* .m2ts"). Relatedly, a clip information file ("* .clpi") corresponding to one-to-one correspondence to a stream file ("* .m2ts") and a stream file ("* .m2ts") is bundled and named "clip". In other words, a "clip" becomes data including both a stream file ("* .m2ts") and a clip information file ("* .clpi").

The playlist directory PLAYLIST contains 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.

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 sub path provides auxiliary presentations associated with 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 the present invention, the video data reproduced by the main pass is called primary video and the video data reproduced by the subpath is called secondary video. The function of the optical recording and reproducing apparatus playing back the first video and the second video together is also referred to as "PiP (Picture In Picture)". In this regard, it is a problem how to play the second video when the first video is played in the forward or reverse direction at a speed other than the normal playback speed, that is, in the trick play mode of the first video. In order to solve this problem, the present invention provides a method of playing a second video related to a trick play mode of the first video. 7 will be described in detail below.

The backup directory BACKUP includes all of the data in the file structure in the index file ("index"), the object file (Movie Object, BD-J Object), and the playlist directory (PLAYLIST) in which information related to disc reproduction is recorded. It will store a copy file for the playlist file ("* .mpls") and all clipinfo files ("* .clpi") in the clipinfo directory (CLIPINF). This is to separately store for a backup in consideration of the fatal to 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.

Fig. 3 shows a data recording structure recorded on an optical disc according to the present invention, and shows a form in which information related to the above-described file structure is recorded on 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 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. .

The stream area stores stream data including a first video and / or a second video. The second video may be multiplexed into the same stream as the first video or may be multiplexed into another stream.

In addition, an area for recording file information and the like for reproducing content included in the stream area is called a management area, and the file system information area and database area correspond thereto. do. Subpaths for reproducing the second video may be divided into three subpath types described above with reference to FIGS. 8A to 8C according to the type of the stream to which the second video is multiplexed and whether the main path is synchronized with the main path. Since the reproduction method of the second video varies depending on the subpath type, the management area includes information indicating the subpath type. Relatedly, in the present invention, the display relating to the second video playback in the trick playback mode of the first video is placed in the management area. The indication may be included in metadata for managing playback of the second video and stored in the management area.

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 shown to help conceptual understanding of the second video of the present invention.

It is an object of the present invention to provide a method of playing secondary video data together with primary video. That is, in the optical recording and reproducing apparatus, the present invention enables the PiP application and efficiently performs the PiP application.

Referring to FIG. 4, there may be a request to output another video data related to the first video 410 to the same displayer 20 while the first video is being played. For example, during the playback of a movie or documentary, it is possible to provide the user with a director's comment or episode about the shooting process. The video showing the comment or episode becomes the second video 420, and the second video 420 can be played from the beginning with the first video 410.

Playback of the second video 420 may begin 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. Of course, the first video can be played with the associated audio 410a and the second video can be played with the associated audio 420b.

In this regard, the processing of the second video 420 is problematic when the playback is different from the normal speed of the first video, i.e., when the first video 410 is in the trick play mode. That is, it is necessary to define whether to continue the playback according to the subpath regardless of the trick play of the first video, or to leave the window in which the second video is output open or close. The present invention solves the above problems and provides a preferred method of efficiently playing the second video with the first video.

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 management information 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 signal received from the pickup 11; Signal processor 13 for restoring the signal to a desired signal value or modulating and transmitting the signal to be recorded, for example, the first video and the second video into a signal recorded on an optical disk, and the microcomputer that controls the operation. 16 is basically configured. The pickup 11, the servo 14, the signal processor 13, and the microcomputer 16 may also be referred to as a recording / playback unit. In the present invention, the recording / reproducing section reads data from the optical disc 30 or the storage 15 under the control of the control section 12 and provides it to the AV decoder 17b. In other words, the reproduction recording portion serves as a reader unit for reading data from the viewpoint of reproduction. The recording / reproducing section may receive a signal encoded by the AV encoder 18 and record video, audio data, and the like on the optical disc 30.

The control unit 12 downloads the local data existing in addition to the optical disk by a user command or the like and stores the data in the storage 15 and stores the original data in the storage 15 and / or the original data in the optical disk. Play on demand. In the present invention, the control unit 12 generates information on trick reproduction of the second video, which is used for trick reproduction of the first video, and controls the information to be recorded on the optical disc 30 together with the video data. The information may be included in metadata for managing the reproduction of the second video and recorded on the optical disc 30.

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 17a. In this case, the playback system 17 of the present invention becomes a player model. The AV decoder 17b may include a plurality of decoders according to types of signals.

In addition, 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 then sends the signal to the signal processing unit 13. Will be provided.

FIG. 6 illustrates a playback system of the present invention, in which the second video and the first video are played together according to the present invention.

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

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) ", which 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 disc and performs the playback function according to the playback commands of the "HDMV Module 174" and the "BD-J Module 175". 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 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 "HDMV Module 174" or "BD-J Module 175" is required, which is in charge of "User Event Manager 171". Thus, for example, the "User Event Manager 171" may refer to the "Module Manager 172" or the "UO Controller 171a" if the received command is a user command by the "User Operation (UO) 171a". If the received command is a user command by "Key Event", it is transmitted to "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 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 17b, and the plane are generally designed in hardware. In particular, the components that are processed in software (for example, reference numerals 172, 174, 175, and 176) may be configured as one part of the control unit 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.

In this regard, a plane is a conceptual model for explaining an overlaying process of a first video, a second video, a PG, an IG, and a text subtitle. In the present invention, the second video plane is placed in front of the first video plane, so that the decoded and output second video is displayed on the second video plane. The second video plane is also called a window. Hereinafter, the second video plane on which the second video is output will be described as a second video window.

7 illustrates one embodiment of second video metadata of the present invention.

In the present invention, metadata is used to manage playback of the second video. The metadata includes information on the playback time, playback size and position. Hereinafter, the metadata will be described as PiP metadata.

The PiP metadata may exist in a playlist which is a kind of reproduction management file. FIG. 7 illustrates a case in which a PiP metadator block exists in an 'ExtensionData' block of a playlist that manages playback of a first video. PiP metadata may include at least one block header block_blocker [k] 910 and block data block 920 according to metadata block entries stored in the PiP metadata block. The block header 910 includes header information of an associated metadata block, and the block data 920 includes data information of an associated metadata block. In the embodiment of FIG. 7, the PiP metadata is present in the playlist. However, the information may be present in the header of the second video stream implementing the PiP.

In relation to this, the block header 910 block may include a field indicating information identifying a playitem (hereinafter, 'PlayItem_id [k]') and information identifying a second video stream (hereinafter, 'secondary_video_stream_id [k]'). May contain a pointing field. 'PlayItem_id [k]' is a value for a playitem including an STN table listing the 'secondary video_stream_id' entry specified by 'secondary_video_stream_id [k]'. The value of 'PlayItem_id [k]' is given to a playlist block of a playlist file. Relatedly, entries of 'PlayItem_id [k]' in the PiP metadata are sorted in ascending order with respect to 'PlayItem_id [k]' recorded in the PiP metadata. The 'secondary_video_stream_id [k]' is used to identify the subpath and the second video stream to which the associated block data 920 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 playing the second video based on the value. The playlist block includes a subpath block.

The present invention defines how to play the second video in the trick play mode of the first video. In this regard, the playback of the second video depends on the subpath type of the subpath that plays the second video and the timeline type followed by PiP metadata that manages the playback of the second video.

8a to 8c 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. 8A is a case where the second video is encoded into a stream different 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. 8A, the playlist managing the playback of the first video and the 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.

Referring to FIG. 9 schematically illustrating an AV decoder model of the present invention, the stream file of the clip is provided to the AV decoder 17b in the form of a transport stream (TS). In relation to this, in the present invention, the AV stream reproduced by the main path is referred to as a main transport stream (hereinafter referred to as a mainstream), and other AV streams are referred to as subtransport streams (hereinafter referred to as substreams). Thus, the first video and the second video are provided to the AV decoder 17b in mainstream and substream, respectively. The mainstream is depacketized in the source depacketizer 710a and then provided to PID filter 1 720a and the substream is depacketized in the source depacketizer 710b and then PID filter 2 720b. Is provided. Data included in the depacketized substream and mainstream is separated according to the data packet type in the PID (Packet IDentifier) filters 720a and 720b and provided to the corresponding decoders 730a to 730g to be decoded. That is, the first video is in the first video decoder 730a, the primary audio is in the first audio decoder 730e, the PG is in the PG decoder 730c, IG In the IG decoder 730d, the second audio is decoded in the second audio decoder 730f, and the text subtitle is decoded in the text decoder 730g.

The decoded first video, second video, PG, IG are reproduced in the first video plane 740a, the second video plane 730b, the presentation graphics plane 740c and the interactive graphics plane 740d, respectively. In addition, graphic data decoded by the text decoder 730g may be reproduced in the presentation graphics plane 740c. The decoded first and second audio are output after being mixed with the audio mixer. Since the subpath type of FIG. 8A is a type in which a subpath for reproducing the second video and a mainpath for reproducing the first video are synchronized, the controller 12 controls the second video to be output in synchronization with the first video. Done.

In this regard, in the trick play mode of the first video, in the subpath type of FIG. 8A, the second video is also played in synchronization with the trick play of the first video. At this time, the question is whether to provide the user with the playback of the second video. In the present invention, a trick play indicator indicating whether to display a second video to be played back, that is, to close or continue to open the second video window is determined. The content provider may set the trick play indicator to a constant value to indicate whether the second video window is closed. If the content provider wants the second video window to be closed during the trick play of the first video, the value of the trick play indicator may be set to '0 _b ', for example. The optical recording / playback apparatus 10 closes the second video window in the trick play mode of the first video when the trick play indicator is set to '0 _b '. However, in the subpath type of FIG. 8A, since the subpath is synchronized with the main path, it is preferable that the second video is also played in synchronization with the trick play of the first video.

In this regard, when the trick reproducing indicator is set to a value (eg, '1 _b ') other than a value indicating closing (for example, '0 _b '), the optical recording and reproducing apparatus 10 is configured as a second. You can keep the video open or close it. This will be a problem of the optical recording and reproducing apparatus 10 implementation. Accordingly, the optical recording / reproducing apparatus 10 may close the second video window even when the value of the trick reproducing indicator is '1 _b '. If the second video continues to be opened, the second video is displayed in synchronization with trick play of the first video. For example, when the first video is played in the double speed forward, when the second video is played in the double speed forward, and the first video is played in the reverse direction, the second video is played in the reverse direction at the same speed to the user. Is provided.

In this regard, the trick play indicator may be included in the PiP metadata. Referring to FIG. 7, the content provider sets a trick playing indicator (eg, trick_playing_flag 910a) in PiP metadata and sets the 'trick_playing_flag' 910a to '0 _b ' or '1 _b '. Thus, it is possible to determine whether to close the second video window when the first video is in the trick play mode.

The subpath type shown in FIG. 8B 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 main path. In the subpath type of FIG. 8B, as in FIG. 8A, the second video streams used by the subpath are multiplexed separately from the clip used by the associated playitem. However, it is different from FIG. 8A in that reproduction of the subpath can be started at any time on the timeline of the main path.

Referring to FIG. 8B, 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. 8B. 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.

In this regard, when the subpath for playing the second video corresponds to the subpath type of FIG. 8B, since the second video does not have to be played in synchronization with the first video, the second video does not play the trick of the first video. Can be played regardless of the mode. Therefore, the optical recording and reproducing apparatus 20 can reproduce the second video according to the original reproduction path even if the trick reproduction indicator of the present invention is set to the close value. It is also possible to close the second video window irrespective of the trick play indicator.

The subpath type of FIG. 8C 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. 8C differs from the subpath types of FIGS. 8A to 8B 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. 8C, 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 in the playitem of the subplayitem. As described in FIG. 8A, the subplayitem is synchronized with the associated playitem by the information, so that the second video is synchronized with the first video.

In the subpath type of FIG. 8C, 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. Referring to FIG. 9, the main stream is depacketized by the source depacketizer 710a and separated into respective data packets according to the PID by the PID filter 1 720a. The data packets are provided to corresponding decoders 730a through 730g to be decoded. Therefore, the first video is decoded by the first video decoder 730a and output by the second video decoder 730b. In this case, the controller 12 controls the second video to be displayed in synchronization with the first video.

When the subpath that reproduces the second video corresponds to the subpath type of FIG. 8C, the second video is reproduced in synchronization with the trick play of the first video since the subpath is the same type as that of the main path as in FIG. 8A. . As described with reference to FIG. 8A, it is possible to determine whether to close the second video window in which the second video is output using the trick play indicator.

In this regard, the mainstream or the substream may be provided to the AV decoder 17b from the recording medium 30 or the storage 15. When the first video and the second video are stored in different clips, the first video is recorded on the recording medium 30 and provided to the user, and the second video may be downloaded from the outside of the recording medium 30 to the storage 15. have. The reverse is also possible. In some cases, both the first video and the second video may be recorded or downloaded to a recording medium. However, when both the first video and the second video are recorded on the recording medium, in order to play the first video and the second video together, one of the two videos must be copied to the storage and the playback starts. When the first video and the second video are stored in the same clip, both the first video and the second video are recorded and provided on the recording medium, but both will be downloaded from the outside of the recording medium.

Referring to FIG. 7, the block header 910 block may include information (hereinafter, PiP timeline type (pip_timeline_type)) indicating which timeline the related PiP metadata follows. According to the PiP timeline type, the form in which the second video is provided to the user is changed. Hereinafter, the PiP timeline type according to the present invention will be described with reference to FIGS. 10A to 10C.

10A to 10B are diagrams to help understand the second video timeline type of the present invention.

In this regard, the block data 920 of the PiP metadata may include time designation information (hereinafter, 'pip_metadata_time_stamp') indicating a point at which the 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]'.

The PiP timeline type of FIG. 10A refers to the timeline of the playitem where the subpath for playing the second video is synchronized with the mainpath and 'pip_metadata_time_stamp' entries are referenced to PiP metadata. In FIG. 10A, 'pip_metadata_time_stamp' denotes a presentation time at intervals in which relevant subplayitem intervals are projected on a timeline of a playitem specified by 'PlayItem_id [k]'. -time). Accordingly, in the timeline type of FIG. 10A, 'pip_metadata_time_stamp [0]' and 'pip_metadata_time_stamp [m]' indicate the start of each section in which the subplayitem sections related to the second video playback are projected on the timeline of the designated playitem. preferably at the beginning) 101a, 105a.

The block data 920 includes second video composition information (hereinafter, 'pip_composition_metadata') block according to 'pip_metadata_time_stamp [i]'. 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 920 is valid until the reproduction end time 104a of the subpath specified by 'secondary_video_stream_id [k]' included in PiP metadata.

In this regard, the second video configuration information is information indicating the playback position and size of the second video. The configuration information may include location information and size information (hereinafter, 'pip_scale [i]') of the second video. The position information includes horizontal position (hereinafter, 'pip_horizontal_position [i]') information of the second video and vertical position (hereinafter, 'pip_vertical_position [i]') information of the second video. The 'pip_horizontal_position [i]' indicates a horizontal position at which the second video is displayed at the reference point of the screen, and 'pip_vertical_position [i]' indicates a vertical position at which the second video is displayed at the reference point of the screen. The size information and the position information determine the size and position of reproduction on the screen of the second video.

In this regard, since the timeline type of FIG. 10A is a subpath for playing the second video, that is, a PiP playback path is synchronized with the main path, the subpath designated by 'secondary_video_stream_id [k]' described above is shown in FIG. 8A. Or corresponds to the subpath types 810 and 830 described with reference to FIG. 8C. Therefore, in the trick play mode of the first video, the second video is played in synchronization with the trick play. However, the optical recording / reproducing apparatus 10 closes or opens the second video window in which the second video is output, according to the trick play indicator.

In relation to the timeline type of FIG. 10A, since the second video is played according to the playitems constituting the main path, the second video also follows the timeline of the main path. That is, in the trick play mode of the first video, when the playback point of the main path that plays the first video is, for example, between 'pip_metadata_time_stamp [i]' and 'pip_metadata_time_stamp [i + 1]', the ' 'pip_metadata_time_stamp [i]' The corresponding 'pip_compositon_metadata [i]' is applied so that the second video is displayed 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. 110, since the playback path of the PiP is not synchronized with the main path, the subpath designated by the aforementioned 'secondary_video_time_stamp_id [k]' should correspond to the subpath type described with reference to FIG. 8B. 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. . Therefore, 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 subpath is reproduced regardless of the reproduction process of the main path since the timeline of the subplayitem is followed. 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 main path, the second video is played regardless of this, which is different from the timeline type of FIG. 10A.

In this regard, since the playback path of the PiP is not synchronized with the main path in the timeline type of FIG. 10B, the subpath specified by 'secondary_video_time_stamp_id [k]' described above is the subpath type 820 described in FIG. 8B. Should correspond to.

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, the timeline type of FIG. 10C also refers to the timeline of the playitem, so that the subplayitem intime 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 designated by 'PlayItem_id [k]', 'pip_metadata_time_stamp [0]' is designated by the 'PlayItem_id [k]'. It is preferably placed at the starting point 101c of the playitem 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 second video may be played regardless of the trick play of the first video. have. However, since the PiP metadata is along 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 trick of 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]', then 'pip_composition_metadata [i]' corresponding to 'pip_metadata_time_stamp [i]' is applied to the second video being played. Even if the same scene is viewed, when the PiP metadata corresponds to the timeline type of FIG. 10C, the PiP metadata is reproduced. Therefore, even if the playback path and speed of the second video are not affected by the trick play of the first video, the size or position of the second video window where the second video is output is affected by the trick play of the first video. . Therefore, even when the first video is playing tricks, 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 'secondary_video_time_stamp_id [k]' described above should correspond to the subpath type described in FIG. 8B. something to do.

Regarding, in the case of the timeline type of FIG. 10C, since the PiP metadata sets the play time in the playitem interval specified by 'PlayItem_id [k]', 'pip_metadata_time_stamp [1 + i] 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 920 is valid until the reproduction end time of the subpath specified by 'secondary_video_stream_id [k]', the second video after the subplayitem timeout 103c It is not displayed.

The present invention relates to a data reproducing method of reproducing a second video using a trick reproducing indicator in a trick reproducing mode of a first video. When a content provider provides data through a recording medium or network, the content provider includes a trick play indicator in a database area of the data to provide the user. When the trick play indicator is checked in the database of the optical recording and playback apparatus 10 of the present invention, and the trick play indicator is set to a closed value (for example, '0 _b '), if the first video is in the trick play mode. The second video window is closed. When the trick play indicator is set to a non-closed value (eg, '1 _b '), the second video may be kept open or closed.

In relation to this, when the second video is of a type that is not synchronized with the first video, as described with reference to FIGS. 8A to 10C, the second video may be played according to the original playback path regardless of the trick playback of the first video. . Accordingly, the trick play indicator may be valid when the second video is of a type synchronized with the first video, that is, when the subpath for playing the second video corresponds to the subpath type of FIG. 8A or 8C. have.

11 is a flowchart of a data reproduction method according to the present invention.

If a trick play command for the first video is issued during playback of data stored in the recording medium and / or storage (S110), the first video is played according to the trick play command. The controller 12 checks the trick play indicator of the second video (S120) and determines whether to provide playback of the second video to the user. That is, it is determined whether to close or open the second video window (S130).

According to the present invention, when the trick play indicator is set to a close value, when the trick play of the first video is started during display of the second video, the second video window is closed (S140). When the second video is not being displayed, if the trick play of the first video is started, the second video window does not open even when the second video should be displayed. If it is set to a value other than closed, the second video window may be closed (S140) or open (S150) according to the implementation of the optical recording / reproducing apparatus 10.

In this regard, when the second video is not of a type synchronized with the first video, the second video may be played back as it is regardless of trick play of the first video. In this case, the controller 12 may not apply the value of the trick play indicator to the playback of the second video. That is, even if the trick play indicator value is set to the close value, the controller 12 may not close the second video window. On the other hand, when the second video is of a type synchronized with the first video, the second video is reproduced in synchronization with the first video (S160). Even when the second video window is closed, the second video must keep pace with the first video, but the result of the playback is not provided to the user. When the trick play of the first video ends, the second video window may be opened.

According to the present invention, the second video can be played together with the first video even in the trick play mode of the first video. The content provider may determine whether to provide the user with a second video played during the trick play mode of the first video using the second video trick play indicator of the present invention. Therefore, it is possible not only to efficiently play the second video together with the first video, but also to implement the second video in various ways.

The present invention is not limited to the above-described embodiments, and as can be seen in the appended claims, modifications can be made by those skilled in the art to which the invention pertains, and such modifications are within the scope of the present invention.

According to the recording medium, the data reproducing method and the reproducing apparatus and the data recording method and the recording apparatus according to the present invention, it is possible to reproduce the second video together with the first video even in the trick replay mode of the first video. Further, in the first video trick play mode, it becomes possible to control whether to provide the user with the second video played together. Accordingly, the content provider can compose more diverse contents and the user can experience more diverse contents.

Claims (17)

In playing the second video with the first video, In the trick play mode of the first video, And determining whether to close the second video window in which the second video is output, according to the trick play indicator of the second video. The method of claim 1, And the trick playback indicator is included in metadata for managing playback of the second video. The method of claim 1, If the trick play indicator is set to a closed value, And closing the second video window. The method of claim 1, And the second video is played in synchronization with the trick play of the first video. The method of claim 1, If the trick play indicator is set to a non-closed value, Maintaining or closing the open state of the second video window. The method of claim 1, And the trick play indicator is effective when the second video is of a type synchronized with the first video. The method of claim 1, If the second video is of a type that is not synchronized with the first video, And the second video is played regardless of the trick play of the first video. In playing the second video with the first video, A first video decoder for decoding the first video and a second video decoder for decoding the second video; And a controller configured to determine whether to close the second video window in which the second video is output, according to the trick play indicator of the second video in the trick play mode of the first video. The method of claim 8, And the control unit confirms the control unit from the metadata for managing the reproduction of the second video. The method of claim 8, And the controller closes the second video window when the trick play indicator is set to a close value. The method of claim 8, And the controller is configured to play the second video in synchronism with the trick play of the first video. The method of claim 8, And the control unit maintains or closes the open state of the second video window when the trick play indicator is set to a value other than closed. The method of claim 8, And the controller applies the trick play indicator to the second video when the second video is of a type synchronized with the first video. The method of claim 8, And when the second video is of a type that is not synchronized with the first video, the controller plays the second video regardless of a trick play of the first video. A stream area storing stream data including a first video and a second video and a management area storing reproduction management data, The management area includes metadata for managing playback of the second video, The metadata may include a track playback indicator indicating whether the second video window in which the second video is output is closed in the trick play mode of the first video. In recording the first video and the second video on a recording medium, By setting a trick play indicator indicating whether the second video window to which the second video is output is closed, The trick play indicator is included in metadata for managing playback of the second video, And recording the metadata on the recording medium together with the first video and the second video. In recording the first video and the second video on a recording medium, A recording unit for recording data on the recording medium; In the trick play mode of the first video, a trick play indicator indicating whether or not the second video window is outputted is set, and the trick play indicator is set in metadata for managing playback of the second video. And a control unit for controlling to record the metadata on the recording medium.

Images