throbber
PLAYBACK DEVICE, PLAYBACK METHOD, AND RECORDING MEDIUM
`
`This is a continuation of U.S. Patent Application No. 16/251,688, filed January 18,
`
`2019, whichis a continuation of U.S. Patent Application No. 15/278,582, filed September
`
`28, 2016, now U.S. Patent 10,255,951, issued April 9, 2019, which is a continuation of
`
`International Patent Application No. PCT/JP2015/003547, filed July 14, 2015, which
`
`claims the benefit of U.S. Provisional Patent Application No. 62/034,389, filed August 7,
`
`2014, and of Japanese Patent Application No. 2015-115045,filed June 5, 2015. The
`
`entire disclosure of each of the above-identified documents, including the specification,
`
`drawings, and claims, is incorporated herein by referencein its entirety.
`
`1. Technical Field
`
`BACKGROUND
`
`[0001] The present disclosure relates to a playback device that plays encoded video
`
`streams, a playback method, and a recording medium.
`
`2. Description of the Related Art
`
`[0002]
`
`Technologyrelating to digital versatile discs (DVD) has conventionally been
`
`disclosed (e.g., Japanese Unexamined Patent Application Publication No. 9-282848).
`
`SUMMARY
`
`[0003]
`
`In one general aspect, the techniques disclosed here feature A playback device
`
`that reads out a video stream, which is encoded video information, from a recording
`
`medium,and plays the video stream. The playback device includes: an attribute reader
`
`that reads outfirst attribute information, indicating whether a dynamic rangeof luminance
`
`of the video streamis a first dynamic range or a second dynamicrangethat is wider than
`
`the first dynamic range, from a managementinformationfile recorded in the recording
`
`medium in a mannercorrelated with the video stream; a decoder that generates decoded
`
`video information by reading the video stream out from the recording medium and decode
`
`the video stream; and an outputter that, in a case wherethefirst attribute information that
`
`has beenread out indicates the second dynamic range, outputs the decoded video
`
`information, along with maximum luminance information indicating a maximum luminance
`
`of the video stream in accordance with the second dynamic range.
`
`[0004] According to the above form, further improvement can berealized.
`
`[0005]
`
`It should be noted that general or specific embodiments may be implemented as
`
`a system, a method, an integratedcircuit, a computer program, a storage medium, or any
`
`selective combination thereof.
`
`[0006]
`
`Additional benefits and advantages of the disclosed embodiments will become
`
`apparent from the specification and drawings. The benefits and/or advantages may be
`
`individually obtained by the various embodiments and features of the specification and
`
`drawings, which need notall be provided in order
`{P61565 04500184.DOCX}
`1
`
`

`

`to obtain one or more of such benefits and/or advantages.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`(0007)
`
`Fig. 1 is a diagram illustrating an SD-DVD structure;
`
`Fig. 2 is a schematic diagram for describing navigation information embedded in
`
`an MPEG stream, which is AV data:
`
`Fig. 3 is a schematic diagram illustrating a VOB structure in a DVD;
`
`Fig. 4 is a diagram illustrating a data hierarchy of a BD-ROM;
`
`Fig. 5 is a diagram illustrating a structure of logical data recorded in a BD-ROM;
`
`Fig. 6 is a diagram illustrating an overview of a basic configuration of a BD-ROM
`
`player that plays BD-ROMs;
`
`Fig. 7 is a block diagram where the configuration of the player ilustrated in Fig. 6
`
`is detailed;
`
`rig. 8 is a diagram illustrating application space of a BD-ROM;
`
`Fig. 9 is a diagram illustrating the configuration of an MPEG stream (VOB);
`
`Fig. 10 is a diagram illustrating the configuration of packs in an MPEG stream:
`
`Fig. 14 is a diagram for describing the relationship between AV data and player
`
`configuration:
`
`rig. 12 is a diagram for describing a VOB data continuous supply model using a
`
`track buffer:
`
`Fig. 13 is a diagram illustrating the internal structure of a VOB management
`
`information file;
`
`Fig. 14 is a diagram for describing the details of VOBU information;
`
`Fig. 15 is a diagram for describing an address information acquisition method
`
`using a time map;
`
`Fig. 16 is a diagram illustrating the configuration of a playlist:
`
`Fig. 17 is a diagram illustrating the configuration of an event handier table:
`
`rig. 18 is a diagram illustrating the configuration of BD.INFO whichis overall BD-
`
`ROM information;
`
`Fig. 19 is a diagram illustrating the structure of a global event handler table;
`
`Fig. 20 is a diagram illustrating an example of a time event;
`
`Fig. 21 is a diagram illustrating an example of a user event due fo a user having
`
`operaied a menu:
`
`Fig. 22 is a diagram illustrating an example of a global event:
`2
`
`P676523
`
`

