US20010009604A1 - Digital video recording system and its recording medium - Google Patents

Digital video recording system and its recording medium Download PDF

Info

Publication number
US20010009604A1
US20010009604A1 US09805876 US80587601A US2001009604A1 US 20010009604 A1 US20010009604 A1 US 20010009604A1 US 09805876 US09805876 US 09805876 US 80587601 A US80587601 A US 80587601A US 2001009604 A1 US2001009604 A1 US 2001009604A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
information
data
packets
stream
data object
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US09805876
Inventor
Hideo Ando
Kazuyuki Uyama
Shinichi Kikuchi
Original Assignee
Hideo Ando
Kazuyuki Uyama
Shinichi Kikuchi
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

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005Reproducing at a different information rate from the information rate of recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; 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/32Indexing; 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/327Table of contents
    • G11B27/329Table of contents on a disc [VTOC]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36Monitoring, i.e. supervising the progress of recording or reproducing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/84Television signal recording using optical recording
    • H04N5/85Television signal recording using optical recording on discs or drums
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation 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/8042Transformation 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation 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/8205Transformation 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
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/21Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/215Recordable discs
    • G11B2220/216Rewritable discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2562DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2562DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • G11B2220/2575DVD-RAMs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34Indicating arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation 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/806Transformation 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 with processing of the sound signal
    • H04N9/8063Transformation 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 with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation 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/8205Transformation 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/8227Transformation 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

Abstract

In a DVD recording/playback system, a set top box STB receives an MPEG transport stream constituted by a plurality of transport packets, and a formatter extracts support information indicating if management information included in the transport packets includes predetermined items. A disc drive that records data on a recording medium having a management area and data area records the support information in the management area.

