WO2005101827A1 - 記録媒体、再生装置、プログラム - Google Patents

記録媒体、再生装置、プログラム Download PDF

Info

Publication number
WO2005101827A1
WO2005101827A1 PCT/JP2005/007302 JP2005007302W WO2005101827A1 WO 2005101827 A1 WO2005101827 A1 WO 2005101827A1 JP 2005007302 W JP2005007302 W JP 2005007302W WO 2005101827 A1 WO2005101827 A1 WO 2005101827A1
Authority
WO
WIPO (PCT)
Prior art keywords
picture
information
time
playback
entry
Prior art date
Application number
PCT/JP2005/007302
Other languages
English (en)
French (fr)
Inventor
Hiroshi Yahata
Tomoyuki Okada
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to JP2006512388A priority Critical patent/JP4249223B2/ja
Priority to CN2005800198168A priority patent/CN1969549B/zh
Priority to US10/594,687 priority patent/US7720355B2/en
Priority to EP05730556A priority patent/EP1746825B1/en
Publication of WO2005101827A1 publication Critical patent/WO2005101827A1/ja
Priority to US12/749,914 priority patent/US8447164B2/en

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007—Time or data compression or expansion
    • G11B2020/00072—Time or data compression or expansion the compressed signal including a video signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1288—Formatting by padding empty spaces with dummy data, e.g. writing zeroes or random data when de-icing optical discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal

Definitions

  • the reproduction path is to record reproduction path information that defines a logical reproduction path on a recording medium on which a digital stream is recorded, and perform reproduction according to the reproduction path information to a reproduction apparatus.
  • Technology This technology is recognized as an indispensable technology for the production of multi-story movie works, since the definition of various types of playback path information can be used to increase the number of playback variations. You.
  • FIG. 3 is a diagram schematically showing how a file with the extension .m2ts is configured.
  • the files with the extension .m2ts (00001.m2ts, 00002.m2ts, 00003.m2ts) store AVClip.
  • AVClip (middle), a video stream composed of multiple video frames (pictures pjl, 2, 3), and an audio stream with multiple audio frames (top 1) are converted to a PES packet sequence (upper 2). Stage), and further convert them into TS packets (upper third stage), and similarly convert the subtitle presentation graphics stream (lower first stage PG stream) and interactive interactive graphics stream (lower second stage IG stream). It is configured by converting to TS packets (lower third stage) and multiplexing them.
  • Levels 3 and 4 show the correspondence between physical units of the BD-ROM and TS packets.
  • FIG. 8 is a diagram showing a dependency relationship that a Non-IDR I picture may have.
  • the first row shows a picture sequence arranged in the display order, and the second row shows a picture sequence arranged in the encoding order.
  • the arrows in the figure schematically show the dependencies that may have Non-IDR I picture power.
  • the IDR picture instructs the decoder to perform a refresh operation of the decoder, and all the reference pictures obtained so far in the decoder are erased by the picture operation intended for the refresh. Therefore, the dependency in the Non-IDR I picture is completed up to the IDR picture.
  • An IDR picture that specifies a Cloed-GOP does not appear in a fixed unit, such as every GOP.
  • IDR pictures cannot use short-term reference pictures and long-term reference pictures for their own compression encoding, the number of IDR pictures to be inserted into the video stream is The more, the slower the compression ratio of the video stream. That is, if the number of inserted IDR pictures is large, the advantage of the compression ratio is lost.
  • the fact that at least one IDR picture is inserted in the middle of the video stream makes the special playback from the middle of the stream more efficient.
  • the P picture to be displayed in the trick play may refer to a B picture that is coded earlier than the P picture, and the B picture may be referred to as a B picture that is coded earlier. May refer to a picture and a P-picture. Therefore, there is no guarantee as to how far back to decode the P picture that you want to display. If IDR pictures are inserted at important points in the video stream, it is clear that the interdependency between pictures is broken before and after the IDR picture. Thus, it is possible to obtain a picture necessary for reproducing a P picture. Since decoding of P-pictures in trick play becomes easy, double-speed playback of a video stream by sequentially decoding I-pictures and P-pictures can be easily realized.
  • Each of AUD, SPS, PPS, SEI, and Access Unit is information specified in MPEG4-AVC, and is described in various documents such as ITU-T Recommendation H.264. See these references. What is important here is that the supply of AUD, SPS, PPS, and SEI to the playback device is an essential condition for random access.
  • the third row shows the NAL unit. By adding a header to AUD, SPS, PPS, SEI in the second row, AUD, SPS, PPS, SEI, and slice data are NAL
  • NAL unit is a unit specified in the Network Abstraction Layer of MPEG4-AVC,
  • the NAL unit including the Delimiter is treated as a point in the present embodiment. Then, when reproducing the video stream, the reproducing device interprets the NAL unit including the Access Unit Delimiter as an entry position for reproducing the I picture. Therefore, it is very important to understand where the Access Unit Delimiter of the IDR picture and the Non-IDR I picture exists in order to execute the jump playback in the AVClip.
  • the above is the configuration of the MPEG4-AVC format video stream.
  • the playback devices produced in this way are: BD drive 1, Arrival time Clock Counter 2, Source de-packetizer3, PID Filter 4, Transport Buffer 5, Multiplexed Buffer 6, Coded Picture Buffer 7, Video decoder 8, Decoded Picture Buffer IO, Video plane 11, Transport Bufferl2, Coded Data Bufferl3, Stream Graphics Processorl4, Object Bufferl5, Composition Bufferl6, Composition Controllerl7, Presentation Graphics plane 18, CLUT unit 19, Transport Buffer20, Coded Data Buffer21, Stream Grapnics Processor22, Ooject Buffer23, Composition Buffer24, Composition Controller25, Intaractive Graphics Plane 26, CLUT section 27, synthesis section 28, synthesis section 29, switch 30, Network Device 31, Local Storage 32, Arrival Time Clock Counter 33, Source De-Packetizer 34, PID filter 35, switch 36, Transport Buffer 37,
  • Arrival time Clock Counter2 generates an Arrival Time Clock based on a 27MHz crystal oscillator (27MHz X-tal).
  • Arrival Time Clock is a clock signal that defines a time axis serving as a reference for ATS given to TS packets.
  • the output to the PID filter 4 is performed according to the ATS, so even if there is a speed difference between 1x speed and 2x speed when reading from the BD-ROM, the TS packet output to the PID filter 4 is output by Arrival Time Clock Will be done according to the current time that passes.
  • the video decoder 8 converts each frame image of the video elementary stream into a predetermined image. By decoding for each decoding time (DTS), a plurality of frame images are obtained and written to the Decoded Picture Buffer IO.
  • DTS decoding for each decoding time
  • the Transport Buffer (TB) 12 is a buffer that temporarily accumulates when TS packets belonging to the PG stream are output from the PID filter 4.
  • the Transport Buffer (TB) 20 is a buffer in which TS packets belonging to the IG stream are stored.
  • the Local Storage 32 is a hard disk for storing contents supplied from various recording media and communication media. Contents downloaded from the website through the connection established by the Network Device 31 are also stored in the Local Storage 32.
  • the source packetetizer 34 removes the TP_extra_header from the TS packet of the AVClip read from the Local Storage 32, and outputs only the TS packet to the PID filter 35.
  • the output to the PID filter 35 by the source packetizer 34 is performed at the timing when the ATS indicated by the time power TP_extra_header at which the Arrival Time Clock Counter 33 elapses.
  • the text subtitle decoder 42 decodes the PES packet read by the knocker 41 and provides it for display. This decoding is performed by expanding a text character string in the text subtitle stream into a bitmap using a font separately read from the Local Storage 32. Text subtitles obtained by decoding are written to the Presentation Graphics plane 18.
  • This step S5 is to determine whether or not is_angle_change_point (PTS_EP ⁇ ow [j] .is_angle_change_point) of the Entry Point specified by the variable j is 1, and the Entry Point specified by the variable j As long as the is_angle_change_point of “0” continuously indicates “0”, this loop processing is repeatedly executed.
  • Steps S102 to SI10 constitute a loop process in which the processes of Steps S103 to S110 are repeated for each piece of PI information constituting the current PlayList information until Step S109 becomes Yes.
  • the Playltem to be processed in this loop processing is called PlayItem # x (PI # x).
  • This Playltemfe is initialized by being set to the first Playltem of the current PlayList (step S102).
  • the termination requirement of the loop processing described above is that this Playltemfe becomes the last Playltem of the current PlayList (step S109), and if not the last Playltem, the next Playltem in the current PlayList is set to the Playltemfe ( Step S110).
  • the is_angle_change_point has been disclosed along with the data structure of EPjnap.
  • an angle switching operation realized by an entry point and an exit point indicated by is_angle_change_point will be described.
  • the angle switching operation is, as described in the first embodiment, an operation composed of “escape” from the currently reproduced AVClip and “enter” into another AVClip.
  • FIG. 24 shows an application layer layout for realizing a multi-angle section.
  • the target multi-angle section is intended to switch between four angle images
  • the multi-angle section has four
  • AVClip (00001.m2ts, 00002.m2ts, 00003.m2ts, 00004.m2ts), one PlayList information (00001.mpls), and four Clip information (00001.clpi, 00002.clpi, 00003.clpi, 00004. clpi).
  • Is_seamless_angle_change indicates the power of a roll intended for seamless angle switching. Whether seamless angle switching is intended depends on whether or not the AVClip force is the force recorded by interleaved recording described later. Therefore, If it is recorded by one leave recording, “is_seamless_angle_change” is set to on, and if not recorded, “is_seamless_angle_change” is set to off.
  • FIG. 26 (b) is a diagram in which the extents constituting each AVClip are described on the PlayList time axis.
  • the five extents that make up each AVClip are located in the same playback time zone. That is, AVclip # l.l / 5, AVclip # 2.1 / 5, AVclip # 3.1 / 5, and AVclip # 4.1 / 5 are located in the same time zone.
  • AVclip # 1.2 / 5, AVclip # 2.2 / 5, AVclip # 3.2 / 5, AVclip # 4.2 / 5, AVclip # 1.3 / 5, AVclip # 2.3 / 5, AVclip # 3.3 / 5, AVclip # 4.3 / 5 is in the same time zone
  • FIG. 27 (a) shows an allocation image of how the four AVClip powers constituting the multi-angle section are arranged on the D-ROM. Assuming that each of the four AVClips is composed of five extents, the first one of the five divided parts that make up each AVClip
  • AVClip # l and the extents forming AVClip # 2 appear alternately.
  • AVClip # ll / 5 and AVClip # 2.1 / 5 are read together, AVClip # ll / 5 or AVClip # 2.1 / 5 can be selectively decoded. Thereby, the angle switching exemption according to the user operation is realized.
  • the AVClip is divided using the positions corresponding to the entry point and the exit point shown in the first embodiment as division boundaries. Therefore, the start position of the divided part is the entry point, and the end position is the exit point.
  • the divided components starting at the entry point and ending at the exit point are alternately arranged, so that escape from one AVClip and approach to another AVClip are suitably performed.
  • step S103 is replaced by steps SI11 to S114.
  • the head of a plurality of extents constituting an AVClip is indicated by an Entry Point, and by referring to the is_angle_change_point of this Entry Point, an angle video to be switched is constructed.
  • an angle video to be switched is constructed.
  • the first embodiment has proposed an improvement for efficiently performing jump playback when IDR pictures are placed every 15 minutes or 30 minutes.
  • the third embodiment proposes IDR picture selection, which is to select an IDR picture among a plurality of pictures constituting a video stream.
  • the MPEG4-AVC format video stream is multiplexed with MPEG4-AVC, and is referred to by PlayList information via Clip information.
  • the selection of the IDR picture in the present embodiment takes into account the nature of the PlayList information.
  • FIG. 36 is a diagram showing the internal structure of PlayList information according to the third embodiment.
  • the PlayList information of this figure differs from the second embodiment in that a plurality of PLMarks (# 1 to #n) are added.
  • the IDR picture selection according to the present embodiment is nothing less than an improvement that makes PL playback of PlayList information having such a data structure more efficient.
  • Fig. 38 is a diagram showing the contents of the video stream and the EPjnap settings of the portion specified by Playltem # l in the PlayList information.
  • the In_time of Playltem # l indicates the time point of t2 on the time axis
  • the picture corresponding to t2 is added to the IDR picture. Code it.
  • PlayList # l can be reproduced by reading out the picture after In_time of Playltem # l.
  • Fig. 39 shows a picture sequence specified by Playltem # 2 in a picture stream in a video stream.
  • the picture specified by the In_time of Playltem # l is an IDR picture, whereas the picture specified by the In_time of Playltem # 2 does not have to be an IDR picture! /. That is, among the plurality of Playltem information constituting the PlayList information, for the Playltems other than the first one, there is no need to encode the picture specified by In_time into an IDR picture.
  • the picture specified by In_time of the first Playltem information is an IDR picture, and this IDR picture is
  • the Playltem information corresponding to the ref_to_PlayItem_Id is specified from among the plurality of Playltem information, and the AVClip in which the specified Playltem information is defined performs the jump playback from the position indicated by the mark_time_stamp described in the PLMark information.
  • the control unit 44 specifies an Entry Point having a PTS_EP_start closest to the mark_time_stamp described in the PLMark information from among the plurality of Entry Points, and determines an I-picture address corresponding to the SPN_EP_start of the specified Entry Point. Playback from.
  • FIG. 41 is a flowchart showing the procedure of the chapter search.
  • Step S124 a chapter selection in the chapter menu is waited for (Step S124), and if a chapter is selected, the PLMark information corresponding to the selected chapter is set as a current PlayListMark (Step S125).
  • step S126 the PI described in the o_PlayItem_Id of the current PlayListMark is set in Playltemfe, and in step S127, the Clip information specified by the Clip jnformation_file_name of Playltemfe is read.
  • step S128 using the EP_map of the current Clip information,
  • step S129 the OuUime of Playltemfe is converted to an I picture address V using the EP_map of the current Clip information.
  • step S130 the output of the current PlayListMark from the mark-time-stamp to the Playltemffx's Out-time is commanded to the Presentation Engine. In this way, the I-picture addresses u and v are changed to instruct another part to be reproduced, and the process proceeds to step S107 in FIG. 23, so that TS packets are read from another AVClip, and the video content is Switching is realized.
  • FIG. 42 is a flowchart showing the procedure of the chapter skip process.
  • step S131 the operation waits for the SkipNext key and the SkipBack key for the remote controller. If the operation is performed, step S132 is executed. Step S132 is pressed That is, it is determined whether the key is the SkipNext key or the SkipBack key. If the key is the SkipBack key, the direction flag is set to ⁇ 1 in step S133. If the key is the SkipNext key, the direction flag is set to +1 in step S134. Set to.
  • the IDR picture is set as the IDR picture, so that it is not necessary to search for the IDR picture from the In_time of Playltem or the chapter position of PLMark information. By omitting such a search, it is possible to achieve high-speed playback control using PlayList information.
  • the embodiment of the present invention can also be carried out in the form of an implementation action in which (A), (B), (C), and (D) are changed.
  • Each invention according to the claims of the present application is described as an expanded description or a generalized description of the above-described plurality of embodiments and their modifications. The degree of extension or generalization is based on the state of the art in the technical field of the present invention at the time of filing.
  • the recording medium according to the present invention implemented as a BD-ROM
  • the recording medium of the present invention has a feature in the recorded EPjnap, and this feature does not depend on the physical properties of the BD-ROM. Any recording medium that can record EPjnap may be used. For example,
  • It may be an optical disk such as DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD + RW, DVD + R, CD-R, or CD-RW, or a magneto-optical disk such as PD or MO.
  • a semiconductor memory card such as a compact flash (registered trademark) card, a smart media, a memory stick, a multimedia card, and a PCM-CIA card may be used.
  • Magnetic recording disk such as SuperDisk, Zip, Clik! (0, ORB, Jaz, SparQ, SyJet, EZFley, removable drive such as micro drive, etc. (ii). Hard disk with built-in device It may be.
  • the playback device is configured such that the AVClip recorded on the BD-ROM is decoded and then output to the TV, and the playback device is only a BD-ROM drive. Elements may be provided on the TV. In this case, the playback device and the TV can be incorporated in a home network connected by IEEE1394.
  • the playback device in the embodiment may be a playback device integrated with a force display that has been used by being connected to a television.
  • the system LSI integrated circuit that forms an essential part of the processing may be implemented.
  • the digital stream in each embodiment is a DVD-Video standard or a DVD-Video Recording standard VOB (Video Object).
  • VOB is a program stream conforming to the ISO / IEC13818-1 standard, obtained by multiplexing video and audio streams.
  • the video stream in AVClip may be in MPEG4 or WMV format.
  • the audio stream may be a Linear-PCM system, a Dolby-AC3 system, an MP3 system, an MPEG-AAC system, or a dts system.
  • a picture specified by In_time of all Playltem information of PlayList information may be encoded into an IDR picture.
  • the recording medium and the reproducing apparatus according to the present invention may be used for personal use as in a home theater system.
  • the internal configuration of the present invention is disclosed in the above embodiment, and it is clear that mass production is performed based on the internal configuration, the recording medium and the reproducing apparatus according to the present invention can be used in the field of industrial product production. Or can be used. From this, the recording medium and the reproducing apparatus according to the present invention have industrial applicability.
  • FIG. 1 is a diagram showing a form of use of a recording medium according to the present invention.
  • FIG. 2 is a diagram showing an internal configuration of a BD-ROM.
  • FIG. 5 (a) is a diagram showing a plurality of pictures arranged in a display order. (b) It is a figure which shows the GOP structure of the video stream shown to (a).
  • FIG. 8 is a diagram showing a dependency relationship that may have Non-IDR I picture power.
  • FIG. 9 is a diagram showing a process of converting an IDR picture and a Non-IDR I picture into TS packets.
  • FIG. 10 is a diagram showing an internal structure of Clip information.
  • FIG. 11 (a) Stream—Coding—Info about a video stream is shown. (B) Indicates Stream_Coding_Info for audio stream.
  • FIG. 12 is a diagram showing the concept of entering an AVClip and exiting from an AVClip.
  • FIG. 15 is a diagram showing an enlargement of a reading range during jump play.
  • FIG. 19 is a diagram showing an internal configuration of Decoded Picture Buffer 10.
  • FIG. 20 is a diagram showing a process in which a Non-IDR I picture is decoded by a video decoder 8.
  • FIG. 22 is a flowchart showing a conversion procedure for converting In_time into an I picture address.
  • FIG. 23 is a flowchart showing a PL playback procedure by a control unit 44.
  • (b) is a diagram in which extents constituting each AVClip are described on a PlayList time axis.
  • FIG. 30 is a diagram showing a relationship between a plurality of values that can be set for a PSR (3) and Playltem and Clip information.
  • FIG. 35 is a diagram showing reading of BD-ROM power when an angle video switching operation is performed.
  • FIG. 37 is a diagram showing a chapter definition by PLmark.
  • FIG. 39 is a diagram showing a picture sequence designated by Playltem # 2 in a picture stream in a video stream.
  • FIG. 40 is a diagram showing a picture sequence designated by Playltem # 3 in a picture stream in a video stream.

Abstract

　BD-ROMには、ビデオストリームと、プレイリスト情報と、エントリーマップとが記録されており、プレイリスト情報は、ビデオストリーム上の再生開始時刻(In_time)、及び、再生終了時刻(Out_time)の組みを1つ以上並べることにより、再生経路を表現する情報である。 　エントリーマップ(EP_map)は、ビデオストリーム内における複数のイントラピクチャの位置を、イントラピクチャの再生時刻(PTS_EP_start)と、フラグ(is_angle_change_point)とに対応づけて示し、前記フラグ(is_angle_change_point)は、各イントラピクチャが、デコーディングのリフレッシュ動作を意図しているイントラピクチャ(IDRピクチャ)であるか、デコーディングに先行するピクチャの参照を必要とするイントラピクチャ(Non-IDR Iピクチャ)であるかを示す。

Description

明 細 書
記録媒体、再生装置、プログラム
技術分野
[0001] 再生経路の定義技術に属する発明である。
背景技術
[0002] 再生経路とは、デジタルストリームが記録されている記録媒体上に論理的な再生経 路を定義する再生経路情報を記録しておき、この再生経路情報に従った再生を再生 装置に行わせる技術である。様々な種類の再生経路情報を定義するだけで、再生の ノリエーシヨンを増やすことができるので、本技術は、マルチストーリ型の映画作品の 制作に、なくてはならな ヽ技術として認識されて!、る。
[0003] ここで再生経路には、記録媒体上のアドレスで表現されているものと、時間情報で 表現されて 、るものがある。再生経路情報が時間情報を用いて表現されて 、る場合 、何等かの手順をもって、この時間情報を、ストリーム上の任意の位置を指すアドレス 情報に変換せねばならない。この変換処理は、再生経路の開始点を指す時間情報 (In_time)を、 Iピクチャのアドレス情報に変換することでなされる。この変換において、 In_timeをどのアドレスに変換するかは、対象となるビデオストリームの GOP構造によつ て変わる。対象となるビデオストリーム力 MPEG2-Video形式であり、その GOP構造 力 SClosed-GOPである場合、その In_timeが属する GOPの、先頭に位置する Iピクチャ 力もビデオストリームを読み出せばよい。従って、 In_timeが属する GOPの先頭の Iピク チヤのアドレスに変換すればよ！、。
[0004] 一方、 Open-GOPではピクチャ間の依存関係力 1つの GOP内で完結せず、その前 の GOPにまで及ぶ。そのため In_timeからの再生を開始するには、飛び込み位置を含 む GOPの 1つ前の GOPを記録媒体力 読み出し、デコーダに供給する必要がある。 このように GOP構造が Open-GOPであれば、 1つ前の GOPまで読出範囲を広げるとい う手当が必要になる。
時間表現された再生経路の再生を支援するような、データ構造にっ 、ては下記の 特許文献に記載された先行技術がある。 特許文献 1：特開 2000-228656号公報
発明の開示
発明が解決しょうとする課題
[0005] ところで MPEG2-Videoの Open-GOPでは、依存関係がせ!、ぜぃ 1つの前の GOPに 及ぶ程度であつたが、 MPEG4-AVCの Open-GOPでは、数十フレーム前のピクチャ にまで、依存関係が及ぶことがある。何故なら、 MPEG4-AVCのデコーダモデルには 、短時間参照ピクチャ、長時間参照ピクチヤという 2種類の参照ピクチヤが規定されて おり、長時間参照ピクチヤでは、数十フレーム前のピクチヤの参照が許容されるから である。数十フレーム前まで依存関係が及びうるので、 1つの GOPまで読出範囲を広 げる程度では、デコードに必要な参照ピクチャを、デコーダ内に準備することができ ない。
[0006] そうすると再生装置は、ワーストケースを想定して、読込範囲を拡大せざるを得な ヽ 。ここでワーストケースとは、ビデオストリーム先頭にまで依存関係が及んでいることで あり、この場合、読出範囲は、ビデオストリーム先頭まで拡大せねばならない。ここで 2 時間長のビデオストリームにおいて、 1時間経過後の再生位置力 再生経路の始点 である場合、ストリーム先頭にまで、読出範囲を拡大したのでは、 1時間分のピクチャ の復号を行う必要があり、参照ピクチヤの準備に非常に時間が力かる。
[0007] 時間表現された再生経路の始点アドレスの特定に多大な時間を要するため、記録 媒体による映画作品の頒布という用途には、 MPEG4-AVCは不向きであるといわれて いる。そしてストリーム配信という再生形態での利用、つまり、ビデオストリームを必ず 先頭から再生するという再生形態力 MPEG4-AVCの本望であるとの声があがってい る。しかし MPEG4-AVCによる符号ィ匕は、高画質かつ高圧縮率という恩恵をもたらす ので、時間表現された再生経路の再生に多大な時間が力かるというデメリットがあつ たとしても、記録媒体への応用という用途を閉ざしてしまうのは非常に惜 、と嘆く声 がある。
[0008] 本発明の目的は、依存関係が遠くの GOPにまで及ぶような Open-GOP構造におい て、時間表現された再生経路の再生の効率ィ匕を図ることができる記録媒体を提供す ることである。 課題を解決するための手段
[0009] 上記目的を達成するため、本発明に係る記録媒体は、ビデオストリームと、プレイリ スト情報と、エントリーマップとが記録されており、前記プレイリスト情報は、ビデオスト リーム上の再生開始時刻及び再生終了時刻の組みを 1つ以上並べることにより、再 生経路を表現する情報であり、エントリーマップは、ビデオストリーム内における複数 のイントラピクチャの位置を、イントラピクチャの再生時刻と、フラグとに対応づけて示 し、前記フラグは、各イントラピクチャが、デコーディングのリフレッシュ動作を意図して V、るイントラピクチャである力否かを示すことを特徴として 、る。
発明の効果
[0010] 本発明に係る記録媒体におけるフラグは、各エントリー位置に存在するピクチャに 対応づけられており、各ピクチャ力 デコーディングのリフレッシュ動作を意図してい るイントラピクチャである力、先行するピクチャの参照を必要とするイントラピクチャであ るかを示している。エントリー位置に対応づけられているフラグを参照することにより、 再生装置は、どのイントラピクチャ力 リフレッシュを意図したピクチャであるかを知得 することができる。 Open-GOPにおける依存関係力 遠くのピクチャにまで及んだとし ても、長時間の依存関係は、リフレッシュを意図したピクチャを越えることはないので、 時間表現された再生経路に基づく再生時において、リフレッシュを意図したピクチャ までの読出範囲を広げれば、再生経路の始点位置のデコードに必要な全ての参照 ピクチャをデコーダ内に準備することができる。
[0011] ここで 2時間長のビデオストリームにおいて、 1時間経過後の再生位置力 再生経路 の始点である場合、その始点位置の 15分前にリフレッシュを意図したピクチャがあれ ば、その 15分前のリフレッシュを意図したピクチャまで読出範囲を拡大することにより 、再生経路の始点位置のデコードに必要な参照ピクチャを、デコーダ内に準備する ことができる。読出範囲の拡大幅を、 1時間から 15分まで、短縮ィ匕することができるの で、始点位置に必要な参照ピクチヤの準備を、早く行うことができる。これにより、記録 媒体を用いた映画作品の頒布という用途に、 MPEG4-AVCを利用することができ、 MPEG4-AVCの用途を大きく広げることができる。
発明を実施するための最良の形態 [0012] (第 1実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明 に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図 1は、 本発明に係る記録媒体の、使用行為についての形態を示す図である。図 1において 、本発明に係る記録媒体は、 BD- ROM100である。この BD- ROM100は、再生装置 2 00、リモコン 300、テレビ 400により形成されるホームシアターシステムに、映画作品 を供給するという用途に供される。
[0013] 以上が本発明に係る記録媒体の使用形態についての説明である。続いて本発明 に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本 発明に係る記録媒体は、 BD-ROMの応用層に対する改良により実施することができ る。図 2は、 BD-ROMの内部構成を示す図である。
本図の第 4段目に BD- ROMを示し、第 3段目に BD- ROM上のトラックを示す。本図 のトラックは、 BD-ROMの内周力も外周にかけて螺旋状に形成されているトラックを、 横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領 域と、リードアウト領域と力 なる。本図のボリューム領域は、物理層、ファイルシステ ム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いて BD-ROMの応用層 フォーマット (アプリケーションフォーマット)を表現すると、図中の第 1段目のようになる 。この第 1段目において BD- ROMには、 Rootディレクトリの下に、 BDMVディレクトリが ある。
[0014] BDMVディレクトリの配下には、 PLAYLISTディレクトリ、 CLIPINFディレクトリ、
STREAMディレクトリと呼ばれる 3つのサブディレクトリが存在する。
STREAMディレクトリには、 、わばデジタルストリーム本体となるファイル群を格納し ているディレクトリであり、拡張子 m2tsが付与されたファイル
(00001.m2ts,00002.m2ts,00003.m2ts)が存在する。
[0015] PLAYLISTディレクトリは、拡張子 mplsが付与されたファイル
(00001.mpls,00002.mpls,00003mpls)が存在する。
CLIPINFディレクトリには、拡張子 clpiが付与されたファイル
(00001.clpi,00002.clpi,00003.clpi)が存在する。 < AVClipの構成 >
続いて拡張子. m2tsが付与されたファイルについて説明する。図 3は、拡張子. m2ts が付与されたファイルがどのように構成されているかを模式的に示す図である。拡張 子. m2tsが付与されたファイル (00001.m2ts,00002.m2ts,00003.m2ts )は、 AVClip を格納している。 AVClipは (中段)、複数のビデオフレーム (ピクチャ pjl, 2,3)からなるビ デォストリーム、複数のオーディオフレーム力もなるオーディオストリームを (上 1段目） 、 PESパケット列に変換し (上 2段目)、更に TSパケットに変換し (上 3段目)、同じく字幕 系のプレゼンテーショングラフィクスストリーム (下 1段目の PGストリーム)及び対話系の インタラクティブグラフィクスストリーム (下 2段目の IGストリーム)を TSパケットに変換して (下 3段目)、これらを多重化することで構成される。
[0016] 続いて、 MPEG2-TS形式のデジタルストリームである AVClipが、 BD- ROMにどのよう に書き込まれるかを説明する。図 4は、 AVClipを構成する TSパケットがどのような過程 を経て BD-ROMに書き込まれるかを示す図である。本図の第 1段目に AVClipを構成 する TSパケットを示す。
AVClipを構成する TSパケットは、第 2段目に示すように TS_extra_header (図中の「EX 」)が付される。
[0017] 第 3段目、第 4段目は、 BD- ROMの物理単位と、 TSパケットとの対応関係を示す。
第 4段目に示すように、 BD- ROM上には複数セクタが形成されている。 extra.header 付き TSパケット (以下 EX付き TSパケットと略す)は、 32個毎にグループ化されて、 3つの セクタに書き込まれる。 32個の EX付き TSパケットからなるグループは、 6144バイト (=32 X 192)であり、これは 3個のセクタサイズ 6144バイト (=2048 X 3)と一致する。 3個のセク タに収められた 32個の EX付き TSパケットを" Aligned Unit"といい、 BD- ROMへの書き 込みにあたっては、 Aligned Unit単位で暗号化がなされる。
[0018] 第 5段目にお 、てセクタは、 32個単位で誤り訂正符号が付され、 ECCブロックを構 成する。記録装置は Aligned Unitの単位で BD- ROMをアクセスする限り、 32個の完結 した EX付き TSパケットを得ることができる。以上が BD- ROMに対する AVClipの書き込 みのプロセスである。
<ビデ才ストリーム > 続、て MPEG4-AVC形式のビデオストリームにつ!/、て説明する。 MPEG4-AVC形式 のビデオストリームは、複数のピクチャ力もなる。図 5 (a)は、符号化順序に配置される 複数のピクチャを示す。
[0019] 図中の Ι,Ρ,Βは、それぞれ Iピクチャ、 Βピクチャ、 Ρピクチャを意味する。 Iピクチャには 、 IDRピクチャと、 Non-IDR Iピクチャとの 2種類がある。 Non-IDR Iピクチャ、 Pピクチャ 、 Bピクチャは、他のピクチヤとのフレーム相関性に基づき圧縮符号ィ匕されている。 B ピクチャとは、 Bidirectionally predictive(B)形式のスライスデータからなるピクチャを!ヽ い、 Pピクチャとは、 Predictive(P)形式のスライスデータからなるピクチャをいう。 Bピク チヤには、 refrenceBピクチャと、 nonrefrenceBピクチャとがある。
[0020] 図 5 (a)では、 Non-IDR Iピクチャを "I"と記述しており、 IDRピクチャを" IDR"と記述し ている。以降、同様の表記を用いる。
< GOP構造 >
図 5 (b)は、図 5 (a)に示したビデオストリームの GOP構造を示す図である。本図に おいて IDRピクチャと、この IDRピクチャに続く Bピクチャ、 Pピクチャは、 1つの
Closed- GOPを構成する。一方、 Non- IDR Iピクチャと、 Non-IDR Iピクチャに続く Bピク チヤ、 Pピクチャは、 1つの Open- GOPを構成する。
[0021] 図 6 (a)は、表示順序及び符号ィ匕順序における Closed-GOPの内部構成を示す図 である。符号化順序において Closed-GOPは、 IDRピクチャが先頭に配置される。表 示順序において IDRピクチャは先頭にならないが、 IDRピクチャ以外の他のピクチャ (B ピクチャ， Pピクチャ)は、 Closed-GOPより前の GOPに存在するピクチャと依存関係を もつことはできない。図中の X付きの矢印は、前の GOPとの依存関係が存在しないこ とを象徴的に示している。このように Closed-GOPは、依存関係を完結させる役割をも つ。
[0022] 図 6 (b)は、 Open-GOPの内部構成を示す図である。図 6 (b)上段は、表示順序に おける内部構成を示し、下段は符号化順序における内部構成を示す。符号化順序 では Non-IDR Iピクチャが先頭に存在していることがわかる。符号化順序と、表示順 序との違いは、 IDRピクチャ、 Non- IDR Iピクチャ、 Pピクチャの順序が入れ代わつてい る点である。表示順序では、 Non-IDR Iピクチャの前に Bピクチャが存在する。 Non-IDR Iピクチャ前の Bピクチャは、前の GOPと依存関係をもつことになる。一方 Non-IDR Iピクチャより後のピクチャは、前の G0Pと依存関係をもつことができない。こ のように Open-GOPは、前のピクチヤとの間に依存関係を持つことができる。以上が MPEG4- AVCにおける GOP構造である。
[0023] 続いて IDRピクチャ及び Non-IDR Iピクチャの内部構成について説明する。図 7 (a) は、 IDRピクチャの内部構成を示す図である。本図に示すように IDRピクチャは、複数 の Intra形式のスライスデータからなる。図 7 (b)は、 Non- IDR Iピクチャの内部構成を 示す。 IDRピクチャが Intra形式のスライスデータのみ力 構成されているのに対し、 Non-IDR Iピクチャは Intra形式のスライスデータ、 P形式のスライスデータ、 B开式のス ライスデータ力も構成されている。図 7 (c)は、 Non-IDR Iピクチャにおける依存関係を 示す。 Non- IDR Iピクチャは、 Β,Ρスライスデータから構成されうるので、他のピクチヤと の依存関係をもちうる。
[0024] 図 8は、 Non-IDR Iピクチャがもちうる依存関係を示す図である。第 1段目は、表示順 序に配置されたピクチャ列を示し、第 2段目は、符号ィ匕順序に配置されたピクチャ列 を示す。図中の矢印は、 Non-IDR Iピクチャ力もちうる依存関係を模式的に示す。たと え長時間参照ピクチヤが存在するとはいえ、 IDRピクチャを越えるような依存関係が存 在しえない。何故なら IDRピクチャは、デコーダのリフレッシュ動作をデコーダに命じる ため、それまでデコーダ内に得られた参照ピクチャは、このリフレッシュを意図したピ クチャ動作により全て消去されてしまうからである。従って Non-IDR Iピクチャにおける 依存関係は、 IDRピクチャまでで完結することになる。
< IDRピクチャ >
IDRピクチャをビデオストリーム中に挿入することの技術的意義について説明する。 Cloed-GOPを規定する IDRピクチャは、 1GOP毎というように、決まった単位で出現す るものではない。 1つのビデオストリームにおいてどの部分に、何個 IDRピクチャを置く かはビデオストリームのエンコード条件によって変わる。よってエンコード条件によつ ては、 IDRピクチャが殆ど置かれないこともあるし、 IDRピクチャが多く置かれることもあ る。ここで IDRピクチャは、 自身の圧縮符号化に、短時間参照ピクチャ、長時間参照ピ クチャを利用することができないので、ビデオストリームに挿入される IDRピクチャの数 が多ければ多いほど、ビデオストリームの圧縮率は伸び悩む。つまり IDRピクチャの揷 入数が多いと、その圧縮率の利点が損なわれてしまう。し力しビデオストリームの途中 にこの IDRピクチャ力 少なくとも 1つ挿入されていることは、ストリームの途中からの特 殊再生をおぉ 、に効率化する。
[0025] 例えば特殊再生を行うにあたって、 Pピクチャをデコードする場合、その Pピクチャを 復号するには、どのピクチヤまで遡って復号すれば良いのかがわ力もない。何故なら 、特殊再生で表示したい Pピクチャは、それより前に符号ィ匕されている Bピクチャを参 照していることもあり、その Bピクチャも、それより前に符号ィ匕されている Bピクチャと Pピ クチャとを参照していることがある。従って、どこまで戻って復号すれば表示したい Pピ クチャが復号できるのか全く保証がないのである。し力しビデオストリームの要所に IDRピクチャが挿入されていれば、ピクチャ間の依存関係は、 IDRピクチャ前後で断ち 切られることが明らかなので、特殊再生において IDRピクチャまで遡って復号してゆく ことにより、 Pピクチャの再生に必要なピクチャの取得が可能になる。特殊再生におけ る Pピクチヤのデコードが容易になるので、 Iピクチャ及び Pピクチャを順次デコードして ゆくことによる、ビデオストリームの倍速再生は容易に実現することができる。
[0026] 1つのビデオストリームに、 IDRピクチャを何個、どこに挿入しておくかは、エンコード 条件により決定されるので、この決定にあたっては、上述したような特殊再生の効率 化と、圧縮率との双方を参酌することが重要になる。本実施形態では、 15分置き、 30 分置きと 、うように、比較的長 、時間間隔で IDRピクチャが挿入されて 、るとの仮定で 説明を進める。
< BD- ROMへの記録 >
続いて IDRピクチャ、 Non- IDR Iピクチャが、どのようにして TSパケットに変換され、 BD- ROMに記録されるかについて説明する。図 9は、 IDRピクチャ、 Non-IDR Iピクチ ャが TSパケットに変換される過程を示す図である。図中の第 1段目は、 IDRピクチャ、 Non-IDR Iピクチャを示す。第 2段目は、 MPEG4- AVCに規定された Access Unitを示 す。 IDRピクチャ、 Non- IDR Iピクチャを構成する複数のスライスデータは、シーケンシ ャノレに配置され、 AUD(Access Unit Delimiter),SPS(Sequence Parameter
Set),PPS(Picture Parameter Set),SEI(Supplemental Enhanced info)が付カ卩されること により、 Access Unitに変換されることになる。
[0027] AUD,SPS,PPS,SEI、 Access Unitのそれぞれは、 MPEG4-AVCに規定された情報で あり、 ITU-T RecommendationH.264等の様々な文献に記載されているので、詳細に ついては、これらの文献を参照されたい。ここで重要であるのは、 AUD,SPS,PPS,SEI が再生装置に供給されることがランダムアクセスの必須条件になるという点である。 第 3段目は NAL unitを示す。第 2段目における AUD,SPS,PPS,SEIに対し、ヘッダを 付カロすることにより、 AUD,SPS,PPS,SEI、スライスデータは、それぞれ NAL
unitに変換されることになる。 NAL unitとは、 MPEG4- AVCのネットワーク抽象レイヤ (Network Abstraction Layer)において、規定された単位であり、 ITU-T
Recommendation H.264等の様々な文献に記載されているので、詳細についてはこ れらの文献を参照されたい。ここで重要であるのは、 AUD,SPS,PPS,SEI,スライスデー タは、それぞれ独立した NALunitに変換されているので、 AUD,SPS,PPS,SEI,スライス データのそれぞれは、ネットワーク抽象レイヤにおいて、それぞれ独立に取り扱われ るという点である。
[0028] 1つのピクチャを変換することで得られた複数の NAL unitは、第 4段目に示すように PESパケットに変換される。そして TSパケットに変換されて BD-ROM上に記録される。
1つの GOPを再生するには、その GOPの先頭に位置する IDRピクチャ、 Non-IDR Iピ クチャを構成する NAL unitのうち、 Access Unit Delimiterを含むものをデコーダに投 入せねばならない。つまり Access Unit Delimiterを含む NAL unitが、 IDRピクチャ、 Non-IDR Iピクチャをデコードするための 1つの指標になる。この Access Unit
Delimiterを含む NAL unitを、本実施形態では点 (Point)として扱う。そして再生装置は 、ビデオストリームを再生するにあたって、 Access Unit Delimiterを含む NAL unitを、 I ピクチャを再生するためのエントリー位置として解釈する。従って、 AVClipにおいて、 飛込再生を実行するには、 IDRピクチャ， Non-IDR Iピクチャの Access Unit Delimiter が何処に存在するかを、把握することが非常に重要になる。以上が MPEG4-AVC形 式のビデオストリームの構成である。
< Clip情報 >
続、て拡張子. clpiが付与されたファイルにつ 、て説明する。拡張子 .clpiが付与され たファイル (0000 l.clpi,00002. clpi,00003. clpi )は、 Clip情報を格納して!/、る。 Clip 情報は、個々の AVClipについての管理情報である。図 10は、 Clip情報の内部構成 を示す図である。本図の左側に示すように Clip情報は、
OAVClipファイルの属性情報を格納した『ClipInfoO』、
ii) ATC Sequence'STC Sequenceに関する情報を格納した『Sequence InfoO』 iii) Program Sequenceに関する情報を格納した『Program InfoO』
iv)『Characteristic Point Info(CPl0)』からなる。
図中の引き出し線 culは、 i番目の Program Sequence(Program Sequence(O)の構成を クローズアップしている。本引き出し線に示すように、 Program Sequence(i)に対する Program Infoは、 Stream_PIDと、 Stream_CodingJnfoとの組みを Ns(i)個配列してなる（ 図中の Stream— PID[i](0)、 Stream— CodingJnfo(i,0)〜Stream—PID[i](Ns(i)—l)、
Stream— C oding—Info(i , Ns (i)- 1 ))。
[0029] Stream_PIDは、 AVClipを構成する個々のエレメンタリストリームについてのパケット 識別子を示し、 Stream_Coding_Infoは、 AVClipを構成する個々のエレメンタリストリー ムにつ 、ての符号化方式を示す。
図 11 (a)は、ビデオストリームについての Stream_Coding_Infoを示し、図 11 (b)は、 オーディオストリームにつ 、ての Stream_CodingJnfoを示す。ビデオストリームの Stream_Coding_Infoは、ビデオストリームの符号化方式が、 MPEG4- AVC、
MPEG2- Videoの何れであるかを示す『Stream_Coding_type』と、ビデオストリームの表 示方式が 480i,576i,480p,1080i,720p,1080pの何れであるかを示す『Video_format』,ビ デォストリームのフレームレートが 23.976Hz,29.97Hz,59.94Hzの何れであるかを示す 『frame_rate』、ビデオストリームにおけるピクチャのアスペクト比が 4:3, 16:9の何れであ る力を示す『aspect_ratio』を含む。
[0030] 図 11 (b)は、オーディオストリームについての Stream_Coding_Infoを示す。本図に示 すようにオーディオストリームにつ 、ての Stream_CodingJnfoは、オーディオストリーム の符号化方式力 sLPCM,Dolby-AC3,Dtsの何れであるかを示す『Stream_Coding_Type 』と、オーディオストリームの出力形式がステレオ、モノラル、マルチの何れであるかを 示す『audio_Presentation_type』、オーディオストリームのサンプリング周波数を示す『 Sampling— Frenquency』、オーディオストリームに対応する—目語を示す『audio—language 』からなる。
[0031] この Stream_Coding_Infoを参照することにより、 AVClipにおける複数のエレメンタリス トリームのうち、どれが MPEG4-AVC形式であるかを知得することができる。
< CPI(EP_map) >
図 10に戻って、 CPIの説明を行う。図中の引き出し線 cu2は、 CPIの構成をクローズ アップしている。引き出し線 cu2に示すように、 CPIは EP_mapからなる。 EPjnapは、 Ne 個の EP— map— for— one— stream— PID(EP— map— for— one— stream— PID(0)〜
EP— map— for— one— stream— PID(Ne— 1))力らなる。これら EP— map— for— one— stream— PIDは、 AVClipに属する個々のエレメンタリストリームについての EPjnapである。 EPjnapは、 1 つのエレメンタリストリーム上において、 Iピクチャの Access Unit Delimiterが存在する エントリー位置のパケット番号 (SPN_EP_start)を、エントリー時刻 (PTS_EP_start)と対応 づけて示す情報である。図中の引き出し線 cu3は、 EP_map_for_one_stream_PIDの内部 構成をクローズアップして 、る。
[0032] これによると、 EP_map_for_one_stream_PIDは、 Nc個の EP_High(EP_High(0)〜
EP_High(Nc-l》と、 Nf個の EP丄 ow(EP丄 ow(0)〜EP丄 ow(Nf-l》とからなることがわかる 。ここで EP_Highは、 Iピクチャの SPN_EP_start及び PTS_EP_startの上位ビットを表す役 割をもち、 EP丄 owは、 Iピクチャの SPN_EP_start及び PTS_EP_startの下位ビットを示す 役割をもつ。
図中の引き出し線 cu4は、 EP_Highの内部構成をクローズアップしている。この引き 出し線に示すように、 EP_High(i)は、 EP丄 owに対する参照値である『ref_to_EP丄 ow_id[i ]』と、 Iピクチャの PTSの上位ビットを示す『PTS_EP_High ]』と、 Iピクチャの SPNの上位 ビットを示す『SPN_EP_High[i]』と力もなる。ここで iとは、任意の EP_Highを識別するた めの識別子である。
[0033] 図中の引き出し線 cu5は、 EP丄 owの構成をクローズアップしている。引き出し線 cu5 に示すように、 EP丄 owは、『is_angle_change_point(EP丄 ow_id)』と、対応する Iピクチャの サイズを示す『I_end_position_offset(EP丄 owjd)』と、対応する Iピクチャの PTSの下位ビ ットを示す『PTS_EP丄 ow(EP丄 ow_id)』と、対応する Iピクチャの SPNの下位ビットを示す 『SPN_EP丄 ow(EP丄 ow_id)』とからなる。ここで EP丄 owjdとは、任意の EP丄 owを識別す るための識別子である。
[0034] これらの EP_mapのデータ構造は、基本的には上述した特許文献等に記載されたも のであり、本明細書ではこれ以上詳しく触れない。このうち『is_angle_change_point』と いうフラグは、本願の特徴にあたるものなので、以降より詳しく説明する。
『is_angle_change_point』は、 Entry Pointにて指定された Iピクチャが、他の AVClipか らの進入点になるか否かを示すフラグである。図 12は、 AVClipへの進入、 AVClip力 らの脱出についての概念を示す図である。ここで AVClipの進入点とは、ある AVClipを 構成する TSパケットを光ピックアップが読み取って 、る際、その光ピックアップをシー クさせて、別の AVClipを構成する TSパケットの記録位置に光ピックアップを移動させ ることをいう。図 12における矢印 erlは、 AVClipへの進入時における、光ピックアップ の移動を模式的に示す。この進入時において、 is_angle_change_point"=l"の Entry Pointで示される TSパケットは、進入可能な位置として解釈される。
[0035] is_angle_change_point"=l"の Entry Pointにより指示される TSパケットの直前の TSパ ケットは AVClip力ゝらの脱出点として解釈される。ここで AVClipからの脱出とは、ある AVClipを構成する TSパケット列を読み取って 、る際、光ピックアップをシークさせて、 他の AVClipを構成する TSパケット列まで移動させることである。図 12における矢印 exlは、 AVClipからの脱出時における、光ピックアップの移動を模式的に示す。
[0036] 他の AVClipからの進入時には、それまでのデコードの過程で得られたピクチャを参 照することはできない。従って、 is_angle_change_point"=l"の Entry Pointで指示される Iピクチャは、 IDRピクチャでなければならない。 is_angle_change_pointは、 "=1"に設定 されることにより、対応する Iピクチャが IDRピクチャであることを意味し、 "=0"に設定さ れることにより、対応する Iピクチャが Non-IDR Iピクチャであることを意味する。本図に 示した操作、つまり、現在再生中の AVClipからの「脱出」と、別の AVClipへの「進入」 と力らなる操作を、アングノレ切り換え" angle_change"と ヽぅ。 is_angle_change_pointは、 この" angle_change"が可能であること力 命名されている。但し、アングル切り換えの 実現には、 is_angle_change_point = "1"に設定された EP_mapだけではなく、 AVClipや PlayList情報に対する改良が必要になる。アングル実現のための AVClip、 PlayList情 報に対する改良は、第 2実施形態において詳しく説明するので本実施形態での説明 は省略する。
[0037] また、データ構造上 EPjnapは、 EP_High、 EP丄 owの組みで表現されるが、この表記 では、説明が煩雑になるので、特に断らない限り、これら EP_Highに示される PTS'SPN の上位ビット、 EP丄 owに示される PTS'SPNの下位ビットをまとめて、 PTS_EP_start、 SPN_EP_startと表記する。
図 5、図 8に示したビデオストリームに対し、 EPjnapがどのように設定されるかについ て説明する。図 13は、図 5のビデオストリームに対する EPjnap設定を示す図である。 第 1段目は、表示順序に配置された複数のピクチャを示し、第 2段目は、そのピクチャ における時間軸を示す。第 4段目は、 BD- ROM上の TSパケット列を示し、第 3段目は 、 EPjnapの設定を示す。第 2段目における時間軸の tl、 t2、 t3、 t4、 t5に、 Iピクチャが 存在する場合、これら tl〜t5が、 EPjnapにおいて PTS_EP_startとして設定されることに なる。一方、ビデオストリームの Access Unit Delimiter力 ¾D- ROMにおける TSパケット 列の nl、 n2、 n3、 n4、 n5に存在する場合、これら nl〜n5が、 EPjnapにおいて
SPN_EP_startとして設定される。これら tl〜t5、 nl〜n5にあたる Entry Point#l〜Entry Point#5のうち、 Entry Point#l、 Entry Point#3は、 IDRピクチャに対応しているので、 is_angle_change_pointは "1 "に設定される。それ以外の Entry Point#2、 Entry Point#4、 Entry Point#5における is— angle— change— pointは、 Ό tし設疋'される。
[0038] 図 14は、図 13における Entry Point#l〜Entry Point#5の PTS_EP_start、
SPN_EP_startを、 EP丄 ow、 EP_Highの組みで表現したものである。本図の左側に EP丄 owを示し、右側に EP_Highを示す。
図 14左側の EP丄 ow(0)〜(Nf- 1)のうち、 EP丄 ow(i)〜(i+l)の PTS_EP丄 owは、 tl〜t5 の下位ビットを示す。 EP丄 ow(0)〜(Nf- 1)のうち、 EP丄 ow(i)〜(i+l)の SPN_EP_Highは、 nl〜n5の下 ビット す。てして EP—Low(i)〜(i+l)における is— angle— change— point(i) 〜(i+l)のうち、 G),(i+2)は、対応する Iピクチャが IDRピクチャであるので、
is_angle_change_pointは" Γに設定されている。（i+l),(i+3),(i+4)は、対応する Iピクチャ 力 on- IDR Iピクチャであるので、 is_angle_change_pointは" 0"に設定されて!、る。
[0039] 図 14右側は、 EPjnapにおける EP_High(0)〜(Nc-l)を示す。ここで tl〜t5は共通の 上位ビットをもっており、また nl〜n5も共通の上位ビットをもっているとすると、この共 通の上位ビットが、 PTS_EP_High,SPN_EP_Highに記述される。そして EP_Highに対応す る reむ o_EP丄 OWjdは、 tl〜t5、 nl〜n5にあたる EP丄 owのうち、先頭のもの
(EP丄 ow(i》を示すように設定しておく。こうすること〖こより、 PTS_EP_start、 SPN_EP_start の共通の上位ビットは、 EP_High〖こより表現されることになる。
[0040] かかる EPjnapの最大の特徴は、飛込再生時の読出範囲の拡大が必要最低限にな ることである。図 15は、飛込再生時における読出範囲の拡大を示す図である。
ここで図中の In_timeから、飛込再生を実行する場合を考える。この In_timeが飛び込 み位置であるとすると、再生装置は、この飛び込み位置に最も近い Entry Pointであつ て、 is_angle_change_pointが" Γに設定されているものを判定する。本図では、時刻 t3 にあたる Entry Point力 is_angle_change_point"=l"に設定されているので、この PTS_EP_start=t3にあたる Entry Point#3から SPN_EP_start=n3を取り出し、 AVClipを 構成する TSパケットのうち、 n3以降を読み出してデコーダに供給する。こうすることに よりビデオストリーム先頭にまで読出範囲を拡大することなぐ Iピクチャにあたるピクチ ャのデコードに必要な全ての参照ピクチャをデコーダ内に準備しておくことができる。
[0041] ビデオストリームの再生時間長が 2時間であり、飛込位置である In— timeが、 1時間経 過後の再生位置である場合、 t3が In_timeの 15分前であれば、その 15分前の t3まで読 出範囲を拡大することにより、 In_timeにあるピクチャのデコードに必要な参照ピクチャ を、デコーダ内に準備することができる。
"1時間経過後"を示す In_timeから飛込再生を実行する場合、 15分前の t3まで読出 範囲を拡大するだけで、飛込再生のデコードに必要な参照ピクチャを、デコーダ内に 準備することができるので、読出範囲の必要最低限の拡大により、 BD-ROM上の MPEG4-AVC形式のビデオストリームを自由な位置力 再生してゆくことができる。こ れにより、 BD-ROMを用いた映画作品の頒布という用途に、 MPEG4-AVCを利用する ことができ、 MPEG4-AVCの用途を大きく広げることができる。
[0042] 上述したような MPEG4- AVC対応の EPjnapを、 MPEG2- Videoに対応する EPjnapの データ構造と比較すると、 Iピクチャの SPNを、 PTSに対応づけて示しているという点に おいて、 MPEG4- AVC対応の EPjnapのデータ構造は、 MPEG2- Video対応の EPjnap と共通している。違いは、 MPEG4- AVC対応の EPjnapに、 is_angle_change_pointが存 在していて、対応する Iピクチャ力 IDRピクチャである力、 Non-IDR Iピクチャであるか 力 この is_angle_change_pointに示されている点である。 MPEG4-AVC対応の EPjnap は、 IDRピクチャ及び Non- IDR Iピクチャの SPN— PTSの組みに is_angle_change_point を付すと ヽぅ形式で表現されて 、て、 MPEG2-Videoに対応した EPjnapと互換性をも つている。 MPEG4-AVC対応の EPjnapを、 MPEG2- Videoと互換性がある形式で表現 することができるので、 BD-ROMを制作しょうとする者は、 MPEG2-Videoの符号化方 式、 MPEG4-AVCの符号化方式のどちらかを採択するにあたって、 EPjnapの形式を 意識する必要はない。 EPjnapのデータ構造を意識することなぐ MPEG2-Videoの符 号化方式、 MPEG4-AVCの符号ィ匕方式のどちらかを比較的自由に選ぶことができる 。そのため、符号ィ匕方式の選択の幅が広がるという効果がある。
以上が、本実施形態に力かる Clip情報についての説明である。続いて拡張子" mpls "が付与されたファイルについて説明する。
< PlayList情報 >
拡張子" mpls"が付与されたファイル (00001.mpls,00002.mpls,00003.mpls )は、
PlayList情報を格納したファイルである。 PlayList情報は、 AVClipを参照して PlayList と呼ばれる再生経路を定義する情報である。図 16は、 PlayList情報の構成を示す図 であり、本図の左側に示すように、 PlayList情報は、複数の Playltem情報力もなる。 Playltemとは、 1つ以上の AVClip時間軸上において、 In_Time,Out_Timeを指定するこ とで定義される再生区間である。 Playltem情報を複数配置させることで、複数再生区 間からなる PlayList(PL)が定義される。図中の破線 hslは、 Playltem情報の内部構成 をクローズアップしている。本図に示すように Playltem情報は、対応する Clip情報を示 す『Clip_information_file_name』と、対応する AVClipの符号化方式を示す『
Clip_codec_indentifier』と、『In_time』と、『Out_time』とからなる。図 17は、 AVClipと、 PlayList情報との関係を示す図である。第 1段目は AVClipがもつ時間軸を示し、第 2 段目は、 PlayListがもつ時間軸 (PL時間軸という)を示す。 PlayList情報は、
Playltem#l,#2,#3という 3つの Playltem情報を含んでおり、これら Playltem#l,#2,#3の In_time,Out_timeにより、 3つの再生区間が定義されることになる。これらの再生区間を 配列させると、 AVClip時間軸とは異なる時間軸が定義されることになる。これが第 2段 目に示す PL時間軸である。このように、 Playltem情報の定義により、 AVClipとは異な る時間軸の定義が可能になる。
[0044] Clip情報における EPjnapは、上述したようにビデオストリームにおける Iピクチャの
SPNを、 IDRピクチャの有無と共に、 PTSに対応して示している。この EPjnapにより、任 意の時刻からの特殊再生の効率ィ匕は保証されているから、 PlayList情報は、特殊再 生が効率ィ匕されていることを前提にして、時間情報をもって表現されている。この時 間情報による表現により、 BD-ROMにおける PlayList情報は、書換可能タイプの記録 媒体 (BD-RE)における PlayList情報のデータ構造との互換性をもつことができる。
[0045] 以上が本実施形態に係る PlayList情報の内部構成である。以上で本発明に係る記 録媒体につ 、ての説明を終わる。続、て本発明に係る再生装置につ 、て説明する。
<再生装置の内部構成 >
図 18は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生 装置は、本図に示す内部構成に基づき、工業的に生産される。本発明に係る再生装 置は、主としてシステム LSIと、ドライブ装置という 2つのパーツからなり、これらのパー ッを装置のキャビネット及び基板に実装することで工業的に生産することができる。シ ステム LSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こ うして生産される再生装置は、 BDドライブ 1、 Arrival time Clock Counter2、 Source de— packetetizer3、 PID Filter4、 Transport Buffer5、 Multiplexed Buffer6、 Coded Picture Buffer7、ビデオデコーダ 8、 Decoded Picture BufferlO、ビデオプレーン 11、 Transport Bufferl2、 Coded Data Bufferl3、 Stream Graphics Processorl4、 Object Bufferl5、 Composition Bufferl6、 Composition Controllerl7、 Presentation Graphics プレーン 18、 CLUT部 19、 Transport Buffer20、 Coded Data Buffer21、 Stream Grapnics Processor22、 Ooject Buffer23、 Composition Buffer24、 Composition Controller25、 Intaractive Graphicsプレーン 26、 CLUT部 27、合成部 28、合成部 29 、スィッチ 30、 Network Device31、 Local Storage32、 Arrival Time Clock Counter33 、 Source De— Packetizer34、 PIDフィルタ 35、スィッチ 36、 Transport Buffer37、
Elementary Buffer38、オーディオデコーダ 39、 Transport Buffer40、ノ ッファ 41、テ キスト字幕デコーダ 42、シナリオメモリ 43、制御部 44、 PSRセット 46から構成される。 本図における内部構成は、 MPEGの T-STDモデルをベースとしたデコーダモデルで あり、ダウンコンバートを想定した含めたデコーダモデルになっている。
[0046] BD— ROMドライブ 1は、 BD— ROMのローデイング/イジェクトを行い、 BD— ROMに対 するアクセスを実行して、 32個のセクタ力もなる Aligned Unitを BD-ROMから読み出す
Arrival time Clock Counter2は、 27MHzの水晶発振器 (27MHz X- tal)に基づき、 Arrival Time Clockを生成する。 Arrival Time Clockとは、 TSパケットに付与された ATSの基準となる時間軸を規定するクロック信号である。
[0047] Source de- packetetizer3は、 BD- ROMから 32個のセクタからなる Aligned Unitが読 み出されれば、 Aligned Unitを構成するそれぞれの TSパケットから、 TP_extra_header を取り外して、 TSパケットのみを PIDフィルタ 4に出力する。 Source De-Packetizer3に よる PIDフィルタ 4への出力は、 Arrival time Clock Counter2が経時している時刻が、 TP_extra_headerに示される ATSになったタイミングになされる。 PIDフィルタ 4への出力 は、 ATSに従いなされるので、たとえ BD- ROMからの読み出しに 1倍速、 2倍速といつ た速度差があっても、 PIDフィルタ 4への TSパケット出力は、 Arrival Time Clockが経 時する現在時間に従いなされることになる。
[0048] PID Filter4は、 TSパケットに付カ卩されている PIDを参照することにより、 TSパケットが 、ビデオストリーム、 PGストリーム、 IGストリームの何れに帰属するのかを判定して、 Transport Buffer5、 Transport Bufferl2、 Transport Buffer20、 Transport Bufferd7の どれかに出力する。
Transport Buffer(TB)5は、ビデオストリームに帰属する TSパケットが PIDフィルタ 4か ら出力された際、一旦蓄積されるノ ッファである。
[0049] Multiplexed Buffer(MB)6は、 Transport Buffer5から Elementary Buffer7にビデオスト リームを出力するにあたって、ー且 PESパケットを蓄積しておくためのバッファである。
Coded Picture Buffer(CPB)7は、符号化状態にあるピクチャ (Iピクチャ、 Bピクチャ、 P ピクチャ)が格納されるバッファである。
[0050] ビデオデコーダ 8は、ビデオエレメンタリストリームの個々のフレーム画像を所定の 復号時刻（DTS)ごとにデコードすることにより複数フレーム画像を得て、 Decoded Picture BufferlOに書き込む。
Decoded Picture BufferlOは、復号されたピクチャが書き込まれるバッファである。 ビデオプレーン 11は、非圧縮形式のピクチャを格納しておくためのプレーンである 。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモ リ領域である。ビデオプレーン 11における解像度は 1920 X 1080であり、このビデオプ レーン 11に格納されたピクチャデータは、 16ビットの YUV値で表現された画素データ により構成される。
[0051] Transport Buffer(TB)12は、 PGストリームに帰属する TSパケットが PIDフィルタ 4から 出力された際、一旦蓄積されるバッファである。
Coded Data Buffer(CDB)13は、 PGストリームを構成する PESパケットが格納されるバ ッファである。
Stream Graphics Processor(SGP)14は、グラフィクスデータを格納した PESパケット (ODS)をデコードして、デコードにより得られたインデックスカラー力 なる非圧縮状態 のビットマップをグラフィクスオブジェクトとして Object Bufferl5に書き込む。
[0052] Object Bufferl5は、 Stream Graphics Processorl4のデコードにより得られたグラフ イクスオブジェクトが配置される。
Composition Buffer 16は、グラフィクスデータ描画のための制御情報 (PCS)が配置さ れるメモリである。
Graphics Controller 17は、 Composition Bufferl6に配置された PCSを解読して、解 読結果に基づく制御をする。
[0053] Presentation Graphicsプレーン 18は、一画面分の領域をもったメモリであり、一画 面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は 1920 X 1080であり、 Presentation Graphicsプレーン 18中の非圧縮グラフィクスの各画 素は 8ビットのインデックスカラーで表現される。 CLUT(Color Lookup Table)を用いて かかるインデックスカラーを変換することにより、 Presentation Graphicsプレーン 18に 格納された非圧縮グラフィクスは、表示に供される。
[0054] CLUT部 19は、 Presentation Graphicsプレーン 18に格納された非圧縮グラフィクス におけるインデックスカラーを、 Y,Cr,Cb値に変換する。
Transport Buffer(TB)20は、 IGストリームに帰属する TSパケットがー且蓄積されるバ ッファである。
Coded Data Buffer(CDB)21は、 IGストリームを構成する PESパケットが格納されるバ ッファである。
[0055] Stream Graphics Processor(SGP)22は、グラフィクスデータを格納した PESパケットを デコードして、デコードにより得られたインデックスカラーからなる非圧縮状態のビット マップをグラフィクスオブジェクトとして Object Buffer23に書き込む。
Object Buffer23は、 Stream Graphics Processor22のデコードにより得られたグラフ イクスオブジェクトが配置される。
[0056] Composition Buffer24は、グラフィクスデータ描画のための制御情報が配置されるメ モリである。
Graphics Controller25は、 Composition Buffer24に配置された制御情報を解読し て、解読結果に基づく制御をする。
Interactive (graphicsプレ ~~ン 26【ま、 Stream urapnics Processor(SGP)22によるアコ ードで得られた非圧縮グラフィクスが書き込まれる。本プレーンにおける解像度は 1920 X 1080であり、 Intaractive Graphicsプレーン 26中の非圧縮グラフィクスの各画 素は 8ビットのインデックスカラーで表現される。 CLUT(Color Lookup Table)を用いて かかるインデックスカラーを変換することにより、 Intaractive Graphicsプレーン 26に格 納された非圧縮グラフィクスは、表示に供される。
[0057] CLUT部 27は、 Interactive Graphicsプレーン 26に格納された非圧縮グラフィクスに おけるインデックスカラーを、 Y,Cr,Cb値に変換する。
合成部 28はビデオプレーン 11に格納された非圧縮状態のフレーム画像と、 Presentation Graphicsプレーン 18に格納された非圧縮状態のグラフィクスオブジェク トとを合成させる。カゝかる合成により、動画像上に、字幕が重ね合わされた合成画像 を得ることができる。
[0058] 合成部 29は、 Interactive Graphicsプレーン 26に格納された非圧縮状態のグラフィ タスオブジェクトと、合成部 28の出力である合成画像 (非圧縮状態のピクチャデータと 、 Presentation Graphicsプレーン 18の非圧縮グラフィクスオブジェクトとを合成したも の)とを合成する。
スィッチ 30は、 BD- ROMから読み出された TSパケット、 Local Storage32から読み出 された TSパケットの何れか一方を、選択的に Transport Buffer20に供給する。
[0059] Network Device31は、再生装置における通信機能を実現するものであり、 URLにあ たる webサイトとの TCPコネクション、 FTPコネクション等を確立する。
Local Storage32は、様々な記録媒体及び通信媒体から供給されたコンテンツを格 納しておくためのハードディスクである。 Network Device31により確立されたコネクシ ヨンを通じて webサイトからダウンロードされたコンテンツ等も、この Local Storage32に 格納される。
[0060] Source de- packetetizer34は、 Local Storage32から読み出された AVClipの TSパケ ット力ら、 TP_extra_headerを取り外して、 TSパケットのみを PIDフィルタ 35に出力する。 Source de- packetizer34による PIDフィルタ 35への出力は、 Arrival Time Clock Counter33が経時している時刻力 TP_extra_headerに示される ATSになったタイミン グになされる。
[0061] PIDフィルタ 35は、 Local Storage32から読み出された TSパケットを、 IGストリームデ コーダ側、オーディオデコーダ側、テキスト字幕デコーダ側の何れか〖こ切り換える。 スィッチ 36は、 BD- ROMから読み出された TSパケット、 Local Storage32から読み出 された TSパケットのどちらかをオーディオデコーダ 39側に許可要求する。
Transport Buffer(TB)37は、オーディオストリームに帰属する TSパケットを蓄積する
[0062] Elementary Buffer(EB)38は、オーディオストリームを構成する PESパケットが格納さ れるバッファである。
オーディオデコーダ 39は、 Elementary Buffer38から出力された PESパケットを復号 して、非圧縮形式のオーディオデータを出力する。
Transport Buffer(TB)40は、テキスト字幕ストリームに帰属する TSパケットを蓄積す る。
[0063] Elementary Buffer(EB)41は、テキスト字幕ストリームを構成する PESパケットが格納 されるバッファである。
テキスト字幕デコーダ 42は、ノッファ 41に読み出された PESパケットをデコードして 、表示に供する。このデコードは、 Local Storage32から別途読み出されるフォントを 用いて、テキスト字幕ストリーム中のテキスト文字列を、ビットマップに展開することで なされる。デコードにより得られたテキスト字幕は、 Presentation Graphicsプレーン 18 に書き込まれる。
[0064] シナリオメモリ 43は、カレントの PlayList情報やカレントの Clip情報を格納しておくた めのメモリである。カレント PlayList情報とは、 BD- ROMに記録されている複数 PlayList 情報のうち、現在処理対象になっているものをいう。カレント Clip情報とは、 BD-ROM に記録されて 、る複数 Clip情報のうち、現在処理対象になって!/、るものを 、う。
制御部 44は、命令 ROMと、 CPUとからなり、命令 ROMに格納されているソフトウェア を実行して、再生装置全体の制御を実行する。この制御の内容は、ユーザ操作に応 じて発生するユーザイベント、及び、 PSRセット 46における各 PSRの設定値に応じて 動的に変化する。
[0065] PSRセット 46は、再生装置に内蔵される不揮発性のレジスタであり、 64個の Player
Status Register(PSR(l)〜(64))と、 4096個の General Purpose Register (GPR)とからなる 。 64個の Player Status Register(PSR)は、それぞれ現在の再生時点等、再生装置に おける諸状態を示す。 64個の PSR(PSR(1)〜(64》のうち PSR(5)〜PSR(8)は、現在の再 生時点を表すものである。このうち PSR(5)は、 1〜999の値に設定されることで、現在の 再生時点が属するチャプター番号を示し、 OxFFFFに設定されることで、再生装置に お!、てチャプター番号が無効であることを示す。
[0066] PSR(6)は、 0〜999の値に設定されることで、現在の再生時点が属する PlayList (カレ ント PlayList)の番号を示す。
PSR(7)は、 0〜255の値に設定されることで、現在の再生時点が属する Play Item (以 下カレント PIと 、う)の番号を示す。
PSR(8)は、 0〜OxFFFFFFFFの値に設定されることで、 45KHzの時間精度を用いて 現在の再生時点 (カレント PTM)を示す。
[0067] 以上が再生装置の内部構成である。これらの構成要素のうち、ビデオデコーダ 8、 Decoded Picture BufferlOは特に重要であるので、図 19〜図 21を参照して、より詳し く説明する。
Decoded Picture BufferlOには、復号化されたピクチャが複数格納される。図 19は 、 Decoded Picture Buffer 10の内部構成を示す図であり、本図に示すように、 Decoded Picture BufferlOには復号化されたピクチャとして、参照ピクチヤと、非参照 ピクチャとが格納される。参照ピクチヤには、短時間参照ピクチヤと、長時間参照ピク チヤとがある。短時間参照ピクチャは、 FIFO領域に格納され、先入先出し式に扱わ れる。一方、長時間参照ピクチャは、 FIFO領域に格納されず、先入先出し式には扱 われない。
[0068] 図 20は、ビデオデコーダ 8により Non-IDR Iピクチャが復号される過程を示す図であ る。 Non- IDR Iピクチャの復号過程において、 Decoded Picture BufferlOに格納される 長時間参照ピクチャ、短時間参照ピクチャは参照されることになる。図中の矢印 rfl,ri2,rf3は、短時間参照ピクチヤに対する参照を、模式的に示し、矢印 rf4,rf5,riBは 、長時間参照ピクチヤに対する参照を、模式的に示す。図 21は、 IDRピクチャをデコ ードする際の、 Decoded Picture BufferlOの格納内容を示す。 IDRピクチャのデコード 時にあたっては、ビデオデコーダ 8、 Decoded Picture Buffer 10に対する瞬時リフレツ シュがなされるので、 Decoded Picture BufferlOに格納されていた短期間参照ピクチ ャ、長期間参照ピクチャは全て消去されることになる。以上が Coded Picture Buffer7、 ビデオデコーダ 8、 Decoded Picture BufferlOについての詳細である。続いて制御部 44の処理手順につ 、て説明する。
[0069] 制御部 44は、 MPEG4-AVC形式のビデオストリームの再生時において倍速再生や 飛込再生を実行するよう、 BDドライブ 1、ビデオデコーダ 8を制御する。
倍速再生は、ビデオストリームを構成する複数ピクチヤのうち、 Iピクチャ (IDRピクチャ 、 Non-IDR Iピクチャを含む)を順次再生してゆくことにより、実現することができる。こ こで EP_mapの Entry Pointには、 IDRピクチャ及び Non- IDR Iピクチャの位置及びサイ ズが示されているので、ビデオストリームのうち Iピクチャや、 Iピクチャのみを読み込ん で再生することにより、 2倍速、 3倍速といった特殊再生を実現することができる。
[0070] 一方飛込再生には、タイムサーチと、 PL再生とがある。タイムサーチとは、 "何時何 分何秒"に再生せよという時間情報をユーザ力 受け付けて、指示された再生開始 時点にあたる位置から、ビデオストリームを再生する技術である。この際制御部 44は 、時間情報を BD-ROM上の Iピクチャアドレスに変換するという変換処理を行い、 Iピク チヤアドレスを求めてから、そのアドレス以降の TSパケットを BD-ROM力も読み出させ 、その TSパケットを順次デコーダに投入する。
[0071] 一方、 PL再生とは、 PlayList情報の In_timeにあたる位置から、 Out_timeにあたる位 置までビデオストリームを再生する技術である。
これらの制御の根幹にあるのは、時間情報力も Iピクチャアドレスを導く処理である。 図 22は、時間情報を Iピクチャアドレスに変換する手順を示すフローチャートである。 本フローチャートにお 、て、飛込再生の飛込位置を示す時間情報を In_timeと表記し ている。図 22のステップ S1では、 In_timeを PTS_EP_startとし、ステップ S2では、
PTS_EP_startに最も近い、 EP_High_id、 EP丄 owjdの組みを求める。ここで EP_High_idと は、 In_time以前の時点を示す EP_Highであって、 In_timeに最も近いものを特定する識 別子である。一方、 EP丄 owjdとは、 EP_High[EP_Highjd]以降、 In_time以前の時点を 示す EP丄 owであって、 In_timeに最も近 、ものを特定する識別子である。
[0072] EP_High_idを求めるため、制御部 44は、複数 EP_Highの PTS_EP_Highに示される時 間幅を足し合わせてゆく。ここで PTS_EP_Highに示される時間幅とは、 PTS_EP_Highを 上位ビットとする時間の単位である。そして何個目の EP_High_idにおいて、時間幅の 総和∑力 ¾_timeを越えるかを判定する。ここで k個目の EP_High_idにおいて、時間幅 の総和∑が In_timeを越えた場合、この kから 1を減じた数値 (k- 1)を、 EP_High_idとする
[0073] EP丄 owjdを求めるため、制御部 44は、 PTS_EP_High(EP_High_id)までの総和∑に、 複数 EP丄 owの PTS_EP丄 owに示される時間幅を足し合わせてゆく。そして何個目の EP丄 owjdにおいて、時間幅の総和力 ¾_timeを越えるかを判定する。ここで h個目の EP丄 owjdにおいて、時間幅の総和力 ¾_timeを越えた場合、この hから 1を減じた数値 (h— 1)を、 EP— Low— idとする。
[0074] このようにして求められた EP_High_id及び EP丄 owjdの組みにより、 In_timeに最も近 い Entry Pointが特定されることになる。 こうして EP丄 owjdを求めれば、ステップ S3〜ステップ S5からなるループ処理に移 行する。 EP丄 owjdを変数 jに代入した上で (ステップ S3)、ステップ S4〜ステップ S5か らなるループ処理を実行するというものである。このループ処理は、ステップ S5が Yes と判定されるまで、変数 jのデクリメント (ステップ S4)を繰り返すものである。このステツ プ S5は、変数 jにて特定される Entry Pointの is_angle_change_point(PTS_EP丄 ow[j] .is_angle_change_point)が 1であるか否かを判定するものであり、変数 jにて特定される Entry Pointの is_angle_change_pointが連続して" 0"を示して 、る限り、このループ処理 は繰り返し実行される。
[0075] 変数 jにて特定される Entry Pointの is_angle_change_pointが "1 "になれば、このルー プ処理は終了することになる。ステップ S5が Yesになれば、変数 jを EP丄 owjdに代入 し (ステップ S6)、この EP丄 owjdに最も近い reむ o_EP丄 ow_id[i]を有する EP_High[i]を求 める (ステップ S7)。こうして EP丄 owjdと、 iとが求められれば、 SPN_EP丄 ow[EP丄 owjd] と、 SPN_EP_High[i]とから SPN_EP_Startを求めて (ステップ S8)、この SPN_EP_Startを、 I ピクチャアドレスに変換する (ステップ S9)。
[0076] ここで SPNは、 TSパケットのシリアル番号であるので、この SPNに基づき TSパケットを 読み出すには、 SPNを相対セクタ数に変換する必要がある。ここで図 4に示したように 、 TSパケットは 32個毎に 1つの Aligned Unitに変換され、 3つのセクタに記録されるの で、 SPNを 32で割ることにより商を得て、その商を、 Iピクチャが存在する Aligned Unit の番号として解釈する。こうして得られた Aligned Unit番号に 3を乗ずることにより、 SPNに最も近い Aligned Unitのセクタアドレスを求めることができる。こうして得られた セクタアドレスは、 1つの AVClipファイルの先頭からの相対セクタ数なので、この相対 セクタ数をファイルポインタに設定して、 AVClipを読み出すことにより、 Iピクチャをビ デォデコーダ 8に読み出すことができる。
[0077] 以上の手順により、 In_time以前を指し示す Entry Pointであって、 IDRピクチャを指示 するものを探し出すことができる。こうして多重化された IDRピクチャ以降を読み出すこ とにより、 In_timeのデコードに必要な参照ピクチャをデコーダ内に準備することができ る。以上が時間情報から Iピクチャアドレスを導く処理の手順である。続いて、 PlayList 情報に基づく再生手順について説明する。 [0078] 図 23は、制御部 44による PL再生手順を示すフローチャートである。本フローチヤ一 トにおいて処理対象たる Playltemを Playltemfeとする。本フローチャートは、カレント PlayList情報 (.mpls)の読み込みを行い (ステップ S101)、その後、ステップ S102〜ス テツプ S110の処理を実行すると!/、うものである。ここでステップ S 102〜ステップ S I 1 0は、ステップ S 109が Yesになるまで、カレント PlayList情報を構成するそれぞれの PI 情報について、ステップ S103〜ステップ S110の処理を繰り返すというループ処理を 構成している。このループ処理において処理対象となる Playltemを、 PlayItem#x(PI#x) とよぶ。この Playltemfeは、カレント PlayListの先頭の Playltemに設定されることにより、 初期化される (ステップ S 102)。上述したループ処理の終了要件は、この Playltemfe がカレント PlayListの最後の Playltemになることであり (ステップ S 109)、もし最後の Playltemでなければ、カレント PlayListにおける次の Playltemが Playltemfeに設定され る (ステップ S 110)。
[0079] ループ処理において繰り返し実行されるステップ S 103〜ステップ S 110は、以下の 処理からなる。先ず初めに、 Playltemfeの Clip_information_file_nameで指定される Clip 情報をメモリに読み込み (ステップ S 103)、 Playltemfeの In_timeを、カレント Clip情報の EPmapを用いて、 Iピクチャアドレス uに変換する (ステップ S 104)。この変換は、図 22 のフローチャートに従ってなされ、 IDRピクチャのアドレスが、 Iピクチャアドレス として 算出される。
[0080] その一方、 Playltemfeの OuUimeを、カレント Clip情報の EP_mapを用いて、 Iピクチャ アドレス Vに変換する (ステップ S 105)。 OuUimeの変換には、図 22のフローチャート の実行は不要であり、最も近い位置にある Iピクチャのアドレスをアドレス Vとして算出 すればよい。これらの変換で得られたアドレス Vの次の Iピクチャを求めて、そのアドレ スの 1つ手前をアドレス wに設定し (ステップ S107)、そうして算出されたアドレス wを用 V、て、 Iピクチャアドレス uからアドレス wまでの TSパケットの読み出しを BD- ROMドライ ブ 1に命じる (ステップ S 108)。
[0081] 一方、ビデオデコーダ 8に対しては、カレント PlayListMarkの mark_time_stampから Playltemfeの OuUimeまでの出力を命じる (ステップ S106)。以上のステップ S 105〜 ステップ S108により、 AVClipにおいて、 Playltemfeにより指示されている部分の再生 力 Sなされること〖こなる。
その後、 Playltemfeがカレント PlayListの最後の PIであるかの判定がなされる (ステツ プ S109)。
[0082] Playltemfeがカレント PlayListの最後の PIでなければ、カレント PlayListにおける次の Playltemを、 Playltemfeに設定して (ステップ S110)、ステップ S 103に戻る。以上のス テツプ S103〜ステップ S 110を繰り返することにより、 PlayListを構成する Playltemは 順次再生されることになる。
以上のように本実施形態によれば、 is_angle_change_point"=l"の Entry Point〖こより 指示されるピクチャまで読出範囲を広げれば、 IDRピクチャをビデオデコーダ 8に供 給することができ、飛込再生時のデコードに必要な全ての参照ピクチャを Decoded Picture BufferlO内に準備することができるので、飛込再生時における読出範囲の拡 大を必要最小限にすることができる。
[0083] 高い圧縮率を得るため、 15分、 30分というように、比較的長い時間間隔で IDRピクチ ャがビデオストリームに挿入されている場合において、特殊再生の効率ィ匕を実現する ことができるので、 MPEG4-AVCによる圧縮符号ィ匕の利点を大きく損なう事はなぐ特 殊再生の効率ィ匕を実現することができる。
(第 2実施形態）
第 1実施形態では、 EP_mapは、 AVClipにおける進入点を指示する、
is_angle_change_pointを EPjnapのデータ構造と共に開示した。第 2実施形態では、 is_angle_change_pointにより指示される進入点及び脱出点により実現される、アングル 切り換え操作について説明する。アングル切り換え操作とは、第 1実施形態で述べた ように、現在再生中の AVClipからの「脱出」と、別の AVClipへの「進入」とからなる操 作のことである。
[0084] ここで正面、右方向、左方向というように、 1つの被写体を複数のカメラアングルから 捉えた複数の映像力 複数の AVClipとして記録されており、これらのうち正面力 の 映像を表す AVClipの再生中において、上述した「脱出」と、右方向からの映像を表す AVClipへの「進入」がなされると、正面力 右方向というように、再生映像の切り換わり が生じる。カメラアングルを切り換えるように、再生映像を変化させることができるので 、この変化に由来して、上述した「脱出」及び「進入」からなる操作は、 "アングル切り 換え"と呼ばれる。力かるアングル切り換えの実現にあたって、 AVClipや PlayList情報 に対する改良が必要になる。アングル切り換えのための改良が加えられた PlayList情 報の Playltem情報、及び、複数の AVClipを、マルチアングル区間とよぶ。
[0085] マルチアングル区間実現のための応用層レイアウトを図 24に示す。本実施形態で 、対象としているマルチアングル区間は、 4つのアングル映像の切り換えを意図してい るものだとすると、マルチアングル区間は、 4つの
AVClip(00001.m2ts,00002.m2ts,00003.m2ts,00004.m2ts)と、 1つの PlayList情報 (00001. mpls)と、 4つの Clip情報 (00001.clpi,00002.clpi,00003.clpi,00004.clpi)とにより 構成される。
[0086] 図 25は、 PlayList情報のデータ構造を示す図である。本図に示すようにマルチアン グル区間対応の Play Item情報は、通常の Play Itemとの互換部分と、マルチアングル 区間実現のための拡張部分とからなる。互換部分のデータ構造は図 16と同じであり 、『Clip— information— file— name』、『し lip— codec— identifier』、『IN— time』、『OUT— time』" te る。マルチアングル区間において、この互換部分で指定される AVClipは、 1本目のァ ングル区間として取り扱われる。こうすることで、マルチアングル区間に対応しえない 再生装置 (BD-REのデータ構造しか対応しえな 、再生装置)が、マルチアングル区間 対応の Play Itemを読み取ったとしても、この互換部分のみを参照して再生を行うこと で、 1本目のアングル区間を再生してゆくことができる。拡張部分のデータ構造は、『 is—multi—angles』,『number— of— angles』,『is— seamless— angle— change』、『Anglef [2][3] · · •[j]』からなる。
[0087] 『is_multi_angles』は、この Play Itemに対応する再生区間がマルチアングル区間であ るカゝ、非アングル区間であるかを示す。
『number_of_angles』は、マルチアングル区間を示すよう『is_multi_angles』が設定され て 、る場合、このマルチアングル区間を構成するアングル数を示す。
『is_seamless_angle_change』は、シームレスなアングル切り換えが意図されて 、る力 を示す。シームレスなアングル切り換えが意図されているかどうかは、 AVClip力 後述 するインターリーブ記録により記録されている力否かによって変わる。従って、インタ 一リーブ記録により記録されて 、る場合、『is_seamless_angle_change』はオンに設定さ れ、記録されてない場合、『is_seamless_angle_change』はオフに設定される。
[0088] 『Angle情報 [2] · · ' [j]』は、マルチアングル区間における個々のアングル区間につい ての情報であり、『Clip— Information— file— name』、『Clip— codec— identifiedを含む。
『Clip_Information_file_name[angle_id]』には、アングル区間を構成する AVClipのファ ィル名が記述される。
[0089] 『Clip— codec— identifier[angle— id]』は、アングル情報の Clip— Information— file— nameにて 記述されたファイル名の AVClipにおける符号ィヒ方式を示す。
以上の説明においてアングル情報には、 In_time、 Out_timeがない。これは、 2本目 以降のアングル区間は、互換部分に存在する In_time、 Out_timeにより、 Play Itemの 始点、終点が指定されるためである。従って、アングル情報内の
ClipJnformation_file_nameで指定される AVClipは、互換部分内の
Clip_Information_file_nameで指定される AVClipと、同一再生時間でなければならない 。また、 AVClip再生時間軸において、個々の再生タイミングを規定するタイムスタンプ (System Time Clock)の値が厳密に同一でなければならない。
[0090] Playltem情報の互換部分及び拡張部分は、 Clip_Information_file_nameを有して!/、る ので、複数の AVClipに対し、再生区間を一括して指定することができる。
図 26 (a)は、 Playltem情報の 4つの Clip_Information_file_nameによりなされた一括指 定を示す図である。本図において第 1段目〜第 4段目は、 4つの AVClip時間軸 (AVClip#l,#2,#3,#4の時間軸)を示し、第 5段目は、 PL時間軸を示す。 Playltem情報 が有する、 4つの Clip_Information_file_nameにて、これら 4つの時間軸が指定されてい る。こうすることで、 Playltemが有する In_time,Out_timeにより、択一的に再生可能な 4 つの再生区間が定義されることになる。これにより、 PL時間軸には、切り換え可能な 複数アングル映像力もなる区間 (いわゆるマルチアングル区間)が定義されることにな る。 In_time,Out_timeにより指定される、 4つの AVClip上の 4つの再生区間は、 PlayList 時間軸において同じ再生時間帯に位置することになる。
[0091] マルチアングル区間を構成する各 AVClip力 どのように分割されて BD-ROM上に 記録されるかについて説明する。 AVClipは、複数のエクステントに分割され、 BD- ROMに記録される。エクステントとは、 BD- ROM上の連続領域に記録される BD-ROM上の 1の分割部分であり、セグメントとも呼ばれる。
図 24に示した AVClip#l〜AVClip#4は、 4つのアングルから撮影された動画データ であるものとする。この場合 AVClip#l〜#4は、
AVClip#l→
AVClip#l.l/5,AVClip#1.2/5,AVClip#1.3/5,AVClip#1.4/5,AVClip#1.5/5 AVClip#2→
AVClip#2. l/5,AVClip#2.2/5 ,AVClip#2.3/5 ,AVClip#2.4/5 ,AVClip#2.5/5 AVClip#3→
AVClip#3. l/5,AVClip#3.2/5 ,AVClip#3.3/5 ,AVClip#3.4/5 ,AVClip#3.5/5 AVClip#4→ という 5つのエクステントに分割される。
図 26 (b)は、各 AVClipを構成するエクステントを、 PlayList時間軸上に記述した図 である。各 AVClipを構成する 5つのエクステントは、同じ再生時間帯に位置する。つま り、 AVclip#l.l/5、 AVclip#2.1/5、 AVclip#3.1/5、 AVclip#4.1/5は同じ時間帯に位置 する。 AVclip#1.2/5、 AVclip#2.2/5、 AVclip#3.2/5、 AVclip#4.2/5は同じ時間帯に、 AVclip#1.3/5、 AVclip#2.3/5、 AVclip#3.3/5、 AVclip#4.3/5は同じ時間帯に位置する
[0092] これら 4つの AVClipを構成するエクステントは、 BD- ROMにお!/、てインターリーブ記 録される。ここでインターリーブ記録とは、複数のファイルを分割することで得られた分 割部分を、交互に記録しておくことをいう。力かるインターリーブ記録により、あるファ ィルの読み出しの途中で、別のファイルを読み出すという、読出先ファイルの切り換 えを好適に行うことができる。これにより、 AVClipの再生途中において、再生映像を 途切れさせることなぐ上述した「脱出」、「進入」を実現することができる。結果として シームレスなアングル切り換えの実現が可能になる。
[0093] 図 26 (b)に示したエクステントは、 BD- ROM上において、図 27 (a)のようにインター リーブ記録される。 図 27 (a)は、マルチアングル区間を構成する 4つの AVClip力 ¾D- ROM上でどのよう に配置されているかという、アロケーションイメージを示す。ここで 4つの AVClipのそれ ぞれが、 5つエクステントから構成されているとすると、各 AVClipを構成する 5つの分 割部分のうち、 1つ目のもの
(AVClip#l.l/5,AVClip#1.2/5.AVClip#3.1/5,AVClip#4.1/5)がひとまとまりに記録さ れる。これら AVClip#l.l/5〜AVClip#4.1/5は、同じ時間帯に再生されるべき AVClip の一部である。このように同じ時間帯に再生されるべきエクステントが、集められ、連 続することになる。力かるインターリーブ記録により、 AVClip#lを構成するエクステント と、 AVClip#2を構成するエクステントとが交互に現れるので、例えば AVClip#l.l/5、 AVClip#2.1/5をまとめて読み出させれば、 AVClip#l.l/5、 AVClip#2.1/5のうち一方 を択一的にデコードすることができる。これによりユーザ操作に応じたアングル切り換 免が実現されること〖こなる。
[0094] マルチアングル区間において AVClipは、第 1実施形態に示した進入点、脱出点に あたる位置を分割境界にして、分割されている。そのため分割部分の先頭位置は、 進入点になり、終端位置は、脱出点になる。進入点で始まり、脱出点で終わる分割部 分力 互いに交互に配置されているので、ある AVClipからの脱出と、他の AVClipへ の進入とが好適に行われることになる。
[0095] 図 27 (b)は、 AVClipを構成する分割部分の内部構成を示す。本図に示すように、 エクステントの先頭 (若しくは最初のビデオデータの内部)には、 Access Unit
Delimiter(AUD)があり、完結した Access Unitである IDRピクチャが存在している。進入 点にあたる IDRピクチャの PTS及び SPNは、 is_angle_change_point"=l"に設定された Entry Pointにより指示される。 1つのエクステントの長さは、所定の長さを下回っては ならない。もしこの長さが短ければ、 BD- ROMからの読み出し時において、バッファの アンダーフローが生じかねな!/、からである。
[0096] 1つのエクステントには、進入点にあたる IDRピクチャが 2以上存在してもよい。しかし 、 1つのエクステント内の最後の IDRピクチャから、エクステントの末尾までの長さは、 上述した所定の長さを下回ってはならない。図 28は、エクステントの連続長をどのよう に決定するかの概念を示す図である。本図の Entry Point#l〜#5は、 is_angle_change_pointがそれぞれ 1 ,0, 1 ,0, 1に設定されて 、る。このうち Entry Point#5 から、エクステント末尾までの長さは、所定の長さを下回ってはならない。
[0097] 図 29は、 BD- ROMにおけるエクステントのアロケーションと、これらエクステントに対 する Entry Point設定とを対応づけて示す図である。本図におけるハッチング部は、 AVClip#2を構成する各エクステントの先頭に位置する Iピクチャ (IDRピクチャ、 Non-IDR Iピクチャ)の Access Unit Delimiterを示す。 AVClip#2だけではなく、
AVClip#l、 AVClip#3,#4,#5についても、各 AVClipを構成するエクステントの先頭に、 I ピクチャ (IDRピクチャ、 Non-IDR Iピクチャ)は存在する力 簡略化のため、これらにつ いての図示は省略している。 AVClip#2を構成する複数のエクステント (AVclip#2.1/5、 AVclip#2.2/5、 AVclip#2.3/5、 AVclip#2.4/5、 AVclip#2.5/5)が、他の AVClipを構成 する複数のエクステントとインターリーブ記録されている場合、 AVClip#2に対応する Clip情報の EP_mapは、 Entry Point#l,#2,#3,#4,#5という 5つの Entry Pointを有する。 Entry Point#l,#2,#3,#4,#5«, AVClip#2を構成する AVclip#2.1/5、 AVclip#2.2/5、 AVclip#2.3/5、 AVclip#2.4/5、 AVclip#2.5/5の SPNを、 PTSと対応づけて示すよう、設 定される。
[0098] AVClip#2を構成する 5つのエクステントのうち、 AVclip#2.2/5、 AVclip#2.4/5、
AVclip#2.5/5の先頭は Non-IDR Iピクチャであり、 AVclip#2.1/5、 AVclip#2.3/5の先 頭は IDRピクチャである場合、 AVclip#2.1/5、 AVclip#2.3/5の SPNを示す Entry Point# K Entry Pointftjの is— angle— change— pointは、 =1に設定される。
以上のように AVClip#2を構成する各エクステントの先頭は、 is_angle_change_point" =1"に設定された Entry Pointにより指示されることになる。これによりエクステントの先 頭は、他の AVClipからの進入点として解釈されることになる。エクステントの末尾は、 is_angle_change_point"=l"により指定された点の直前にあたるから、他の AVClipへの 脱出点として解釈される。図 29は、 AVClip#2を構成する各エクステントについての Entry Point設定であるが、 AVClip#lを構成する各エクステント、 AVClip#3,#4,#5を構 成する各エクステントの先頭も、 AVClip#2同様、 is_angle_change_point"=l"に設定さ れた Entry Pointにより指示される。 AVClip#l,#2,#3,#4,#5を構成する各エクステントの 末尾と、エクステントの先頭との間の境界において、脱出、進入が可能になるので、 力かるシームレスなアングル切換が可能になる。
[0099] 以上が、本実施形態に係る記録媒体についての改良である。続いて再生装置の改 良について説明する。第 2実施形態に示した再生装置において、アングル区間の指 定を示すのは、 PSRセット 46における PSR(3)である。 PSR(3)は、カレントアングルを示 す数値を格納するという役割をもつ。第 2実施形態に係る制御部 44は、この PSR(3)の 設定値に従 ヽ、アングル区間を選択して再生するとの処理を行う。
[0100] 図 30は、 PSR(3)の設定値が取り得る複数の値と、 Playltem及び Clip情報の関係を 示す図である。本図の左側は、 PSR(3)が取り得る複数の値 (1〜4)を示す。
PSR(3)の設定値が 1である場合、 Playltem情報にぉ 、て互換部分にある し lip— information— file— name力 21多照 れ、この Clip— information— file— nameに，己述 れ飞 ヽ るファイル名 OOOOl.clpiの Clip情報力メモリに読み出されることになる。そしてこの Clip 情報の中にある Entry Pointが参照され、 AVClip(00001.m2ts)の再生がなされる。
[0101] PSR(3)の設定値力 ¾である場合、 Playltem情報において Angle情報 [2]内にある
し lip— information— file— name力 21多照 れ、この Clip— information— file— nameに，己述 れ飞 ヽ るファイル名 00002.clpiの Clip情報力メモリに読み出されることになる。そしてこの Clip 情報の中にある Entry Pointが参照され、 AVClip(00002.m2ts)の再生がなされる。
PSR(3)の設定値力 ¾である場合、 Playltem情報にぉ 、て Angle情報 [3]内にある し lip— information— file— name力 21多照 れ、この Clip— information— file— nameに，己述 れ飞 ヽ るファイル名 00003.clpiの Clip情報力メモリに読み出されることになる。そしてこの Clip 情報の中にある Entry Pointが参照され、 AVClip(00003.m2ts)の再生がなされる。
[0102] PSR(3)の設定値力 である場合、 Playltem情報にぉ 、て Angle情報 [4]内にある
し lip— information— file— name力 21多照 れ、この Clip— information— file— nameに，己述 れ飞 ヽ るファイル名 00004.clpiの Clip情報力メモリに読み出されることになる。そしてこの Clip 情報の中にある Entry Pointが参照され、 AVClip(00004.m2ts)の再生がなされる。 続いて図 25の Playltem情報に基づぐ制御部 44の処理手順について説明する。 図 31は、第 2実施形態に係る PlayList情報再生手順を示すフローチャートである。
[0103] 本フローチャートが、図 23のフローチャートと異なっているのは、ステップ S103がス テツプ SI 11〜ステップ S114に置き換えられて 、る点である。具体的に!/、うと制御部 44は、カレント PlayList情報のうち、 1つの Play Itemを再生する際、 PSR(3)の設定値を 変数 Vに代入して (ステップ S 111)、変数 ¥カ¾以上である力否かを判定する (ステップ S112)0 PSR(3)の設定値 Vが =1であれば (ステップ S112でNo)、 Play Itemの互換部分 の Clip_information_file_nameに記述されている Clip情報をメモリ読み出す (ステップ S1 13)。そして、 Play Itemの In_timeから Out_timeまでの TSパケットを読み出すよう BD- ROMドライブ 1を制御する (ステップ S104〜ステップ S108)。
[0104] PSR(3)の設定値 V力 ^以上であれば (ステップ S112 Yes)、 Playltemfeにおいて、 V 個目のアングル情報 V.Clip_Information_file_nameで指定されて!、る Clip情報をメモリ に読み出す (ステップ S 114)。そして、 Play Itemの In_timeから Out_timeまでの TSバケツ トを読み出すよう BD- ROMドライブ 1を制御する (ステップ S 104〜ステップ S 108)。 このように PSR(3)の設定値に応じて、異なる AVClipをアクセスすることにより、アング ル区間の選択的な再生が実現される。
[0105] 図 32は、マルチアングル区間を対象にしたディスク読出処理の処理手順を示すフ ローチャートである。本図においてカレントアドレスとは、光ピックアップによる現在の 読出先のアドレスである。カレントエクステントとは、カレントアドレスによる読出先にな つているエクステントを意味する。カレントアングルとは、マルチアングル区間のうち、 現在再生されて ヽるアングル映像を意味する。
[0106] ステップ S50〜ステップ S52は、本フローチャートにおけるメインループである。この ループ処理は、カレントアドレスを次のアドレスに更新するという処理 (ステップ S50)を 繰り返すものである。
このステップ S50〜ステップ S52の繰り返しにより、 1つのエクステントの内部におい て、読出先を示すカレントアドレスは、順次更新されてゆく。
[0107] ステップ S51は、アングル切り換えがなされたかどうかの判定である。ここでアングル 切り換えは、リモコンにおいて設けられているアングルキーの押下や、数値ボタンの 押下によりなされる。もしなされれば、切り換え先となるアングルを示す数値を変数 V に代入して (ステップ S53)、準備フラグを "= Γに設定する (ステップ S54)。
ここでアングルキーの押下によりアングル切り換えがなされたなら、 PSR(3)の数値に 、 "1 "を加えた値を、変数 Vに代入する。数値ボタンの押下によりアングル切り換えが なされた場合は、その押下された数値キーに対応する値を変数 Vに代入する。
[0108] ステップ S52は、カレントアドレスが、カレントエクステントの終了アドレスになったか 否かの判定である。 1つのエクステントを構成する TSパケットが全て読み出され、カレ ントアドレスがエクステントの終端に達すれば、このステップ S52が Yesになる。
ステップ S52力 Wesになれば、ステップ S55〜ステップ S57の処理を実行する。ステ ップ S55は、準備フラグが =1であるか否かの判定であり、もし準備フラグが 0であれば 、カレント AVClipの次のエクステントをカレントエクステントに設定し (ステップ S56)、力 レントエクステントの先頭 Access Unit Delimiterのアドレスをカレントアドレスに設定し た上で (ステップ S57)、ステップ S50〜ステップ S52からなるループ処理に戻る。これ により準備フラグが =0である場合は、カレントアングルに属する次のエクステントが、 読み込まれることになる。
[0109] 準備フラグが =1である場合、読出先となる AVClipファイルの切り換え処理を実行す る。カレントの読出先アドレス力 カレントエクステントの末尾に到達したことを契機に して、読出先となる AVClipファイルの切り換え処理を実行するからである。
先ず初めに、切換先アングルのエクステントのうち、カレントエクステントの次の時間 帯に再生されるものを、エクステント dstに設定する (ステップ S58)。そしてエクステント dstの先頭 Access Unit Delimiterを指示する EPtopを特定する (ステップ S 59)。その後 、 EPtopの is_angle_change_pointが =1であるか否かを判定する (ステップ S60)。この判 定は、エクステント dstの先頭力 進入点になりうるかどうかの判定を意味する。もし is_angle_change_pointが =0であるなら、準備フラグを =1に設定したままステップ S 56に 移行する。ステップ S56〜ステップ S57の処理は、カレントアングルに属する次のエタ ステントの読み込みである。力かる処理により、カレントアングルの再生は «続するこ とになる。つまり、エクステント dstが、 is_angle_change_point"=l"に設定された進入点 でな 、なら、カレントアングルの再生を継続するのである。
[0110] も Us_angle_change_pointが =1であるなら、エクステント dstをカレントエクステントに設 定し (ステップ S61)、エクステント dstの先頭 Access Unit Delimiterのアドレスをカレント アドレスに設定する (ステップ S62)。そして、準備フラグを 0にクリアし、切換先アングル を示す変数 Vを PSR(3)に設定する (ステップ S63)。最後にステップ SI 13に戻る。これ により、変数 Vにあたる Clipjnformation_file_nameに記述されて!、る、 Clip情報が読み 出され、その Clip情報に基づぐ再生を継続することになる。
[0111] 図 33は、アングル映像 Aを再生する際の BD-ROMからの読み出しを示す図である 。本図では、 AVClip#lを構成する 5つのエクステント (AVclip#l.l/5、 AVclip#1.2/5、 AVclip#1.3/5、 AVclip#2.4/5、 AVclip#1.5/5)が順次読み出されている。
図 34は、アングル映像切り換え操作がなされた際の BD-ROMからの読み出しを示 す図である。 AVClip#lを構成する 5つのエクステントのうち、 AVClip#1.2/5が読み出さ れて 、る途中で、アングル切換操作を意図する操作がユーザによりなされたとする (ス テツプ S51で Yes)。これにより準備フラグは 1に設定される (ステップ S 54)。この操作は 、 AVClip#lにあたるアングル映像から AVClip#2にあたるアングル映像への切り換え を意図するものである。切り換え操作は、 AVclip#1.2/5の読み出しの途中でなされて いたため、切り換え時点の次の時間帯に再生されるエクステントとして、 AVclip#2.3/5 力 エクステント dstとして特定される (ステップ S58)。このエクステント dstの先頭は、 PTS_EP_start=t3にあたる Entry Point#3により指示されているので、この AVClip#2の Entry Point#3における is_angle_change_pointが参照される (ステップ S60)。ここで Entry Point#3の is_angle_change_pointは =1であり、進入点として解釈することができる。故に 、エクステント dstにあたる AVclip#2.3/5を、カレントエクステントに設定して (ステップ S 61)、このカレントエクステント先頭の Access Unit Delimiterのアドレスを、カレントアド レスに設定した上で (ステップ S62)、 AVClip#2を示す" 2"を、 PSR(3)を設定する (ステツ プ S64)。こうすることにより、以降、 AVClip#2を構成する AVclip#2.3/5、 AVclip#2.4/5 、 AVclip#2.5/5が読み出されることになる。
[0112] 図 35は、アングル映像切り換え操作がなされた際の BD-ROMからの読み出しを示 す図である。 AVClip#lを構成する 5つのエクステントのうち、 AVclip#l.l/5が読み出さ れて 、る途中で、アングル切換操作を意図する操作がユーザによりなされたとする (ス テツプ S51で Yes)。これにより準備フラグは 1に設定される (ステップ S 54)。切り換え操 作は、 AVclip#l.l/5の読み出しの途中でなされていたため、 AVclip#1.2/5の読み出 しがなされれば、切り換え時点の次の時間帯に再生されるエクステントとして、 AVclip#2.2/5が、エクステント dstとして特定される (ステップ S58)。このエクステント dst の先頭は、 PTS_EP_start=t2にあたる Entry Point#3により指示されているので、この AVClip#2の Entry Point#2における is_angle_change_pointが参照される (ステップ S60) 。ここで Entry Point#2の is_angle_change_pointは =0であり、進入点として解釈すること ができない。アングル切り換えを実行することはできず、 AVclip#l.l/5の次にあたる AVclip#1.2/5を、カレントエクステントに設定し、カレントエクステントの先頭をカレント アドレスに設定して (ステップ S56、ステップ S57)、 AVclip#1.2/5の読み出しを行う。
[0113] AVclip#1.2/5の読み出し時において、カレントアドレスが AVclip#1.2/5の末尾に達 すれば (ステップ S52)、準備フラグが 1である力否かの判定がなされる (ステップ S55) 。ここで準備フラグは 1に設定されているので、切り換え時点の次の時間帯に再生さ れるエクステントとして、 AVclip#2.3/5が、エクステント dstとして特定される (ステップ S5 6)。このエクステント dstの先頭は、 PTS_EP_start=t3にあたる Entry Point#3により指示 されて 、るので、この AVClip#2の Entry Point#3における is_angle_change_pointが参照 される (ステップ S60)。ここで Entry Point#3の is_angle_change_pointは =1であり、進入 点として解釈することができる。故に、エクステント dstにあたる AVclip#2.3/5を、カレン トエクステントに設定して (ステップ S61)、このカレントエクステント先頭の Access Unit Delimiterのアドレスを、カレントアドレスに設定した上で (ステップ S62)、 AVClip#2を示 す 2を、 PSR(3)を設定する (ステップ S64)。こうすることにより、以降、 AVClip#2を構成 する AVclip#2.3/5、 AVclip#2.4/5、 AVclip#2.5/5が読み出されることになる。
[0114] 図 35のように、切り換え時点の次の時間帯に再生されるエクステントが進入点にな りえない場合は、進入点に到達するまで、カレントアングルを構成するエクステントの 再生を継続することになる。
また、 AVclip#2.3/5への切り換えが可能となる期間は、 PlayList時間軸において、同 じ時間帯に位置する AVclip#lのエクステント (AVclip#1.3/5)の再生が開始されるまで である。即ち、同じ時間帯に位置するエクステント (AVclip#1.3/5)の再生が開始され れば、もはや AVclip#l.3/5への再生切り換えを実現することはできない。
[0115] 以上のように本実施形態によれば、 AVClipを構成する複数エクステントの先頭が、 Entry Pointにより指示されており、この Entry Pointの is_angle_change_pointを参照する ことにより、切換先のアングル映像を構成する複数のエクステントのうち、どれが進入 点になりうるかを、即座に知得することができる。そうして知得した進入点力も IDRピク チヤを供給することができるので、ビデオストリームが MPEG4-AVCにより符号ィ匕され ている場合であっても、スムースなアングノレ切り換えを、実現することができる。
[0116] (第 3実施形態）
第 1実施形態は、 IDRピクチャが 15分、 30分置きに置かれている場合の飛込再生を 効率ィ匕するための改良を提案した。これに対し第 3実施形態は、ビデオストリームを 構成する複数のピクチャのうち、どれを IDRピクチャにするかという、 IDRピクチャ選択 を提案する。つまりエンコード条件を定めるにあたって、どのピクチャを IDRピクチャに すると 、う最適な選択を提案する。 MPEG4-AVC形式のビデオストリームは、 MPEG4-AVCに多重化され、 Clip情報を介して PlayList情報により参照される。本実 施形態における IDRピクチャの選択は、この PlayList情報の性質を考慮に入れたもの である。
[0117] 以降本実施形態に係る PlayList情報のデータ構造について説明する。図 36は、第 3実施形態に係る PlayList情報の内部構成を示す図である。本図の PlayList情報が、 第 2実施形態と異なるのは、複数の PLMark(#l〜#n)が追加されている点である。本 実施形態における IDRピクチャ選択は、こうしたデータ構造をもつ PlayList情報の PL 再生をより効率ィ匕する改良にほかならない。
[0118] 図 36における PLmark情報 (PLmarkO)は、 PL時間軸のうち、任意の区間を、チヤプ ター点として指定する情報である。図 36の引き出し線 pmlに示すように PLmark情報 は、『reむ。 _PlayItem_Id』と、『mark_time_stamp』とを含む。図 37は、 PLmark情報による チャプター定義を示す図である。本図において第 1段目は、 AVClip時間軸を示し、第 2段目は PL時間軸を示す。図中の矢印 pkl,2は、 PLmark情報における Playltem指定 (reむ o_PlayItem_Id)と、一時点の指定 (mark_time_stamp)とを示す。これらの指定により PL時間軸には、 3つのチャプター (Chapter#l,#2,#3)が定義されることになる。以上が PLmarkにつ!/、ての説明である。
[0119] 図 38は、 PlayList情報のうち、 Playltem#lにより指定されている部分のビデオストリ ームの内容及び EPjnap設定を示す図である。ここで Playltem#lの In_timeが、時間軸 において t2の時点を示しているとすると、この t2にあたるピクチャを IDRピクチャにェン コードしておく。これにより、 PlayList情報による再生時において、 Playltem#lの In_time 以降のピクチャを読み出すことにより、 PlayList#lを再生してゆくことができる。
[0120] 図 39は、ビデオストリームにおけるピクチャ列のうち、 Playltem#2で指定されるものを 示す。 Playltem#lの In_timeで指定されたピクチャが IDRピクチャであつたのに対し、 Playltem#2の In_timeで指定されて!、るピクチャは IDRピクチャでなくてもよ!/、。つまり、 PlayList情報を構成する複数 Playltem情報のうち、先頭以外の Playltemにつ!/、ては、 In_timeにて指定されるピクチャを IDRピクチャにエンコードしておく必要はない。
Non-IDR Iピクチャに符号化しておけばよい。何故なら、 MPEG4-AVCでは長時間参 照ピクチャの利用が可能であるので、 Playltem#lの In_timeから OuUimeまでに存在す るピクチャを、長時間参照ピクチヤとして利用するよう、 Playltem#2の In_timeから
OuUimeまでに存在するピクチャ、及び、 Playltem#3の In_timeから Out_timeまでに存 在するピクチャをエンコードしておけば、 Playltem#2の In_time、 Playltem#3の In_timeに 、 IDRピクチャを配置しておく必要が無いという理由による。長時間参照ピクチヤの利 用したエンコードにより、 IDRピクチャを置く個数を少なくすることができるので、
MPEG4-AVC形式のビデオストリームを高 、圧縮率で圧縮することができる。その反 面、 PlayList情報を構成する複数 Playltem情報のうち、先頭 Playltemにおける In_time は、先行するピクチャが存在しないので、この先頭 Playltemにおける In_timeからの再 生時には、 Decoded Picture BufferlOには参照ピクチャを得ることができない。従って 、先頭 Playltemにおける In_timeで指定されるピクチャは、必ず IDRピクチャにェンコ一 ドしておかねばならない。
[0121] Playitem情報 #2の In_timeから OuUimeまでに存在するピクチャのうち、 PLMark#lで 指定されるものについては、 IDRピクチャにエンコードしておく。 PLMark情報で指定さ れるピクチャは、チャプターとして解釈される。そしてチャプターサーチでこの PLMark 情報で指定されるピクチャから飛込再生される際、 Decoded Picture BufferlOには参 照ピクチャを得ることができない。従って、 PLMark情報で指定される Iピクチャは必ず IDRピクチャにエンコードしておくのである。
[0122] 図 40は、ビデオストリームにおけるピクチャ列のうち、 Playltem#3で指定されるものを 示す。図 40においても、図 39同様、 Playltem#3の In_timeで指定されているピクチャ は IDRピクチャでなくてもよい。 Playltem情報の In_timeから OuUimeまでに存在するピ クチャのうち、 PLMark#3で指定されるものについても、 IDRピクチャにエンコードして おく。こうすることで、チャプターからの再生時には、参照ピクチャは不要になるので、 PLMark情報に基づく再生が好適に行われる。
[0123] 以上が本実施形態に係る記録媒体の改良である。続、て、本実施形態に係る再生 装置の改良について説明する。 PlayList情報に基づく再生制御手順は、第 1実施形 態に示したものと同一であり、 PlayList情報の In_time及び OuUimeを Iピクチャアドレス に変換するとの手順を経て、 PlayList情報に基づく再生を実行する。
PlayList情報を構成する複数の Playltem情報のうち、先頭の Playltem情報の In_time にて指定されるピクチャは、 IDRピクチャであり、この IDRピクチャは、
is_angle_change_point"=l "に設定された Entry Pointにより指示されるので、制御部 44 は、 In_timeに対応する Entry Pointに示される SPN_EP_start以降を読み出すことにより 、 IDRピクチャをビデオデコーダ 8に供給する。ビデオデコーダ 8への IDRピクチャ供給 により、 Decoded Picture BufferlOのクリアがなされる。
[0124] このように本実施形態の再生装置は、 In_timeに最も近 、時点を指す Entry Pointを 検索しなくても、 In_timeに相当する位置を BD-ROM力も読み出すだけで、 IDRピクチ ャをビデオデコーダ 8に供給することができ、 PL再生の高速ィ匕を図ることができる。 また、 PLMark情報によりチャプターが規定されているので、本実施形態に係る再生 装置は、 PlayList情報を用いたチャプターサーチ機能及びチャプタースキップ機能を 実行する。チャプターサーチ機能とは、 PLMark情報に記述されている
ref_to_PlayItem_Idに対応する Playltem情報を、複数の Playltem情報の中から特定して 、特定した Playltem情報が定義されている AVClipにおいて、 PLMark情報に記述され た mark_time_stampに示される位置からの飛込再生を行うものであり、この際、制御部 44は、複数の Entry Pointのうち、 PLMark情報に記述された mark_time_stampに最も 近い PTS_EP_startをもつ Entry Pointを特定して、特定した Entry Pointの SPN_EP_start に対応する Iピクチャアドレスからの再生を行わせる。
[0125] チャプタースキップは、現在の再生位置にあたるチャプターの直前又は直後のチヤ プターを規定する PLMark情報を特定して、その PLMark情報に対するチャプターサ ーチを実行するものである。上述のように、 PLMark情報の mark_time_stampにて指定 されるピクチャは、 IDRピクチャにエンコードされており、 is_angle_change_point"=l"に 設定された Entry Pointの PTS_EP_startは、この IDRピクチャの再生時刻を示している ので、 Entry Pointの SPN_EP_startに示される位置以降のピクチャを読み出すことによ り、 IDRピクチャをビデオデコーダ 8に供給することができる。
[0126] 以降、フローチャートを参照しながら、チャプターサーチ及びチャプタースキップの 処理手順について説明する。図 41は、チャプターサーチの処理手順を示すフローチ ヤートである。
本フローチャートにおいて先ずチャプターメニューにおけるチャプター選択を待ち（ ステップ S 124)、チャプター選択がなされれば、選択されたチャプターにあたる PLMark情報をカレント PlayListMarkとする (ステップ S 125)。ステップ S 126では、カレ ント PlayListMarkの reむ o_PlayItem_Idに記述されて 、る PIを、 Playltemfeに設定し、ス テツプ S 127では、 Playltemfeの Clip jnformation_file_nameで指定される Clip情報を読 み込む。ステップ S 128では、カレント Clip情報の EP_mapを用いて、カレント
PlayListMarkの mark_time_stampを、 Iピクチャアドレス uに変換する。ここで PLMark情 報の marK— time— stampで旨 されて 、oヒクテャは、 is— angle— change— point =1"に設 E' された Entry Pointにより指示されている。そのため、 Iピクチャアドレス uは、 IDRピクチ ャのアドレスを指示することになる。
[0127] 一方ステップ S 129では、 Playltemfeの OuUimeを,カレント Clip情報の EP_mapを用 いて, Iピクチャアドレス Vに変換する。ステップ S 130は、カレント PlayListMarkの mark— time— stamp» り Playltemffxの Out— timeまでの出力を Presentation Engined lJこ命 じる。こうして Iピクチャアドレス u,vを変化して、別の部分の再生を命じた上、図 23のス テツプ S 107へ移行するので、別の AVClipから TSパケットが読み出されることになり、 映像内容が切り換えが実現する。以上がチャプターサーチの処理手順である。続い てチャプタースキップの処理手順について説明する。図 42は、チャプタースキップの 処理手順を示すフローチャートである。
[0128] ステップ S 131はリモコンに対する SkipNextキー、 SkipBackキーに対する操作待ちを 行う。もし操作がなされれば、ステップ S 132を実行する。ステップ S 132は、押下され たのが SkipNextキーである力、 SkipBackキーであるかの判定であり、 SkipBackキーで あるならステップ S133において方向フラグを- 1に設定し、 SkipNextキーであるならス テツプ S134において方向フラグを +1に設定する。
[0129] ステップ S135は、カレント PlayListMarkの番号に方向フラグの値を足した番号を、 カレント PlayListMarkの番号として設定する。ここで SkipNextキーであるなら方向フラ グは +1に設定されているのでカレント PlayListMarkはインクリメントされることになる。 SkipBackキーであるなら方向フラグは- 1に設定されて!、るので、カレント PlayListMark はデクリメントされることになる。このようにして PLMark情報を設定すれば、図 41同様 、ステップ S126〜ステップ S130の処理手順を実行することにより、 TSパケット読み 出しを行う。
[0130] ここで PLMark情報の mark_time_stampにて指定されるピクチャは、 IDRピクチャにェ ンコードされており、 is_angle_change_point"=l，，に設定された Entry Pointの
PTS_EP_startは、この IDRピクチャの再生時刻を示しているので、 Entry Pointに示され る SPN位置以降のピクチャを読み出すことにより、 IDRピクチャをビデオデコーダ 8に 供給することができる。
[0131] 以上のように本実施形態によれば、 PlayList情報を構成する複数 Playltemのうち、 先頭の Playltemの In_timeにより指示されて!、るピクチャや、 PLMark情報によりチヤプ ター位置として指示されて 、るピクチャを IDRピクチャに設定しておくので、 Playltem の In_timeや、 PLMark情報のチャプター位置から、 IDRピクチャを検索してゆくという検 索の手間を省くことができる。こうした検索の手間の省略により、 PlayList情報を用い た再生制御の高速ィ匕を図ることができる。
[0132] (備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記
(A)(B)(C)(D) の変更を施した実施行為の形態によっても、本発明の実施は可能 となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれら の変形形態を拡張した記載、ないし、一般ィ匕した記載としている。拡張ないし一般ィ匕 の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
[0133] (A)全ての実施形態では、本発明に係る記録媒体を BD-ROMとして実施した力 本 発明の記録媒体は、記録される EPjnapに特徴があり、この特徴は、 BD-ROMの物理 的性質に依存するものではない。 EPjnapを記録しうる記録媒体なら、どのような記録 媒体であってもよい。例えば、
DVD- ROM'DVD- RAM'DVD- RW,DVD- R,DVD+RW,DVD+R,CD- R,CD- RW等の光 ディスク、 PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ (登録 商標)カード、スマートメディア、メモリスティック、マルチメディアカード、 PCM- CIA力 ード等の半導体メモリカードであってもよ 、。フレキシブルディスク、
SuperDisk,Zip,Clik!等の磁気記録ディスク (0、 ORB,Jaz,SparQ,SyJet,EZFley,マイクロ ドライブ等のリムーバブルノヽードディスクドライブ (ii)であってもよい。更に、機器内蔵 型のハードディスクであってもよ 、。
[0134] (B)全ての実施形態における再生装置は、 BD-ROMに記録された AVClipをデコー ドした上で TVに出力していた力 再生装置を BD-ROMドライブのみとし、これ以外の 構成要素を TVに具備させてもよい。この場合、再生装置と、 TVとを IEEE1394で接続 されたホームネットワークに組み入れることができる。また、実施形態における再生装 置は、テレビと接続して利用されるタイプであった力 ディスプレイと一体型となった再 生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分 をなすシステム LSI (集積回路)のみを、実施としてもょ 、。
[0135] (C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用い て具体的に実現されていることから、上記フローチャートに処理手順を示したプロダラ ムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態 様で、本発明に係るプログラムの実施行為についての実施形態を示した力 再生装 置力も分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単 体の実施行為には、これらのプログラムを生産する行為 (1)や、有償 ·無償によりプロ グラムを譲渡する行為 (2)、貸与する行為 (3)、輸入する行為 (4)、双方向の電子通信 回線を介して公衆に提供する行為 (5)、店頭、カタログ勧誘、パンフレット配布により、 プログラムの譲渡や貸渡を、一般ユーザに申し出る行為 (6)がある。
[0136] (D)各実施形態におけるデジタルストリームは、 BD- ROM規格の AVClipであった力 DVD- Video規格、 DVD- Video Recording規格の VOB(Video Object)であってもよい。 VOBは、ビデオストリーム、オーディオストリームを多重化する ことにより得られた ISO/IEC13818-1規格準拠のプログラムストリームである。また AVClipにおけるビデオストリームは、 MPEG4や WMV方式であってもよい。更にォー ディォストリームは、 Linear- PCM方式、 Dolby- AC3方式、 MP3方式、 MPEG- AAC方 式、 dts方式であってもよい。
[0137] (E)第 3実施形態では、 PlayList情報の全ての Playltem情報の In_timeで指定されるピ クチャを IDRピクチャにエンコードしてもよい。
産業上の利用可能性
[0138] 本発明に係る記録媒体及び再生装置は、ホームシアターシステムでの利用のよう に、個人的な用途で利用されることがありうる。しかし本発明は、上記実施形態に内 部構成が開示されており、この内部構成に基づき量産することが明らかであるので、 本発明に係る記録媒体及び再生装置は、工業製品の生産分野において生産し、又 は、使用することができる。このことから本発明に係る記録媒体及び再生装置は、産 業上の利用可能性を有する。
図面の簡単な説明
[0139] [図 1]本発明に係る記録媒体の、使用行為についての形態を示す図である。
[図 2]BD- ROMの内部構成を示す図である。
[図 3]拡張子. m2tsが付与されたファイルがどのように構成されているかを模式的に示 す図である。
[図 4]AVClipを構成する TSパケットがどのような過程を経て BD-ROMに書き込まれる かを示す図である。
[図 5] (a)表示順序に配置される複数のピクチャを示す図である。 (b) (a)に示したビ デォストリームの GOP構造を示す図である。
[図 6] (a)表示順序及び符号ィ匕順序における Closed-GOPの内部構成を示す図であ る。（b) Open- GOPの内部構成を示す図である。
[図 7] (a) IDRピクチャの内部構成を示す図である。 (b) Non-IDR Iピクチャの内部構成 を示す図である。 (c) Non-IDR Iピクチャにおける依存関係を示す図である。
[図 8]Non-IDR Iピクチャ力もちうる依存関係を示す図である。 [図 9]IDRピクチャ、 Non-IDR Iピクチャが TSパケットに変換される過程を示す図である
[図 10]Clip情報の内部構成を示す図である。
[図 11] (a)ビデオストリームについての Stream— Coding— Infoを示す。（b)オーディオスト リームについての Stream_Coding_Infoを示す。
[図 12]AVClipへの進入、 AVClipからの脱出についての概念を示す図である。
[図 13]図 5のビデオストリームに対する EPjnap設定を示す図である。
[図 14]図 13における Entry Point#l〜Entry Point#5の PTS_EP_start、 SPN_EP_startを
、 EP丄 ow、 EP_Highの組みで表現した図である。
[図 15]飛込再生時における読出範囲の拡大を示す図である。
[図 16]PlayList情報の構成を示す図である。
[図 17]AVClipと、 PlayList情報との関係を示す図である。
[図 18]本発明に係る再生装置の内部構成を示す図である。
[図 19]Decoded Picture Buffer 10の内部構成を示す図である。
[図 20]ビデオデコーダ 8により Non-IDR Iピクチャが復号される過程を示す図である。
[図 21]IDRピクチャをデコードする際の、 Decoded Picture BufferlOの格納内容を示 す図である。
[図 22]In_timeを Iピクチャアドレスに変換する変換手順を示すフローチャートである。
[図 23]制御部 44による PL再生手順を示すフローチャートである。
[図 24]マルチアングル区間実現のための応用層レイアウトを示す図である。
[図 25]PlayList情報のデータ構造を示す図である。
[図 26] (a) Playltem情報の 4つの Clip_Information_file_nameによりなされた一括指定を 示す図である。
(b)各 AVClipを構成するエクステントを、 PlayList時間軸上に記述した図である。
[図 27] (a)マルチアングル区間を構成する 4つの AVClipが BD- ROM上でどのように配 置されている力という、アロケーションイメージを示す図である。（b) AVClipを構成する 分割部分の内部構成を示す図である。
[図 28]エクステントの連続長をどのように決定するかの概念を示す図である。 [図 29]BD- ROMにおけるエクステントのアロケーションと、これらエクステントに対する Entry Point設定とを対応づけて示す図である。
[図 30]PSR(3)の設定値が取り得る複数の値と、 Playltem及び Clip情報の関係を示す 図である。
圆 31]第 2実施形態に係る PlayList情報再生手順を示すフローチャートである。
[図 32]マルチアングル区間を対象にしたディスク読出処理の処理手順を示すフロー チャートである。
[図 33]アングル映像 Aを再生する際の BD-ROM力もの読み出しを示す図である。
[図 34]アングル映像切り換え操作がなされた際の BD-ROM力ゝらの読み出しを示す図 である。
[図 35]アングル映像切り換え操作がなされた際の BD-ROM力ゝらの読み出しを示す図 である。
[図 36]PLmark情報の内部構成を示す図である。
[図 37]PLmarkによるチャプター定義を示す図である。
[図 38]PlayList情報のうち、 Playltem#lにより指定されて 、る部分のビデオストリーム の内容及び EP_map設定を示す図である。
[図 39]ビデオストリームにおけるピクチャ列のうち、 Playltem#2で指定されるものを示 す図である。
[図 40]ビデオストリームにおけるピクチャ列のうち、 Playltem#3で指定されるものを示 す図である。
[図 41]チャプターサーチの処理手順を示すフローチャートである。
[図 42]チャプタースキップの処理手順を示すフローチャートである。
符号の説明
1 BDド、ライブ
2 Arrival time し lock Counter
3 Source de— packetetizer
4 PID Filter4
5 Transport Buffer5 6 Multiplexed Buffer6
7 Coded Picture Buffer 7
8 ビデオデコーダ 8
10 Decoded Picture Buffer 10 11 ビデオプレーン 11
12 Transport Buffer 12
13 Coded Data Buffer 13
14 Stream Graphics Processorl4
15 Object Buffer 15
15 Composition Buffer 16
17 Composition Controller 17
18 Presentation Graphicsプレ^ ~ン 18
19 Cし UT咅 19
20 Transport BuiFer20
21 Coded Data Buffer 21
22 Stream Graphics Processor22
23 Object Buffer23
24 Composition Buffer 24
25 Composition Controller25
26 Intaractive Graphicsプレ^ ~ン 2り
27 CLUT部 27
28 合成部 28
29 合成部 29
30 スィッチ 30
ό丄 Network Devices上
a2 Local Storage 32
ό3 Arrival rime CIOC し ounter33
34 Source De— Packetizer34 PIDフィルタ スィッチ
Transport Buffer
Elementary Buffer オーディオデコーダ
Transport Buffer ノ ッファ
テキスト字幕デコーダ シナリ才メモリ 制御部
PSRセット
BD-ROM
再生装置
リモコン
テレビ

Claims

請求の範囲
[1] 記録媒体であって、
ビデオストリームと、プレイリスト情報と、エントリーマップとが記録されており、 前記プレイリスト情報は、ビデオストリーム上の再生開始時刻及び再生終了時刻の 組みを 1つ以上並べることにより、再生経路を表現する情報であり、
エントリーマップは、ビデオストリーム内における複数のイントラピクチャの位置を、ィ ントラビクチャの再生時刻と、フラグとに対応づけて示し、
前記フラグは、
各イントラピクチャ力 デコーディングのリフレッシュ動作を意図しているイントラピク チヤであるか否かを示す
ことを特徴とする記録媒体。
[2] 再生開始時刻及び再生終了時刻の組みは複数存在しており、
デコーディングのリフレッシュ動作を意図しているイントラピクチャとは、 再生開始時刻及び再生終了時刻の複数の組みのうち、先頭の組みの再生開始時 刻により指示されるピクチャである、請求項 1記載の記録媒体。
[3] 前記再生開始時刻及び再生終了時刻の組みは各々が、 1つの再生区間を特定す る再生区間情報であり、
前記記録媒体には、マーカ情報が記録されており、
マーカ情報は、再生区間情報の識別子と、その再生区間情報に対応するデジタル ストリームにおける時間情報とにより、再生区間上のチャプター位置を表現しており、 デコーディングのリフレッシュ動作を意図して 、るイントラピクチャとは、ビデオストリ ームにおいて、チャプター位置にあたるピクチャである、請求項 1記載の記録媒体。
[4] 記録媒体に記録されたビデオストリームを再生する再生装置であって、
ビデオストリームを構成するピクチャを、記録媒体から読み出す読出手段と、 ビデオストリームを構成するピクチャを再生する再生手段と、
制御手段とを備え、
前記記録媒体には、
プレイリスト情報と、エントリーマップとが記録されており、 前記プレイリスト情報は、ビデオストリーム上の再生開始時刻及び再生終了時刻の 組みを 1つ以上並べることにより、再生経路を表現する情報であり、
エントリーマップは、ビデオストリーム内における複数のエントリー位置を、エントリー 時刻と、フラグとに対応づけて示す情報であり、
前記制御手段は、再生経路による再生が命じられた場合、フラグがオンに設定され ているエントリー時刻のうち、再生開始時刻にもっとも近いものを特定し、特定された エントリー時刻に対応するエントリー位置力 の読み出しを、読出手段に行わせる、 再生装置。
[5] 再生開始時刻にて指定されるピクチャは、リフレッシュを意図したピクチャであり、 フラグがオンに設定されたエントリー時刻は、前記リフレッシュを意図したピクチャの 時刻を示し、
前記読出手段は、
ビデオストリームのうち、エントリー位置以降のピクチャを読み出すことにより、リフレ ッシュを意図したピクチャを再生手段に供給する
ことを特徴とする請求項 4記載の再生装置。
[6] 前記再生開始時刻及び再生終了時刻の組みは各々が、 1つの再生区間を特定する 再生区間情報であり、
前記記録媒体には更に、マーク情報が記録されており、
マーク情報は、
再生区間情報の識別子と、チャプターを示す時間情報とを含み、
前記再生装置は更に、
チャプターサーチ機能を実行するチャプターサーチ手段を備え、
チャプターサーチ機能とは、
マーク情報に記述されている識別子に対応する再生区間情報を、複数の再生区間 情報の中から特定して、特定した再生区間情報が定義されているビデオストリームに おいて、マーク情報に記述された時間情報に示される再生位置力 再生を行うもの であり、
制御手段は、 複数のエントリー時刻のうち、マーク情報に記述された時間情報に最も近いものを 特定して、特定したエントリー時刻に対応するエントリー位置からの再生を行わせる ことを特徴とする請求項 4記載の再生装置。
[7] マーク情報の時間情報にて指定されるピクチャは、リフレッシュを意図したピクチャで あり、
フラグがオンに設定されたエントリー時刻は、前記リフレッシュを意図したピクチャの 再生時刻であり、
前記読出手段は、
当該エントリー時刻に対応するエントリー位置以降のピクチャを読み出すことにより 、リフレッシュを意図したピクチャを再生手段に供給する
ことを特徴とする請求項 6記載の再生装置。
[8] 前記再生装置は、チャプタースキップを実行するチャプタースキップ手段を備え、 チャプタースキップ手段は、
現在の再生位置にあたるチャプターの直前又は直後のチャプターを規定するマー ク情報を特定して、そのマーク情報に対するチャプターサーチをチャプターサーチ手 段に実行させる
ことを特徴とする請求項 6記載の再生装置。
[9] 記録媒体に記録されたビデオストリームを再生する手順を、コンピュータに行わせる プログラムであって、
ビデオストリームを構成するピクチャを、記録媒体から読み出す読出ステップと、 ビデオストリームを構成するピクチャを再生する再生ステップと、
制御ステップとを備え、
前記記録媒体には、
プレイリスト情報と、エントリーマップとが記録されており、
前記プレイリスト情報は、ビデオストリーム上の再生開始時刻及び再生終了時刻の 組みを 1つ以上並べることにより、再生経路を表現する情報であり、
エントリーマップは、ビデオストリーム内における複数のエントリー位置を、エントリー 時刻と、フラグとに対応づけて示す情報であり、 前記制御ステップは、再生経路による再生が命じられた場合、フラグがオンに設定 されているエントリー時刻のうち、再生開始時刻にもっとも近いものを特定し、特定さ れたエントリー時刻に対応するエントリー位置からの読み出しを、読出ステップに行わ せる、ことを特徴とするプログラム。
記録媒体に記録されたビデオストリームを再生する再生方法であって、
ビデオストリームを構成するピクチャを、記録媒体から読み出す読出ステップと、 ビデオストリームを構成するピクチャを再生する再生ステップと、
制御ステップとを備え、
前記記録媒体には、
プレイリスト情報と、エントリーマップとが記録されており、
前記プレイリスト情報は、ビデオストリーム上の再生開始時刻及び再生終了時刻の 組みを 1つ以上並べることにより、再生経路を表現する情報であり、
エントリーマップは、ビデオストリーム内における複数のエントリー位置を、エントリー 時刻と、フラグとに対応づけて示す情報であり、
前記制御ステップは、再生経路による再生が命じられた場合、フラグがオンに設定 されているエントリー時刻のうち、再生開始時刻にもっとも近いものを特定し、特定さ れたエントリー時刻に対応するエントリー位置からの読み出しを、読出ステップに行わ せる、ことを特徴とする再生方法。
PCT/JP2005/007302 2004-04-16 2005-04-15 記録媒体、再生装置、プログラム WO2005101827A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2006512388A JP4249223B2 (ja) 2004-04-16 2005-04-15 再生装置、及び記録方法
CN2005800198168A CN1969549B (zh) 2004-04-16 2005-04-15 记录方法，重放装置以及执行重放的方法
US10/594,687 US7720355B2 (en) 2004-04-16 2005-04-15 Recording medium, reproduction device, program
EP05730556A EP1746825B1 (en) 2004-04-16 2005-04-15 Recording medium, reproduction device, program
US12/749,914 US8447164B2 (en) 2004-04-16 2010-03-30 Recording medium, reproduction device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-121594 2004-04-16
JP2004121594 2004-04-16

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/594,687 A-371-Of-International US7720355B2 (en) 2004-04-16 2005-04-15 Recording medium, reproduction device, program
US12/749,914 Continuation US8447164B2 (en) 2004-04-16 2010-03-30 Recording medium, reproduction device

Publications (1)

Publication Number Publication Date
WO2005101827A1 true WO2005101827A1 (ja) 2005-10-27

Family

ID=35150353

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/007302 WO2005101827A1 (ja) 2004-04-16 2005-04-15 記録媒体、再生装置、プログラム

Country Status (6)

Country Link
US (2) US7720355B2 (ja)
EP (1) EP1746825B1 (ja)
JP (2) JP4249223B2 (ja)
CN (2) CN1969549B (ja)
TW (1) TWI401955B (ja)
WO (1) WO2005101827A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1858020A1 (en) * 2006-05-19 2007-11-21 Sony Corporation Recording/reproducing or editing apparatus and corresponding method and program
JP2007318615A (ja) * 2006-05-29 2007-12-06 Toshiba Corp 動画再生装置、動画再生方法およびプログラム
KR101547008B1 (ko) 2007-04-18 2015-08-28 톰슨 라이센싱 코딩 시스템

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
WO2007106844A2 (en) 2006-03-14 2007-09-20 Divx, Inc. Federated digital rights management scheme including trusted systems
US8031701B2 (en) 2006-09-11 2011-10-04 Cisco Technology, Inc. Retransmission-based stream repair and stream join
US8155207B2 (en) 2008-01-09 2012-04-10 Cisco Technology, Inc. Processing and managing pictures at the concatenation of two video streams
US8873932B2 (en) 2007-12-11 2014-10-28 Cisco Technology, Inc. Inferential processing to ascertain plural levels of picture interdependencies
US8769591B2 (en) 2007-02-12 2014-07-01 Cisco Technology, Inc. Fast channel change on a bandwidth constrained network
US20080253369A1 (en) 2007-04-16 2008-10-16 Cisco Technology, Inc. Monitoring and correcting upstream packet loss
US20080317124A1 (en) * 2007-06-25 2008-12-25 Sukhee Cho Multi-view video coding system, decoding system, bitstream extraction system for decoding base view and supporting view random access
US8804845B2 (en) * 2007-07-31 2014-08-12 Cisco Technology, Inc. Non-enhancing media redundancy coding for mitigating transmission impairments
US8958486B2 (en) 2007-07-31 2015-02-17 Cisco Technology, Inc. Simultaneous processing of media and redundancy streams for mitigating impairments
JP4894718B2 (ja) * 2007-10-25 2012-03-14 ソニー株式会社 データ変換方法、およびデータ変換装置、データ記録装置、データ再生装置、並びにコンピュータ・プログラム
EP2223232A4 (en) 2007-11-16 2015-02-25 Sonic Ip Inc Hierarchical and reduced index structures for multimedia files
US8997161B2 (en) 2008-01-02 2015-03-31 Sonic Ip, Inc. Application enhancement tracks
CA2680696C (en) * 2008-01-17 2016-04-05 Panasonic Corporation Recording medium on which 3d video is recorded, recording medium for recording 3d video, and reproducing device and method for reproducing 3d video
US8787153B2 (en) 2008-02-10 2014-07-22 Cisco Technology, Inc. Forward error correction based data recovery with path diversity
WO2009152450A1 (en) 2008-06-12 2009-12-17 Cisco Technology, Inc. Picture interdependencies signals in context of mmco to assist stream manipulation
US8699578B2 (en) 2008-06-17 2014-04-15 Cisco Technology, Inc. Methods and systems for processing multi-latticed video streams
US8971402B2 (en) 2008-06-17 2015-03-03 Cisco Technology, Inc. Processing of impaired and incomplete multi-latticed video streams
KR101635876B1 (ko) 2009-01-07 2016-07-04 쏘닉 아이피, 아이엔씨. 온라인 콘텐츠를 위한 미디어 가이드의 단일, 공동 및 자동 생성
JP4915457B2 (ja) * 2009-04-03 2012-04-11 ソニー株式会社 情報処理装置、情報処理方法、及び、プログラム
US8949883B2 (en) 2009-05-12 2015-02-03 Cisco Technology, Inc. Signalling buffer characteristics for splicing operations of video streams
US8279926B2 (en) 2009-06-18 2012-10-02 Cisco Technology, Inc. Dynamic streaming with latticed representations of video
US8781122B2 (en) 2009-12-04 2014-07-15 Sonic Ip, Inc. Elementary bitstream cryptographic material transport systems and methods
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
TW201248553A (en) * 2011-05-25 2012-12-01 Hon Hai Prec Ind Co Ltd System and method for processing an spectrum image in a computer
CN102799752B (zh) * 2011-05-26 2016-05-25 罗普特（厦门）科技集团有限公司 频谱影像处理系统和方法
KR20130005167A (ko) * 2011-07-05 2013-01-15 삼성전자주식회사 영상 신호 디코딩 장치 및 그것의 디코딩 방법
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US8818171B2 (en) 2011-08-30 2014-08-26 Kourosh Soroushian Systems and methods for encoding alternative streams of video for playback on playback devices having predetermined display aspect ratios and network connection maximum data rates
KR101928910B1 (ko) 2011-08-30 2018-12-14 쏘닉 아이피, 아이엔씨. 복수의 최대 비트레이트 레벨들을 사용하여 인코딩된 비디오를 인코딩하고 스트리밍하기 위한 시스템들 및 방법들
US8964977B2 (en) * 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US8918908B2 (en) 2012-01-06 2014-12-23 Sonic Ip, Inc. Systems and methods for accessing digital content using electronic tickets and ticket tokens
US9197685B2 (en) 2012-06-28 2015-11-24 Sonic Ip, Inc. Systems and methods for fast video startup using trick play streams
US9143812B2 (en) 2012-06-29 2015-09-22 Sonic Ip, Inc. Adaptive streaming of multimedia
US10452715B2 (en) 2012-06-30 2019-10-22 Divx, Llc Systems and methods for compressing geotagged video
US9804668B2 (en) 2012-07-18 2017-10-31 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear TV experience using streaming content distribution
EP2875417B1 (en) 2012-07-18 2020-01-01 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear tv experience using streaming content distribution
JP6006567B2 (ja) * 2012-07-23 2016-10-12 キヤノン株式会社 動画再生装置および動画再生方法
WO2014051410A1 (ko) * 2012-09-28 2014-04-03 삼성전자 주식회사 랜덤 액세스를 위한 비디오 부호화 방법 및 장치, 비디오 복호화 방법 및 장치
US8914836B2 (en) 2012-09-28 2014-12-16 Sonic Ip, Inc. Systems, methods, and computer program products for load adaptive streaming
US8997254B2 (en) 2012-09-28 2015-03-31 Sonic Ip, Inc. Systems and methods for fast startup streaming of encrypted multimedia content
WO2014059051A1 (en) * 2012-10-09 2014-04-17 Rodriguez Arturo A Providing a common set of parameters for sub-layers of coded video
EP2907318A1 (en) 2012-10-09 2015-08-19 Cisco Technology, Inc. Output management of prior decoded pictures at picture format transitions in bitstreams
US9264475B2 (en) 2012-12-31 2016-02-16 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US9344517B2 (en) 2013-03-28 2016-05-17 Sonic Ip, Inc. Downloading and adaptive streaming of multimedia content to a device with cache assist
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9247317B2 (en) 2013-05-30 2016-01-26 Sonic Ip, Inc. Content streaming with client device trick play index
US9967305B2 (en) 2013-06-28 2018-05-08 Divx, Llc Systems, methods, and media for streaming media content
US9343112B2 (en) 2013-10-31 2016-05-17 Sonic Ip, Inc. Systems and methods for supplementing content from a server
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
SG10201801711YA (en) * 2014-10-17 2018-04-27 Panasonic Ip Corp America Recording medium, playback method, and playback device
US10390047B2 (en) * 2015-01-09 2019-08-20 Sony Corporation Image processing apparatus and image processing method for controlling the granularity in trick play
JPWO2016157860A1 (ja) * 2015-03-27 2018-01-11 パナソニックＩｐマネジメント株式会社 録画再生装置、および番組情報の表示方法
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
CN114125501A (zh) * 2021-10-30 2022-03-01 杭州当虹科技股份有限公司 互动视频生成方法及其播放方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000228656A (ja) 1999-02-05 2000-08-15 Jisedai Digital Television Hoso System Kenkyusho:Kk Ａｆｃ回路
JP2001169247A (ja) 1999-09-29 2001-06-22 Sony Corp トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
EP1198132A1 (en) 2000-04-21 2002-04-17 Sony Corporation Encoding device and method, recorded medium, and program
JP2002158971A (ja) * 2000-04-21 2002-05-31 Sony Corp 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69627992T2 (de) * 1996-01-08 2004-05-19 Kabushiki Kaisha Toshiba, Kawasaki Informationsaufzeichnungsmedium, aufzeichnungsverfahren und wiedergabegerät
TW361046B (en) * 1996-10-31 1999-06-11 Matsushita Electric Ind Co Ltd Dynamic picture image decoding apparatus and method of decoding dynamic picture image
JPH114444A (ja) * 1997-06-11 1999-01-06 Sony Corp 画像符号化装置および方法
US20030113096A1 (en) * 1997-07-07 2003-06-19 Kabushiki Kaisha Toshiba Multi-screen display system for automatically changing a plurality of simultaneously displayed images
JP3510783B2 (ja) * 1998-03-12 2004-03-29 シャープ株式会社 動画像記録再生方法及び動画像記録再生装置
JP4328989B2 (ja) 1999-11-24 2009-09-09 ソニー株式会社 再生装置、再生方法、並びに記録媒体
JP4599740B2 (ja) * 2000-04-21 2010-12-15 ソニー株式会社 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体
EP2268016A3 (en) 2000-04-21 2013-01-02 Sony Corporation Information processing method and apparatus, program and recording medium
JP4538908B2 (ja) * 2000-06-14 2010-09-08 ソニー株式会社 データ変換装置及び方法
JP4416959B2 (ja) * 2001-04-26 2010-02-17 富士通マイクロエレクトロニクス株式会社 Ｘｙアドレス型固体撮像装置のフリッカノイズ低減方法
KR100434740B1 (ko) * 2001-11-09 2004-06-10 주식회사 휴맥스 디지털 방송 프로그램에서의 저배속 재생방법
TW200300928A (en) * 2001-11-30 2003-06-16 Sony Corportion Information processing method and apparatus, program storage medium, program and information recording medium
JP3852366B2 (ja) * 2002-04-26 2006-11-29 ソニー株式会社 符号化装置および方法、復号装置および方法、並びにプログラム
JP4299780B2 (ja) 2002-06-21 2009-07-22 エルジー エレクトロニクス インコーポレーテッド ビデオデータの再生を管理するためのデータ構造を有する記録媒体
CN101350214B (zh) * 2002-06-24 2015-07-01 Lg电子株式会社 记录和再现用于视频数据的再现的数据结构的方法及装置
CN1565031B (zh) * 2002-06-28 2010-09-29 Lg电子株式会社 一种用于管理多个路径数据的记录和再现的方法及装置
JP3513148B1 (ja) * 2002-10-11 2004-03-31 株式会社エヌ・ティ・ティ・ドコモ 動画像符号化方法、動画像復号方法、動画像符号化装置、動画像復号装置、動画像符号化プログラム、及び動画像復号プログラム
US7869690B2 (en) 2002-11-11 2011-01-11 Sony Corporation Apparatus and method for recording AV streams onto a recording medium with reproduction path change point features
KR100636129B1 (ko) 2002-12-16 2006-10-19 삼성전자주식회사 멀티 앵글을 지원하는 데이터 구조로 기록된 정보저장매체및 그 장치
CN100570734C (zh) 2003-04-23 2009-12-16 松下电器产业株式会社 再现装置、记录方法及再现方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000228656A (ja) 1999-02-05 2000-08-15 Jisedai Digital Television Hoso System Kenkyusho:Kk Ａｆｃ回路
JP2001169247A (ja) 1999-09-29 2001-06-22 Sony Corp トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
EP1198132A1 (en) 2000-04-21 2002-04-17 Sony Corporation Encoding device and method, recorded medium, and program
JP2002158971A (ja) * 2000-04-21 2002-05-31 Sony Corp 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Jisedai Dogazo Fugoka Hoshiki MPEG-4 AVC¾H.264.", KABUSHHIKI KAISHA TORIKEPPUSU., 12 March 2004 (2004-03-12), pages 36, XP002997470 *
See also references of EP1746825A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1858020A1 (en) * 2006-05-19 2007-11-21 Sony Corporation Recording/reproducing or editing apparatus and corresponding method and program
JP2007312246A (ja) * 2006-05-19 2007-11-29 Sony Corp 記録装置、記録方法および記録プログラム、記録再生装置、記録再生方法および記録再生プログラム、ならびに、編集装置、編集方法および編集プログラム
JP4715633B2 (ja) * 2006-05-19 2011-07-06 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム
US8229281B2 (en) 2006-05-19 2012-07-24 Sony Corporation Recording apparatus, recording method, recording program, recording/reproducing apparatus, recording/reproducing method, recording/reproducing program, editing apparatus, editing method, and editing program
KR101364206B1 (ko) * 2006-05-19 2014-02-21 소니 주식회사 기록 장치, 기록 방법 및 기록 프로그램, 기록 재생장치,기록 재생 방법 및 기록 재생 프로그램, 및, 편집 장치,편집 방법 및 편집 프로그램
JP2007318615A (ja) * 2006-05-29 2007-12-06 Toshiba Corp 動画再生装置、動画再生方法およびプログラム
KR101547008B1 (ko) 2007-04-18 2015-08-28 톰슨 라이센싱 코딩 시스템

Also Published As

Publication number Publication date
JP4750824B2 (ja) 2011-08-17
JPWO2005101827A1 (ja) 2007-08-16
EP1746825A1 (en) 2007-01-24
JP2008295049A (ja) 2008-12-04
US20100183281A1 (en) 2010-07-22
TWI401955B (zh) 2013-07-11
US7720355B2 (en) 2010-05-18
CN101815212B (zh) 2013-01-02
US8447164B2 (en) 2013-05-21
TW200603627A (en) 2006-01-16
CN101815212A (zh) 2010-08-25
CN1969549A (zh) 2007-05-23
US20070292107A1 (en) 2007-12-20
CN1969549B (zh) 2010-10-06
JP4249223B2 (ja) 2009-04-02
EP1746825A4 (en) 2009-07-15
EP1746825B1 (en) 2011-06-08

Similar Documents

Publication Publication Date Title
JP4750824B2 (ja) 記録媒体、再生装置、プログラム
JP4249224B2 (ja) 再生装置、及び記録方法
JP4295802B2 (ja) 記録方法、記録媒体再生システム
KR100884150B1 (ko) 슬라이드 쇼에서 랜덤 액세스를 고속으로 실현할 수 있는 기록매체, 재생장치, 컴퓨터 판독 가능한 기록매체, 기록방법, 재생방법
CA2469178C (en) Recording medium having data structure for managing reproduction of multiple graphics streams recorded thereon and recording and reproducing methods and apparatuses
CA2515954C (en) Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
JP4308863B2 (ja) 再生装置、記録方法、再生方法、プログラム
KR100884148B1 (ko) 슬라이드 쇼에서 랜덤 액세스를 고속으로 실현할 수 있는 기록매체, 재생장치, 컴퓨터 판독 가능한 기록매체, 기록방법, 재생방법
JP4658986B2 (ja) システムｌｓｉ
JP4204621B2 (ja) 再生装置、記録方法、再生方法、プログラム
JP2007295612A (ja) 記録媒体、記録方法、再生システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006512388

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 2005730556

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200580019816.8

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2005730556

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10594687

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10594687

Country of ref document: US