`

`Fig. 23 is a diagram for describing the functional configuration of a prograrn
`
`processor;
`
`Fig. 24 is a diagram illustrating a list of system parameters (SPRM}:
`
`Fig. 25 is a diagram illustrating an example of a program in an event handier
`
`according to control of a menu screen having two selection buttons:
`
`Fig. 26 is a diagram illustrating an example of a program in an event handler
`
`relating io a menu selection user event:
`
`Fig. 27 is a flowchart illustrating the flow of basic processing for playback of AV
`
`data in a BD-ROM player;
`
`Fig. 28 is a flowchart illustrating the flow of processing in a BD-ROM player from
`
`starting fo play a playlist until ending playing of the VOB;
`
`Figs. 29A and 298 are flowcharts, Fig. 29A illustrating the flow of processing
`
`relating to a time event in a BD-ROM player, and Fig. 29B illustrating the flow of
`
`processing relating to a user event in a BD-ROM player;
`
`Fig. 30 is a flowchart illustrating the flow of processing subtitie data in a BD-ROM
`
`player:
`
`Figs. 31A and 318
`
`are diagrams describing the arrays of NAL units;
`
`Fig. 32 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HDR video stream;
`
`Fig. 33 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HOR video stream;
`
`Fig. 34 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HDR video stream;
`
`Fig. 35 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HDR video stream;
`
`Fig. 36 is a diagram for describing an example of MPEG-2 TS muttiplexing of an
`
`HDR video stream;
`
`rig. 37 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HDR video stream;
`
`Fig. 38 is a diagram for describing an example of MPEG-2 TS multiplexing of an
`
`HOR video stream;
`
`Fig. 39 is a diagram for describing management information of an HDR video
`
`stream:
`
`Fig. 40 is a diagram for describing a decoder model of an HDR video stream;
`3
`
`P676523
`
`

`

`Fig. 41A is a block diagram illustrating an exarnple of the configuration of a
`
`playback device: and
`
`Fig. 41B
`
`is a flowchart illustrating an example of a playback method.
`
`DETAILED DESCRIPTION
`
`Underlying Knowledge Forming Basis of the Present Disclosure
`
`{6608} However, further improvement was needed with the aforementioned
`
`Japanese Unexamined Patent Application Publication No. 9-282848. The present
`
`inventors found that a problem occurs relating to the technology mentioned in the
`
`“Related Ari”. This problem will be described below in detail.
`
`[0603] Most representative of information recording media recording video data
`
`is the DVD (hereinafier, may also be referred to as “Standard Definition” (SD-
`
`DVD). A conventional DVD will be described below.
`
`{0010}
`
`Fig. 1 is a diagram illustrating the structure of an SD-DVD. As iustrated
`
`to the lower side of Fig. 1, the DVD disc has a logical address space provided
`
`between a read-in and a read-out. Volurne information of a file system is recorded
`
`from the beginning of the logical address space, and after that is recorded
`
`application data such as video, audio, and so forth.
`
`{0071}
`
`Thefile system is an arrangement for managing data, that is stipulated by
`
`Standards such as 1SO8660, Universal Disc Format (UDF), and so forth, and is an
`
`arrangement to express data on the disc in increments called directories or files.
`
`There are file systems called File Allocation Tables (FAT) and NT File System
`
`(NTFS) in everyday-use personal computers (PC) as well, whereby data recorded
`
`in a hard disk are expressed on ihe computer as structures called directories or
`
`files, thereby improving usability.
`
`{OG12]
`
`inthe case of an SD-DVD, both UDF and iSOS660 fille systems are used.
`
`The two together are also referred to as "UDF bridge”. The recorded data is
`
`arranged so thai the data can be read out by a file system driver according to
`
`either UBF or 1SO9660. Note that the DVD used here is a ROM disc for packaged
`
`media, to which writing is physically impossible.
`
`[0013] Data recorded in the DVD can be viewed through the UDF bridge as
`
`directories or files such as illustrated to the upperleft in Fig. 7.
`
`Immediately below
`
`the root directory CROOT"in Fig. 1) is placed a directory called “VIDEOTS", and
`
`it is here that DVD application data is recorded. Application data is recorded as
`4
`
`P676523
`
`