Description

    BACKGROUND OF THE INVENTION
  • The present invention relates to an improvement in a system for recording a digital video datastream and, more particularly, to a system capable of efficiently recording an MPEG transport stream to be digitally broadcasted. The present invention further relates to a system for recording support information of an MPEG transport stream in a management area. [0001]
  • In recent years, TV broadcast has entered an era of digital broadcast and, hence, the necessity of a streamer (an apparatus for saving digital data intact) for digital TV broadcast has come forth. [0002]
  • Digital TV broadcast currently uses an MPEG transport stream, which will probably become a standard in the field of digital broadcast of moving pictures in the near future. [0003]
  • As a streamer for recording digital broadcast data, for example, D-VHS (digital VHS) is available. [0004]
  • Digital TV broadcast data is broadcasted from a broadcast station via a communication satellite. The broadcasted digital data is received by a Set Top Box (to be abbreviated as an STB hereinafter as needed) set in each home, and is displayed on a TV monitor. This STB decrypts and plays back encrypted digital data on the basis of a key code distributed from the broadcast station. [0005]
  • Data is encrypted to prevent a user who does not have any contract with the broadcast station from illicitly receiving and viewing that data. [0006]
  • When the received data is directly played back, it is decrypted by the STB. The decrypted data is decoded by an MPEG decoder, and the decoded data is converted into a TV signal by a video encoder to be displayed on a TV monitor. [0007]
  • When broadcast data is recorded, digital data received by a tuner is recorded by a D-VHS recorder via an IEEE1394 digital interface. [0008]
  • Note that IEEE1394 specifies standard interface specifications, that implement command and data exchanges. [0009]
  • When recorded broadcast data is played back, the recorded data is read from the D-VHS recorder, and is sent to a data expansion unit in the STB, thus playing back the recorded data. [0010]
  • Digital data recorded by the D-VHS recorder normally has the following structure. [0011]
  • That is, digital data to be recorded is recorded as main data in a sync block in a main data area, while six tracks are handled as one ECC block. In this case, a header is appended to a transport stream (TS) packet upon recording. [0012]
  • In such D-VHS streamer, the broadcasted bitstream is directly recorded on tape. For this reason, a plurality of multiplexed programs are recorded on the tape. [0013]
  • Hence, all data are output from the tape upon playback irrespective of the playback start position. The STB selects only a desired program from the output data and plays it back. [0014]
  • Such system suffers very poor random-access performance, since a tape medium is used to record. For this reason, even when the user wants to quickly reach a desired position of a given program to play it back, such random access is impossible to attain. [0015]
  • On the other hand, even in large-capacity disc media such as DVD-RAMs and the like, recording of a streamer suffers certain problems. To realize random access, special playback, and the like, such DVD system inevitably requires to record management data together with broadcast data. [0016]
  • Also, in such DVD system, data must be managed or formatted in accordance with the DVD video format. [0017]
  • However, since the DVD video format does not assume satellite broadcast, it cannot often support special playback or the like. [0018]
  • Japanese Patent Application No. JP10-040876 has proposed the format that assumes a home recorder/player. However, even in this format, digital broadcast is not taken into consideration. [0019]
  • As mentioned above, in a digital TV broadcast compatible streamer system, TS stream data cannot be efficiently managed in a streamer that uses a DVD-RAM capable of random access, i.e., a read/write (R/W) disc. [0020]
  • BRIEF SUMMARY OF THE INVENTION
  • It is an object of the present invention to provide a system that can efficiently record a transport packet in a streamer which uses media (DVD-RAM and the like) capable of random access. [0021]
  • It is another object of the present invention to add a streamer function to the DVD video format. [0022]
  • It is still another object of the present invention to efficiently manage digital TV broadcast data by proposing a novel format that assumes digital TV broadcast. [0023]
  • To achieve the object, the present invention uses information medium (including a signal or radio wave) which comprises an data object (VOB/SOB) formed of one or more data object units (VOBU/SOBU) each of which serves as a prescribed data unit; control information (VOBUI/SOBI) of the data object (VOB/SOB); access unit data (AUD) used for accessing an access unit (I-picture, etc.) which is a part of contents of the data object (VOB/SOB), the access unit data (AUD) being contained in the control information (VOBUI/SOBI); and a bitstream being formed of a series of packets, the bitstream including contents of the data object (VOB/SOB) and contents of the control information (VOBUI/SOBI). [0024]
  • Additional objects and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objects and advantages of the invention may be realized and obtained by means of the instrumentalities and combinations particularly pointed out hereinafter. [0025]
  • BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING
  • The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate presently preferred embodiments of the invention, and together with the general description given above and the detailed description of the preferred embodiments given below, serve to explain the principles of the invention. [0026]
  • FIG. 1 illustrates explanatory views showing the format of an MPEG TS stream; [0027]
  • FIG. 2 illustrates explanatory views showing the format of an object set which is recorded/played back by a DVD recording/playback system according to the present invention; [0028]
  • FIG. 3 illustrates explanatory views showing the format structure of a TS pack shown in FIG. 2; [0029]
  • FIG. 4 illustrates explanatory views showing the structure of a VOBU which is optimal to the pack structure shown in FIG. 3; [0030]
  • FIG. 5 illustrates explanatory views showing the structure according to a modification of the TS pack shown in FIG. 3; [0031]
  • FIG. 6 illustrates explanatory views showing an example of the format of management information which is used to manage a video object set (FIG. 2) as an object to be played back; [0032]
  • FIG. 7 illustrates explanatory views showing the description contents of PGCI shown in FIG. 6; [0033]
  • FIG. 8 shows a table including the description contents of C_PBI shown in FIG. 6; [0034]
  • FIG. 9 illustrates explanatory views showing another example of the format of management information which is used to manage a video object (FIG. 2) as an object to be played back; [0035]
  • FIG. 10 shows a table including the description contents of VOBUI shown in FIG. 9; [0036]
  • FIG. 11 illustrates explanatory views showing an example of the format structure of a VOBU or cell shown in FIG. 6; [0037]
  • FIG. 12 illustrates explanatory views showing an example of the format structure of a cell or PGC shown in FIG. 6; [0038]
  • FIG. 13 illustrates views for explaining an edit process using the cell format structure shown in FIG. 6; [0039]
  • FIG. 14 is a block diagram showing the overall arrangement of a DVD recording/playback system according to an embodiment of the present invention; [0040]
  • FIG. 15 is a flow chart for explaining a recording process in the format structure shown in FIG. 9; [0041]
  • FIG. 16 is a flow chart for explaining a recording process in the format structure shown in FIG. 9; [0042]
  • FIG. 17 is a flow chart for explaining a playback process in the format structure shown in FIG. 9; [0043]
  • FIG. 18 is a flow chart for explaining a playback process in the format structure shown in FIG. 9; [0044]
  • FIG. 19 is a flow chart for explaining an FF process in the format structure shown in FIG. 9; [0045]
  • FIG. 20 is a flow chart for explaining an FF process in the format structure shown in FIG. 9; [0046]
  • FIG. 21 is a flow chart for explaining an FF process in the format structure shown in FIG. 9; [0047]
  • FIG. 22 is a flow chart for explaining an interrupt process in the flow charts shown in FIGS. 20 and 21; [0048]
  • FIG. 23 is a flow chart for explaining a PAT process in the format structure shown in FIG. 20; [0049]
  • FIG. 24 shows a data structure of the stream data (corresponding to the MPEG2 transport stream of FIG. 1); [0050]
  • FIG. 25 shows the internal structure of the stream block header as shown in FIG. 24; [0051]
  • FIG. 26 shows an internal structure of the sector data header shown in FIG. 24; [0052]
  • FIG. 27 describes constraints on MPEG specifications for SOB; [0053]
  • FIG. 28 shows the structure of navigation data (corresponding to control information [0054] 25 in FIG. 9) contained in DVD streamer information (STRI);
  • FIG. 29 shows the structure of Stream File Information SFIT shown in FIG. 28; [0055]
  • FIG. 30 shows the structure of Stream File Information SFI shown in FIG. 29; [0056]
  • FIG. 31 shows the contents of Stream File General Information SF_GI shown in FIG. 30; [0057]
  • FIG. 32 shows the structure of Stream Object Information (SOBI#) shown in FIG. 30; [0058]
  • FIG. 33 shows the contents of Stream Object Information General Information SOBI_GI shown in FIG. 32; [0059]
  • FIG. 34 shows the structure of Access Unit Data AUD shown in FIG. 32; [0060]
  • FIG. 35 shows the contents of Access Unit General Information AU_GI shown in FIG. 34; [0061]
  • FIG. 36 illustrates an example of correspondence between Access Unit Start Map AUSM (cf. FIGS. 8 and 10) and stream object units SOBUs (cf. FIGS. 2, 4, and [0062] 11);
  • FIG. 37 illustrates an example of correspondence between Access Unit Start Map AUSM (cf. FIGS. 8 and 10) with Access Unit End Map AUEM (cf. FIGS. 8 and 10) and stream object units SOBUs (cf. FIGS. 2, 4, and [0063] 11);
  • FIG. 38 shows the structure of one stream pack (corresponding to TS pack shown in FIGS. [0064] 2-4);
  • FIG. 39 shows the structure of stream data area in the stream PES packet shown in FIG. 38; and [0065]
  • FIG. 40 shows the contents of the application header at the start of the stream data area shown in FIG. 39. [0066]
  • DETAILED DESCRIPTION OF THE INVENTION
  • A DVD recorder/player and the format of an optical disc on which the DVD recorder/player can write data according to an embodiment of the present invention will be described below with reference to the accompanying drawings. [0067]
  • The terminology of the format will be briefly explained first. Data is saved on an optical disc in a normal file format. A title corresponds to a single movie, and a plurality of titles are stored in a single disc. A group of titles is called a title set, which is formed of a plurality of files. Also, a file called a video manager (to be abbreviated as VMG hereinafter) is stored on a single disc as information for managing this disc. [0068]
  • Furthermore, the title set (to be referred to as VTS hereinafter) is composed of a management information file of video title set information (to be referred to as VTSI hereinafter), and a backup file of the VTSI. [0069]
  • The video file has a hierarchical structure, and a single file is formed of a plurality of program chains, each of which comprises a plurality of programs, each of which comprises a plurality of cells, each of which comprises a plurality of video object units (to be referred to as VOBUs hereinafter). Each VOBU is formed of a plurality of packs including various kinds of data. Each pack is formed of more than one packets and a pack header. The pack is a minimum unit for a data transfer process. Furthermore, the minimum unit for a logic process is a cell, and the logic process is done in units of cells. [0070]
  • A transport (TS) stream will be explained below. In general, in a method of broadcasting compressed moving pictures (e.g., digital TV broadcast, cable broadcast such as the Internet, and the like), a TS stream as a common basic format is specified to comply with the MPEG2 specifications. [0071]
  • The TS stream is composed of a large number of TS packets [0072] 38, as shown by (a) in FIG. 1. Each TS packet 38 has a structure shown by (b) to (d) in FIG. 1 and is formed of packet management data field 41 and payload 42, as shown by (b) in FIG. 1. Payload 42 stores encrypted data to be played back.
  • Data to be played back stored in payload [0073] 42 includes MPEG video data, Dolby AC3 audio data, MPEG audio data, and the like. On the other hand, information other than the data to be directly played back includes a program association table (PAT), a program map table (PMT), and the like which are required upon playing back data, and also electronic program guide (EPG) information.
  • The PAT includes packet identification information (PID) of PMTs in units of programs, and each PMT records the PID of video data, audio data, or the like. [0074]
  • With this format, as a normal playback procedure of an STB, when the user determines a program based on EPG information, a PAT is loaded at the start time of the determined program, and the PID of a PMT of the determined program on the basis of the PAT. The desired PMT is read out based on the determined PID, the PIDs of video and audio packets included in the PMT are determined, and the video and audio data are extracted and played back according to the PIDs. Note that the PAT is sent at intervals of several 100 ms since it is also used in the course of playback. [0075]
  • When such TS stream data are recorded on a disc medium such as a DVD-RW (read/write) or the like, these data are preferably recorded as digital data. However, since the current maximum bit rate of a DVD-RAM is 10.08 Mbps, satellite broadcast data (20 Mbps or more) itself in which all channels are multiplexed cannot be recorded. For this reason, when such data are recorded, one program must be selected and recorded. [0076]
  • When certain data are recorded on a disc medium, other data for managing recorded data are required to meet user needs (e.g., to start playback from a desired time of a desired program, to fast forward, and the like). However, since the data itself to be played back is encrypted, it is hard to generate management data for the data itself to be played back. [0077]
  • For this reason, management data is preferably generated using data in a packet header as control data in a TS stream packet, or data in a PAT or PMT packet as PSI (program specific information) data of a TS stream. [0078]
  • Note that such packet header contents may often include information which is not supported depending on the types of satellite broadcast, and may often use neither a PAT nor PMT. Hence, management data cannot often be generated in units of satellite broadcast services by the aforementioned method, and data cannot be recorded. [0079]
  • To solve this problem, upon recording, information of a packet header used by satellite broadcast, and information indicating the presence/absence of a PAT or PMT are saved in management information, and management data is generated in accordance with supported information. To provide only available services upon playback, service contents are preferably changed in accordance with that support information. [0080]
  • As a method of detecting support information, the following two methods can be used. [0081]
  • In the first method, support information is received from the STB. The STB varies in units of satellite broadcast services to be received, and is a dedicated apparatus. For this reason, the STB should recognize information pertaining to support in advance (upon delivery of STB). Hence, that support information is loaded from the STB at the beginning of recording. [0082]
  • In the second method, each data to be used is checked upon receiving TS stream data from the STB, and if that data is active, it is determined that the information is supported, and the support information is stored. At the same time, management data is generated based on the supported information, and the accumulated support information is recorded in a management area of an optical disc as management data. [0083]
  • The format that includes support information in management data will be explained below. The first example will explain management data that manages data complying with the DVD video format for which the format specifications have already been standardized. [0084]
  • Current DVD video format does not assume satellite broadcast or the like. Hence, when satellite broadcast data is recorded and the recorded data is played back in special modes, some special modes can not be supported in the status. Hence, to propose recording/playback specifications that comply with current DVD video, the following format is optimal. [0085]
  • In current DVD video, video object set (VOBS) [0086] 30 as an object to be played back has a structure shown by (a) to (d) in FIG. 2.
  • More specifically, VOBS [0087] 30 shown by (a) in FIG. 2 is defined as one or a set of a large number of video objects (VOBs) 31, as shown by (b) in FIG. 2, and each VOB 31 is defined as one or a set of a large number of cells 32, as shown by (c) in FIG. 2. Furthermore, cell 32 is defined as one or a set of a large number of video object units (VOBUs) 33, as shown by (d) in FIG. 2. VOBU 33 is formed of one or a large number of TS packs 34, as shown by (e) in FIG. 2.
  • In a streamer, streamer objects (SOBs) are defined as those corresponding to the VOBs, and streamer object units (SOBUs) are defined as those corresponding to the VOBUs. [0088]
  • In the following, descriptions pertaining to the VOB and VOBU may be interpreted by replacing them by the SOB and SOBU, respectively, as needed. [0089]
  • As for the structure of VOBU [0090] 33, two different format schemes can be proposed.
  • In the first scheme, one VOBU [0091] 33 is composed of one or more TS packs 34 that record transport streams (TS streams). One TS pack 34 shown by (a) in FIG. 3 is formed of pack header 35, packet header 36, substream ID 37, and transport packets (TS packets) 38, as shown by (b) in FIG. 3. The size per TS pack 34 is determined to be 2,048 bytes, and if the pack is smaller than 2,048 bytes, padding packet 39 is inserted to adjust the size.
  • Each TS pack [0092] 34 is formed of 10 TS packets 38, and packet header 36 includes a stream ID that describes 0×bd indicating a private stream in MPEG2. Also, a substream ID that specifies that data in a packet is a transport stream describes 0×f0.
  • Incidentally, a timestamp (ATS) may be placed at the leading portion of each of the TS packets, as shown by (b) in FIG. 3. [0093]
  • As shown by (c) in FIG. 3, the second scheme has a packet structure in which 2-byte packet access pointer [0094] 40 is inserted after substream ID 37 in the packet structure of (b) in FIG. 3. The packet access pointer 40 indicates the start address of head packet 38 in pack 34.
  • For example, in (c) of FIG. 3, since head packet [0095] 38 in pack 34 is inserted immediately after packet access pointer 40, its relative address is zero. In pack 34 shown by (C) of FIG. 3, since last packet 39 has only 142 bytes while each of other packets has 188 bytes, remaining 46 bytes are stored in next pack 34 shown by (d) of FIG. 3.
  • In pack [0096] 34 shown by (d) of FIG. 3, since the remaining 46 bytes are inserted immediately after packet access pointer 40, last packet 39 is located after the remaining 46 bytes. Hence, “0×2e” indicating the address of last packet 39 is described in packet access pointer 40 of next pack 34.
  • With this packet access pointer [0097] 40, a field that must store padding data and cannot be used can be used as a storage field of packet data. At this time, if the packet access pointer is 0×ffff, it indicates that the head packet is not present within a pack.
  • In this case, the head packet must be aligned after packet access pointer [0098] 40, as shown in the example of (c) in FIG. 3. With this structure, packets can be managed in units of VOBUs, and a packet which has a size that cannot fall within one pack can be coped with.
  • Portions of a transport stream packet (TS packet) shown by (c) and (d) in FIG. 3 correspond to the following case. [0099]
  • That is, when one packet is recorded across two sectors upon recording a TS packet, data pieces recorded in the first and second sectors, respectively, correspond to portions of the TS packet. [0100]
  • With this format, when one packet is recorded across two sectors, no padding data need be inserted, thus increasing the recording density. [0101]
  • In this case, a packet header can record position information indicating “the number of bytes from a reference position to the first TS start position of each sector”. As the reference position, for example, the position of a packet header, the head position of a TS packet, the end position of a TS packet, or the adjacent boundary position of successive adjacent TS packets, may be used. [0102]
  • When the head position of a TS packet is used as the reference position, packet access pointer=0 in (c) of FIG. 3 can be used as the position information. [0103]
  • When the end position of a TS packet (or the adjacent boundary position) is used as the reference position, packet access pointer=0×[0104] 2e in (d) of FIG. 3 can be used as the position information.
  • An example of the second scheme that has already been explained will be described in more detail below with reference to FIG. 4. VOBU (or SOBU) [0105] 33 shown by (a) in FIG. 4 is formed of an integer number of TS packs 34, and head TS pack 34 in VOBU (SOBU) 33 has the structure shown by (c) in FIG. 4.
  • More specifically, the head portion of TS packet [0106] 38 is always aligned after packet access pointer 40 in TS pack 34, and packet access pointer 40 stores zero relative address. Hence, when VOBU (SOBU) 33 is accessed to extract that packet, the head of that packet matches that of TS packet 38, and TS packet 38 can be extracted and immediately transferred. TS packets 38 are arranged after head TS pack 34 in VOBU (SOBU) 33, and the remaining portion of TS packet 38 that cannot be stored in one pack with 2,048 bytes is stored in packet 38 of next TS pack 34, as shown by (c) in FIG. 4.
  • In this manner, TS packs [0107] 34 are arranged in turn in VOBU (SOBU) 33. Last TS pack 34 in that VOBU (SOBU) 33 cannot often store one TS packet 38 at the end of that pack unlike other TS packs 34, as shown by (c) in FIG. 4.
  • In such case, padding packet [0108] 39 can be inserted in that end portion, as needed. By inserting the padding packet, head TS pack 34 in next VOBU (next SOBU) 33 can have a packet data field starting from head TS packet 38.
  • Note that a method that can cope with the aforementioned case without using any padding packet (one packet is recorded across two sectors upon recording a TS packet) is also available, and has already been explained. [0109]
  • In the example shown in FIGS. 3 and 4, packet access pointer [0110] 40 designates the address of first TS packet 38 in that pack 34, and TS packet 38 to be extracted first in that pack 34 can be specified when pack 34 is designated by packet access pointer 40.
  • The structure of next TS pack [0111] 34 may be specified by a continuous packet flag shown by (a) and (b) in FIG. 5, in place of packet access pointer 40.
  • More specifically, as shown by (a) in FIG. 5, substream ID [0112] 37 that specifies TS packets is inserted after packet header 36 in TS pack 34, and continuous packet flag 41 is inserted after the substream ID. Continuous packet flag 41 indicates whether or not TS pack 34 that follows TS pack 34 including that flag stores a portion of TS packet 39.
  • That is, if continuous packet flag [0113] 41 is 1, a portion of TS packet 39 is stored at the end of that TS pack 34, and the remaining portion of that TS packet 39 is stored after continuous packet flag 41 in next TS pack 34.
  • If a TS packet [0114] 39 is aligned and arranged at the end of TS pack 34 and no portion of that packet remains to be stored in next pack 34, zero continuous packet flag 41 is set. This means that if TS packet 39 with zero continuous packet flag 41 is acquired, a smooth playback process is assured by playing back TS packet 39 that follows continuous packet flag 41.
  • The structure of management data in the aforementioned data structure will be described below. [0115]
  • Management data is recorded in a management area after a lead-in area on the inner periphery side of an optical disc, and the management area includes a table of video title set information (VTSI) or a table of streamer control information (STR_VMGI), as shown by (a) in FIG. 6. The STR_VMGI is contained in management information (STRI) of a streamer, and the STRI has functions corresponding to those of the VTSI. [0116]
  • As shown by (a) in FIG. 6, this VTSI (STR_VMGI) includes a VTSI management table (VTSI_MAT) that describes management information pertaining to the VTSI (STR_VMGI); a VTS search pointer table (VTS_TT_SRPT) that describes search pointers used to search for a VTS (video title set) or a play list search pointer table (PL_SRPT) that describes search pointers used to search for a play list in a stream; a VTS program chain information table (VTS_PGCIT) that specifies the cell playback order or a user-defined program chain information table (UD_PGCIT); a VTS menu program chain information unit table (VTSM_PGCI_UT); a VTS time map table (VTS_TMAPT); a VTS menu cell address table (VTSM_C_ADT); a VTS menu VOBU address map table (VTSM_VOBU_ADMAP); a VTS cell address table (VTS_C_ADT); and a VTS VOBU address map table (VTS_VOBU_ADMAP) in this order. [0117]
  • User-defined PGC information (UD_PGCI) in the UD_PGCIT is a sequence of parts of a program. The play list may be used by a user to freely define the playback sequence of the parts of programs. [0118]
  • The VTS_PGCIT (UD_PGCIT) contains VTS_PGCIT information (VTS_PGCITI) (or UD_PGCITI); VTS program chain search pointers (VTS_PGC_SRP#n) (or UD_PGC_SRP#n) arranged in the playback order, and VTS program chain information (VTS_PGCI#n) (or UD_PGCI#n) designated by each of these search pointers, as shown by (b) in FIG. 6. [0119]
  • As shown by (c) in FIG. 6, the VTS_PGCI#n (or UD_PGCI#n) is made up of program chain (PGC) general information (PGC_GI) or stream cell general information (SC_GI); a PGC program map (PGC_PGMAP) or program information (PGI#m); a cell playback information table (C_PBIT) that describes information pertaining to cell playback, or stream cell information (SCI#n); and a cell position information table (C_POSIT) that describes cell position information, i.e., address information or stream cell information search pointers (SCI_SRP#n). The C_PBIT (SCI#n) is formed of a number of pieces of cell playback information (C_PBI#j) which are arranged in the cell playback order, or a number of pieces of stream cell entry point information (SC_EPI#n), as shown by (d) in FIG. 6. [0120]
  • The PGC general information (PGC_GI) may have a configuration as shown by (a) in FIG. 7. The PGC_GI describes: PGC contents (PGC_CNT) such as the number of programs, the number of cells and the like; a PGC transport time (PGC_TRS_TM) that describes the recording or transport time of one PGC; support information; the start address (PGC_PGMAP_SA) of a PGC program map (PGC_PGMAP); the start address (C_PBIT_SA) of a cell playback information table (C_PBIT); the start address (C_POSIT_SA) of a cell position information table (C_POSIT); and an erasure inhibition flag (ARCHIVE Flag). [0121]
  • In case of SC_GI, a cell type (C_TY1=010b) and a temporary erase (TE) flag are described in place of the ARCHIVE Flag. This SC_GI may further includes: [0122]
  • SC_EPI_Ns which describes the number of Entry Point Information contained in the SCI; [0123]
  • SOB_N which describes the number of SOBs to which the cell refers; [0124]
  • SC_S_APAT which describes the Start Application Packet Arrival Time (Start APAT) of the cell in DVD Stream Recording's PAT Describing Format; [0125]
  • SC_E_APAT which describes the End Application Packet Arrival Time (End APAT) of the cell in DVD Stream Recording's PAT Describing Format (The End APAT is the APAT of the last Application Packet which belongs to the cell.); [0126]
  • ERA_S_APAT which describes, for a “Temporarily Erased” cell containing at least one SOBU border (the “TE” field of its C_TY is “10b”), the APAT of the first Application Packet of the first SOBU, the beginning of which is contained in the TE cell; [0127]
  • ERA_E_APAT which describes, for a “Temporarily Erased” cell containing at least one SOBU border (the “TE” field of its C_TY is “10b”), the APAT of the first Application Packet of that SOBU which contains the Application Packet immediately following the TE cell. [0128]
  • As the flow of signals upon recording, TS packet data received by the STB are packed and recorded by a formatter unit. At this time, the presence/absence of each information is detected and is saved in a work RAM. The saved information is recorded as management information upon completion of recording. [0129]
  • In the support information, as shown by (b) in FIG. 7, bit b[0130] 0 records a random access indicator support flag indicating whether or not random access is permitted, and bit b1 a unit start indicator support indicating whether or not start is permitted for each unit. Bit b2 records a PAT/PMT support indicating whether or not the PAT (program association table) and PMT (program map table) are supported, bit b3 a PCR support indicating whether or not PCR (Presentation Clock Reference) is supported, bit b4 an SCD (Splice CountDown) support indicating whether or not SCD is supported, and bits b5 to b7 an identification code of the STB which recorded data.
  • The identification code includes, e.g., an STB ([0131] 001) of BS digital broadcast, a Ver2 STB (010) of DirecTV, and a Ver1 STB (011) of Sky Perfect TV.
  • Upon playback, pack data read out from a disc is interpreted by a distributor, and a pack that stores TS packets is sent to a TS packet transfer unit. The TS packet transfer unit transfers only TS packets to the STB in accordance with a request from the STB. [0132]
  • Each cell playback information (C_PBI) (or stream cell information SCI) preferably further describes support information, as shown in FIG. 8. [0133]
  • More specifically, as shown in FIG. 8, the cell playback information (C_PBI) records: a cell category (C_CAT) (or cell type C_TY) in the 0th byte (relative byte position: RBP); a cell arrival time (C_ARL_TM) which describes an STC value or PCR upon recording the head of the cell of interest in the 1st to 4th bytes (RBP); the start address (C_FVOBU_SA) of the first VOBU in the cell in the 5th to 8th bytes (RBP); the start address (C_LVOBU_SA) of the last VOBU in the cell in the 9th to 12th bytes (RBP); and the end address (C_LVOBU_EA) of the last VOBU in the cell in the 13th to 16th bytes (RBP). [0134]
  • Also, the cell playback information describes a TS packet length indicating the length of a transport stream packet (TS packet) in the 17th and 18th bytes (RBP). [0135]
  • Furthermore, the cell playback information (or SCI) records the number of I-pictures (REFPIC_Ns) (or the number of access units AU_Ns) as support information in the 19th to 22nd bytes (RBP). [0136]
  • Moreover, the cell playback information (or SCI) records the start addresses (REFPIC_SA#1 to REFPIC_SA#n) and end addresses (REFPIC_EA#1 to REFPIC_EA#n) of I-pictures (or Access Unit Start Map AUSM and Access Unit End Map AUEM) in turn in the 23rd byte and subsequent bytes (RBP). [0137]
  • REFPIC_SA# (I-picture start position) corresponds to an AUSM (access unit start map; to be described later). This AUSM indicates a data unit (SOBU) of a streamer object (SOB), which unit contains an access unit (AU). [0138]
  • REFPIC_EA# (I-picture end position) corresponds to an AUEM (access unit end map; to be described later). This AUEM is a bit array having the same length as that of the AUSM. Bits in this AUEM indicate which of the SOBUs contains the end of a bitstream segment associated with the access units of the SOB. [0139]
  • Note that the SOB and SOBU are names used in a streamer, and correspond to names VOB and VOBU used in DVD video (DVD_RTR). [0140]
  • The streamer directly records an incoming bitstream, and does not concern itself with its contents (that is, the streamer does not know the recording contents). [0141]
  • When a bitstream recorded by the streamer is an MPEG2 transport stream, decoding starts from an I-picture position. In this case, if a time search is made for a position between a given I-picture and the next I-picture (i.e., access is made based on only the time stamp), since there is no I-picture at that position, the start of decoding delays until the next I-picture is detected (thus the image output timing delays). [0142]
  • On the other hand, when a data unit (SOBU) is used as an access unit in the streamer, since the start/end positions of I-picture can be determined in units of SOBUs (i.e., determined from the AUSM and AUEM), an I-picture position can be immediately found by a time search using an MPEG transport stream. [0143]
  • That is, when the SOBU is used for the access unit, an I-picture position is immediately found by a time search. Therefore, decoding can be quickly started, and smooth fast forward (FF) and fast rewind (FR) can be attained. [0144]
  • Note that the TS packet length is described in FIG. 8. When 188-byte TS packets are transferred in turn, no problem will be posed even if the TS packet length is unknown. However, some broadcast station may send a TS packet which has a size equal to or larger than 188 bytes to the streamer. According to the present embodiment, the packet length can be set in consideration of such special case. [0145]
  • Thus, after data is read out from a disc, the data packet in the pack is segmented by the TS packet length to obtain packets. [0146]
  • When packets corresponding to the TS packet size (188 bytes) in an MPEG transport stream, the packet size in a DVD video (DVD_RTR) program stream, and other packet sizes (n bytes/packet) are considered as those to be recorded by the streamer, a generic bitstream called an application stream is used. [0147]
  • As another example, a case will be exemplified below wherein support information is recorded in management information in the currently proposed recording/playback video format. [0148]
  • FIG. 9 shows an outline of the format. Reference numeral [0149] 50 denotes a RAM video disc that allows recording, erasure, and playback. A recording area of the disc shown by (a) in FIG. 9 is defined between lead-in area 20 and lead-out area 21, as shown by (b) in FIG. 9. In this area, volume & file manager information area 22 and data area 23 are assigned.
  • Data area [0150] 23 is divided into a plurality of DVD areas 24, as shown by (c) in FIG. 9. As shown by (d) in FIG. 9, each DVD area 24 is made up of control information 25 and video object 31 with the structure shown in FIG. 2. Further, as shown by (e) in FIG. 9, control information 25 is made up of VOB general information (VOB_GI) (or stream file general information SF_GI) 27, and VOBU information table (or stream file information SFI) 28 which includes a number of pieces of VOBU information (VOBUI) (or stream object information SOBI) 29.
  • VOB general information (VOB_GI) (or SF_GI) [0151] 27 has areas for recording VOBU_Ns (or SOBI_Ns), VOBI_End Address (or SOBU_SIZ), support information, etc., as shown by (f) in FIG. 9.
  • More specifically, VOB_GI (or SF_GI) records: the number of VOBUs (VOBU_Ns) (or the number of SOBIs (SOBI_Ns)) in the 0th to 3rd bytes (RBP); the end address or the size (i.e., length) of the VOBI (or the number of sectors per SOBU (SOBU_SIZ)) in the 4th to 7th bytes (RBP); and support information which may be the same as that shown by (b) in FIG. 7 in the 8th byte (RBP). Furthermore, an erasure inhibition flag (ARCHIVE Flag) can be recorded in the 9th byte (RBP). [0152]
  • VOBUI (or SOBI) [0153] 29 shown by (e) in FIG. 9 can record support information shown in FIG. 10.
  • More specifically, VOBUI (SOBI) [0154] 29 records: the VOBU start address in the 0th to 3rd bytes (RBP); and the VOBU end address or length in the 4th to 7th bytes (RBP).
  • Also, VOBUI (SOBI) describes: a system time clock (STC) or program clock reference (PCR) upon recording the head of the VOBU of interest as VOBU_RECTM in the 8th to 11th bytes (RBP); and a TS packet length indicating the length of a TS packet in the 12th and 13th bytes (RBP). [0155]
  • Furthermore, VOBUI (SOBI) records the number of I-pictures (REFPIC_Ns) in the 14th to 17th bytes (RBP). [0156]
  • Moreover, VOBUI (SOBI) records the start addresses (REFPIC_SA) and end addresses (REFPIC_EA) of I-pictures in turn in the [0157] 18th byte and the subsequent bytes (RBP).
  • When a VOBU is segmented into a plurality of sets of TS packets to always locate an I-picture at the head of each set, the I-picture address is used upon segmenting the VOBU. [0158]
  • REFPIC_SA# in FIG. 10 corresponds to the aforementioned AUSM (access unit start map), and REFPIC_EA# corresponds to the aforementioned AUEM (access unit end map). [0159]
  • In this way, when an I-picture is always located at the head in a VOBU, the I-picture start address need not be described, and only the I-picture end address can be described. [0160]
  • As an example for recording management data contained in the TS packet described above in the aforementioned tables, the following five pieces of information will be explained. [0161]
  • The first information is the random access indicator contained in the TS packet header shown by (c) in FIG. 1, which is activated in case of a TS packet containing first I-picture data. [0162]
  • With this flag, the start position of the I-picture can be specified. Two methods are available to reflect this flag on the format. [0163]
  • In the first method, formatting is done using this information upon segmenting data into VOBUs (or SOBUs) [0164] 33, as shown by (a) in FIG. 11.
  • With this method, since the start position of each VOBU (SOBU) always matches that of an I-picture, playback in units of VOBUs (SOBUs) can be easily done. In this case, a padding packet is inserted into a VOBU (SOBU) as needed to always locate I-picture data at the start position in the VOBU (SOBU), as shown by (a) in FIG. 11. [0165]
  • As the second method, when the start positions of I-pictures are recorded in the management area, as shown in FIGS. 8 and 10, they can be used in a special playback mode such as FF, FR, or the like, as will be described later. [0166]
  • In an actual system, since an I-decode end interrupt from the STB must be used, extra data is sent to the STB if only the I-picture start address is used, resulting in poor efficiency. [0167]
  • Furthermore, as the second information, the unit start indicator shown by (b) in FIG. 1 is supported. [0168]
  • Thus, since the I-picture end address can be specified, a special playback mode such as fast forward (FF), fast rewind (FR), or the like that does not read out extra data can be implemented. [0169]
  • The unit start indicator can specify the start address of each I-picture. The I-picture end address is written as management information, as shown in FIGS. 8 and 9. [0170]
  • In this embodiment, a logical block address is used as address information. The logical block address does not match an actual physical address since skipping is done based on, e.g., error information and the like. Especially, in case of a DVD-RAM or the like, since an error occurs due to contamination such as scratches, fingerprints, and the like, the addresses may have a larger difference. For this reason, the logical block address is converted into a physical address by, e.g., a file system. [0171]
  • Also, as the address information, not only the logical block address but also a method of indicating an address using a transfer time, converting the time information into a logical block address using a correspondence table, and then converting the logical block address into a physical address may be used. That is, the address information indicates information that can be converted into a physical address with reference to a correspondence table or the like or via computations. [0172]
  • The third information is a splice countdown (SCD) contained in the TS packet header shown by (d) in FIG. 1, by (c) in FIG. 11, and by (a) to (c) in FIG. 13, which can specify an editable position. That is, if logical minimum units (corresponding to cells in DVD) are segmented using this unit, this information can be used in editing from each minimum unit. [0173]
  • For this reason, as shown by (a) in FIGS. 12 and 13, a TS pack that includes a TS packet with SCD=0 at the head of the pack is adjusted to be located at the head of a cell. By aligning cells in this manner, editing in units of cells can be made, as shown by (b) in FIG. 13, and seamless playback between cells can be done even after editing, as shown by (c) in FIG. 13. [0174]
  • The fourth information is a method of presenting a cell or VOBU playback time, as shown in FIGS. 8 and 10, using PCR shown by (d) in FIG. 1. [0175]
  • Note that PCR indicates a transfer arrival reference time of a TS packet, and is not appended to all TS packets. But since a TS stream is data to be played back in real time, PCR is highly likely to indicate the same time as the playback time. However, since the playback time is contained in a payload, it cannot be used in a recording/playback DVD streamer unless the data is decrypted. [0176]
  • For this reason, the playback time is presented using PCR information and the STC in which that time data is set. In this manner, the playback time can be roughly represented. However, when PCR is not supported, the playback start time is set at STC=0, and counting is then started to use an STC value at a given timing as the playback time. [0177]
  • The fifth information is PAT and PMT packets shown by (b) in FIG. 11 and by (a) to (c) in FIG. 12, and these packets record the PIDs of data of a program which is to be played back. These packets are inserted at intervals of several 100 ms to several seconds; when a program is played back from a midway position, playback starts based on this data. [0178]
  • For this reason, these packets can be used to segment data, as shown by (b) in FIG. 11 and by (a) to (c) in FIG. 12. [0179]
  • Note that the PAT and PMT packets can be used in the following four segmentation methods in correspondence with the DVD video format. [0180]
  • First, as shown by (b) in FIG. 11, when the head of a VOBU (or SOBU) is aligned to that of a PAT packet, playback from a midway position in units of VOBUs (SOBUs) can be made. However, since video data after the PAT packet does not always start from an I-picture, a slight time lag is produced until an I-picture is found. For this reason, segmentation at the positions of I-pictures is preferable for VOBUs (SOBUs). [0181]
  • Second, as shown by (a) in FIG. 12, the head of a cell is aligned to that of a PAT packet to be used as the cell segmentation position. However, since PAT packets appear at intervals of several 100 ms to several seconds, cell segmentation positions are set every some PAT packets. However, in this method, since an edit point is not used as a reference point, if editing is done, continuity is disrupted, and seamless playback cannot be guaranteed. For this reason, cell segmentation based on SCD is preferable. [0182]
  • Third, as shown by (b) in FIG. 12, a program may be segmented using PAT packets. With this method, PG jump, PG skip, and the like can be implemented. However, since PAT packets appear at intervals of several 100 ms to several seconds, program segmentation positions are set every several ten to several hundred PAT packets. [0183]
  • Fourth, as shown by (c) in FIG. 12, a PGC may be segmented using PAT packets. With this method, PGC jump, PGC skip, and the like can be implemented. However, since PAT packets appear at intervals of several 100 ms to several seconds, program segmentation positions are set every several hundred to several thousand PAT packets. [0184]
  • The identification code of the STB indicates the type of digital broadcast that the STB connected can receive. With this code, the STB connected is checked upon playback, and the same STB used upon recording can be selected to play back data. Furthermore, this code can change operation that pertains to playback time presentation. [0185]
  • When the STB supports a command for outputting a playback time to a recorder, the playback time is periodically read from the STB and is presented. This value is most accurate as the playback time. [0186]
  • The system arrangement of a satellite broadcast compatible DVD recorder/player will be explained below with reference to FIG. 14. [0187]
  • Referring to FIG. 14, reference numeral [0188] 50 denotes a RAM disc, which is driven by disc drive 51 that exchanges data with data processor (D-PRO) 52. Temporary memory 53 for temporarily saving data is connected to data processor 52.
  • The recorder/player of FIG. 14 can record and playback an MPEG bitstream and/or a normal video signal. These bitstream and video signal may be recorded independently, or mixed with one another. [0189]
  • Decoder unit [0190] 59 in the system shown in FIG. 14 includes distributor 60 having a memory, which receives playback data transferred from data processor 52.
  • The playback data is demultiplexed by distributor [0191] 60 into video data, sub-picture data, and audio data (packet data). The video data is transferred to video decoder 61 having reduced-scale image (thumbnail picture) generator 62, and the sub-picture data and audio data are respectively transferred to sub-picture decoder 63 and audio decoder 64.
  • Digital video and sub-picture signals respectively decoded by video decoder [0192] 61 and sub-picture decoder 63 are synthesized by video processor (V-PRO) 65, and the synthesized signal is supplied to video mixing unit 66. Video mixing unit 66 is connected to frame memory 73 for temporarily storing a digital video signal in units of frames, and externally supplied text data or the like is mixed into a video frame. Then, the digital video signal is supplied to D/A converter 67, and a D/A-converted video signal is output to TV monitor 68. The digital video signal can be externally output via interface 69.
  • A digital audio signal from audio decoder [0193] 64 is supplied to D/A converter 70, and a D/A-converted audio signal is output to loudspeaker 72. The digital audio signal can also be externally output via interface 71.
  • Reduced-scale image (thumbnail picture) generator [0194] 62 of video decoder 61 generates a video signal of a reduced-scale image of transferred video data on the basis of a reduction ON command from main MPU 80, and supplies it to video processor 65 to display the reduced-scale image on TV monitor 68. Key input unit 103 having keys for instructing external commands such as playback (PLAY), stop (STP), a marker that appends a mark associated with a recording position, and the like, and display unit 104 are connected to main MPU 80.
  • Encoder unit [0195] 79 in the system shown in FIG. 14 can receive an AV input from external AV apparatus 81 or TV tuner 82, and can also receive digital broadcast data from STB 83. A satellite broadcast antenna for receiving digital broadcast data is connected to STB 83.
  • An AV signal from external AV apparatus [0196] 81 or TV tuner 82 is converted into a digital signal by A/D converter 84. In this case, a digital audio signal is supplied to audio encoder 86 and a digital video signal to video encoder 87 via selector 85, and these signals are MPEG-encoded.
  • When caption information such as character information or the like is output from TV tuner [0197] 82, it is supplied to sub-picture encoder 88 and is runlength-encoded.
  • Data encoded by encoders [0198] 86, 87, and 88 are supplied to formatter 90, to which buffer memory 91 is connected, are stored in video, audio, and sub-picture packets appended with packet headers by formatter 90, and these packets are converted into pack structures by appending pack headers.
  • These packs are grouped together in units of VOBUs (SOBUs), as shown by (d) in FIG. 2, and a number of VOBUs (SOBUs) are grouped into a cell. Then, a set of cells are grouped into video object VOB (SOB), and a video object set is formed as needed. [0199]
  • During the formatting process, formatter [0200] 90 generates management information with reference to segmentation information generated by TV tuner 82. For example, PGC information is generated with reference to segmentation information.
  • The generated management information and pack data are sent to data processor [0201] 52, which stores the generated management information in a management data table generated by and supplied from a management data generator 80B of main MPU 80. Then, the management and pack data are recorded on optical disc 50 via disc drive 51.
  • STB [0202] 83 directly supplies an MPEG2 transport stream corresponding to the selected program, i.e., title, to formatter 90. The stream is formatted, as shown in FIG. 1, and management information is generated. Data processor 52 stores the management data in a predetermined management data table, and the management data table and transport packets are similarly recorded on optical disc 50 via disc drive 51.
  • STB [0203] 83 incorporates a decoder, which decodes AV data in TS packets to convert it into audio and video signals. The audio and video signals are respectively supplied to loudspeaker 72 and TV monitor 68 via D/A converters 70 and 67.
  • TS packs [0204] 34 supplied to optical disc 50 are supplied to distributor 60 of decoder unit 59 via data processor 52 and disc drive 51. Distributor 60 detects with reference to the stream and substream IDs that packet data in these packs are TS packet data, and distributes those TS packets to TS packet transfer unit 100.
  • TS packet transfer unit [0205] 100 supplies TS packets 38 to STB 83 at predetermined transfer timings. Data in each TS packet is decoded by STB 83, and decoded audio and video signals are respectively supplied to loudspeaker 72 and TV monitor 68 via D/A converters 70 and 67.
  • In the aforementioned recording/playback operation, decoder unit [0206] 59 and encoder unit 79 execute data transfer and the like under the control of system time clocks 102.
  • The recording and playback processes will be explained below with reference to FIGS. [0207] 15 to 23.
  • A data process upon recording will be described first with reference to the flow charts shown in FIGS. 15, 16, and [0208] 17.
  • When main MPU [0209] 80 receives a recording command from key input unit 103 in step S10, the recording process starts.
  • Disc drive [0210] 51 loads management data from optical disc 50 in step S11, and it is checked in step S12 if a free space is available. If no free space is available, a message indicating no free space is displayed on display unit 103 in step S13, and the process ends in step S14.
  • On the other hand, if a free space is available, a write area is determined in an area corresponding to the free space, i.e., a write address is determined in step S[0211] 15. In order to write recording data in the determined area, that address is written in the management area, and the write start address of video data is set in disc drive 51 to prepare for data recording. In step S16, a command for reading out EPG (electronic program guide) information from STB 83 is issued.
  • In response to a request from MPU [0212] 80, STB 82 prepares the latest EPG at that time. That is, STB 82 receives the latest EPG and saves it in a work memory. The EPG data which has been received or saved in the work memory in the STB 83 is sent back to MPU 80.
  • MPU [0213] 80 displays that EPG data in step S17 to make the user select a program to be recorded. After that, if the program to be recorded is determined, MPU 80 issues a command for outputting support information to STB 83, and receives support information from STB 83, as shown in step S18. At this time, MPU 80 also receives an STB identification code from STB 83 together with support information. The support information is detected by support management information detector 80C in MPU 80.
  • If no support information is available in STB [0214] 83, the presence/absence of support information is checked during information, and detected information is used instead. MPU 80 designates a target program to be recorded in STB 83, and make STB 83 start reception of the program.
  • MPU [0215] 80 issues an instruction for writing management information in the management area on optical disc 50 in step S19. That is, VTS is registered in VMGI to generate VTSI as a management data table for a video title set, and support information is written in VTSI. Or, STR_VMGI (FIG. 6) is prepared in step S19.
  • In DVD_RTR (a system for internally converting analog video data into MPEG data and recording the MPEG data in real time), the roles of VMGI and VTSI are integrated in RTR video manager information (RTR_VMGI). Hence, when a DVD_RTR recorder is used as a streamer, VMGI and VTSI (or STR_VMGI) may be read as RTR_VMGI as needed. [0216]
  • MPU [0217] 80 resets the time of STC 102 as an initialization process for recording in step S20. Note that STC 102 is a system timer, and recording and playback are executed with reference to the value generated by STC 102. Data of VMG and VTS files are written in a file system, and required information is written in VMGI and VTSI.
  • At this time, if support information has been detected, the detected support information is written. Furthermore, the respective units undergo recording setups. At this time, data segmentation is set in the formatter, as has been explained above with reference to FIGS. [0218] 11 to 13, and the formatter is set to receive TS packets.
  • Upon starting recording, the respective units undergo recording start setups in step S[0219] 21 in FIG. 16. More specifically, a recording start command is supplied to formatter 90, which starts recording and formatting of recording data.
  • When recording has been started, MPU [0220] 80 checks in step S22 if an update input of segmentation information, i.e., data grouping information that has been explained with reference to FIGS. 11 to 13, is detected. If such input is detected, that segmentation information is saved in work RAM 80A of MPU 80 in step S23.
  • After the segmentation information is saved, or if segmentation information is not updated, it is checked in step S[0221] 24-1 if a recording end key input is detected. If the recording end key input is detected, a recording end process is executed in step S28. If no recording end key input is detected, the size of the free area in optical disc 50 is checked in step S24-2 to compute the remaining space size.
  • It is checked in step S[0222] 25 if the remaining space size has become equal to or smaller than a predetermined value. If the remaining space size is not equal to or smaller than the predetermined value, the flow repeats step S25 to periodically check the remaining space size. If the remaining space size has become equal to or smaller than the predetermined value, a process for a small remaining space size is done in step S26.
  • After that, it is checked in step S[0223] 27 if no recordable space is available. If a sufficient recordable space is available, the flow returns to step S22 to repeat steps S22 to S26.
  • If no recordable space is available, a recording end process is done in step S[0224] 28. In this recording end process, segmentation information for the remaining data is received from formatter 90, and is added to work RAM 80 a. These data are recorded in management data (VMGI and VTSI; or RTR_VMGI; or STR_VMGI), and information for recorded data is recorded in the file system. After that, recording ends in step S29.
  • The flow of a video signal in the recording operation in the system shown in FIG. 14 will be described in detail below. [0225]
  • TS packets input from STB [0226] 83 are input to the formatter. The time elapsed from the transfer start timing is read from the STC value, and is saved in buffer RAM 91 as management information. This information is sent to MPU 80 together with segmentation information, and is recorded in management information. As segmentation information, VOBU (or SOBU) segmentation information, cell segmentation information, program segmentation information, and PGC segmentation information are generated, and are periodically sent to MPU 80.
  • Note that the VOBU (SOBU) segmentation information includes the VOBU (SOBU) start address, VOBU (SOBU) playback time, and I-picture start and end addresses. In the I-picture start address, the address of a pack that records a TS packet including an active random access indicator is set. [0227]
  • As for the I-picture end address, since a TS packet that stores video data immediately before a TS packet including an active unit start indicator after the random access indicator is active is an I-picture end packet, the address of a pack which records that TS packet is set in the I-picture end address. [0228]
  • As the VOBU (SOBU) playback time, the time required from the start to end of transfer of a VOBU (SOBU) is used instead. [0229]
  • Formatter [0230] 90 temporarily saves TS packet data in buffer memory 91. Then, the formatter packs the TS packet data input to obtain packed data, formats the packed data to obtain a pack sequence shown by (e) in FIG. 2, and inputs the pack sequence to D-PRO 52.
  • D-PRO [0231] 52 groups 16 packs together to obtain an ECC group, appends error correction data thereto, and sends the ECC group to disc drive 51. When disc drive 51 is not ready to record, D-PRO 52 transfers the ECC group to temporary memory 53 and waits until disc drive 51 is ready to record. When disc drive 51 is ready, D-PRO 52 starts recording. As temporary memory 53, a large-capacity memory is assumed since it must hold recording data for several min or more by high-speed access.
  • Note that a microcomputer can make read/write access to D-PRO [0232] 52 via a microcomputer bus to read/write the file management area or the like.
  • Upon completion of recording, an erasure inhibition flag (protect or archive flag) is cleared to permit erasure. That is, at the beginning of recording, erasure is allowed. [0233]
  • A data process upon playback will be explained below with reference to FIGS. 17 and 18. [0234]
  • Upon receiving a playback command, MPU [0235] 80 starts a playback process in step S30. Disc drive 51 searches disc 50 to check for any defects in step S31.
  • If any defects on disc [0236] 50 are found upon checking disc 50, an error process is executed in step S32, and playback comes to an end in step S33.
  • If no problem is found on disc [0237] 50, STB 83 connected is checked in step S34 to fetch its identification code. After that, disc drive 51 searches the management area on disc 50 to load its management information (VMGI or STRI including STR_VMGI) via D-PRO 52 in step S35, thus allowing the user to select a title set (one or more PGCs) to be played back.
  • When the user determines the title set (PGCs) to be played back and its address is determined in step S[0238] 36, MPU 80 sends a read command of the determined address to disc drive 51. Hence, VTSI (or STR_VMGI) of the determined title set (PGCs) is loaded and PGCI (or play list search pointers) in the loaded VTSI (or STR_VMGI) is saved in work RAM 80A in step S37.
  • In step S[0239] 38, all titles or PGCs (or programs (PGs)) corresponding to STB 83 connected in the selected title set are displayed. Based on this display, the user determines the title or PGC (or program) to be played back in step S39.
  • Subsequently, in step S[0240] 40 support information in the management information shown in FIG. 7 or FIG. 9 is read out, and the individual units are set based on the support information. That is, it is checked in step S41 if the random-access indicator is supported. If the random access indicator is supported, a flag that permits FF and FR special playback modes based on I-picture is set in step S42.
  • If the random access indicator is not supported, it is checked in step S[0241] 43 if PAT is supported. If PAT is supported, a flag that permits FF and FR special playback modes based on PAT is set in step S44. If PAT is not supported either, a flag that inhibits FF and FR special playback modes is set in step S45.
  • Upon completion of setups based on the support information, program and cell numbers from which playback starts are determined in step S[0242] 46. MPU 80 sends a playback command of TS packets to STB 83 via an internal bus. MPU 80 also initially sets up distributor 60 to send TS packets to STB 83, and sets V mixing unit 66 to allow a display process of a video signal sent from STB 83 (step S47 in FIG. 18).
  • Disc drive [0243] 51 reads out sector data from disc 50 in accordance with a command sent from MPU 80, i.e., the determined program and cell numbers. D-PRO 52 corrects errors of readout data, and outputs corrected data to decoder unit 59 as pack data.
  • In decoder unit [0244] 59, distributor 60 determines based on the stream and substream IDs of the pack data that incoming data contains TS packets, and sends TS packets to TS packet transfer unit 100. The TS packets are then transferred to STB 83 (step S47).
  • STB [0245] 83 then decodes incoming TS packets. In case of normal broadcast reception, incoming data is directly written. But in case of data exchange via the internal bus, data transfer is done using REC and ACK signals as follows. That is, when a buffer consumed by STB 83 is empty, an REC signal is activated. When distributor 60 is ready to transfer data, an ACK signal is activated every time data is sent onto the bus. In this manner, data is transferred in response to a data transfer request from STB 83.
  • The sent TS packet data are played back by STB [0246] 83, and video data is converted into a TV signal via V mixing unit 66 and is displayed on TV monitor 68. Also, an audio signal is sent to D/A converter 70 to be converted into an analog audio signal, and the converted signal is played back from loudspeaker 72.
  • During playback, PCR data is periodically set in the STC, and the contents of the STC are displayed as a playback time. When STB [0247] 83 can transfer a playback time, playback time data is periodically transferred and displayed. If STB 83 can display a playback time based on PTS in video data, that playback time is displayed.
  • The playback process is done in units of cells, as shown in step S[0248] 48 in FIG. 18. MPU 80 always checks if disc drive 51 has stopped due to errors or the like after the cell playback process (step S49). If the drive has stopped, the playback operation comes to an end in step S50.
  • If disc drive [0249] 51 is in operation, it is always checked if the current cell is the last cell. If the current cell is not the last cell (step S51), the cell number is counted up in step S52, and the flow returns to the cell playback process in step S48.
  • If the last cell has been reached in step S[0250] 51, it is checked in step S53 if playback is to end. If playback is not to end, the flow returns to step S48 to start playback of a cell of another program (or another play list) or PGC.
  • If the end of playback is determined in step S[0251] 53, a playback end process is done in step S54, and the playback operation comes to an end in step S55.
  • The cell playback process shown in FIG. 18 will be explained in detail below with reference to FIG. 19. [0252]
  • Initially, when the cell playback process corresponding to step S[0253] 48 in FIG. 18 starts in step S60 in FIG. 19, it is checked in step S61 if a cell playback process start request is detected. If no cell playback process request is detected, it is checked in step S62 whether VOBUs (or SOBUs) are continuous.
  • If VOBUs (SOBUs) are continuous, it is checked in step S[0254] 65 if an FF key is input.
  • If VOBUs (SOBUs) are not continuous, a playback start address (logical block number LBN) is determined with reference to PGCI (or SOBI in FIG. 10) in step S[0255] 63. In step S64, a data read command is sent to disc drive 51 using this address, and disc drive 51 starts a search.
  • After that, cell playback starts from the playback start address, and it is also checked in step S[0256] 65 during playback if the FF playback key is input.
  • If it is determined in step S[0257] 65 that the FF playback key is input, it is confirmed in step S66 if FF playback is permitted. If FF playback is not permitted, a message “no FF playback permitted by broadcast station” is displayed in step S67, and the flow advances to step S71. Note that FF operation is inhibited and the message “no FF playback permitted by broadcast station” is displayed when support information neither specifies I-picture nor supports PAT.
  • If FF playback is permitted, an FF process is executed in step S[0258] 68. It is checked (step S69) if disc drive 51 has stopped due to errors or the like during the FF process, and if disc drive 51 has stopped, the FF process and playback process end in step S70.
  • If it is determined in step S[0259] 65 that the FF playback key is not input, or if an FF non-permission message is displayed in step S67, or when drive 51 is not stopped in step S69, then it is checked in step S71 whether STB 83 is of a type that outputs a playback time.
  • If STB [0260] 83 outputs a playback time, the playback time output from STB 83 is displayed in step S72. If STB 83 does not output any playback time, it is confirmed with reference to support information in step S73 whether management data of an incoming TS packet includes PCR that describes time information.
  • If PCR is supported, the PCR value in management data of that TS packet is displayed in step S[0261] 75, and the flow advances to step S76. If PCR is not supported, the measured by STC 102 is displayed (step S74), and the flow advances to step S76.
  • It is confirmed in step S[0262] 76 if the current cell is the last cell. If the current cell is not the last cell, the flow returns to step S65 to execute steps S65 to S75 again.
  • On the other hand, if the current cell is the last cell, the control waits for the end of playback of VOBUs (or SOBUs) in that cell in step S[0263] 77. Upon completion of VOBU (or SOBU) playback, the flow returns to the aforementioned step S54 of FIG. 18, as shown in step S78.
  • Special playback modes will be explained below with reference to FIGS. [0264] 20 to 23. In this example of special playback mode, FF playback will be explained. But the same applies to FR playback, and a detailed description thereof will be omitted.
  • In the FF playback process in step S[0265] 68, the flows shown in FIGS. 20 and 21 are executed.
  • That is, when the FF process starts in step S[0266] 80, an only I-picture playback command is sent to STB 83 (step S81). It is confirmed with reference to support information in step S82 if a TS packet supports the random access indicator. If the TS packet does not support the random access indicator, an FF process using PAT is started in step S84. The FF process using PAT will be explained later with reference to FIG. 23.
  • If the TS packet supports the random access indicator, it is confirmed in step S[0267] 83 if a VOBU (SOBU) which is currently being transferred corresponds to the last VOBU (SOBU) in the cell. If the current VOBU (SOBU) is the last VOBU (SOBU), the I-picture start address in the next VOBU (SOBU) is read out in step S86, and the flow advances to step S87. On the other hand, if the current VOBU (SOBU) does not correspond to the last VOBU (SOBU), the I-picture start address, two VOBUs (SOBUs) ahead of the current VOBU (SOBU), is read out (step S85), and the flow advances to step S87.
  • It is checked in step S[0268] 87 if the unit start indicator is supported.
  • If the unit start indicator is supported (YES in step S[0269] 87), a transfer interrupt flag is cleared and the next I-picture end address is read out in step S91. Then, a read command designated with the start and end addresses of I-picture is sent to disc drive 51 in step S92, thus reading out I-picture data based on the I-picture start and I-picture end addresses.
  • In step S[0270] 93, the control waits for a data transfer end interrupt, i.e., an interrupt from disc drive 51 to confirm if transfer of that I-picture data has ended.
  • If transfer has ended, the flow returns to step S[0271] 91 to execute steps S91 and S92 again so as to playback the next I-picture. If transfer of the I-picture data has not ended, it is confirmed in step S94 if a STOP or PLAY key is pressed.
  • If neither of these keys are pressed, the flow returns to step S[0272] 93 to wait for transfer of I-picture data. If either key is pressed, the flow advances to step S95 shown in FIG. 21.
  • If it is determined in step S[0273] 87 that the unit start indicator is not supported (NO in step S87), an I-picture playback interrupt flag is cleared and a read command designated with the start address of I-picture and continuous read is issued to disc drive 51 in step S88.
  • After that, the control waits for an I-picture decode end interrupt, i.e., an interrupt from STB [0274] 83, and if an interrupt is detected, the flow returns to step S88 to execute steps S88 and S89 again.
  • If no interrupt is detected, it is confirmed in step S[0275] 90 if a STOP or PLAY key has been pressed. If neither of these keys are pressed, the flow returns to step S89 to wait for an interrupt from STB 83. On the other hand, if it is determined in step S90 that either key is pressed, the flow advances to step S95 shown in FIG. 21.
  • The interrupt process (step S[0276] 89 in FIG. 20) is executed, as shown in FIG. 22. That is, when the interrupt process is started in step S120, a factor of interruption is checked in step S121.
  • If this factor indicates a transfer end interrupt process from disc drive [0277] 51, a transfer end interrupt flag is set in step S122; if the factor indicates an I-picture playback interrupt process, an I-picture playback interrupt flag is set; or if the factor indicates a timer interrupt process, and if STB 83 can output a playback time, the playback time is received from STB 83 and is set in a work RAM. After such setups, the corresponding step is executed.
  • If it is determined in step S[0278] 95 of FIG. 21 that the input key is the STOP key, a stop command is set in step S96, and the playback end process (step S54 in FIG. 18) is executed in step S97, thus ending playback.
  • On the other hand, if it is determined in step S[0279] 95 that the PLAY key has been pressed, a read command provided at the I-picture start address of the next VOBU (SOBU) is sent to disc drive 51 in step S98, and a data read is started based on that address in step S99, thus reading out data in turn. After that, the flow of process returns to step S48 in FIG. 18, as shown in step S100, and the FF playback process ends.
  • As for FR playback, only the I-picture position to be read out is opposite to FF, and the flows shown in FIGS. 20 and 21 can be used. When the TS packet structure has a packet access pointer, the following process is done in the special playback mode. [0280]
  • When VOBUs (SOBUs) are grouped in units of I-pictures, since TS packets are aligned in units of VOBUs (SOBUs), no packet access pointer will be required. However, if VOBUs (SOBUs) are not grouped in units of I-pictures, a problem will be posed upon executing playback using the random access pointer. [0281]
  • More specifically, when a pack is to be read out based on the start address of I-picture, since I-picture is not always located at the head of a VOBU (SOBU), the start position of the data area of the pack is unlikely to match the segmentation (or split) start position of a TS packet. In such case, the packet access pointer (e.g., 0×[0282] 2e as shown by (d) in FIG. 3) determines the segmentation (split) start position of the TS packet.
  • The FF process using PAT (program association table) in step S[0283] 84 shown in FIG. 20 is done, as shown in FIG. 23.
  • When the FF process using PAT is started in step S[0284] 101, it is checked in step S102 if the transferred VOBU (SOBU) is the last VOBU (SOBU) in a cell. If the transferred VOBU (SOBU) is the last VOBU (SOBU), the start address of a VOBU (SOBU) at the head of the next cell is read out in step S104. On the other hand, if the transferred VOBU (SOBU) is not the last VOBU (SOBU), the start address, two VOBUs (SOBUs) ahead of the current VOBU (SOBU), is read out in step S103.
  • In step S[0285] 105, an I-picture playback interrupt flag is cleared, a read command with the start and end addresses of a VOBU (SOBU) is sent to disc drive 51, and the control waits for an I-picture decode end interrupt, i.e., an interrupt from the STB.
  • If an I-picture playback interrupt is detected in step S[0286] 106, the flow returns to step S105. On the other hand, if no I-picture playback interrupt is detected, and transfer has ended, it is checked in step S107 whether the STOP or PLAY key has been operated. If no key input is detected, the flow returns to step S106.
  • It is confirmed in step S[0287] 108 whether or not the input key is the STOP key. If the STOP key has been entered, a stop command is supplied to disc drive 51 in step S109, and a playback end process (step S54 in FIG. 18) is done in step S110.
  • On the other hand, if the input key is the PLAY key, a read command with the I-picture start address of the next VOBU (SOBU) is sent to disc drive [0288] 51 in step S111, and a data read is started based on that address in step S112, thus reading out data in turn. After that, the flow returns to step S48 in FIG. 18, as shown in step S113, thus ending the FF playback process.
  • In the following, stream data according to an embodiment of the present invention will be explained. [0289]
  • FIG. 24 shows a data structure of the stream data (corresponding to the MPEG2 transport stream of FIG. 1). [0290]
  • The stream data is recorded as a group of stream objects (SOB) for each content of video information in the stream data. One SOB of them is shown by (f) in FIG. 24, and is represented by SOB#A [0291] 298.
  • When such stream data is recorded on a DVD-RAM disc, the recording will be performed in minimum units of sectors each having 2048 bytes. A group of 16 sectors constitutes an ECC block in which performed are interleaving (re-ordering of arrangement of data pieces) and adding of error correction codes. [0292]
  • In the embodiment, a unit of one or more ECC blocks is used to constitute a stream block. Recording and/or partial erasing of stream information will be performed in unit of the stream block. In the embodiment, the number of ECC blocks constituting the stream block depends on a transport rate of the stream data to be transmitted. [0293]
  • In digital broadcasting, one transponder receives packets of a plurality of programs which are time-divided. For instance, when a second program is to be recorded on a information storage medium, STB unit [0294] 83 of FIG. 14 extracts the transport packets (TS packets in FIG. 3) of the second program only. At that time, in STB unit 83, the time information of reception of respective transport packets is added as a timestamp (ATS in FIG. 3).
  • Thereafter, when data is transmitted to formatter unit [0295] 90 of FIG. 14 according to IEEE1394, pairs of the timestamps (ATS) and the transport packets (TS packets) are finely segmented and the segmented ones are transmitted. In formatter unit 90, the stream data transmitted according to IEEE1394 is changed to the format as shown by (a) in FIG. 24, and recorded on information storage medium 50 of FIG. 14.
  • More specifically, a pack header and a PES header are arranged at the leading portion of each sector (cf. (c) in FIGS. 24, 39), wherein the pack header includes information such as system clock information. In each of the stream blocks, and only for the leading one of the sectors therein, stream block header [0296] 11 is recorded immediately after the PES header. For other sectors following the leading sector, no stream block header is recorded, but sector headers 12, 13 are recorded immediately after the PES header.
  • The timestamps (ATS) and transport packets as shown by (a) in FIG. 24 are sequentially inserted in data areas [0297] 21-24 as shown by (c) and (i) in FIG. 24.
  • Note that in the example shown by (b) in FIG. 24, one transport packet d is recorded across two sectors (from No. [0298] 0 to No. 1).
  • When one transport packet is recorded across a plurality of sectors, it is possible to record a large packet having a size larger than the one sector size. [0299]
  • The digital broadcasting utilizes a multiply-segmented scheme applicable to multi-programs, or utilizes a transport stream, wherein the size of one transport packet is relatively small (188 bytes or 183 bytes). [0300]
  • Meanwhile, as in the example of data structure of FIG. 24, one sector has a 2048-byte size as mentioned earlier. Thus, even if the sizes of respective headers are subtracted from the 2048 bytes sector size, about ten transport packets can be recorded in one of data areas [0301] 21-24.
  • In contrast, in a digital communication network as ISDN, a long packet having 4094 bytes may be transmitted. [0302]
  • According to the present invention, one packet can be continuously recorded across a plurality of data areas. By so doing, it is possible to achieve not only recording of transport packets in one data area of digital broadcasting, but also recording of a large-size packet as the long packet of ISDN. [0303]
  • In other words, any type of packets, such as a transport packet of digital broadcasting or a long packet of digital communication, can be recorded in the stream block without fragments, independently of the packet size. [0304]
  • When a space remains in the stream block, padding data (that can be recognized as information of an unrecorded area) is recorded in the remaining space. More specifically, as shown by (b) in FIG. 24, end code [0305] 31 is placed after the last transport packet f in stream block #1, so that the remaining area is set as padding area 36.
  • FIG. 25 shows the internal structure of the stream block header as shown in FIG. 24. [0306]
  • In (d) of FIG. 24, a value larger than the size of data area [0307] 22 of sector No. 1 is set as the value of the first access point of sector No. 1. Then, it is indicated that the position of a timestamp exists in the subsequent sectors, wherein that timestamp corresponds to the subsequent packet next to the packet recorded in sector No. 1.
  • Information similar to said sector data header is also recorded in sector data header information [0308] 613 (FIG. 25) of stream block header 11.
  • Information pieces of stream block information [0309] 612 in which recorded is information relating to whole stream block are:
  • record time [0310] 622 (date/time information of recording on the information storage medium);
  • transport packet attribute [0311] 623 (attribute information relating the transport packet);
  • stream block size [0312] 624 (data size of corresponding stream block (described by the number of ECC blocks));
  • stream block time difference [0313] 625 (time range information in the corresponding stream block);
  • The above stream block time difference can be calculated as follows, when (b) in FIG. 24 is exemplified: [0314]
  • [stream block time difference]=[the value of first timestamp in stream block #[0315] 2]−[the value of timestamp a]
  • Formatter unit [0316] 90 in FIG. 14 converts the stream data, which is input with the form of (a) in FIG. 24, into the form of (c) or (i) of FIG. 24, and the converted data is subsequently input to D-PRO unit 52.
  • In D-PRO unit [0317] 52, input data is grouped with 16 sectors to form an ECC block, and the ECC block is sent to disc drive unit 51.
  • Note that the sent ECC block data is sent to temporal storage unit [0318] 53 to temporarily store it, when disc drive unit 51 is not yet in a recordable condition, and the system waits for the preparation of recording. When disc drive unit 51 is in the recordable condition, the data stored in temporal storage unit 53 is read out to start the recording on the information storage medium.
  • The flow of signals in the stream data recording/reproducing apparatus according to an embodiment of the present invention will be as follows. [0319]
  • As mentioned, the structure of stream data to be recorded on information storage medium [0320] 50 is changed by formatter unit 90 to the data structure as shown by (c), (i) of FIG. 24.
  • In an embodiment of the present invention, assume that the same transport packet is prohibited from being recorded across different stream blocks. Under this assumption, when the timestamp and packet data both temporarily stored in a buffer memory are segmented for each stream block, it is necessary to completely include a pair of the timestamp and transport packet within one stream block. [0321]
  • On the other hand, according to an embodiment of the present invention, the same transport packet can be recorded across different sectors (e.g., No. [0322] 0 and No. 1 shown by (d) in FIG. 24). In this case, data segmentation for each sector will be mechanically performed based on a prescribed size assigned to each of data areas 21-24.
  • In digital broadcasting, video information is compressed according to MPEG2 specification, and the resultant I-, B-, and P-picture information is recorded in different transport packets. Then, these transport packets are transmitted. [0323]
  • The transport packet is constituted by a transport packet header and payload. [0324]
  • In the first one of transport packets wherein I-picture information is recorded, a flag of the random access indicator (corresponding to AUSM of (c) in FIG. 1) is set to “1”. Meanwhile, in the other first one of transport packets wherein B- or P-picture information is recorded, another flag of the payload unit start indicator is set to “1”. [0325]
  • Information of the random access indicator (AUSM) and information of the payload unit start indicator are used to prepare I-picture mapping table [0326] 641 (table of an access unit start map) and B, P-picture start position mapping table 642 (table of an access unit end map). These tables are shown by (e) in FIG. 25.
  • Each mapping table in transport packet mapping table [0327] 632 shown by (d) in FIG. 25 is configured to a bitmap format.
  • For instance, when “n” transport packets are recorded in one stream block, the value of number of transport packet [0328] 631 shown by (d) in FIG. 25 is set to “n”.
  • In this case, each mapping table in (e) of FIG. 25 is formed of “n-bit” data, and bits of the “n-bit” data are respectively assigned to the transport packets in the stream block. These transport packets are sequentially arranged from the front of the stream block. [0329]
  • FIG. 26 shows an internal structure of the sector data header shown in FIG. 24. [0330]
  • Sector data headers [0331] 12 and 13 as shown by (c) and (i) in FIG. 24 represent information of data arrangements in data areas 21-24.
  • As shown in FIG. 26, each of these sector data headers is formed of first access point [0332] 651 and transport packet connection flag 652.
  • As shown by (b) in FIG. 24, transport packet d is recorded across two sectors. In this case, the last timestamp in these sectors is set to “1”. When the recording of the transport packet is extended to the next sector, transport packet connection flag [0333] 652 is set to “1”.
  • In the example shown by (b) in FIG. 24, the address in data area [0334] 22 at the leading position of timestamp is recorded (expressed by bit unit) in first access point 651 of (b) in FIG. 26. Here, the leading position of timestamp appears next to the latter sector of transport packet d which is recorded across former and latter sectors.
  • According to an embodiment of the present invention, a value larger than the size of data areas [0335] 21-24 can be used as the value of first access point 651. By so doing, it is possible to specify the leading position of timestamp of a large packet which has a size larger than the sector size.
  • For instance, in the data structure of (d) in FIG. 24, assume that one packet is recorded across sector No. [0336] 0 and sector No. 1, that the timestamp of this one packet is recorded at the first position in data area 21 of sector No. 0, and that the timestamp of the next packet is located at the T-th bit position in the data area of sector No. 2.
  • Under the above assumption, the value of the first access point for sector No. [0337] 0 is “0”, the value of the first access point for sector No. 1 is “size of data area 22 of sector No. 1 plus T”, and the value of the first access point for sector No. 2 is “T”.
  • According to an embodiment of the present invention, reproduction or playback will be started basically from the start portion of the stream block. However, in a rare case, reproduction could be started from the leading portion of an ECC block which belongs to the second or subsequent one of ECC blocks in the stream block. [0338]
  • As in the case of FIG. 24, if the same transport packet d is recorded across two sectors (from sector No. [0339] 0 to sector No. 1), it is necessary to know where the next timestamp information is recorded when the reproduction is started from the leading portion of second or any subsequent ECC block.
  • For this, special header information (cf. the sector data header as shown by (a) in FIG. 26) is arranged at the leading portion of each sector. By recording the first access point [0340] 651 in the special header information, it is possible to easily start the reproduction from the leading portion of the second or any subsequent ECC block in the stream block.
  • SOB (stream object) is stream data which belongs to an original PGC (program chain). The data structure of SOB complies with Program Stream prescribed in “Information Technology-Generic coding of moving pictures and associated audio: Systems (ISO/IEC 13818-1)”. A SOB is formed of only one type of data, that is stream data. [0341]
  • SOB data structure is defined as a sequence of Stream Packs, which have a fixed size of 2048 bytes. This is the same size as the Logical Block size of the DVD disc family, and every Stream Pack shall be recorded in a Logical Block. [0342]
  • FIG. 27 describes constraints on MPEG specifications for SOB. [0343]
  • More specifically, (1) a system header shall not be included in SOB; (2) a SCR (System Clock Reference) value in the first pack of SOB may have any value; (3) an MPEG_program_end_code shall not be included in SOB; and (4) a stream_id shall be equal to BFh (private_stream_[0344] 2) in all PES packets.
  • Navigation data is provided to control the recording, playing back (or reproducing), and editing of any bitstreams. In DVD Stream Recording, navigation data is called “Streamer Information (STRI)”. [0345]
  • FIG. 28 shows the structure of navigation data (corresponding to control information [0346] 25 in FIG. 9) contained in DVD streamer information (STRI). As shown in FIG. 28, streamer information STRI is constituted by the following information.
  • That is, STRI is constituted by (1) Streamer Video Manager (STR_VMGI); (2) Stream File Information Table (SFIT); (3) Original PGC Information (ORG_PGCI); (4) User Defined PGC information Table (UD_PGCIT); (5) Text Data Manager (TXTDT_MG); and (6) Application Private Data Manager (APDT_MG). [0347]
  • STR_VMGI, SFIT, ORG_PGCI, UD_PGCIT, and TXTDT_MG of FIG. 28 are recorded in a file named “SR_MANGR.IFO” in this order. [0348]
  • On the other hand, APDT_MG of FIG. 28 is recorded in another file named “SR_ADATA.DAT”. [0349]
  • Stuffing coded as “00h” may or may not be inserted between tables of above (1)-(6) unless the size of STRI exceeds 512 kB, but no stuffing shall be inserted within a table of above (1)-(6) [0350]
  • Incidentally, most of information described in SR_MANGER.IFO is supposed to be kept in the system memory of streamer instruments (e.g., FIG. 14). [0351]
  • Streamer Video Manager Information STR_VMGI of FIG. 28 is formed of Video Manager Information Management Table (VMGI_MAT) and Play List Search Pointer Table (PL_SRPT). [0352]
  • FIG. 29 shows the structure of Stream File Information SFIT shown in FIG. 28. [0353]
  • Stream File Information SFIT contains all navigation data which are directly relevant to the Streamer operation. As shown, SFIT is formed of one instance of Stream File Information Table Information (SFITI), zero or more instances of Stream Object Stream Information (SOB_STI), and zero or one instance of Stream File Information (SFI). [0354]
  • Stream File Information Table Information SFITI includes SFI_Ns indicating the number of stream files; SOB_STI_Ns indicating the number of SOB stream information items; SFIT_EA indicating the end address of SFIT; and SFI_SA indicating the start address of SFI. [0355]
  • FIG. 30 shows the structure of Stream File Information SFI shown in FIG. 29. [0356]
  • As shown, Stream File Information SFI is formed of (1) Stream File General Information (SF_GI); (2) one or more (n pieces) SOB Information Search Pointers (SOBI_SRP#n); and (3) one or more (n pieces) SOB Information (SOBI#n). [0357]
  • FIG. 31 shows the contents of Stream File General Information SF_GI shown in FIG. 30. [0358]
  • Stream File General Information SF_GI includes SOBI_Ns indicating the number of SOBIs; SOBU_SIZ indicating the size of SOBU by the number of sectors per SOBU; and MTU_SHFT indicating a mapping time unit shift. [0359]
  • SOBU_SIZ describes the size in sectors of the SOBU, and is defined as the fixed value [0360] 32. This means that in each mapping list the first entry relates to the application packets contained in the first 32 sectors of the SOB, the second entry relates to the application packets contained in the next 32 sectors, and so on.
  • The mapping time unit shift MTU_SHFT describes the weight of the LSB (least significant bit) of the mapping list entries, relative to the bits of the PAT describing format. This MTU_SHFT shall be described as [0361] 18.
  • FIG. 32 shows the structure of Stream Object Information (SOBI#) shown in FIG. 30. [0362]
  • As shown, each Stream Object Information SOBI is formed of (1) Stream Object Information General Information (SOBI_GI); (2) Mapping List (MAPL); and (3) (optional) Access Unit Data (AUD). [0363]
  • FIG. 33 shows the contents of Stream Object Information General Information SOBI_GI shown in FIG. 32. [0364]
  • As shown in FIG. 33, Stream Object Information General Information SOBI_GI includes (1) SOB_TY indicating the type of SOB; (2) SOB_REC_TM indicating the recording time of SOB; (3) SOB_STI_N indicating the stream information number of SOB; (4) AUD_FLAGS indicating the flags of Access Unit Data (AUD); (5) SOB_S_APAT indicating the start APAT (Application Packet Arrival Time) of SOB; (6) SOB_E_APAT indicating the end APAT of SOB; (7) SOB_S_SOBU indicating the first SOBU of the SOB; and (8) MAPL_ENT_Ns indicating the number of Mapping List entries. [0365]
  • SOB_TY describes the Stream Object Type, containing bits for Temporal Erase state and for Copy Generation Management System. [0366]
  • SOB_REC_TM describes the recording time of the associated Stream Object in DVD Stream Recording's Date and Time Describing Format. [0367]
  • SOB_STI_N describes the index of the SOB_STI which is valid for this SOB. [0368]
  • AUD_FLAGS describes whether and what kind of Access Unit Data (AUD) exists for this SOB. If AUD exists, then AUD_FLAGS also describes several properties of the AUD. [0369]
  • The AUD itself is constituted by some general information including the table AUSM and the optional tables AUEM and PTSL (Presentation Time Stamp List; cf. FIG. 34). [0370]
  • SOB_S_APAT describes the start Application Packet Arrival Time of the Stream Object, i.e., the packet arrival time of the first packet belonging to the SOB. SOB_S_APAT is described in DVD Stream Recording's PAT Describing Format. [0371]
  • PATs (Packet Arrival Times) are divided into two parts, namely a base part and an extension part. The base part holds the so-called 90 kHz unit value, and the extension part holds the less significant value measured in 27 MHz. [0372]
  • SOB_E_APAT describes the end Application Packet Arrival Time of the Stream Object, i.e., the packet arrival time of the last packet belonging to the SOB, in DVD Stream Recording's PAT Describing Format. [0373]
  • SOB_S_SOBU describes the number of the start Stream Object Unit, i.e., the Stream Object Unit containing the first Application Packet of the Stream Object. [0374]
  • MAPL_ENT_Ns describes the number of Mapping List entries to follow after SOBI_GI. [0375]
  • FIG. 34 shows the structure of Access Unit Data AUD shown in FIG. 32. [0376]
  • Access Unit Data AUD (optional), if any, is formed of (1) Access Unit General Information (AU_GI); (2) Access Unit End Map (AUEM); and (3) Presentation Time Stamp List (PTSL). Which of these parts exist may be indicated by AUD_FLAGS of SOBI_GI. [0377]
  • AU_GI only exists, when AUD_FLAGS of SOBI_GI indicates that Access Unit Data exists. [0378]
  • FIG. 35 shows the contents of Access Unit General Information AU_GI shown in FIG. 34. [0379]
  • Access Unit General Information AU_GI includes AU_Ns indicating the number of Access Units, and AUSM indicating Access Unit Start Map (MAPL_ENT_Ns elements). [0380]
  • AU_Ns describes the number of Access Units for SOB. At the same time, AU_Ns describes the number of locations of Access Units, where AUSM indicates the existence of an Access Unit. [0381]
  • The Access Unit Start Map (AUSM) indicates which of SOBUs of the SOB contain Access Units. For each SOBU of the SOB, exactly one AUSM element exists. So, the AUSM is formed of MAPL_ENT_Ns elements. [0382]
  • Each AUSM element indicates an accessible Access Unit beginning somewhere within the corresponding SOBU, or within the subsequent SOBU. Exactly AU_Ns Access Units are indicated by the AUSM, equivalent to exactly AU_Ns bits of AUSM being equal to 1b (binary bit “1”). [0383]
  • AUSM shall be byte aligned. If the concatenated AUSM elements are formed of a number of bits which is not an integer multiple of 8, then the remaining LSBs (least significant bits) of the last byte of the AUSM shall be padded with 0b (binary bit “0”). [0384]
  • FIG. 36 illustrates an example of correspondence between Access Unit Start Map AUSM (cf. FIGS. 8 and 10) and stream object units SOBUs (cf. FIGS. 2, 4, and [0385] 11).
  • As will be seen from the illustration, each portion of bit “1” in AUSM indicates that the corresponding SOBU contains Access Unit (AU#). [0386]
  • Assume that AUSM_pos(i) is the bit position of the i-th set bit in AUSM (i≦i≦AU_Ns). Under this assumption, the location of the AU can be defined as follows: [0387]
  • (1) If SOBU#i, indicated by AUSM_pos(i), contains more than one starting AU described by AU_START and AU_END marks (if any) inside the stream, then AUSM_pos(i) is assigned to the first AU starting in SOBU#i which is located inside the SOBUs described by AUSM_pos(i) and (if AUEM exists) AUEM_pos(i). [0388]
  • (2) An AU ends with the first occurring AU_END mark after the start of this AU, and an AU ends with the last SOBU indicated by the assigned AUEM element (if AUEM exists). [0389]
  • Note that with this kind of Access Unit Data, no more than one addressable Access Unit can be described per each SOBU of the SOB. [0390]
  • FIG. 37 illustrates an example of correspondence between Access Unit Start Map AUSM (cf. FIGS. 8 and 10) with Access Unit End Map AUEM (cf. FIGS. 8 and 10) and stream object units SOBUs (cf. FIGS. 2, 4, and [0391] 11).
  • AUEM, if exists, is a bit array of the same length as AUSM. The bits in AUEM indicate which of the SOBUs contain the end of the bitstream segment associated with the Access Units of the SOB. [0392]
  • The number of bits set in AUEM shall be equal to the number of bits set in AUSM, i.e., each set bit in AUSM has its corresponding set bit in AUEM. [0393]
  • Assume that AUSM_pos(i) is the bit position of the i-th set bit in AUSM (i≦i≦AU_Ns), and that AUEM_pos(i) is the bit position of the i-th set bit in AUEM (i≦i≦AU_Ns). Under this assumption, the following conditions are obtained: [0394]
  • (1) 1≦AUSM_pos(i)≦AUEM_pos(i)≦MAPL_ENT_Ns; [0395]
  • (2) AUSM_pos(i+1)>AUEM_pos(i); [0396]
  • (3) If i==AU_Ns, or if AUSM_pos(i+1)>1+AUEM_pos(i), then AU#i ends in SOBU#[AUEM_pos(i)], where 1≦i≦AU_Ns; [0397]
  • (4) If AUSM_pos(i+1)==1+AUEM_pos(i), then the AU#i ends in SOBU#[AUEM_pos(i)], or ends in SOBU#[1+AUEM_pos(i)]==SOBU#[AUSM_pos(i+1)]. Thus, AU#i may end in the SOBU in which AU#i+1 starts (1≦i≦AU_Ns). [0398]
  • FIG. 38 shows the structure of one stream pack (corresponding to TS pack shown in FIGS. [0399] 2-4).
  • As shown, one stream pack (2048 bytes) is formed of a pack header (14 bytes) and a stream PES packet (2034 bytes). [0400]
  • The pack header of the stream pack has 14-byte size. The first 4 bytes (000001BAh) of the pack header record a pack start code. Next 6 bytes of the pack header are defined by a provider and they record the base of system clock reference (SCR_base; total 32 bits), marker bits, and the extension of system clock reference (SCR_extension; 9 bits). The subsequent 3 bytes (0189C3h) of the pack header record a program-multiplex rate (program_mux_rate; 22 bits) and marker bits. The last 1 byte (F8h) of the pack header records a pack stuffing length (pack_stuffing_length; 3 bits) and has reserved area (5 bits). [0401]
  • Note that the 32nd bit of the SCR_base[[0402] 32] shall be set to zero and the “program_mux_rate” shall be set to 10.08 Mbps.
  • In stream recording, the application performs its own stuffing, so that the pack length adjustment methods of DVD-ROM Video or DVD-VR need not be used. In stream recording, it is safe to assume that the stream packets will always have the necessary length. [0403]
  • The stream PES packet of the stream pack has the following data structure. [0404]
  • FIG. 39 shows the structure of stream data area in the stream PES packet shown in FIG. 38. [0405]
  • As shown, one stream PES packet (2034 bytes) is formed of a PES header (6 bytes), a substream ID (1 byte), and a stream data area (2027 bytes). [0406]
  • The first 3 bytes (000001h) of the PES packet header of stream PES packet record a prefix of packet start code (packet_start_code_prefix; 24 bits). The next 1 byte records a stream ID (stream_id=10111111b; 8 bits). The subsequent 2 bytes (07ECh) record a length of PES packet (PES_packet_length). The last 1 byte records a substream ID (sub_stream_id=00000010b; 8 bits). [0407]
  • The stream data area (2027 bytes) inside a stream packet shown in FIG. 39 is formed of an application header (9 bytes), an optional application header extension, an optional stuffing byte, and an application packet area. [0408]
  • The application packet area of FIG. 39 is filled with a sequence of one or more application packets each prefixed by an application timestamp (corresponding to ATS in FIG. 3 or FIG. 24). [0409]
  • The application packet area may have a configuration similar to (b) in FIG. 3 (the “TS” packet of FIG. 3 is replaced with the application packet of FIG. 39). More specifically, a partial application packet may be recorded at the start of the application packet area. After the partial application packet, a plurality of pairs of application timestamps (ATSs) and application packets are sequentially recorded. At the end of the application packet area, a partial application packet may be recorded. [0410]
  • In other words, at the start of the application packet area, there may exist, in general case, a partial application packet. At the end of the application packet area, there may exist, in general case, another partial application packet or a stuffing area of “reserved” bytes. [0411]
  • The application timestamp (ATS) in front of each application packet has a 32-bit value. An ATS is divided into two parts, namely a base part and an extension part. The base part holds the so-called 90 kHz unit value, and the extension part holds the less significant value measured in 27 MHz. [0412]
  • In FIG. 39, the application header extension is used to store information that can differ from application packet to application packet. This kind of information may not be required for all kinds of applications. [0413]
  • Therefore, a data field in the application header is defined to describe the presence of the optional application header extension in the stream data area. [0414]
  • At stream recording, the first byte of the application timestamp ATS of the first application packet shall be aligned to the start of the application packet area in the first stream packet at the beginning of a stream object SOB. [0415]
  • Any following stream packets in a SOB may split (or divide) application packets across stream packet boundaries. The partial application packets shown in FIG. 39 are examples of the resultant split (or divided) application packets. [0416]
  • The byte offset of the first application timestamp that starts in a stream packet, as well as the number of application packets starting in the stream packet, shall be described in its application header (cf. FIG. 40). [0417]
  • This mechanism automatically allows for stuffing in front of the first application timestamp and after the last application packet in a stream packet. [0418]
  • The above automatic mechanism corresponds to “the application performs its own stuffing” described in the explanation of FIG. 38. By means of such automatic stuffing, the stream packet can always have a necessary length. [0419]
  • The optional application header extension is formed of a list of entries, where there is exactly one entry of 1 byte length for each application packet which starts in the stream packet. These bytes of the entries are used to store information that may differ from application packet to application packet. [0420]
  • In the optional application header extension (1 byte), AU_START (1 bit), AU_END (1 bit), and COPYRIGHT (2 bits) are described. [0421]
  • When AU_START is set to “1”, this indicates that the associated application packet contains a random access entry point (start of a random access unit) in the stream. [0422]
  • When AU_END is set to “1”, this indicates that the associated application packet is the last packet of a random access unit. [0423]
  • COPYRIGHT describes the copyright status of the associated application packet. [0424]
  • FIG. 40 shows the contents of the application header at the start of the stream data area shown in FIG. 39. [0425]
  • The application header contains 1-byte VERSION (01h); 1-byte AP_Ns; 2-byte FIRST_AP_OFFSET; 2-bit EXTENSION_HEADER_INFO (00b, 10b, or 11b); 1-bit reserved for CCI_ESC; 5-bit reserved area; 2-byte SERVICE_ID; 1-byte MAX_BR_LOG2; and 1-byte SMO_BS_LOG2. [0426]
  • The VERSION describes the version number of the application header format. [0427]
  • The AP_Ns describes the number of application packets which are starting in the stream packet. An application packet is considered to be starting in a stream packet, if the first byte of its application timestamp is stored in that stream packet. [0428]
  • The FIRST_AP_OFFSET describes the position of the timestamp of the first application packet, which starts in the stream packet, relative to the first byte of the stream pack, in bytes. If no application packet starts in the stream packet, FIRST_AP_OFFSET shall be set to “0”. [0429]
  • The EXTENSION_HEADER_INFO describes whether an application header extension and/or a stuffing byte exist in the stream pack. [0430]
  • When EXTENSION_HEADER_INFO=00b, no application header extension follows this application header and no stuffing byte exists. [0431]
  • When EXTENSION_HEADER_INFO=10b, an application header extension follows this application header but no stuffing byte exists. [0432]
  • When EXTENSION_HEADER_INFO=11b, an application header extension follows this application header and a stuffing byte exists after the application header extension as well. [0433]
  • Here, EXTENSION_HEADER_INFO=01b is prohibited. [0434]
  • The optional stuffing byte in front of the application packet area can be activated (EXTENSION_HEADER_INFO=11b) to avoid a “packing paradox”, where a contradiction exists between the number of bytes in the application header extension and the number of application packets which can be stored in the application packet area. [0435]
  • The SERVICE_ID describes an ID for the service that generated the stream. If the service is unknown, 0×[0436] 0000 shall be described.
  • The MAX_BR_LOG2 describes the binary logarithm of the output bitrate parameter of the leaky bucket flow control model. [0437]
  • The SMO_BS_LOG2 describes the binary logarithm of the buffer size parameter of the leaky bucket flow control model. [0438]
  • To restate, according to the present invention, AUSM, AUEM and/or support information can be recorded and, hence, user friendly data management can be achieved. [0439]
  • Additional advantages and modifications will readily occur to those skilled in the art. Therefore, the invention in its broader aspects is not limited to the specific details and representative embodiments shown and described herein. Accordingly, various modifications may be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and their equivalents. [0440]

Claims (13)

    What is claimed is:
  1. 1. An information medium comprising:
    an data object formed of one or more data object units each of which serves as a prescribed data unit;
    control information of said data object;
    access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and
    a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information.
  2. 2. The medium of
    claim 1
    , wherein said access unit data includes at least one of:
    first information indicating which of said data object units contains said access unit; and
    second information indicating which of said data object units contains an end of a segment of said bitstream, said segment being associated with the access unit of said data object.
  3. 3. An information medium comprising an data object formed of one or more data object units each of which serves as a prescribed data unit; control information of said data object; access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information,
    wherein said packets include:
    one or more stream packets containing one or more application packets; and
    partial application packets obtained by splitting said application packets across boundaries of said stream packets.
  4. 4. The medium of
    claim 3
    , wherein said packet includes an application header extension being used to store information that can differ from one application packet to another application packet.
  5. 5. The medium of
    claim 3
    , wherein each of said application packets has an application timestamp at the leading portion thereof.
  6. 6. A method of recording bitstream information that comprises an data object formed of one or more data object units each of which serves as a prescribed data unit; control information of said data object; access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information,
    wherein said bitstream information is recorded on an information recording medium.
  7. 7. A method of recording bitstream information on an information recording medium, said bitstream information comprising an data object formed of one or more data object units each of which serves as a prescribed data unit; control information of said data object; access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information,
    wherein said packets include one or more sequential or continuous stream packets containing one or more application packets; and partial application packets obtained by splitting said application packets across boundaries of said sequential or continuous stream packets,
    wherein each of said application packets has an application timestamp at the leading portion thereof, and
    wherein, when said bitstream information is recorded on said information recording medium, a first byte of said application timestamp of a first one of said application packets is aligned to a start of an application packet area in a first one of said stream packets, said first one of said stream packets being located at beginning of said data object.
  8. 8. The method of
    claim 6
    , wherein said packets include one or more stream packets containing one or more application packets; and
    wherein said application packets are split across boundaries of said stream packets to provide partial application packets.
  9. 9. The method of
    claim 7
    , wherein said packets include one or more stream packets containing one or more application packets; and
    wherein said application packets are split across boundaries of said stream packets to provide partial application packets.
  10. 10. A method of reproducing bitstream information that comprises an data object formed of one or more data object units each of which serves as a prescribed data unit; control information of said data object; access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information,
    wherein contents of said bitstream is reproduced from said bitstream information based on said access unit data.
  11. 11. A method of reproducing bitstream information that comprises an data object formed of one or more data object units each of which serves as a prescribed data unit; control information of said data object; access unit data used for accessing an access unit which is a part of contents of said data object, said access unit data being contained in said control information; and a bitstream being formed of a series of packets, said bitstream including contents of said data object and contents of said control information,
    wherein contents of said bitstream is reproduced from said bitstream information, based on said access unit data,
    wherein said packets include one or more sequential or continuous stream packets containing one or more application packets; and partial application packets obtained by splitting said application packets across boundaries of said sequential or continuous stream packets,
    wherein each of said application packets has an application timestamp at the leading portion thereof, and
    wherein, when a first byte of said application timestamp of a first one of said application packets is aligned to a start of an application packet area in a first one of said stream packets located at beginning of said data object, the split one of said partial application packets is reproduced based on contents of access information provided in said stream packets.
  12. 12. A stream information recording apparatus for recording received stream information with support information, comprising:
    means for preparing management information relating to the stream information;
    means for detecting the support information relating to the stream information;
    means for adding the detected support information to the prepared management information; and
    means for recording on a recording medium the received stream information and the prepared management information to which the detected support information is added.
  13. 13. The apparatus of
    claim 12
    , wherein said stream information contains a prescribed access unit, and said support information includes at least one of:
    information indicating a start position of said access unit; and
    information indicating an end position of said access unit.
US09805876 1999-01-14 2001-03-15 Digital video recording system and its recording medium Abandoned US20010009604A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP784299 1999-01-14
JP11-007842 1999-01-14
US09482085 US7076153B2 (en) 1999-01-14 2000-01-13 Digital video recording system and its recording medium
US09805876 US20010009604A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09805876 US20010009604A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US10232814 US7346266B2 (en) 1999-01-14 2002-09-03 Digital video recording system and its recording medium
US11829562 US8526783B2 (en) 1999-01-14 2007-07-27 Digital video recording system and its recording medium
US13953267 US8917973B2 (en) 1999-01-14 2013-07-29 Digital video recording system and its recording medium

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09482085 Division US7076153B2 (en) 1999-01-14 2000-01-13 Digital video recording system and its recording medium

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10232814 Continuation US7346266B2 (en) 1999-01-14 2002-09-03 Digital video recording system and its recording medium

Publications (1)

Publication Number Publication Date
US20010009604A1 true true US20010009604A1 (en) 2001-07-26

Family

ID=11676876

Family Applications (12)

Application Number Title Priority Date Filing Date
US09482085 Expired - Fee Related US7076153B2 (en) 1999-01-14 2000-01-13 Digital video recording system and its recording medium
US09805876 Abandoned US20010009604A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09805889 Abandoned US20010010755A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09808237 Expired - Fee Related US7068919B2 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09805895 Abandoned US20010009605A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09808231 Abandoned US20010012443A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US10232814 Active 2021-03-12 US7346266B2 (en) 1999-01-14 2002-09-03 Digital video recording system and its recording medium
US10233668 Active US6819865B2 (en) 1999-01-14 2002-09-04 Digital video recording system and its recording medium
US10233667 Active US6813437B2 (en) 1999-01-14 2002-09-04 Digital video recording system and its recording medium
US10234708 Active 2020-03-10 US6879773B2 (en) 1999-01-14 2002-09-05 Digital video recording system and its recording medium
US11829562 Active 2023-11-01 US8526783B2 (en) 1999-01-14 2007-07-27 Digital video recording system and its recording medium
US13953267 Active US8917973B2 (en) 1999-01-14 2013-07-29 Digital video recording system and its recording medium

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09482085 Expired - Fee Related US7076153B2 (en) 1999-01-14 2000-01-13 Digital video recording system and its recording medium

Family Applications After (10)

Application Number Title Priority Date Filing Date
US09805889 Abandoned US20010010755A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09808237 Expired - Fee Related US7068919B2 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09805895 Abandoned US20010009605A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US09808231 Abandoned US20010012443A1 (en) 1999-01-14 2001-03-15 Digital video recording system and its recording medium
US10232814 Active 2021-03-12 US7346266B2 (en) 1999-01-14 2002-09-03 Digital video recording system and its recording medium
US10233668 Active US6819865B2 (en) 1999-01-14 2002-09-04 Digital video recording system and its recording medium
US10233667 Active US6813437B2 (en) 1999-01-14 2002-09-04 Digital video recording system and its recording medium
US10234708 Active 2020-03-10 US6879773B2 (en) 1999-01-14 2002-09-05 Digital video recording system and its recording medium
US11829562 Active 2023-11-01 US8526783B2 (en) 1999-01-14 2007-07-27 Digital video recording system and its recording medium
US13953267 Active US8917973B2 (en) 1999-01-14 2013-07-29 Digital video recording system and its recording medium

Country Status (3)

Country Link
US (12) US7076153B2 (en)
EP (1) EP1021048A3 (en)
JP (16) JP3946924B2 (en)

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040136694A1 (en) * 2002-11-15 2004-07-15 Shiro Iwasaki Recording apparatus and recording method
US20040196971A1 (en) * 2001-08-07 2004-10-07 Sascha Disch Method and device for encrypting a discrete signal, and method and device for decrypting the same
US20040240863A1 (en) * 2003-05-30 2004-12-02 Cannon Kabushiki Kaisha Video stream data recording apparatus
US20060245742A1 (en) * 2003-05-15 2006-11-02 Koninklijke Philips Electronics N.V. Dvd player enhancement
US20070006276A1 (en) * 2003-05-15 2007-01-04 Koninklijke Philips Electronics N.V. Audiovisual playback
US20080226067A1 (en) * 2004-02-23 2008-09-18 Koninklijke Philips Electronics, N.V. Method and Circuit for Encrypting a Data Stream
KR100929541B1 (en) 2002-04-08 2009-12-03 파이오니아 가부시키가이샤 Information recording medium, information recording apparatus and method, information reproducing apparatus and method, a recording or reproduction control of a computer program readable by a computer recording medium, and control signals the data structure is a recording medium readable by the computer record containing the
US7974714B2 (en) 1999-10-05 2011-07-05 Steven Mark Hoffberg Intelligent electronic appliance system and method
US8046313B2 (en) 1991-12-23 2011-10-25 Hoffberg Steven M Ergonomic man-machine interface incorporating adaptive pattern recognition based control system
US20120060046A1 (en) * 2006-11-22 2012-03-08 Millington Nicholas A J Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US20120128318A1 (en) * 2006-10-02 2012-05-24 Kyocera Corporation Information processing apparatus displaying indices of video contents, information processing method and information processing program
US8588949B2 (en) 2003-07-28 2013-11-19 Sonos, Inc. Method and apparatus for adjusting volume levels in a multi-zone system
US8689036B2 (en) 2003-07-28 2014-04-01 Sonos, Inc Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator
US9100672B2 (en) 2009-03-11 2015-08-04 Fujitsu Limited Data transmitting device and data transmitting and receiving system
US9207905B2 (en) 2003-07-28 2015-12-08 Sonos, Inc. Method and apparatus for providing synchrony group status information
US9288596B2 (en) 2013-09-30 2016-03-15 Sonos, Inc. Coordinator device for paired or consolidated players
US9300647B2 (en) 2014-01-15 2016-03-29 Sonos, Inc. Software application and zones
US9374607B2 (en) 2012-06-26 2016-06-21 Sonos, Inc. Media playback system with guest access
USRE46310E1 (en) 1991-12-23 2017-02-14 Blanding Hovenweep, Llc Ergonomic man-machine interface incorporating adaptive pattern recognition based control system
US9654545B2 (en) 2013-09-30 2017-05-16 Sonos, Inc. Group coordinator device selection
US9679054B2 (en) 2014-03-05 2017-06-13 Sonos, Inc. Webpage media playback
US9690540B2 (en) 2014-09-24 2017-06-27 Sonos, Inc. Social media queue
US9723038B2 (en) 2014-09-24 2017-08-01 Sonos, Inc. Social media connection recommendations based on playback information
US9720576B2 (en) 2013-09-30 2017-08-01 Sonos, Inc. Controlling and displaying zones in a multi-zone system
US9729115B2 (en) 2012-04-27 2017-08-08 Sonos, Inc. Intelligently increasing the sound level of player
US9749760B2 (en) 2006-09-12 2017-08-29 Sonos, Inc. Updating zone configuration in a multi-zone media system
US9756424B2 (en) 2006-09-12 2017-09-05 Sonos, Inc. Multi-channel pairing in a media system
US9766853B2 (en) 2006-09-12 2017-09-19 Sonos, Inc. Pair volume control
US9781513B2 (en) 2014-02-06 2017-10-03 Sonos, Inc. Audio output balancing
US9787550B2 (en) 2004-06-05 2017-10-10 Sonos, Inc. Establishing a secure wireless network with a minimum human intervention
US9794707B2 (en) 2014-02-06 2017-10-17 Sonos, Inc. Audio output balancing
US9860286B2 (en) 2014-09-24 2018-01-02 Sonos, Inc. Associating a captured image with a media item
US9874997B2 (en) 2014-08-08 2018-01-23 Sonos, Inc. Social playback queues
US9886234B2 (en) 2016-01-28 2018-02-06 Sonos, Inc. Systems and methods of distributing audio to one or more playback devices
US9959087B2 (en) 2014-09-24 2018-05-01 Sonos, Inc. Media item context from social media
US9977561B2 (en) 2004-04-01 2018-05-22 Sonos, Inc. Systems, methods, apparatus, and articles of manufacture to provide guest access
US10055003B2 (en) 2013-09-30 2018-08-21 Sonos, Inc. Playback device operations based on battery level
US10097893B2 (en) 2013-01-23 2018-10-09 Sonos, Inc. Media experience social interface
US10140085B2 (en) 2016-08-04 2018-11-27 Sonos, Inc. Playback device operating states

Families Citing this family (125)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7904187B2 (en) 1999-02-01 2011-03-08 Hoffberg Steven M Internet appliance system and method
US8352400B2 (en) 1991-12-23 2013-01-08 Hoffberg Steven M Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
EP1021048A3 (en) 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP2000222863A (en) 1999-01-28 2000-08-11 Pioneer Electronic Corp Storage medium and recording/reproducing device
WO2000046803A1 (en) * 1999-02-05 2000-08-10 Kabushiki Kaisha Toshiba Method for creating stream data and method for partial deletion
CN1269668A (en) * 1999-02-09 2000-10-11 Lg电子株式会社 Record searching information and method and apparatus for searching digital data stream of record
EP1084494B1 (en) 1999-03-01 2008-08-13 Philips Electronics N.V. A method of storing a real time stream of information signals on a disc like record carrier
EP1039468A3 (en) 1999-03-19 2000-10-04 Deutsche Thomson-Brandt Gmbh Method for implementing trickplay modes in a data stream recorder
JP4292654B2 (en) * 1999-03-19 2009-07-08 ソニー株式会社 Recording apparatus and method, reproducing apparatus and method, and recording medium
KR100601610B1 (en) 1999-04-27 2006-07-14 삼성전자주식회사 Method for vertually deleting data stream object, searching method, recovering method, method for permanently deleting thereof, and recording medium storing additional infomation for recovering data stream objects divided by vertual deletion
US7213061B1 (en) 1999-04-29 2007-05-01 Amx Llc Internet control system and method
CN1235222C (en) 1999-05-07 2006-01-04 德国汤姆森-布兰特有限公司 Method for marking digital data
US6657646B2 (en) * 1999-06-08 2003-12-02 Amx Corporation System and method for multimedia display
DE60032105T2 (en) 1999-06-25 2007-06-21 Koninklijke Philips Electronics N.V. Order of a caption in a real-time DVD video recording
EP1087399A1 (en) * 1999-09-24 2001-03-28 Deutsche Thomson-Brandt Gmbh Fast DVD program chain access
EP1087400A1 (en) 1999-09-24 2001-03-28 Deutsche Thomson-Brandt Gmbh Fast DVD program chain access
US6856755B1 (en) * 1999-11-10 2005-02-15 Thomson Licensing S.A. Method and apparatus for editing in a forward or reverse direction on a rewriteable disc media
CN1606357A (en) 2000-01-10 2005-04-13 皇家菲利浦电子有限公司 Method of setting system time clock at start of mpeg sequence
JP3474510B2 (en) * 2000-02-29 2003-12-08 株式会社東芝 The digital broadcasting transmission apparatus, the receiving method and a receiving device
EP1198132A4 (en) * 2000-04-21 2010-07-28 Sony Corp Encoding device and method, recorded medium, and program
JP4599740B2 (en) * 2000-04-21 2010-12-15 ソニー株式会社 An information processing apparatus and method, recording medium, program, and recording medium
US7366402B2 (en) * 2000-06-02 2008-04-29 Lg Electronics Inc. Method and apparatus of recording a high definition digital television broadcast signal
US6792198B1 (en) * 2000-06-06 2004-09-14 Lg Electronics Inc. Method and apparatus for recording digital data streams and management information
KR100448452B1 (en) 2000-06-09 2004-09-13 엘지전자 주식회사 Method for supporting menu of a high-density recording medium
US7068596B1 (en) * 2000-07-07 2006-06-27 Nevco Technology, Inc. Interactive data transmission system having staged servers
JP4829466B2 (en) 2000-08-03 2011-12-07 トムソン ライセンシングThomson Licensing Method of recording a data stream at a low bit rate
JP2002057966A (en) * 2000-08-07 2002-02-22 Hitachi Ltd Video audio information retrieval device and system
JP2002077818A (en) * 2000-09-04 2002-03-15 Pioneer Electronic Corp Accumulating/reproducing system, accumulating method and reproducing method of transport stream
CN100492523C (en) 2000-10-27 2009-05-27 汤姆森许可贸易公司 Method and apparatus for preliminarily erasing parts of a bit stream recorded on a storage medium
EP1202279A1 (en) * 2000-10-27 2002-05-02 Deutsche Thomson-Brandt Gmbh Method and apparatus for preliminarily erasing parts of a bitstream recorded on a storage medium, and corresponding storage medium
EP1340227B1 (en) * 2000-11-22 2011-02-16 LG Electronics, Inc. Method for providing program specific information recorded on high density disc medium
JP4341175B2 (en) * 2000-12-07 2009-10-07 ソニー株式会社 Reproducing system and reproducing method, and a data transmission apparatus and data transmission method
EP1215905B2 (en) * 2000-12-15 2010-04-21 Panasonic Corporation Reception apparatus having a storage unit for recording a scrambled broadcast signal and broadcast apparatus for scrambling a signal to be broadcast, and associated methods
DE10065520C1 (en) * 2000-12-28 2002-07-04 Bosch Gmbh Robert Radio data reception device for automobile has input device provided with simple operating control for data mode selection by driver
JP4620878B2 (en) * 2001-01-22 2011-01-26 株式会社日立製作所 Broadcasting method and a broadcast receiver
JP4485125B2 (en) * 2001-03-29 2010-06-16 パナソニック株式会社 Av data recording and reproducing apparatus and method, discs recorded in the av data recording and reproducing apparatus or method
US8081865B2 (en) * 2001-03-29 2011-12-20 Panasonic Corporation AV data recording apparatus and method, recording media recorded by the same, AV data reproducing apparatus and method, and AV data recording and reproducing apparatus and method
EP1250004A1 (en) * 2001-04-11 2002-10-16 Deutsche Thomson-Brandt Gmbh Method and apparatus for controlling the insertion of stuffing data into a bitstream to be recorded
JP3937788B2 (en) * 2001-04-19 2007-06-27 ソニー株式会社 Data recording method and apparatus, a data reproducing method and apparatus, a data editing method and apparatus
JP3773805B2 (en) 2001-04-27 2006-05-10 Necエレクトロニクス株式会社 Data stream generating method and apparatus therefor
US20020188955A1 (en) * 2001-06-11 2002-12-12 Thompson Calvin Eugene Digital video recording and playback system for television
KR100470025B1 (en) * 2001-06-15 2005-02-04 엘지전자 주식회사 Apparatus and method for recording a digital data stream, and medium thereof
JP2003009086A (en) * 2001-06-22 2003-01-10 Matsushita Electric Ind Co Ltd Video recording device and recording method
KR100895559B1 (en) 2001-07-23 2009-04-29 파나소닉 주식회사 Information recording medium, and apparatus and method for recording information on information recording medium
JP3775265B2 (en) * 2001-08-16 2006-05-17 ソニー株式会社 Signal processing apparatus and method, reproducing apparatus and method, and, reproducing apparatus and method
US20030044166A1 (en) * 2001-08-31 2003-03-06 Stmicroelectronics, Inc. System for multiplexing video data streams in a digital video recorder and method of operating the same
JP3863526B2 (en) 2001-11-30 2006-12-27 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィKoninklijke Philips Electronics N.V. Stream conversion apparatus and method, information recording apparatus and method, and information recording medium
EP1320099A1 (en) 2001-12-11 2003-06-18 Deutsche Thomson-Brandt Gmbh Method for editing a recorded stream of application packets, and corresponding stream recorder
JP3715571B2 (en) * 2001-12-26 2005-11-09 三菱電機株式会社 Mpeg recording and reproducing apparatus
JP2003199047A (en) 2001-12-28 2003-07-11 Pioneer Electronic Corp Information recording medium, apparatus and method, information reproducing apparatus and method, information recording/reproducing apparatus and method, computer program for control of recording or reproducing, and data structure including control signal
JP2003199049A (en) * 2001-12-28 2003-07-11 Pioneer Electronic Corp Information recording medium, apparatus and method, information reproducing apparatus and method, information recording/reproducing apparatus and method, computer program for control of recording or reproducing, and data structure including control signal
JP2003199048A (en) * 2001-12-28 2003-07-11 Pioneer Electronic Corp Information recording medium, apparatus and method, information reproducing apparatus and method, information recording/reproducing apparatus and method, computer program for control of recording or reproducing, and data structure including control signal
KR100453966B1 (en) * 2002-01-09 2004-10-20 엘지전자 주식회사 Method for dispaying representative picture plane of broadcasting program
JP2003219365A (en) 2002-01-18 2003-07-31 Pioneer Electronic Corp Information recording medium, information recording apparatus and method, information reproducing apparatus and method, information recording and reproducing apparatus and method, computer program for recording or reproduction control, and data structure including control signal
JP2003219364A (en) 2002-01-18 2003-07-31 Pioneer Electronic Corp Information recording medium, information recording apparatus and method, information reproducing apparatus and method, information recording and reproducing apparatus and method, computer program for recording or reproduction control, and data structure including control signal
JP2003228920A (en) * 2002-01-31 2003-08-15 Toshiba Corp Information storage medium for storing program array information, information recording device, and information reproducing device
JP2003230089A (en) 2002-01-31 2003-08-15 Toshiba Corp Information storage medium and information recording apparatus
US20040024580A1 (en) * 2002-02-25 2004-02-05 Oak Technology, Inc. Server in a media system
JP4320159B2 (en) 2002-03-05 2009-08-26 シャープ株式会社 Information recording apparatus, information reproducing apparatus, information recording method, information reproducing method, information recording program, and an information reproducing program and the information recording medium
JP2003304497A (en) * 2002-04-08 2003-10-24 Pioneer Electronic Corp Information recording medium, information recording apparatus and method thereof, information reproducing apparatus and method thereof, information recording and reproducing apparatus and method thereof, computer program for controlling record and reproduction, and data structure containing control signal
JP2003304499A (en) * 2002-04-08 2003-10-24 Pioneer Electronic Corp Information recording medium, information recording apparatus and method thereof, information reproducing apparatus and method thereof, information recording and reproducing apparatus and method thereof, computer program for controlling record and reproduction, and data structure containing control signal
JP2003304485A (en) * 2002-04-08 2003-10-24 Pioneer Electronic Corp Information recording medium, apparatus and method for recording information, apparatus and method for reproducing information, computer program for recording or reproducing control, and data structure including control signal
JP2003304498A (en) * 2002-04-08 2003-10-24 Pioneer Electronic Corp Information recording medium, information recording apparatus and method thereof, information reproducing apparatus and method thereof, information recording and reproducing apparatus and method thereof, computer program for controlling record and reproduction, and data structure containing control signal
JP2003304496A (en) * 2002-04-08 2003-10-24 Pioneer Electronic Corp Information recording medium, information recording apparatus and method thereof, information reproducing apparatus and method thereof, information recording and reproducing apparatus and method thereof, computer program for controlling record and reproduction, and data structure containing control signal
EP1361577A1 (en) * 2002-05-08 2003-11-12 Deutsche Thomson-Brandt Gmbh Appliance-guided edit-operations in advanced digital video recording systems
DE10223080A1 (en) * 2002-05-17 2003-12-04 Ahead Software Ag Selection means for reading and / or writing devices for recordable digital versatile disc (DVD)
WO2004003908A1 (en) 2002-06-28 2004-01-08 Lg Electronics Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
US7693399B2 (en) 2002-07-11 2010-04-06 Lg Electronics Inc. Method for providing program specific information recorded on high density disc medium
US7373414B2 (en) * 2002-08-29 2008-05-13 Amx Llc Multi-media system and method for simultaneously delivering multi-media data to multiple destinations
US20040049624A1 (en) * 2002-09-06 2004-03-11 Oak Technology, Inc. Network to computer internal interface
JP4566745B2 (en) * 2002-09-30 2010-10-20 パナソニック株式会社 Data processing equipment
JP4343111B2 (en) 2002-10-02 2009-10-14 エルジー エレクトロニクス インコーポレーテッド Recording medium, recording and reproducing method according to the recording medium having a data structure for managing reproduction of graphic data, and an apparatus
KR100621513B1 (en) * 2002-10-04 2006-09-18 엘지전자 주식회사 Recording medium having data structure for managing reproduction of graphic data and recording and reproducing methods and apparatuses
CN100393126C (en) * 2002-12-27 2008-06-04 皇家飞利浦电子股份有限公司 Digital broadcasting method and system for support DVD recording function and corresponding receiving and recording method and device
WO2004066282A1 (en) 2003-01-20 2004-08-05 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8041179B2 (en) 2003-02-24 2011-10-18 Lg Electronics Inc. Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data
US7746751B2 (en) * 2003-03-18 2010-06-29 Sony Corporation Recording medium, data recording device and method, data reproducing device and method, program, and recording medium
JP3657946B2 (en) 2003-03-25 2005-06-08 株式会社東芝 Information recording medium, information recording / reproducing method, and information recording / reproducing apparatus
JP4581334B2 (en) * 2003-04-08 2010-11-17 ソニー株式会社 Data transmission apparatus Oyobi data receiving device
US8094994B2 (en) 2003-04-10 2012-01-10 Panasonic Corporation Information recording medium, and apparatus and method for recording information to information recording medium
US7248777B2 (en) 2003-04-17 2007-07-24 Nielsen Media Research, Inc. Methods and apparatus to detect content skipping by a consumer of a recorded program
US7616865B2 (en) 2003-04-30 2009-11-10 Lg Electronics Inc. Recording medium having a data structure for managing reproduction of subtitle data and methods and apparatuses of recording and reproducing
JP3944122B2 (en) * 2003-06-05 2007-07-11 株式会社東芝 Information recording medium, information recording method, information recording apparatus, information reproducing method, information reproducing apparatus
KR20050005074A (en) 2003-07-01 2005-01-13 엘지전자 주식회사 Method for managing grahics data of high density optical disc, and high density optical disc therof
KR20050004339A (en) 2003-07-02 2005-01-12 엘지전자 주식회사 Method for managing grahics data of high density optical disc, and high density optical disc therof
WO2005004475A1 (en) * 2003-07-08 2005-01-13 Pioneer Corporation Information recording device, information recording method, information transmission device, and information transmission method
US7693222B2 (en) 2003-08-13 2010-04-06 Ericsson Television Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation
US7227899B2 (en) * 2003-08-13 2007-06-05 Skystream Networks Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
EP1519383A1 (en) * 2003-09-25 2005-03-30 Kabushiki Kaisha Toshiba Information recording medium, information recording method, information reproducing method, information recording apparatus and information reproducing apparatus
KR20050064150A (en) 2003-12-23 2005-06-29 엘지전자 주식회사 Method for managing and reproducing a menu information of high density optical disc
US8427494B2 (en) * 2004-01-30 2013-04-23 Nvidia Corporation Variable-length coding data transfer interface
ES2334039T3 (en) * 2004-05-10 2010-03-04 Innova Patent Gmbh Conveying device with conveyor.
JP2006128813A (en) * 2004-10-26 2006-05-18 Funai Electric Co Ltd Video recording apparatus
JP3859163B2 (en) * 2004-11-17 2006-12-20 ソニー株式会社 Recording apparatus and recording method, reproducing apparatus and a reproducing method, and program
US7342584B2 (en) * 2004-11-18 2008-03-11 Amx, Llc Method and computer program for implementing interactive bargraphs of any shape or design on a graphical user interface
CN101147395B (en) * 2005-03-22 2010-05-19 松下电器产业株式会社 Recording device and method
JP2006302346A (en) * 2005-04-15 2006-11-02 Toshiba Corp Information recording medium, information recording method, information reproducing method, information recording apparatus, and information reproducing apparatus
JP2007048348A (en) * 2005-08-08 2007-02-22 Toshiba Corp Information storage medium, information reproducing apparatus, information reproducing method, and information reproducing program
WO2007030421A3 (en) 2005-09-07 2009-04-16 Amx Llc Method and computer program for device configuration
JP2007074549A (en) 2005-09-08 2007-03-22 Toshiba Corp Information recording medium, information recording method, information reproducing method, information recording apparatus, and information reproducing apparatus
US20070191975A1 (en) * 2006-01-20 2007-08-16 Sanmina-Sci, A Delaware Corporation Secure content delivery device
JP4719053B2 (en) * 2006-03-31 2011-07-06 株式会社東芝 Reproducing apparatus using the reproducing method and the method using the entry point
JP2007272994A (en) * 2006-03-31 2007-10-18 Toshiba Corp Mpeg program stream recording method, recording device, reproducing device, and information storage medium
GB0607216D0 (en) * 2006-04-10 2006-05-17 Vqual Ltd Method and apparatus for handling media with external references
US20080115175A1 (en) * 2006-11-13 2008-05-15 Rodriguez Arturo A System and method for signaling characteristics of pictures' interdependencies
JP5057820B2 (en) * 2007-03-29 2012-10-24 株式会社東芝 The method of recording digital stream, the reproduction method, recording apparatus, and playback apparatus
US8379677B2 (en) * 2007-04-30 2013-02-19 Vixs Systems, Inc. System for combining a plurality of video streams and method for use therewith
US8725504B1 (en) 2007-06-06 2014-05-13 Nvidia Corporation Inverse quantization in audio decoding
US8726125B1 (en) 2007-06-06 2014-05-13 Nvidia Corporation Reducing interpolation error
US8477852B2 (en) * 2007-06-20 2013-07-02 Nvidia Corporation Uniform video decoding and display
KR101346735B1 (en) * 2007-07-13 2014-01-03 삼성전자주식회사 Apparatus and method for recording of transport stream
US8849051B2 (en) * 2007-09-17 2014-09-30 Nvidia Corporation Decoding variable length codes in JPEG applications
US8502709B2 (en) * 2007-09-17 2013-08-06 Nvidia Corporation Decoding variable length codes in media applications
KR101394752B1 (en) 2007-10-25 2014-05-15 엘지전자 주식회사 Apparatus and method for securing storage capacity for timeshift of digital broadcast recording and reproducing device
US8934539B2 (en) * 2007-12-03 2015-01-13 Nvidia Corporation Vector processor acceleration for media quantization
US8687875B2 (en) * 2007-12-03 2014-04-01 Nvidia Corporation Comparator based acceleration for media quantization
US8704834B2 (en) * 2007-12-03 2014-04-22 Nvidia Corporation Synchronization of video input data streams and video output data streams
US9307267B2 (en) * 2008-12-11 2016-04-05 Nvidia Corporation Techniques for scalable dynamic data encoding and decoding
JP4993224B2 (en) * 2009-04-08 2012-08-08 ソニー株式会社 Playback apparatus and method
KR101531519B1 (en) * 2009-06-30 2015-06-25 엘지전자 주식회사 Recording medium, data recording/reproducing method, and data recording/reproducing apparatus
JP4798587B2 (en) * 2009-07-06 2011-10-19 パイオニア株式会社 Information recording medium, information recording apparatus and method, information reproducing apparatus and method, information recording and reproducing apparatus and method, recording or computer program for reproduction control, and a data structure including a control signal
US8885728B2 (en) * 2009-10-13 2014-11-11 General Instrument Corporation Decoding apparatus for a set-top box
US9143271B2 (en) 2010-04-01 2015-09-22 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in a broadcast signal transceiving apparatus
JP5813300B2 (en) 2010-08-23 2015-11-17 三桜工業株式会社 Cooling system
WO2016072567A9 (en) * 2014-11-06 2017-06-15 엘지전자(주) Method and apparatus for receiving broadcast signal, and method and apparatus for transmitting broadcast signal

Family Cites Families (79)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69427578D1 (en) * 1993-09-21 2001-08-02 Sony Corp A method and system for transmitting data, data encoder and data-recording medium
JPH06139704A (en) 1992-10-29 1994-05-20 Kenwood Corp Disk recording and reproducing device
JPH06314176A (en) 1993-04-28 1994-11-08 Sony Corp Recording device and reproducing device for digital data
JP2868981B2 (en) 1993-09-16 1999-03-10 株式会社東芝 Compressing signal generating apparatus and method and a reproducing apparatus and method
US5991502A (en) * 1993-10-04 1999-11-23 Matsushita Electric Industrial Co., Ltd. Optical recording device which calculates distances between I-frames and records I-frame addresses in a sector
JP3344607B2 (en) 1993-10-04 2002-11-11 松下電器産業株式会社 Optical disk, reproduction apparatus and reproduction method
JPH07141116A (en) 1993-11-19 1995-06-02 Sony Corp Auxiliary storage device
JPH07226032A (en) 1994-02-15 1995-08-22 Matsushita Electric Ind Co Ltd Disk medium and device for recording and reproducing disk
JPH07231427A (en) 1994-02-18 1995-08-29 Matsushita Electric Ind Co Ltd Compressed television signal processor
EP0696798A4 (en) 1994-02-28 2001-10-24 Sony Corp Method and device for recording data, data recording medium, and method and device for reproducing data
JPH07311950A (en) 1994-03-19 1995-11-28 Sony Corp Optical disc recording medium and recording method, and optical disc recorder and player
JP2931754B2 (en) 1994-04-08 1999-08-09 株式会社東芝 Recording medium, data recording method, reproducing apparatus and a data reproduction system
US5809201A (en) * 1994-06-24 1998-09-15 Mitsubishi Denki Kabushiki Kaisha Specially formatted optical disk and method of playback
JP3359745B2 (en) * 1994-07-29 2002-12-24 シャープ株式会社 Moving picture reproducing apparatus, and the moving picture recording apparatus
JP3644455B2 (en) * 1994-09-29 2005-04-27 ソニー株式会社 Program information broadcasting system, program information display method and receiving apparatus
JPH08124309A (en) 1994-10-28 1996-05-17 Hitachi Ltd Method and device for digital signal recording
JP3158897B2 (en) 1994-10-28 2001-04-23 株式会社日立製作所 Digital video signal input-output circuit and a recording and reproducing apparatus
JP3437291B2 (en) * 1994-11-14 2003-08-18 キヤノン株式会社 Playback apparatus and method
JP3603364B2 (en) 1994-11-14 2004-12-22 ソニー株式会社 Digital data recording / reproducing apparatus and method
JP3248380B2 (en) * 1994-12-15 2002-01-21 ソニー株式会社 Data decoding apparatus and data decoding method
JP3270983B2 (en) * 1994-12-21 2002-04-02 ソニー株式会社 Image data encoding method and apparatus, the image data decoding method and apparatus
US5619337A (en) * 1995-01-27 1997-04-08 Matsushita Electric Corporation Of America MPEG transport encoding/decoding system for recording transport streams
CA2168327C (en) * 1995-01-30 2000-04-11 Shinichi Kikuchi A recording medium on which a data containing navigation data is recorded, a method and apparatus for reproducing a data according to navigationdata, a method and apparatus for recording a data containing navigation data on a recording medium.
JP3147694B2 (en) 1995-01-31 2001-03-19 株式会社東芝 Packet data recording apparatus and a packet data reproducing apparatus
JP4001942B2 (en) * 1995-02-06 2007-10-31 ソニー株式会社 Receiving apparatus and a receiving method, and broadcasting system and broadcasting methods
US6002834A (en) * 1995-02-24 1999-12-14 Hitachi, Ltd. Optical disk having table relating sector address and time and optical disk reproducing apparatus
JP4095681B2 (en) 1995-02-24 2008-06-04 株式会社日立製作所 Data recording method and apparatus and a data recording and reproducing apparatus
JP3185647B2 (en) 1995-03-06 2001-07-11 日本ビクター株式会社 Digital signal recording and reproducing method and a recording and reproducing apparatus
JPH08339637A (en) 1995-04-11 1996-12-24 Toshiba Ave Corp Recording medium, data recorder on the medium, recording method, data reproducer from the medium and reproducing method therefor
US6134383A (en) * 1995-04-11 2000-10-17 Kabushiki Kaisha Toshiba Recording medium, recording apparatus and recording method for recording data into recording medium, and reproducing apparatus and reproducing method for reproducing data from recording medium
JP2857120B2 (en) 1995-04-14 1999-02-10 東芝エー・ブイ・イー株式会社 Information system which adopted the parental control
US5819004A (en) * 1995-05-08 1998-10-06 Kabushiki Kaisha Toshiba Method and system for a user to manually alter the quality of previously encoded video frames
JP3252706B2 (en) 1995-07-21 2002-02-04 ソニー株式会社 Video signal reproducing method and apparatus, and a signal transmission method and apparatus
CN100364009C (en) * 1995-08-21 2008-01-23 松下电器产业株式会社 Video/audio state optical disc onabling producer to freely accessing special regeneration, reproduction appts. and recording method
EP0788101B1 (en) 1995-08-21 2000-07-05 Matsushita Electric Industrial Co., Ltd. Multimedia optical disk which realizes dynamic switching between reproduced outputs, and reproducing apparatus
JPH09125971A (en) 1995-10-27 1997-05-13 Fuamutsuku:Kk Intake and exhaust resistance reduction device for internal combustion engine
JP3106937B2 (en) 1995-11-14 2000-11-06 日本ビクター株式会社 The method of recording packet data, reproducing method, reproducing apparatus and a recording medium
JPH09139937A (en) 1995-11-14 1997-05-27 Fujitsu Ltd Moving image stream converter
US6169843B1 (en) * 1995-12-01 2001-01-02 Harmonic, Inc. Recording and playback of audio-video transport streams
JPH09204758A (en) 1996-01-29 1997-08-05 Matsushita Electric Ind Co Ltd Rewritable optical disk device
JP3435277B2 (en) * 1996-01-30 2003-08-11 株式会社東芝 Copy protection apparatus
JP3159041B2 (en) 1996-03-05 2001-04-23 株式会社日立製作所 Digital signal recording and reproducing apparatus and a reproducing apparatus
JP3480777B2 (en) * 1996-03-15 2003-12-22 パイオニア株式会社 An information recording apparatus and an information recording method, and information reproducing apparatus and information reproducing method
JP3824699B2 (en) * 1996-03-15 2006-09-20 パイオニア株式会社 Information recording medium, the recording apparatus and method, the reproduction apparatus and method and an information processing apparatus and method
JP3748936B2 (en) 1996-03-18 2006-02-22 パイオニア株式会社 The information recording apparatus and method, and information reproducing apparatus and method
JP3969762B2 (en) * 1996-03-18 2007-09-05 パイオニア株式会社 Information recording medium, the recording apparatus and method, and reproducing apparatus and method
JP4012585B2 (en) * 1996-03-22 2007-11-21 パイオニア株式会社 Recording apparatus and method, and reproducing apparatus and reproducing method
US6067400A (en) * 1996-03-29 2000-05-23 Matsushita Electric Industrial Co., Ltd. Multimedia optical disc having improved interactive reproduction procedure, a reproduction apparatus and a method for such a disc
JPH09282849A (en) * 1996-04-08 1997-10-31 Pioneer Electron Corp Information-recording medium and recording apparatus and reproducing apparatus therefor
JP3977881B2 (en) 1996-05-29 2007-09-19 株式会社日立製作所 The receiving device
WO1998002881A1 (en) * 1996-07-15 1998-01-22 Kabushiki Kaisha Toshiba Apparatus having digital interface, network system employing the apparatus and copy protection method
US5838678A (en) * 1996-07-24 1998-11-17 Davis; Joseph W. Method and device for preprocessing streams of encoded data to facilitate decoding streams back-to back
US5856973A (en) * 1996-09-10 1999-01-05 Thompson; Kenneth M. Data multiplexing in MPEG server to decoder systems
US5999698A (en) * 1996-09-30 1999-12-07 Kabushiki Kaisha Toshiba Multiangle block reproduction system
DE69712307D1 (en) * 1996-09-30 2002-06-06 Matsushita Electric Ind Co Ltd Recording / reproducing method for lap recording / playback of audio / video data to / from a plate, of recording and playback device therefor, and information processing system
JPH10125003A (en) 1996-10-15 1998-05-15 Toshiba Corp Reproducing apparatus and its reproducing method
KR100261706B1 (en) * 1996-12-17 2000-07-15 가나이 쓰도무 Digital broadcasting signal receiving device and, receiving and recording/reproducing apparatus
US6229951B1 (en) * 1997-02-18 2001-05-08 Thomson Consumer Electronics Digital video picture and ancillary data processing and storage
US5918020A (en) * 1997-02-28 1999-06-29 International Business Machines Corporation Data processing system and method for pacing information transfers in a communications network
JPH10322661A (en) 1997-03-19 1998-12-04 Sony Corp Image decoder and image decoding method
EP0866461A3 (en) * 1997-03-19 2001-11-07 Sony Corporation Video data decoding and video signal reproduction
WO1998043423A1 (en) * 1997-03-25 1998-10-01 Sony Corporation Transport stream generating device and method, and program transmission device
JPH10269706A (en) * 1997-03-27 1998-10-09 Sony Corp Information reproducing apparatus and information reproducing method
KR100230282B1 (en) * 1997-04-14 1999-11-15 윤종용 Single program transport stream transmitting apparatus and the method therefor
KR100230281B1 (en) * 1997-04-14 1999-11-15 윤종용 Multi-media system for transmitting and receiving a program number and method for transmitting and receiving a program number
JPH10334615A (en) 1997-05-27 1998-12-18 Hitachi Ltd Reference clock reproducing apparatus and recording apparatus
US20030113096A1 (en) * 1997-07-07 2003-06-19 Kabushiki Kaisha Toshiba Multi-screen display system for automatically changing a plurality of simultaneously displayed images
US6618396B1 (en) * 1997-07-29 2003-09-09 Matsushita Electric Ind Co Ltd Data transmitting device, data receiving device, and data recording device
EP0903738B1 (en) * 1997-09-17 2002-07-03 Matsushita Electric Industrial Co., Ltd Optical disc recording apparatus and computer readable recording medium
US6166735A (en) * 1997-12-03 2000-12-26 International Business Machines Corporation Video story board user interface for selective downloading and displaying of desired portions of remote-stored video data objects
CN1253017C (en) * 1997-12-15 2006-04-19 松下电器产业株式会社 Optical disc and computer-readable storage medium, and recording method and apparatus therefor
JPH11252471A (en) * 1998-03-03 1999-09-17 Matsushita Electric Ind Co Ltd Center device and terminal equipment for broadcasting program and program information
KR100345235B1 (en) * 1998-11-08 2005-07-29 엘지전자 주식회사 Method and apparatus for re-cording digital data streams
KR100345353B1 (en) * 1998-11-08 2005-07-29 엘지전자 주식회사 Method and ap-paratus for creating and recording management information for digital data streams
CA2289958C (en) 1998-11-19 2003-01-21 Tomoyuki Okada Information recording medium, apparatus and method for recording or reproducing data thereof
KR100329391B1 (en) * 1999-01-04 2002-03-22 구자홍 Method and apparatus for recording digital data streams
US6591292B1 (en) * 1999-01-08 2003-07-08 Thomson Licensing S.A. Method and interface for incorporating program information into an electronic message
EP1021048A3 (en) 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
WO2000046803A1 (en) * 1999-02-05 2000-08-10 Kabushiki Kaisha Toshiba Method for creating stream data and method for partial deletion

Cited By (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8046313B2 (en) 1991-12-23 2011-10-25 Hoffberg Steven M Ergonomic man-machine interface incorporating adaptive pattern recognition based control system
USRE46310E1 (en) 1991-12-23 2017-02-14 Blanding Hovenweep, Llc Ergonomic man-machine interface incorporating adaptive pattern recognition based control system
US7974714B2 (en) 1999-10-05 2011-07-05 Steven Mark Hoffberg Intelligent electronic appliance system and method
US20040196971A1 (en) * 2001-08-07 2004-10-07 Sascha Disch Method and device for encrypting a discrete signal, and method and device for decrypting the same
US8520843B2 (en) * 2001-08-07 2013-08-27 Fraunhofer-Gesellscaft zur Foerderung der Angewandten Forschung E.V. Method and apparatus for encrypting a discrete signal, and method and apparatus for decrypting
KR100953405B1 (en) 2002-04-08 2010-04-19 파이오니아 가부시키가이샤 Information recording medium, information recording device and method, information reproducing device and method, information recording/reproducing device and method, a computer-readable recording medium recording thereon a computer program for control of recording or reproduction and a data structure including control signal
KR100929541B1 (en) 2002-04-08 2009-12-03 파이오니아 가부시키가이샤 Information recording medium, information recording apparatus and method, information reproducing apparatus and method, a recording or reproduction control of a computer program readable by a computer recording medium, and control signals the data structure is a recording medium readable by the computer record containing the
US20040136694A1 (en) * 2002-11-15 2004-07-15 Shiro Iwasaki Recording apparatus and recording method
US20040136693A1 (en) * 2002-11-15 2004-07-15 Shiro Iwasaki Recording apparatus and recording method
US7672572B2 (en) 2002-11-15 2010-03-02 Panasonic Corporation Recording apparatus and recording method
US7676141B2 (en) 2002-11-15 2010-03-09 Panasonic Corporation Recording apparatus and recording method
US20070006276A1 (en) * 2003-05-15 2007-01-04 Koninklijke Philips Electronics N.V. Audiovisual playback
US20060245742A1 (en) * 2003-05-15 2006-11-02 Koninklijke Philips Electronics N.V. Dvd player enhancement
US20040240863A1 (en) * 2003-05-30 2004-12-02 Cannon Kabushiki Kaisha Video stream data recording apparatus
US7606472B2 (en) * 2003-05-30 2009-10-20 Canon Kabushiki Kaisha Video stream data recording apparatus
US10133536B2 (en) 2003-07-28 2018-11-20 Sonos, Inc. Method and apparatus for adjusting volume in a synchrony group
US9778898B2 (en) 2003-07-28 2017-10-03 Sonos, Inc. Resynchronization of playback devices
US10031715B2 (en) 2003-07-28 2018-07-24 Sonos, Inc. Method and apparatus for dynamic master device switching in a synchrony group
US8588949B2 (en) 2003-07-28 2013-11-19 Sonos, Inc. Method and apparatus for adjusting volume levels in a multi-zone system
US8689036B2 (en) 2003-07-28 2014-04-01 Sonos, Inc Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator
US9778897B2 (en) 2003-07-28 2017-10-03 Sonos, Inc. Ceasing playback among a plurality of playback devices
US8938637B2 (en) 2003-07-28 2015-01-20 Sonos, Inc Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator
US9778900B2 (en) 2003-07-28 2017-10-03 Sonos, Inc. Causing a device to join a synchrony group
US9141645B2 (en) 2003-07-28 2015-09-22 Sonos, Inc. User interfaces for controlling and manipulating groupings in a multi-zone media system
US9158327B2 (en) 2003-07-28 2015-10-13 Sonos, Inc. Method and apparatus for skipping tracks in a multi-zone system
US9164532B2 (en) 2003-07-28 2015-10-20 Sonos, Inc. Method and apparatus for displaying zones in a multi-zone system
US9164533B2 (en) 2003-07-28 2015-10-20 Sonos, Inc. Method and apparatus for obtaining audio content and providing the audio content to a plurality of audio devices in a multi-zone system
US9164531B2 (en) 2003-07-28 2015-10-20 Sonos, Inc. System and method for synchronizing operations among a plurality of independently clocked digital data processing devices
US9170600B2 (en) 2003-07-28 2015-10-27 Sonos, Inc. Method and apparatus for providing synchrony group status information
US9740453B2 (en) 2003-07-28 2017-08-22 Sonos, Inc. Obtaining content from multiple remote sources for playback
US9176519B2 (en) 2003-07-28 2015-11-03 Sonos, Inc. Method and apparatus for causing a device to join a synchrony group
US9176520B2 (en) 2003-07-28 2015-11-03 Sonos, Inc. Obtaining and transmitting audio
US9182777B2 (en) 2003-07-28 2015-11-10 Sonos, Inc. System and method for synchronizing operations among a plurality of independently clocked digital data processing devices
US9189010B2 (en) 2003-07-28 2015-11-17 Sonos, Inc. Method and apparatus to receive, play, and provide audio content in a multi-zone system
US9189011B2 (en) 2003-07-28 2015-11-17 Sonos, Inc. Method and apparatus for providing audio and playback timing information to a plurality of networked audio devices
US9195258B2 (en) 2003-07-28 2015-11-24 Sonos, Inc. System and method for synchronizing operations among a plurality of independently clocked digital data processing devices
US9207905B2 (en) 2003-07-28 2015-12-08 Sonos, Inc. Method and apparatus for providing synchrony group status information
US9213356B2 (en) 2003-07-28 2015-12-15 Sonos, Inc. Method and apparatus for synchrony group control via one or more independent controllers
US9213357B2 (en) 2003-07-28 2015-12-15 Sonos, Inc. Obtaining content from remote source for playback
US9218017B2 (en) 2003-07-28 2015-12-22 Sonos, Inc. Systems and methods for controlling media players in a synchrony group
US9733893B2 (en) 2003-07-28 2017-08-15 Sonos, Inc. Obtaining and transmitting audio
US9733892B2 (en) 2003-07-28 2017-08-15 Sonos, Inc. Obtaining content based on control by multiple controllers
US9348354B2 (en) 2003-07-28 2016-05-24 Sonos, Inc. Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices without a voltage controlled crystal oscillator
US9354656B2 (en) 2003-07-28 2016-05-31 Sonos, Inc. Method and apparatus for dynamic channelization device switching in a synchrony group
US9733891B2 (en) 2003-07-28 2017-08-15 Sonos, Inc. Obtaining content from local and remote sources for playback
US9734242B2 (en) 2003-07-28 2017-08-15 Sonos, Inc. Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US10120638B2 (en) 2003-07-28 2018-11-06 Sonos, Inc. Synchronizing operations among a plurality of independently clocked digital data processing devices
US9727304B2 (en) 2003-07-28 2017-08-08 Sonos, Inc. Obtaining content from direct source and other source
US9727303B2 (en) 2003-07-28 2017-08-08 Sonos, Inc. Resuming synchronous playback of content
US9727302B2 (en) 2003-07-28 2017-08-08 Sonos, Inc. Obtaining content from remote source for playback
US9658820B2 (en) 2003-07-28 2017-05-23 Sonos, Inc. Resuming synchronous playback of content
US20080226067A1 (en) * 2004-02-23 2008-09-18 Koninklijke Philips Electronics, N.V. Method and Circuit for Encrypting a Data Stream
US9977561B2 (en) 2004-04-01 2018-05-22 Sonos, Inc. Systems, methods, apparatus, and articles of manufacture to provide guest access
US9960969B2 (en) 2004-06-05 2018-05-01 Sonos, Inc. Playback device connection
US10097423B2 (en) 2004-06-05 2018-10-09 Sonos, Inc. Establishing a secure wireless network with minimum human intervention
US9787550B2 (en) 2004-06-05 2017-10-10 Sonos, Inc. Establishing a secure wireless network with a minimum human intervention
US9866447B2 (en) 2004-06-05 2018-01-09 Sonos, Inc. Indicator on a network device
US9813827B2 (en) 2006-09-12 2017-11-07 Sonos, Inc. Zone configuration based on playback selections
US9928026B2 (en) 2006-09-12 2018-03-27 Sonos, Inc. Making and indicating a stereo pair
US10136218B2 (en) 2006-09-12 2018-11-20 Sonos, Inc. Playback device pairing
US9860657B2 (en) 2006-09-12 2018-01-02 Sonos, Inc. Zone configurations maintained by playback device
US10028056B2 (en) 2006-09-12 2018-07-17 Sonos, Inc. Multi-channel pairing in a media system
US9766853B2 (en) 2006-09-12 2017-09-19 Sonos, Inc. Pair volume control
US9756424B2 (en) 2006-09-12 2017-09-05 Sonos, Inc. Multi-channel pairing in a media system
US9749760B2 (en) 2006-09-12 2017-08-29 Sonos, Inc. Updating zone configuration in a multi-zone media system
US9172904B2 (en) * 2006-10-02 2015-10-27 Kyocera Corporation Information processing apparatus displaying indices of video contents, information processing method and information processing program
US20120128318A1 (en) * 2006-10-02 2012-05-24 Kyocera Corporation Information processing apparatus displaying indices of video contents, information processing method and information processing program
US20120060046A1 (en) * 2006-11-22 2012-03-08 Millington Nicholas A J Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US8775546B2 (en) 2006-11-22 2014-07-08 Sonos, Inc Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US8423659B2 (en) * 2006-11-22 2013-04-16 Sonos, Inc. Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US9100672B2 (en) 2009-03-11 2015-08-04 Fujitsu Limited Data transmitting device and data transmitting and receiving system
US9729115B2 (en) 2012-04-27 2017-08-08 Sonos, Inc. Intelligently increasing the sound level of player
US10063202B2 (en) 2012-04-27 2018-08-28 Sonos, Inc. Intelligently modifying the gain parameter of a playback device
US9374607B2 (en) 2012-06-26 2016-06-21 Sonos, Inc. Media playback system with guest access
US10097893B2 (en) 2013-01-23 2018-10-09 Sonos, Inc. Media experience social interface
US10146498B2 (en) 2013-04-17 2018-12-04 Sonos, Inc. Disengaging and engaging zone players
US10055003B2 (en) 2013-09-30 2018-08-21 Sonos, Inc. Playback device operations based on battery level
US9720576B2 (en) 2013-09-30 2017-08-01 Sonos, Inc. Controlling and displaying zones in a multi-zone system
US9686351B2 (en) 2013-09-30 2017-06-20 Sonos, Inc. Group coordinator selection based on communication parameters
US9654545B2 (en) 2013-09-30 2017-05-16 Sonos, Inc. Group coordinator device selection
US10091548B2 (en) 2013-09-30 2018-10-02 Sonos, Inc. Group coordinator selection based on network performance metrics
US9288596B2 (en) 2013-09-30 2016-03-15 Sonos, Inc. Coordinator device for paired or consolidated players
US9300647B2 (en) 2014-01-15 2016-03-29 Sonos, Inc. Software application and zones
US9513868B2 (en) 2014-01-15 2016-12-06 Sonos, Inc. Software application and zones
US9781513B2 (en) 2014-02-06 2017-10-03 Sonos, Inc. Audio output balancing
US9794707B2 (en) 2014-02-06 2017-10-17 Sonos, Inc. Audio output balancing
US9679054B2 (en) 2014-03-05 2017-06-13 Sonos, Inc. Webpage media playback
US10126916B2 (en) 2014-08-08 2018-11-13 Sonos, Inc. Social playback queues
US9874997B2 (en) 2014-08-08 2018-01-23 Sonos, Inc. Social playback queues
US9959087B2 (en) 2014-09-24 2018-05-01 Sonos, Inc. Media item context from social media
US9860286B2 (en) 2014-09-24 2018-01-02 Sonos, Inc. Associating a captured image with a media item
US9723038B2 (en) 2014-09-24 2017-08-01 Sonos, Inc. Social media connection recommendations based on playback information
US9690540B2 (en) 2014-09-24 2017-06-27 Sonos, Inc. Social media queue
US10142688B2 (en) 2015-12-01 2018-11-27 Sonos, Inc. Group coordinator selection
US9886234B2 (en) 2016-01-28 2018-02-06 Sonos, Inc. Systems and methods of distributing audio to one or more playback devices
US10140085B2 (en) 2016-08-04 2018-11-27 Sonos, Inc. Playback device operating states

Also Published As

Publication number Publication date Type
JP3990407B2 (en) 2007-10-10 grant
JP4581022B2 (en) 2010-11-17 grant
US20130315572A1 (en) 2013-11-28 application
JP5242622B2 (en) 2013-07-24 grant
US20030059207A1 (en) 2003-03-27 application
EP1021048A3 (en) 2002-10-02 application
JP2002175671A (en) 2002-06-21 application
JP2002191024A (en) 2002-07-05 application
JP2002165187A (en) 2002-06-07 application
JP3990129B2 (en) 2007-10-10 grant
JP2005310364A (en) 2005-11-04 application
JP2010186552A (en) 2010-08-26 application
JP5323157B2 (en) 2013-10-23 grant
JP2000268537A (en) 2000-09-29 application
US20030059196A1 (en) 2003-03-27 application
JP3946972B2 (en) 2007-07-18 grant
US7346266B2 (en) 2008-03-18 grant
JP2009238370A (en) 2009-10-15 application
US8917973B2 (en) 2014-12-23 grant
JP2002175670A (en) 2002-06-21 application
JP3559541B2 (en) 2004-09-02 grant
US6813437B2 (en) 2004-11-02 grant
EP1021048A2 (en) 2000-07-19 application
JP2005243235A (en) 2005-09-08 application
JP2009289404A (en) 2009-12-10 application
JP3946924B2 (en) 2007-07-18 grant
JP2005243236A (en) 2005-09-08 application
JP2009289403A (en) 2009-12-10 application
US20030059206A1 (en) 2003-03-27 application
JP3947200B2 (en) 2007-07-18 grant
JP2002157840A (en) 2002-05-31 application
JP4581023B2 (en) 2010-11-17 grant
JP3946973B2 (en) 2007-07-18 grant
US6819865B2 (en) 2004-11-16 grant
US20030059208A1 (en) 2003-03-27 application
US6879773B2 (en) 2005-04-12 grant
US7076153B2 (en) 2006-07-11 grant
US20030133699A1 (en) 2003-07-17 application
US8526783B2 (en) 2013-09-03 grant
JP2006155892A (en) 2006-06-15 application
JP3947199B2 (en) 2007-07-18 grant
JP4581020B2 (en) 2010-11-17 grant
US20010012443A1 (en) 2001-08-09 application
US20010009605A1 (en) 2001-07-26 application
JP2011258310A (en) 2011-12-22 application
JP2007294100A (en) 2007-11-08 application
US20080008457A1 (en) 2008-01-10 application
US20010010755A1 (en) 2001-08-02 application
US7068919B2 (en) 2006-06-27 grant
US20010014201A1 (en) 2001-08-16 application

Similar Documents

Publication Publication Date Title
US6285826B1 (en) Optical disc recording device and reproducing device
US6078727A (en) Optical disc, recording apparatus, and computer-readable recording medium
US6181870B1 (en) Optical disc having an area storing original and user chain information specifying at least part of a video object stored on the disc, and a computer program and recording apparatus for recording and editing the chain information
US6470140B1 (en) Optical disc optical disc recording and reproducing apparatus, and optical disc recording and reproducing method
US6259858B1 (en) Optical disc for storing moving pictures with text information and apparatus using the disc
US6553182B2 (en) Optical disc for storing moving pictures with text information and apparatus using the disc
EP0737009A2 (en) A recording medium on which attribute information on the playback data is recorded together with the playback data and a system for appropriately reproducing the playback data using the attribute information
US20020131761A1 (en) Information recording medium, apparatus and method for recording/reproducing information to/from the medium
US6519410B1 (en) Information recording medium, apparatus and method for recording or reproducing the recording medium
US20020035575A1 (en) Multi-standard information mixed recording/management system
US20040057700A1 (en) Information recording medium, apparatus and method for performing after-recording on the recording medium
US7356247B2 (en) Information recording apparatus and method for the same
EP1102270A1 (en) Opitical disk, and method and device for recording/reproducing data on/from optical disk
US7136573B2 (en) Recording rate automatic setting recording device and recording rate automatic setting recording method
US6580869B1 (en) Recording medium of stream data including management information used to access the stream data, and recording method and playback method of the same
US6456783B1 (en) Data structure of stream data, and recording and playback method thereof
US6373803B2 (en) Stream data generation method and partial erase processing method
US20040184764A1 (en) Method and an apparatus for stream conversion a method and an apparatus for data recording and data recording medium
US20040264931A1 (en) Information recording medium, information recording/playback method, and information recording/playback apparatus
US20040208135A1 (en) Method and an apparatus for stream conversion, a method and an apparatus for data recording, and data recording medium
US20010010754A1 (en) Recording method of stream data and data structure thereof
US20050123284A1 (en) Information recording medium, information recording method, information playback method, information recording apparatus, and information playback apparatus
US6937540B1 (en) Information recording device which handles a plurality of recording surfaces and information recording method which handles a plurality of recording surfaces
US20050100322A1 (en) Information recording medium, information recording method, information reproducing method, information recording apparatus, and information reproducing apparatus
US20050019016A1 (en) Information recording medium, information recording method, information recording apparatus, information playback method, and information playback apparatus