`

`mulipie files, primary files being the following typesoffiles.
`
`VIDEOTS.FO Disc play control information file
`
`VTS_01_G.1FO
`
`Videotitle set #1 play control information file
`
`VTS_01_0.VOB
`
`Videotitle set #1 stream file
`
`[0614] As shown in the above example, two suffixes are stipulated. "IFO" is a
`
`suffix indicating that the file has play control information recorded therein, and
`
`"/OB"is a suffix indicating that the file has an MPEG stream, which is audiovisual
`
`{AV) data, recorded therein.
`
`[0075]
`
`Play control information is information attached to the AV data, such as
`
`information to realize interactivity employed with the DVD (technology to
`
`dynamicaily change playing in response to user operations), metadata. and se
`
`forth. Play control inforrnation is commonly referred fo as navigation information
`
`regarding DVDs.
`
`[0076] The play control information files include the “VIDEOQ_TS.IFO"that
`
`manages the entire disc, and the "VTS_01_0.IFO"thatis play control information
`
`for individual video title sets. Note that multiple titles, in other words, multiple
`
`different movies and tunes, can be recorded in a single disc in the case of DVD.
`
`Now, "01" in the file name body indicates the No. of the video title set, and in the
`
`case of the videotitle set #2, for example, this is "VTS_02_0.IFO".
`
`{60717} The upper right portion in Fig. 1 is OVD navigation spacein the
`
`application layer of the DVD, and is the logical structure space where the
`
`aforementioned play control information is loaded.
`
`information within the
`
`"VIDEO_TS.IFO"is loaded in the DVD navigation space as VIDEO Manager
`
`information (VMGH, as well as are "VTS_01_0.iFO" and play contro! information
`
`existing for each of other videotitle sets as Video Title Set Information (VTSH.
`
`{0018} Described in the VTSI is Program Chain Information (PGC) whichis
`
`information of a play sequence called Program Chain (PGC}. PGC is made up of
`
`a set of Cells and a type of programing information called commands.
`
`[0613] A Cell itself is information indicating a partial section or a whole section of
`
`a VOB (short for Video Object, and indicates an MPEG stream), and playing a Cell
`
`means to play the section of this VOB instructed by the Cell.
`
`{06020} Commands are processed by a virtual machine of the DVD, and are
`
`close to JavaScript (a registered trademark} and so forth executed in browsers to
`5
`
`P676523
`
`

`

`display Web pages, for example. However, while JavaScript (registered
`
`trademark} performs window or browser control (e.g., opening a new browser
`
`window, etc.) besides logical operations, DVD command differin that they only
`
`execute playback control of AV titles, e.g., instructing a chapter to play or the like,
`
`for example, besides logical operations.
`
`[0621] A Cell has the start and end addresses (logical addresses) of a VOB
`
`recorded in the disc as internal information thereof. A player reads out data using
`
`the start and end address information of the VOB described in the Cell, and
`
`executes playback.
`
`[0022]
`
`Fig. 2 is an overview for describing navigation information embedded in
`
`an MPEG stream, which is AV data.
`
`Interactivity, which is a feature of the SD-
`
`DVD, is realized not only by the navigation information recorded in the
`
`aforementioned "VIDEO_TS.IFO" and "VTS_01_0.1FO" and so forth. Several
`
`important sets of information are multiplexed in the VOB along with video and
`
`audio data, using a dedicated carrier called navigation packs (called navi-pack or
`
`NV_PCK}.
`
`{0023} A menu screen will be described here as a simple example of interactivity.
`
`Several butions are shown on the menu screen, with processing to be executed
`
`defined for each button when that button is selected.
`
`[0624] One button is selected on the menu screen (a translucent coloris
`
`overlaid on the selected bution in highlight that button, indicating to the user that
`
`button is in a selected state), and the user can move the button in the selected
`
`state to any of the butions above or below,fo the left or to the right, using arrow
`
`keys on a remote controller.
`
`[0625] Using the arrow keys of the remote controller to move the highlight to the
`
`button to be selected and executed, and okaying (pressing an OK key) executes
`
`the program of the corresponding command. Generally, playback of a
`
`corresponding tithe or chapter is execuled by ihe command.
`
`[0626] The upper iefi portion in Fig. 2 shows an overview of information stored in
`
`an NV_PCK. Highlight color information, information of individual buttons, and so
`
`forth, are included in the NV_PCK. Color palette information is described in the
`
`highlight color information, specifying the highlight translucent color to be
`
`displayed overiaid.
`
`[0627] Described in the bution information are rectangular region information
`6
`
`P676523
`
`

`

`which is the position information of each button, moving information from that
`
`button to other buttons (specification of destination buttons corresponding to each
`
`operation of the arrow keys by the user}, and button command information (a
`
`command to be executed when that button is ckayed).
`
`[0028] The highlight on the menu screen is created as an overlaid image, as
`
`ilustrated to the upper right portion in Fig. 2. The overlaid image is an object
`
`where rectangular region information of button information has been given colorin
`
`color palette information. This overlaid image is composited with the background
`
`image illustrated at the right portion in Fig. 2, and displayed on the screen.
`
`0029] The menu screen of a DVD is realized as described above. The reason
`
`why part of the navigation data is embedded in the strearn using an NV_PCKis as
`
`follows. That is, to realize without problem processing where synchronization
`
`timing readily becomes problematic, such as dynamically updating menu
`
`information synchronously with the stream, for example, displaying a menu screen
`
`for just five to ten minutes partway through playing a movie.
`
`[6630] Another major reason is to improve user operability, such as fo store
`
`information for supporting special playback in an NV_PCK, so that AV data can be
`
`decoded and played smoothly during non-normal playback, such as fast-forward
`
`and fast-rewind while playing the DVD.
`
`[0631]
`
`Fig. 3 is a schematic diagram illustrating the configuration of a VOB ina
`
`DVD. Data such as video, audio, and subtitles (1) in Fig. 3) are packelized and
`
`packed according to the MPEG system (SO/IEC13818-1)} Standard ((2)in Fig. 3),
`
`and these are multiplexed to form a single MPEG program stream ((3} in Fig. 3},
`
`as illustrated in Fig. 3. The NV_PCKs including button commands for realizing
`
`interactivity are also multicolexed along with these, as described above.
`
`{0632} A feature of multiplexing in the MPEG system is that the individual pixels
`
`of data that are multiplexed are in a bit string based on decoding order, but the bit
`
`string is not necessarily formed in playback order, that is to say decoding order,
`
`among the multiplexed data, L.e., among the video, audio, and subtitles.
`
`[0633] This is due to a decoder model of the MPEG system stream ((4) in Fig. 3,
`
`generally referred to as System Target Decoder or STD) has decoder buffers
`
`corresponding fo each elementary stream after demultiplexing, that temporarily
`
`stored the daia until the decoding timing.
`
`[0634] These decoder buffers have different sized according to each of the
`?
`
`P676523
`
`

`

`individual elementary streams, having 232 KB for video, 4 KB for audio, and 52 kB
`
`for subtitles. Accordingly, the data input timing to each decoder buffer differs
`
`among the individual elementary streams, so there is discrepancy between the
`
`order of forming the bit string as the MPEG system stream, and the timing of
`
`displaying (decoding). That is to say, the subtitle data multiplexed aiong with the
`
`video data is not necessarily decoded at the same time.
`
`[0635] Now, in a large-capacity recording media such as a Blu-ray (registered
`
`trademark} disc, there is a possibility that extremely high-definition video
`
`information can be stored. Note that Blu-ray (registered trademark) disc, is also
`
`called BD or BD-ROM.
`
`[0636]
`
`For example,it is conceivable that video information such as 4K (video
`
`information having resolution of 3840 = 2160 pixels) or HDR (high-luminosity
`
`video information, generally called High Dynamic Range) may be stored in a BD.
`
`However, there are various methods to express luminosity including HDR, and
`
`there has been no format that can record and manage video information of these
`
`realization methods efficiently as a video stream. Accordingly, there is a problem
`
`that the playback device cannot suitably express luminosity according io the type
`
`of video stream recorded in the recording medium such as the BD (the above-
`
`described realization method). The Present inventors studied the following
`
`improvement measures to solve the above problem.
`
`[0037] A playback device according to one form of the present disclosure reads
`
`out a video stream, which is encoded video information, frorn a recording medium,
`
`and plays the video stream. The playback device includes: an attribute reader that
`
`reads out first attribute information, indicating whether a dynamic range of
`
`luminance of the video stream is a first dynamic range or a second dynamic range
`
`that is wider than the first dynamic range, frornm a managementinformation file
`
`recorded in ine recarding medium in a manner correlated with the video stream: a
`
`decoder that generates decoded video information by reading the video stream out
`
`from the recording medium and decoding the video stream; and an outoutter that,
`
`in a case where thefirst altrioute information that has been read out indicates the
`
`second dynamic range, outputs the decoded video information, along with
`
`maximum luminance information indicating a maximum luminance of the video
`
`stream in accordance with the second dynamic range.
`
`[0038] Accordingly, luminance according to the type of video stream recorded in
`8
`
`P676523
`
`

`

`the recording medium (particularly, the dynamic range} can be appropriately
`
`expressed.
`
`(0039) Also, in a case where thefirst attribute information indicates the second
`
`dynamic range, the first attribute information may also indicate the type of the
`
`second dynamic range, and wherein the outputier may output the maximum
`
`luminance information and the decoded video information in accordance with the
`
`type of the second dynamic range. For example, in a case where the type
`
`indicated by the first attribute information is a type where the luminance range of
`
`the video stream is statically expressed, the outputter outputs the maximum
`
`luminance information where the maximum luminanceis statically indicated, and
`
`the decoded video information. Alternatively, in a case where the type indicated
`
`by the first attribute information is a type where the luminance range of the video
`
`stream is statically and dynamically expressed, the outputter outouts the maximum
`
`luminance information where the maximum luminance is statically and dynamically
`
`indicated, and the decoded video information. Note that the maximum luminance
`
`information statically indicates the luminance range by indicating a luminance
`
`range defined by the maximum luminance ofall pictures in the video stream, and
`
`dynamicaily indicates the luminance range by indicating a luminance range for
`
`each of groups made up of one or a plurality of pictures included in the video
`
`stream, the luminance range being defined by the maximum luminance of the
`
`group. Alternatively, in a case where the type indicated by the first altribute
`
`information is a type where luminanceis expressed by a base video stream, and
`
`an enhanced video stream to enhance luminance of the base video stream, the
`
`decoder generates the decoded video information by decoding the video stream
`
`as the enhanced video stream, and further reads out the base video stream from
`
`the recording medium and decodes the base video stream to generate ihe base
`
`video Information, and the outputter outputs the maximum luminance information
`
`and the decoded video information subjected to image processing using the base
`
`video information
`
`[0640] Accordingly, luminance can be suitably expressed in accordance with the
`
`type of the video stream, regardless of what type of video stream is recorded in
`
`the recording medium.
`
`in other words, regardless of the realization method of the
`
`HDR video stream recorded in the recording medium, luminance can be suitably
`
`expressed in accordance with thai realization method.
`9
`
`P676523
`
`

`

`[0641] The attribute reader may further read out second attribute information
`
`indicating the maximum luminance of the video stream from the management
`
`information file, and the outputter may further output the maximum luminance
`
`information including the second altribute information. Accordingly, the luminance
`
`of the video stream can be expressed even more appropriately.
`
`[0642] Also, a recording medium according to one form of the present disclosure
`
`has recorded therein a video stream that is encoded video information, and a
`
`management information file correlated with the video stream. The management
`
`information file includesfirst attribute information, indicating whether a dynamic
`
`range of luminance of the video stream is a first dynamic range or a second
`
`dynamic range that is wider than the first dynamic range.
`
`[0043] Accordingly, the playback device can be made to appropriately express
`
`luminance in accordance with the type of the video stream. Also, HDR video
`
`streams of different realization methods can be efficiently recorded and managed
`
`in the same recording medium.
`
`[0044]
`
`Ina case where thefirst atirioute information indicates the second
`
`dynamic range,the first attribute information may also indicate the type of the
`
`second dynamic range. For example, The first attribute information indicates a
`
`first type where the luminance range of the video stream is statically expressed, as
`
`the type of the second dynamic range. Alternatively, Thefirst attribute information
`
`indicates a second type where the luminance range of the video strearn is
`
`statically and dynamically expressed, as the type of the second dynamic range.
`
`Note that in the second type, the luminance range of the video stream is statically
`
`expressed by including in the video stream first supplemental extension
`
`information indicating the maximum juminance of all pictures in the video stream,
`
`and the luminance range of the video stream is dynamically expressed by
`
`including in the video stream second supplemental extension information
`
`indicating, for each of groups made up of one or a plurality of pictures included in
`
`the video stream, the luminance range being defined by the maximum luminance
`
`of the group. Alternatively, the first attribute information indicates a third type,
`
`where luminance is expressed by a base video stream, and an enhanced video
`
`stream which is a video stream fo enhance luminance of the base video stream,
`
`as the type of the second dynamic range, and the recording medium further has
`
`recorded therein the base video stream.
`
`10
`
`P676523
`
`

`

`[0645] Accordingly, the playback device can be made to appropriately express
`
`luminance in accordance with the type of the video stream, regardiess of what
`
`type of video stream is recorded in the recording medium.
`
`in other words,
`
`regardiess of the realization method of the HDR video stream recorded in the
`
`recording medium, the playback device can be made to appropriately express
`
`luminance in accordance with that realization method.
`
`[0648] Aliso, the management information file may further include second
`
`attribute information indicating the maximum luminanceof the video stream.
`
`Accordingly, the playback device can be made to appropriately express luminance
`
`in accordance with the type of the video stream.
`
`[0647] These general or specific aspects may be realized by a device, method,
`
`sysiem, integrated circuit, computer program, or computer-readable recording
`
`medium such as a CD-ROM, and may be realized by any combination of a system,
`
`method, integrated circuit, computer program, and recording medium.
`
`[0048]
`
`Preferred embodiments to carry out the present disclosure will be
`
`described below with reference fo the atlached drawings.
`
`it should be noted that
`
`the second embodiment is the closest to the disclosure in a first aspect of the
`
`present application, the basic configuration of the information recording medium
`
`and so forth in the second embedment will be described first by way of thefirst
`
`embodiment, to facililate understanding.
`
`First Embodiment
`
`[0049]
`
`First, the basic structure and operations of a BD-ROM and a BD-ROM
`
`player that plays BD-ROMs will be described with reference to Figs. 1 through 30.
`
`Logical Data Structure on Disc
`
`[0650]
`
`Fig. 4 is a diagram illustrating data hierarchy on a BD-ROM. As
`
`litustrated in Fig. 4, there are recorded in a 8D-ROM 104 thatis a disc medium,
`
`AV data 103, BD managementinformation 102 such as management information
`
`relating to the AV data, AV playback sequence, and so forth, and a BD playback
`
`program 101 that realizes interactivity.
`
`[0651] Note that in the present embodiment, description of BD-ROM will be
`
`made primarily with regard fo an AV application that plays AV contents such as
`
`movies, but a BD-ROM can be used as a recording medium for computer use,in
`
`the same way as with CR-ROMs and DVD-ROMs, as a matter of course.
`
`[0652]
`
`Fig. 5 is a diagram illustrating the structure of logical data recorded on the
`11
`
`P676523
`
`

`

`above BD-ROM 104. The BD-ROM 104 has a recording region in the form of a
`
`spiral from the inner perimeter thereof toward the outer perimeter, and has a
`
`logical address space where logical data can be recorded, between a read-in at
`
`the inner perimeter and a read-out at the outer perimeter, in the same way as with
`
`other optical discs, such as DVDs and CDs, for example.
`
`[0653] On the inner side of the read-in there is a special region called a Burst
`
`Cutting Area (BCA), that can only be read out by the drive. This region is
`
`unreadable by applications, and accordingly is often used in copyright protection
`
`technology and so forth, for example.
`
`[0054] Application data such as video data and thelike is recorded the logical
`
`address space, with file system information (volume) at the beginning thereof. The
`
`file system is the arrangement for managing data stipulated by a standard such as
`
`UDF or [SO9660 or the like, as described above in the conventional art. Logical
`
`data recorded therein can be read out using the directory and file structure, in the
`
`same way as with a normal PC.
`
`[0655]
`
`inthe case of the present embodiment, the directory and file structure on
`
`the BD-ROM 104 has a BDVIDEO directory immediately below the root directory
`
`(ROOT). This directory is a directory in which data, such as AV data and
`
`management information handied by the BD-ROM (ihe BD piayback program 101,
`
`BD managementinformation 102, and AV data 103 illustrated in Fig. 4) is
`
`recorded.
`
`[0056] The following seven types of files are recorded beneath the BDVIBDEO
`
`directory.
`
`BD.INFO (fixed filename)
`
`This is one of “BD management information", and is a file in which is
`
`recorded information relating to the entire BD-ROM. The BD-ROM player reads
`
`out this file first.
`
`BD.PROG (fixed filename}
`
`This is one of "BD playback programs", and is a file in which is recorded a
`
`program relating to the entire BD-ROM.
`
`SXACPL (XMXK"is variable, suffix "PL"is fixed)
`
`This is one of "BD management information”, and is a file in which is
`
`recorded playlist (Play List} information that records a scenario. Each playlist has
`
`one file.
`
`12
`
`P676523
`
`

`

`AXKX.PROG CXXXM"is variable, suffix "PROG"is fixed)
`
`This is one of "BD playback programs", and is a file in which is recorded a
`
`program for each aforementioned playlist. The correlation to the playlist is
`
`identified by the file body name (XXX" matches).
`
`YYY.VOB (@YYY"is variable, suffix "VOB"is fixed)
`
`This is one of "AV data’, and is a file in which is recorded a VOB (the same
`
`as the VOB described in the exampie of the conventional art), One VOB
`
`correspondsto onefile.
`
`YYY. VOBI CYYY"is variable, suffix "VOBI"is fixed)
`
`This is one of "BD management information", and is a file in which is
`
`recorded management information relating to the VOB which is AV data. The
`
`correlation to the VOB is identified by the file body name (YYY" matches}.
`
`222.PNG (ZZ2"is variable, suffix "PNG"is fixed)
`
`This is one of "AV data", and is a file in PNG (an image format standardized
`
`by the World Wide Web Consortium (WV/3C} and is pronounced “ping") which is
`
`image data for configuring subltities and menu screens. One PNG image
`
`corresponds to onefile.
`
`Piayer Configuration
`
`[0057] Next, the configuration of a player that plays ihe BD-ROM 104 will be
`
`described with reference to Figs. 6 and 7. Fig. 6 is a schematic diagram
`
`litustrating the basic configuration of a BD-ROM player that plays the BD-ROM 104.
`
`The BD-ROM playerillustrated in Fig. 6 reads oul data on the BD-ROM 104 via an
`
`optical pickup 202. The data that is read out is stored in dedicated memory in
`
`accordance with the type of each data.
`
`[0658] The BD playback program ("BD.PROG"or "XXX.PROG"file) is recorded
`
`in program recording memory 203, the BD management information (BD.INFO",
`
`"XXX.PL", or "YYY.VOBI"file) in management information recording memory 204,
`
`and AV data (U'YYYVOB"or "Z27,. PNG"file) in AV recording memory 205,
`
`respectively.
`
`[0653] The BD playback program recorded in the program recording memory
`
`203 is processed by a program processing unit 206. The BD management
`
`information recorded in the management information recording memory 204 is
`
`processed by a management information processing unit 207. Also, the AV data
`
`recorded in the AV recording memory 205 is processed by a presentation
`13
`
`P676523
`
`

`

`processing unit 208.
`
`[6660] The program processing unit 206 receives information of a playlist to be
`
`played fram and event information such as the timing to execute a prograrn from
`
`the management information processing unit 207, and performs processing of the
`
`program. The playlist to play can be dynamically changed at the program, and this
`
`can be realized by sending a play command ofthe playlist after changing to the
`
`management information processing unit 207.
`
`{0061} The program processing unit 206 further accepts events from the user,
`
`such as requests from a remote controller that the user operates for example, and
`
`in a case where there is a program corresponding to the user event, executes the
`
`processing.
`
`[0062] The management information processing unit 207 receives instructions
`
`from the program processing unit 206 and analyzes a playlist corresponding to
`
`that instruction and the management information of a VOB corresponding to that
`
`playlist. Further, instructions of AV data to be played are given to the presentation
`
`processing unit 208.
`
`[0063] The management information processing unit 207 also receives
`
`reference time information from the presentation processing unit 208, and
`
`performs stopping instruction of the AV data playback to the presentation
`
`processing unit 208 based on the time information. Further, an event is generated
`
`indicating ine program executing timing as to the program processing unit 206.
`
`[0064] The presentation processing unit 208 has decoders corresponding to
`
`each data of video, audio, and subtitles, and decodes and outputs AV data in
`
`accordance with instructions from the management information processing unit
`
`207. The video data and subtitle data is drawn on respective dedicated planes
`
`a

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket