JP3664678B2 - Video playback device - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a digital video using a read-only recording medium such as a CD-ROM. Oh again Digital video using rewritable recording media such as live devices and magneto-optical disks Oh again Video playback device suitable for application to a live device In place It is related.
[0002]
[Prior art]
A disk medium such as a magnetic disk, an optical disk, or a magneto-optical disk can be accessed at high speed. If high-speed random access is used, data recorded in a discontinuous area can be reproduced as continuous data.
[0003]
On the other hand, since moving image data has a very high data rate, it is difficult to record it on the disk medium without processing the data. However, high-efficiency encoding of moving image data and audio data can reduce the data rate to a rate that can be recorded on a disk medium without visual or auditory degradation.
[0004]
As an example of the high-efficiency encoding method, there is a moving picture experts group (MPEG) method. MPEG is being standardized by ISO-IEC / JTC1 / SC29 / WG11, and relates to high-efficiency encoding of video and audio and a multiplexing system for synchronous playback of them. In the MPEG video encoding method, a unit such as 12 video frames or 15 video frames is called GOP (Group Of Pictures), and predictive encoding is performed in the GOP.
[0005]
FIG. 20 is a diagram illustrating an example of a GOP structure. Video frames in the GOP are classified into I frames, P frames, and B frames. The I frame is intra-frame encoded. The P frame is subjected to predictive encoding in the forward direction from the I frame, or is subjected to predictive encoding in the forward direction from the P frame. The B frame is between the I frame and the P frame or between the P frames, and is predictively encoded from both directions of the I frame and the P frame.
[0006]
In this way, since P frames and B frames are predictively encoded from I frames or video frames that are predictively encoded from I frames, all video frames in the GOP can be decoded without decoding the I frames first. Disappear. That is, when playing back from the middle of a video sequence by random access or the like, it is necessary to decode from an I frame. In addition, since the P frame uses only prediction from the forward direction, it can be decoded relatively easily.
[0007]
In the following description, the I frame and the P frame are called key frames. Further, the video sequence indicates a temporally continuous video frame and corresponding encoded data from the start of recording to the end of recording.
[0008]
In MPEG video encoding, the average code amount is almost constant, but the code amount is not proportional to time in a short time. For this reason, the interval between the encoded video data of each frame is not constant, and the recording position of the encoded data of each frame is not uniquely determined. For this reason, it is difficult to reproduce non-consecutive video frames as in high-speed reproduction.
[0009]
As a conventional example for realizing high-speed reproduction using encoded data encoded with high efficiency, for example, there is a method described in JP-A-5-1553577. This is intended to realize high-speed playback by increasing the data reading speed of the disk medium during playback and selecting data necessary for high-speed playback from the obtained continuous data.
[0010]
[Problems to be solved by the invention]
However, in the method described in the above publication, the data reading speed is increased without using random access, and data necessary for high-speed reproduction is selected from data obtained more than usual, so that the speed is increased in proportion to the data reading speed. Although the reproduction speed is increased, the data reading speed is limited. That is, the speed of high-speed playback is also limited.
[0011]
In order to realize higher speed reproduction, it is conceivable to read out random data using random access. That is, it is possible to repeat the data reading and the high-speed jump, and to change the high-speed playback speed according to the jump amount.
[0012]
However, when reading high-efficiency encoded data, the following problems occur at the time of jump. That is, when playing back from the middle of the video sequence, it is necessary to decode from the I frame as described above, but since the code amount and the time are not proportional, the encoded data of the I frame is recorded. There is a problem that it is not possible to find the starting point.
[0013]
As described above, since the method described in the above publication cannot randomly access data for a predetermined time, a function using random access of the disc such as cueing and reproduction of pointer editing described later cannot be realized. Cueing is a function of reproducing video output and audio output in synchronization from a specified time, and random access is required to reproduce from the specified time.
[0014]
In the conventional technique, since the position of the I frame is unknown, there is a problem that unnecessary data is read out until the multiplexed encoded data necessary for reproduction is read out, and it takes time to cue. In addition, the cueing position could not be accurately defined, and there was no choice but to access a rough position.
[0015]
High-speed playback of disk media can be realized by playing back only key frames while thinning out video frames as described above. In this case, reading of the video encoded data and high-speed random access are repeated. However, in the conventional technology, the recording position of the video encoded data of the key frame is not known, and the key frame is included when reading the video encoded data. In addition, since a wide range of multiplexed encoded data is read, there is a problem that the number of video frames that can be reproduced per unit time is reduced.
[0016]
Pointer editing is a function that specifies multiple playback start points and end points, and connects them with a logical pointer without copying multiple data that are separated in time. During playback, the video output and audio output are synchronized. Play while.
[0017]
Also in this case, it is necessary to randomly access the next area from the area designated at the time of reproduction. The decoder needs to output reproduction data even when data is not obtained, and output it as continuous reproduction data. For this reason, while the code buffer is provided and the encoded data cannot be obtained, the reproduction data must be output using the encoded data stored in the code buffer.
[0018]
As described above, in the conventional technique, unnecessary data may be read at the time of random access, so there is a problem that a longer time for which a code necessary for decoding cannot be obtained and a larger number of code buffers are required. It was. Since the data read from the disk medium is multiplexed encoded data to which a header for multiplexing is added, it is necessary to read from the header when reproducing video output and audio output in synchronization.
[0019]
FIG. 21 is a diagram showing an outline of multiplexed encoded data recorded by the MPEG method. The multiplex encoded data is divided into units called packs, and a first header is added to each pack. The pack is a collection of data in which a second header is added for each of the divided video encoded data and audio encoded data.
[0020]
The first header includes information for synchronizing video encoded data and audio encoded data, and the second header includes information indicating the type of data following the header. Therefore, in order to play back video and audio synchronously, it is necessary to read from the first header.
[0021]
The present invention has been made in view of such a situation, and even when encoded data whose time is not proportional to the amount of code is recorded, a moving image capable of reading out only necessary data at the time of random access An object of the present invention is to provide a playback device and a moving image recording device.
[0022]
[Means for Solving the Problems]
According to a first aspect of the present application, video or audio is recorded from a recording medium in which multiplex encoded data including video encoded data and audio encoded data is recorded separately from management data corresponding to the multiplex encoded data. The video encoded data includes encoded data of a key frame composed of an intra-frame encoded frame or a forward-predictive encoded frame, The management data includes position information indicating a position of the key frame on the multiplex encoded data, and controls the recording medium to read the management data from the recording medium; Means for holding the management data, and means for enabling the position included in the management data Based on the information, and means for enabling random access , The means for holding the management data has a memory including a first memory area, a second memory area, and a third memory area in which the management data is recorded, and is recorded in the first memory area. Management data indicates the playback order of a sequence of multiplex encoded data, management data recorded in the second memory area indicates a recording area of a recording medium on which multiplex encoded data is recorded, and The management data recorded in the memory area 3 indicates a position on the multiplexed encoded data with respect to the key frame.
According to a second aspect of the present application, the position information included in the management data includes video position information indicating a position of video encoded data of a key frame, and audio position information indicating a position of audio encoded data corresponding to the key frame. , Including at least one of multiplexed position information indicating a position of multiplexed encoded data that needs to be read out in order to reproduce video and audio synchronously from a key frame.
In a third invention of the present application, the video position information includes a head position or a rear end position of video encoded data of a key frame, and the audio position information includes a head position of audio encoded data corresponding to the key frame or Including a rear end position, wherein the multiplexed position information includes a head position or a rear end position of multiplexed encoded data that needs to be read out in order to reproduce video and audio in synchronization from a key frame. .
The fourth invention of the present application is characterized in that the multiplexed position information is used when video and audio are reproduced in synchronization, and the video position information is used when only video is reproduced.
The fifth invention of the present application is: Reads multiplexed encoded data from the recording medium and constructs management data It is characterized by that.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0026]
FIG. 1 is a block diagram for explaining an embodiment of a moving image recording / playback apparatus according to the present invention. In FIG. 1, 1 is a data processing unit, 2 is a recording (disc) medium, 3 is a recording media controller, Reference numeral 4 denotes an encoded data management unit, 5 denotes a memory controller, 5a denotes a video recording information management unit, 5b denotes an audio recording information management unit, 5c denotes a multiplexed recording information management unit, and 6 denotes a memory.
[0027]
The data processing unit 1 divides the multiplex encoded data input from the encoder and the data input from the encoded data management unit 4 into sectors and outputs the data so as to be recorded in a predetermined sector of the recording medium 2. The sector number is input from the recording media controller 3.
[0028]
The recording medium controller 3 outputs recording medium control data for controlling reading and writing of the recording medium 2 and outputs a sector number on the recording medium 2 for writing or reading data to the data processing unit 1. The encoded data management unit 4 stores management data corresponding to a video sequence that is recorded in advance on the recording medium or newly recorded on the recording medium.
[0029]
The encoded data management unit 4 includes a memory controller 5 including a video recording information management unit 5a, an audio recording information management unit 5b, and a multiplexed recording information management unit 5c. The memory controller 5 is connected to the memory 6. The management data stored in the memory 6 is controlled.
[0030]
The encoded data management unit 4 also includes video encoded data obtained by encoding video data with high efficiency, audio encoded data obtained by encoding audio data with high efficiency, the video encoded data, and the audio encoded data. Management for storing the multiplexed encoded data in the recording medium with respect to the multiplexed encoded data composed of the additional data for multiplexing with the data. A video frame predictively encoded from the direction is used as a key frame for management, and one or two of the video encoded data, the audio encoded data, and the multiplexed encoded data corresponding to the key frame are used. Information on the recording position of one or all of the encoded data on the recording medium and the link information of the encoded data before and after. It is intended to give you data.
[0031]
In the embodiment described below, it is assumed that the MPEG system exemplified in the example of the conventional encoding system is used as the encoding system, and the multiplex encoded data input from the encoder has the structure shown in FIG. Further, a pack including a head position recorded first among the head position of video encoded data of a key frame and the head position of audio encoded data corresponding to the key frame is referred to as a key pack.
[0032]
First, the operation when a recording medium is inserted into the recording / reproducing apparatus will be described. The recording media controller 3 outputs the recording media control data so as to read the management data recorded on the recording media 2. Management data is input to the data processing unit 1 from the recording medium 2 and output to the encoded data management unit 4. The encoded data management unit 4 records input management data at a predetermined address.
[0033]
Next, an operation at the time of recording encoded data will be described. This operation is not a case of a moving image reproduction dedicated device but an operation of a recordable device. First, the data processing unit 1 divides multiplex encoded data input from the encoder into sectors. Then, according to the sector number input from the recording media controller 3, the encoded data is output so as to be recorded in a predetermined sector on the recording medium 2.
[0034]
In addition, when the multiplex encoded data input from the encoder is recorded on the recording medium 2, the data processing unit 1 specifies the first sector number and the last sector number of the encoded data management unit 4 for the portion where the recording area is continuous. Output to. At the time of recording, there are recording apparatuses that can record a temporally continuous video sequence by dividing it into a plurality of areas, and there are recording apparatuses that can record only in a continuous area. In the former case, when recording is divided into a plurality of areas, the first sector number and the last sector number are output to the encoded data management unit 4 for each area.
[0035]
Further, the data processing unit 1 detects the first header of FIG. 21 added by the encoder, and detects the start and end of the video encoded data of the key frame and the audio encoded data corresponding to the key frame. A detection unit is provided, and position information on a recording medium on which video encoded data and multiplexed encoded data corresponding to the key frame are recorded is output to the encoded data management unit 4.
[0036]
Here, the start and end of the video encoded data of the key frame can be performed by detecting a header existing in video frame units in the video encoded data. Also, the start and end of the audio encoded data corresponding to the key frame can be known from the time information added to the video encoded data and the audio encoded data.
[0037]
If the encoder is configured to output a flag indicating the start of the first header, video encoded data of the key frame, and a flag indicating the start and end of the audio encoded data corresponding to the key frame, a data processing unit It is not necessary to include an output unit that detects the first header in 1 and a detection unit that detects the start and end of the video encoded data of the key frame and the audio encoded data corresponding to the key frame.
[0038]
The memory controller 5 in the encoded data management unit 4 generates concatenation information from the data input from the data processing unit 1. At this time, the recording position information of the video encoded data is managed by the video recording information management unit 5a, the recording position information of the audio encoded data is managed by the audio recording position information management unit 5b, and the recording position information of the multiplexed encoded data is recorded. Is managed by the multiplexed record information management unit 5c.
[0039]
Then, the video sequence, the recording area on the recording medium, and the key frame recorded information in the recording area are generated from the contents of the memory 6 and recorded in the memory 6 together with the recording position information. With this operation, when encoded data is newly recorded on the recording medium 2, the latest management data corresponding to the encoded data recorded on the recording medium 2 is always recorded on the encoded data management unit 4. Will be.
[0040]
When new data is recorded on the recording medium 2, the latest management data is recorded in the encoded data management unit 4, but the management data recorded on the recording medium 2 is not updated. Therefore, for example, when the recording is completed or when the recording medium 2 is taken out from the apparatus, the management data recorded in the encoded data management unit 4 needs to be recorded in the recording medium 2. Further, even when the encoded data is being recorded on the recording medium 2, the recording medium 2 may be controlled so as to periodically update the management data.
[0041]
In this procedure, the recording medium controller 3 controls the recording medium 2 so as to write management data to the recording medium 2 and controls the data of the encoded data management unit 4 to be sequentially input to the data processing unit 1. The data processing unit 1 outputs the data input from the encoded data management unit 4 to the recording medium 2.
[0042]
Next, the operation during normal playback will be described. Here, it is assumed that management data read from the recording medium 2 has already been recorded in the encoded data management unit 4. First, the first sector number and the last sector number in which multiplex encoded data to be reproduced is recorded are read from the encoded data management unit 4 and input to the recording media controller 3.
[0043]
The encoded data may be divided and recorded in a plurality of areas on the recording medium 2. In that case, the first sector number and the last sector number of the area are encoded for each recording area. Input from the data management unit 4 to the recording media controller 3.
[0044]
FIG. 2 is a diagram illustrating an example in which encoded data is divided and recorded in two areas indicated by hatching. The actual recording area of the recording medium 2 has a plurality of concentric or spiral shapes, but here, the horizontal axis represents the time axis.
[0045]
If the encoded data is read in the order of 1 and 2 in FIG. 2, the encoded data management unit 4 first outputs the sector numbers at the positions a and b, and then the sector numbers at the positions c and d. Is output. The recording media controller 3 outputs the recording media control data so as to read the multiplexed encoded data from the recording media 2 in accordance with the sector number input from the encoded data management unit 4. The data processor 1 receives continuous encoded data from the recording medium 2 and outputs it to the decoder.
[0046]
Next, the operation at the time of cueing will be described. At the time of cueing, the encoded data management unit 4 outputs the recording position information on the recording medium of the multiplexed encoded data corresponding to the key frame to be reproduced to the recording medium controller 3. The recording medium controller 3 controls the recording medium 2 to access the sector in which the encoded data of the key pack is recorded using the input recording position information. The operation of the data processing unit 1 is the same as the normal reproduction.
[0047]
Next, the operation during high-speed playback will be described. During high-speed playback, the recording media controller 3 controls the recording media so as to continuously access the encoded data corresponding to the key frame. In the MPEG system, there is a B frame that is predictively encoded from both the forward and backward directions between key frames, but video encoded data of the B frame is not read during high-speed playback.
[0048]
First, when high-speed playback is designated, positional information on the recording medium of key frames to be reproduced is output from the encoded data management unit 4 to the recording medium controller 3 in order. The recording medium controller 3 controls the recording medium 2 to access the sector in which the video encoded data of the key frame is recorded using the input recording position information.
[0049]
Note that the operation during playback of pointer editing is almost the same as that of high-speed playback. In the case of high-speed playback, the encoded data corresponding to the key frame is randomly accessed in order. According to the connection information indicated by the data, the encoded data recorded in the discontinuous area is randomly accessed.
[0050]
As described above, in the present embodiment, since the recording position on the recording medium of data to be read at the time of random access is stored in the encoded data management unit 4 as management data, unnecessary data is hardly read out. Fast random access is possible.
[0051]
Next, another embodiment of the present invention will be described. The block diagram of this embodiment is the same as the block diagram shown in FIG. In this embodiment, the management data recorded in the encoded data management unit 4 includes the sector number indicating the head position of the key pack, the media of the video encoded data, as the recording position information of the multiplexed encoded data on the recording medium. The recording position information above includes the sector number indicating the head position and the tail position of the video encoded data of the key frame.
[0052]
FIGS. 3A and 3B are diagrams showing examples of the leading position of the key pack. The key pack refers to a pack including the first recorded first position among the start position of the video encoded data of the key frame and the start position of the audio encoded data corresponding to the key frame. 3A shows a case where the head of the video encoded data of the key frame is recorded first, and FIG. 3B shows a case where the head of the audio encoded data corresponding to the key frame is recorded first. This is an example. In the figure, m1, m2,..., M8 are multiplexing additional data.
[0053]
4 is a block diagram of the header detection circuit of the data processing unit in FIG. 1. In FIG. 4, 7 is a first header detection unit, 8 is a video header detection unit, 9 is an audio header detection unit, and 10 is a determination circuit. It is. The data processing unit 1 of this embodiment has a header detection circuit for detecting a header as shown in FIG. 4, and when encoded data is recorded, the first sector number in which the key pack is recorded and the encoded data of the key frame Is output to the encoded data management unit 4.
[0054]
The header detection circuit shown in FIG. 4 includes a first header detection unit 7, a video header detection unit 8, an audio header detection unit 9, and a determination circuit 10. The first header detection unit 7, the video header detection The unit 8 and the audio header detection unit 9 receive multiplexed encoded data from the encoder, and are added to the first header, the header added to the beginning of the video frame, and the beginning of the audio frame, respectively, shown in FIG. Is detected.
[0055]
When the header is detected, a flag is input to the determination circuit 10. In the determination circuit 10, the key pack is recorded from the header input from the first header detection unit 7, the video header detection unit 8, and the audio header detection unit 9 and the sector number input from the recording media controller 3. The first sector number and the sector number where the head and tail of the video encoded data of the key frame are recorded are output to the encoded data management unit 4.
[0056]
It should be noted that the header detected in the example of FIG. Therefore, a flag indicating that the first header shown in FIG. 21, the header added to the beginning of the video frame, and the header added to the beginning of the audio frame are input from the encoder to the data processing unit 1 is input. In this configuration, the data processing unit 1 does not need to include the first header detection unit 7, the video header detection unit 8, and the audio header detection unit 9 shown in FIG.
[0057]
In addition, since data read from the recording medium 2 is usually obtained in units of sectors at the time of reproduction, if the head of multiplexed encoded data necessary for reproduction is recorded in the middle of the sector, unnecessary data is first obtained. Will exist. Therefore, the decoder at the subsequent stage of the data processing unit 1 has the same circuits as the first header detection unit 7, the video header detection unit 8, and the audio header detection unit 9 shown in FIG. It is necessary to remove unnecessary data obtained previously.
[0058]
However, when the data processing unit 1 includes the circuit shown in FIG. 4 as in the present embodiment, unnecessary data obtained before the header can be removed by the data processing unit 1, so that the decoder at the subsequent stage It is not necessary to provide a detection circuit for detecting the header.
[0059]
Thus, in this embodiment, the head or tail of each encoded data corresponding to the key frame is recorded in the management of the video encoded data, the audio encoded data, and the multiplex encoded data corresponding to the key frame. Since the sector number is used, the key frame can be accessed efficiently. That is, access to a recording position corresponding to a key frame required when performing cueing, high-speed playback, and pointer editing becomes possible by using the management data.
[0060]
At this time, if both video and audio are output, only the management data related to the multiplex encoded data need be used, and the management data related to the video encoded data and the audio encoded data is unnecessary. On the other hand, when only video encoded data or only audio encoded data is accessed, management data related to video encoded data and audio encoded data is used.
[0061]
Next, another embodiment of the present invention will be described. The block diagram of the present embodiment is the same as the block diagram shown in FIG. 1, but the operation of the encoded data management unit 4 is different. In the present embodiment, in the reproduction accompanied by random access, in the case of the reproduction of the head search and pointer editing, the multiplexed encoded data is read using the recording position information on the recording medium of the multiplexed encoded data, and the high-speed reproduction is performed. In this case, the video encoded data is read using the recording position information of the video encoded data on the recording medium.
[0062]
Therefore, in the case of playback by cueing or pointer editing, a sector number indicating the head position of the key pack is input from the encoded data management unit 4 to the recording media controller 3, and in the case of high-speed playback, video encoding of key frames is performed. Enter the sector number indicating the head position and tail position of the data.
[0063]
This is because the audio output and the video output need to be reproduced in synchronism in the case of cueing and pointer editing reproduction, and only in the video output in the case of high-speed reproduction. According to the present embodiment, unnecessary audio encoded data is not read during high-speed reproduction, and the number of images that can be reproduced per unit time is increased.
[0064]
In the embodiment described above, the sector number where the head position of the key pack is recorded as the position information on the recording medium of the video encoded data as the position information on the recording medium of the multiplex encoded data in the management data. The sector number indicating the head position and the tail position of the video encoded data of the key frame is used.
[0065]
Further, as another embodiment, the sector number indicating the head position of the key frame video encoded data is used as the management data, and the sector number indicating the head position of the key frame video encoded data is used. Examples that are not conceivable are also conceivable. In this case, the head position of the key pack is accessed at the time of random access, both when the audio output and the video output are reproduced synchronously or when only the video output is performed.
[0066]
Therefore, when only video output is required, unnecessary audio encoded data may be read. For example, in the case of high-speed playback, the number of video frames that can be played back per unit time decreases, but the capacity of management data Can be less.
[0067]
If a flag indicating the end of the video frame is input from the video decoder at the time of reproduction, it is not necessary to record the tail position of the video encoded data of the key frame, and management data can be further reduced. In this case, only the sector number indicating the head position of the key pack is used as management data.
[0068]
Next, another embodiment of the present invention will be described. FIG. 5 is a block diagram of the encoded data management unit of FIG. 1, in which 11 is a memory controller, and 12 to 14 are memories.
[0069]
As shown in FIG. 5, the encoded data management unit 4 includes three memories 12, 13, and 14 that store management data, and a memory controller 11 that controls them. The memories 12, 13, and 14 each have a first table for managing video sequences (hereinafter referred to as a sequence table) and a second table for managing recording areas on a recording medium (hereinafter referred to as an area table). A third table (hereinafter referred to as a key frame table) for managing video encoded data, audio encoded data, or multiplexed encoded data corresponding to the key frame is recorded.
[0070]
6 is a diagram showing an example of the contents of the management data recorded in each memory shown in FIG. 5. In FIG. 5, 21 is the next sequence address, 22 is the area table address, 23 is the address of the next area, 24 is the start sector number, 25 is the end sector number, 26 is the start frame address, 27 is the next frame address, 28 is the pack start sector number, 29 is the key start sector number, 30 is the key end sector number, and the address 21 , 22, 23, 26 and 27 are pointers (concatenation information), and sector numbers 24, 25, 28, 29 and 30 are recording position information.
[0071]
The sequence table in the memory 12 has one word of data for one video sequence. One word data includes a pointer “next sequence address” 21 indicating the next word and a pointer “area table address” 22 indicating the position of the area table.
[0072]
“Next sequence address” 21 indicates the playback sequence of the video sequence, and “area table address” 22 indicates the address of the area table corresponding to the video sequence. Here, the “next sequence address” 21 indicates the address of the memory 12, but the last data connected by the pointer “next sequence address” 21 has a special value indicating “end”.
[0073]
In the area table of the memory 13, there is one word of data for each continuous recording area on the recording medium. One word data is a pointer “next area address” 23 indicating the next word, “start sector number” 24 which is the first sector number of the continuous recording area, and last sector number of the continuous recording area “ It consists of four elements: “end sector number” 25 and pointer “start frame address” 26 indicating the start address of the key frame table corresponding to the key frames included in the continuous recording area.
[0074]
The area table corresponding to 1-word data in the sequence table is a series of area tables connected by the pointer “next area address” 23 from the area table address indicated by “area table address” 22 in the sequence table.
[0075]
The “next area address” 23 indicates the address of the memory 13, but the last data connected by the pointer “next area address” 23 has a special value indicating “end”. If no key frame is recorded in the area from the start sector number to the end sector number indicated by 1-word data in the area table, the “start frame address” 26 has a special value indicating “no data”.
[0076]
In the key frame table of the memory 14, there is one word of data for each key frame. One-word data includes a pointer “next frame address” 27 indicating the next word, “pack start sector number” 28 indicating the sector number in which the head of the key pack is recorded, and the head of the video encoded data of the key frame. “Key start sector number” 29 indicating the sector number in which “B” is recorded, and “key end sector number” 30 indicating the sector number in which the rear end is recorded.
[0077]
The “next frame address” 27 indicates the address of the memory 14, but the last data connected by the pointer “next frame address” 27 has a special value indicating “end”.
[0078]
In the example of FIG. 6, there is no information indicating whether the data recorded in the key frame table of the memory 14 of FIG. 5 indicates the encoded data of the I frame or the encoded data of the P frame. Therefore, as will be described later, a flag indicating whether I-frame video encoded data or P-frame video encoded data is indicated for each word data of the key frame table is added, or the key frame table is changed to I A method of separating into a frame table and a P frame table is used.
[0079]
FIG. 7 is a diagram showing the relationship between the management data recorded in each table of the memory shown in FIG. 5 and the recording area. A plurality of video sequences can be recorded on the recording medium 2, and one video sequence may be recorded in a continuous recording area on the recording medium 2, or may be divided into a plurality of recording areas and recorded. Sometimes it is done.
[0080]
In the example of FIG. 7, three video sequences are recorded, and the video sequence 1 is divided and recorded in three areas. The playback order is assumed to be the order of video sequences 1, 2, and 3.
[0081]
In the case of the example in FIG. 7, there are three 1-word data corresponding to the video sequences 1, 2, and 3 in the sequence table. The first one-word data is data corresponding to the video sequence 1, the “next sequence address” of the video sequence 1 indicates one-word data corresponding to the video sequence 2, and the “next sequence address” of the video sequence 2 Indicates one word data corresponding to the video sequence 3. The “area table address” in the sequence table indicates the address of the first area table data corresponding to the video sequence.
[0082]
In the area table, one word data corresponds to a continuous recording area on the recording medium 2. That is, in the case of FIG. 7, there are three 1-word data in the area table corresponding to the video sequence 1. In this way, when there are a plurality of area tables, the “next area address” of the area table indicates the next area table data.
[0083]
Of the 1-word data in the area table, “start sector number” indicates the first sector number of consecutive recording areas, and “end sector number” indicates the last sector number. In this continuous recording area, encoded data of a plurality of key frames is recorded. Among these, the sector number in which the encoded data of the first key frame is recorded is managed by a key frame table indicated by “start frame address”.
[0084]
Of the 1-word data in the key frame table, “pack start sector number” indicates the sector number where the head of the key pack is recorded, and “key start sector number” records the head of the video encoded data of the key frame. The sector number is indicated, and the “key end sector number” indicates the sector number in which the tail of the video encoded data is recorded. The “next frame address” indicates the next key frame table data.
[0085]
FIG. 8 is a diagram illustrating an example of a special case in which encoded data of the same key frame extends over an area managed by a plurality of area tables. In the example of FIG. 8, the encoded data of the key frame i is recorded across the three recording areas of the recording area 1, the recording area 2, and the recording area 3.
[0086]
In the case of FIG. 8, the “key start sector number” of the last key frame table corresponding to the recording area 1 has a sector number indicating the beginning of the video encoded data of the key frame i, and “key end sector number” has A sector number indicating the tail is recorded, and the “key end sector number” is the sector number of the recording area 3.
[0087]
Further, since there is no key frame table corresponding to the recording area 2, data indicating “no data” is recorded in the “start frame address” of the recording area 2. The “start frame address” of the recording area 3 indicates the key frame table of the key frame i + 1.
[0088]
During high-speed playback, the “key start sector number” and the “key end sector number” recorded in the key frame table are input to the recording media controller 3, and the recording media controller 3 starts from the “key start sector number” to the “key end”. The recording medium 2 is controlled so as to read data up to the “sector number”.
[0089]
At this time, when reproducing the key frame i shown in FIG. 8, as described above, recording areas having different “key start sector number” and “key end sector number” corresponding to the key frame i in the key frame table are recorded. Will show. However, even in such a case, it can be known that the information is recorded in the order of the recording area 1, the recording area 2, and the recording area 3 according to the information recorded in the area table.
[0090]
Therefore, the recording medium controller 3 accesses the recording medium 2 in the order of the recording area 1, the recording area 2, and the recording area 3, and reads data up to “key end sector number”.
[0091]
In the case where the video sequence is divided into a plurality of areas and is recorded only in a continuous area without being recorded, and editing is not performed during reproduction and the order is not changed. For example, in FIG. If the “next area address” 23 indicates the playback sequence of the video sequence, the sequence table becomes unnecessary.
[0092]
Next, the operation of the memory controller and the memory shown in FIG. 5 will be described in more detail. When the recording medium 2 is inserted into the apparatus, the management data recorded in the recording medium 2 is sequentially input, so that the memory controller 11 stores the memory 12, 13 so as to record the management data in a predetermined memory. , 14 are controlled.
[0093]
FIG. 9 is a flowchart for explaining the operation of the memory when the encoded data is recorded on the recording medium. Here, it is assumed that each table is based on the structure of FIG. 6, and FIG. 10 illustrates how the management data changes.
[0094]
In the sequence table of the memory 12 in FIG. 6, 1-word data is added to the rear end of already recorded data, the area table of the memory 13 corresponding to the added data of the sequence table, and the key frame table of the memory 14 Record additional data. In FIG. 10, the solid line portion is management data already stored, and the dotted line portion is management data additionally recorded.
[0095]
In the following description, ad12 and adl12 indicate addresses of the memory 12, ad13 and adn13 indicate addresses of the memory 13, and ad14 and adn14 indicate addresses of the memory 14, respectively. In recording, the recording medium controller 3 in FIG. 1 manages the free area of the recording medium 2 based on the management data in advance, and performs control to record data in each sector of the free area.
[0096]
Hereinafter, based on the flowchart of FIG. 9, it demonstrates in order according to each step (S). First, the sequence table of the memory 12 is set in steps S101 to S104. The free space in the memory 12 and the free space in the memory 13 are searched for ad12 and ad13, respectively (S101). Then, the “area table address” of ad12 is set to ad13, and the “next sequence address” is set to “end” (S102).
[0097]
Next, of the data connected by the pointer “next sequence address” in the sequence table of the memory 12, the address of the last data is set to adl12 (S103). Then, the “next sequence address” of adl12 is set to ad12 (S104). With the above operation, new one-word data ad12 is added to the rear end of the sequence table.
[0098]
Next, an area table of the memory 13 is set. Since the first sector number of the continuous recording area on the recording medium 2 is input to the encoded data management unit 2, this input data is set as the “start sector number” of ad13 (S105). Then, an empty area of the key frame table in the memory 14 is searched and set to ad14 (S106). Then, the “start frame address” of ad13 is set to ad14 (S107).
[0099]
Next, since the three sector numbers are input, the sector number in which the head of the key pack is recorded and the sector number indicating the head and the tail of the video encoded data of the key frame are input. The “start sector number”, “key start sector number”, and “key end sector number” are set (S108).
[0100]
Then, it is determined whether or not the continuous recording area of the recording medium 2 is finished (S109). If not, the empty area of the memory 14 is searched and set to adn14 (S110). Then, the “next frame address” of ad14 is set to and14, and the ad14 is updated to indicate adn14 (S111).
[0101]
Next, the process returns to step S108. The sector number indicating the encoded data of the key frame recorded in the continuous recording area on the recording medium 2 in the loop of step S108 to step S111 is written in the key frame table.
[0102]
If the continuous recording area of the recording medium 2 is completed in step S109, the last sector number of the recording area which is the input sector number is recorded in the “end sector number” of the area table ad13 (S112), and the key frame table The “next frame address” of ad14 is set to “end”. In step S105 to step S113, the data of the one-word area table is set.
[0103]
Next, in step S114, it is determined whether or not the input data is complete. If not, the free space in the area table is searched and set to adn13 (S115), and the “next area address” of ad13 is set to adn13. , Ad13 is updated to indicate adn13 (S116).
[0104]
Then, the process returns to step S105. In the loop from step S105 to step S116, new area table data connected by the pointer is created from the previous area table data, and the sector numbers are recorded in a series of key frame tables indicated by the area table data. If it is determined in step S114 that the data is complete, the “next area address” of ad13 is set to “end” (S117), and the operation is terminated.
[0105]
Next, the operation during normal playback will be described. During normal playback, the “start sector number” and “end sector number” of the area table corresponding to the video sequence to be played are output to the recording media controller 3. FIG. 11 is a flowchart illustrating the operation during normal playback.
[0106]
Here, two pointers “sequence address” and “area address” indicating addresses of the sequence table and area table corresponding to the data being reproduced are used. Each table is based on the structure of FIG.
[0107]
Hereinafter, it demonstrates in order according to each step (S). First, “sequence address” and “area address” are set (S121 to S122). Next, the value of “start sector number” and “end sector number” of “area address” are output to the recording media controller 3 (S123, S124).
[0108]
The recording medium controller 3 uses the first sector number and the last sector number of the continuous recording area input from the encoded data management unit 4 to read out the data recorded in the continuous recording area. 2 is controlled.
[0109]
Then, it is determined whether the “address of the next area” of the “area address” is “end” (S125). If it is determined that it is not 'end', the area table data corresponding to "sequence address" remains, so "area address" is set to "address of next area" of "area address" and the pointer is advanced ( S126), the process returns to step S123.
[0110]
In the loop from step S123 to step S126, the first sector number and the last sector number of the recording area are sequentially output for each of a plurality of continuous recording areas on the recording medium 2 corresponding to one word data of the sequence table.
[0111]
If “end” is determined in step 125, it is determined whether “next sequence address” of “sequence address” is “end” (S127). If it is determined that it is not “end”, the video sequence recorded on the recording medium 2 remains, so that “sequence address” is set to “next sequence address” of “sequence address” and the pointer is advanced (S128). ), The process returns to step S122.
[0112]
The first sector number and the last sector number are sequentially output for each continuous recording area until the video sequence recorded on the recording medium 2 is completed in the loop of step S122 to step S128.
[0113]
FIG. 12 is a flowchart for explaining the operation in the case of high-speed playback. At the time of high-speed playback, the sector number in which the head and tail of the video encoded data of the key frame recorded in the key frame table is read and output to the recording media controller 3.
[0114]
Here, three pointers “sequence address”, “area address”, and “key frame address” indicating addresses of the sequence table, area table, and key frame table corresponding to the data being reproduced are used.
[0115]
Hereinafter, it demonstrates in order according to each step (S). First, “sequence address”, “area address”, and “key frame address” are set (S131 to S133). Next, the “key start sector number” and the “key end sector number” of the “key frame address” are output to the recording media controller 3 (S134).
[0116]
The recording medium controller 3 controls the recording medium 2 so as to read the video encoded data of the key frame from the first sector number and the last sector number input from the encoded data management unit 4.
[0117]
Then, it is determined whether the “next key frame address” of the “key frame address” is “end” (S135). If it is not 'End', since the sector number to be accessed next is recorded in the “Next Key Frame Table”, “Key Frame Address” is set to “Next Key Frame Address” of “Key Frame Address”, The pointer is advanced (S136), and the process returns to step S134.
[0118]
In the loop from step S134 to step S136, a plurality of sector numbers recorded in the key frame table corresponding to one word data in the area table are output to the recording media controller 3.
[0119]
If “end” is determined in step S135, it is determined whether “next area address” of “area address” is “end” (S137). If it is determined that it is not “end”, the area table data corresponding to “sequence address” remains, so that “area address” is set to “next area address” of “area address” and the pointer is advanced (S138). ), The process returns to step S133.
[0120]
In the loop from step S133 to step S138, the sector number for the video encoded data of the key frame corresponding to one word data of the sequence table is sequentially output.
[0121]
If “end” is determined in step S137, it is determined whether “next sequence address” of “sequence address” is “end” (S139). If it is determined that it is not “end”, the video sequence recorded on the recording medium 2 remains, so that “sequence address” is set to “next sequence address” of “sequence address” and the pointer is advanced (S140). ), The process returns to step S132.
[0122]
The sector number corresponding to the video encoded data of the key frame is sequentially output until the video sequence recorded on the recording medium 2 is completed in the loop of step S132 to step S140.
[0123]
In the example of FIG. 12, all sector numbers recorded in the key frame table are output. That is, all key frames are reproduced, but when the speed of high-speed reproduction is high, some frames may be output after being thinned out.
[0124]
Here, in order to decode a P frame, a decoded image of a past I frame or P frame is required. Therefore, when I frames and P frames in a GOP are thinned out, P frames after the frame thinned out in the GOP cannot be decoded.
[0125]
For example, in the case of the GOP structure as shown in FIG. 13, when the frame (c) is thinned out, the frame (d) is not decoded because the decoded image of the frame (c) to be referenced cannot be obtained. Similarly, when the frame (b) is thinned out, the frames (c) and (d) cannot be decoded, and when the frame (a) is thinned out, the frames (b), (c) and (d) cannot be decoded. It will be. Thus, since the number of frames that cannot be decoded differs depending on the thinned frame, it is calculated which frame is thinned from the speed of high-speed playback.
[0126]
FIG. 14 is a diagram showing another example of management data recorded in the encoded data management unit of FIG. 1, and the reference numerals in the figure are the same as those in FIG. This is an example in which a signal indicating the end of the key frame is input from the decoder. From the example of the management data recorded in the encoded data management unit 4 shown in FIG. It excludes the “sector number”. Therefore, the capacity of the encoded data management unit 4 is smaller in this embodiment.
[0127]
The operation in this example differs from that in FIG. 6 only in the case of high-speed playback. That is, in the example of FIG. 6, the “key end sector number” of the key frame table is output during high-speed playback, and the recording media controller 3 can detect the end of the key frame from this data, but in this example, the key frame table The recording media controller 3 detects the end of the key frame from the input signal from the decoder. In normal playback or pointer editing playback, the end position of the key frame does not need to be used, and the operation is the same as the example of FIG.
[0128]
FIG. 15 is a diagram showing another example of management data, and the reference numbers in FIG. 15 are the same as those in FIG. In this case, a signal indicating the end of the key frame is input from the decoder, and the head position of the key pack is accessed at the time of random access both when the audio output and the video output are synchronously reproduced and when only the video output is performed.
[0129]
As described above, in this example, if only video output is required, unnecessary audio encoded data may be read. For example, in the case of high-speed playback, video frames that can be played back per unit time. Although the number is reduced, the capacity of management data can be reduced.
[0130]
In cueing, high-speed playback, and pointer editing playback, it is necessary to know which of the managed key frames is an I frame. When managing only I frames in the key frame table, it is possible to know which key frame is the I frame in the examples of FIGS. 6, 14, and 15. In the case of management, it is difficult to know whether the key frame is an I frame or a P frame in the examples of FIGS.
[0131]
Therefore, for example, as shown in FIG. 16, if a 1-bit flag 31 indicating whether data is I frame data or P frame data is added to each word data of the key frame table, the key frame changes the I frame. It can be seen whether it shows a P frame or a P frame.
[0132]
FIG. 16 is obtained by adding a 1-bit flag 31 to the key frame table shown in FIG. 6, but similarly by adding a 1-bit flag to the key frame tables of FIGS. A frame and a P frame can be distinguished.
[0133]
Next, still another embodiment of the present invention will be described. FIG. 17 is a block diagram showing another example of the encoded data management unit of FIG. 1. In FIG. 17, 32 is a memory controller, 33 and 34 are memories, and the other parts having the same operation as FIG. 5 are the same. The code | symbol is attached | subjected. The encoded data management unit 4 includes four memories 12, 13, 33, and 34 and a memory controller 32 that controls them.
[0134]
The memories 12 and 13 are the same as those in FIG. 5, and the memory 33 stores a fourth table (hereinafter referred to as an I frame key frame table) for managing the recording position information of the I frame on the recording medium. The memory 34 stores a fifth table (hereinafter referred to as a P frame key frame table) for managing the recording position information of the P frame on the recording medium.
[0135]
FIG. 18 is a diagram showing an example of data recorded in the I-frame key frame table and the P-frame key frame table. In the figure, 41 is the frame address next to I, 42 is the pack start sector number, and 43 is I Key start sector number, 44 is the key end sector number of I, 45 is the frame address of P, 46 is the next frame address of P, 47 is the key start sector number of P, and 48 is the key end sector number of P Addresses 41, 45, and 46 are pointers (concatenation information), and sector numbers 42, 43, 44, 47, and 48 are recording position information.
[0136]
The configuration of each table is the same as that of the key frame table of FIG. 6 except that the I frame key frame table includes a pointer indicating the address of the P frame key frame table. The key frame table for P frame is different only in that there is no pack start sector number. Since the key frame table for P frame is assumed to be used only for high-speed playback, no key pack position information is required.
[0137]
In the example of FIG. 18, the key frame table corresponding to one I frame is a P frame key frame table indicated by 1-word data of the I frame key frame table and “P frame address” 45 of the data. Is the word data of the key frame table for a series of P frames connected by “the next frame address of P” 46.
[0138]
In the moving image recording / playback apparatus using the present invention, when changing or deleting the playback sequence of a video sequence or a part thereof, the sequence table of the memory 12, the area table of the memory 13, and the key frame table of the memory 14 are stored. There is no need to change the encoded data recorded on the recording medium. For example, when erasing one video sequence, it is only necessary to remove one word data of the sequence table corresponding to the video sequence to be erased from the pointer connected by the “next sequence address”.
[0139]
Even when the playback order of the video sequence is changed, it is only necessary to change the order of the pointers connected by the “next sequence address” in the sequence table. Also, if you want to erase a part of the sequence and leave the rest, remove the data in the area table corresponding to the part to be erased from the pointer connected by the “table address of the next area” and select “ It is only necessary to newly set “start sector number” and “end sector number”.
[0140]
In the case of pointer editing, if the management data indicating the new playback order after editing is reconstructed from the original management data and stored separately from the original management data, the original playback order is changed. Various playbacks are possible while being stored.
[0141]
In order to write new data in each table, it is necessary to manage unused addresses in each table. As a method for managing unused addresses, there is a method in which a table for managing free addresses is provided for each table, and by checking the used addresses by following the pointers of each table, it is possible to know the unused addresses. As in 19, unused addresses can be managed.
[0142]
Next, another embodiment of the present invention will be described. FIG. 19 is a diagram in which a 1-bit flag indicating whether the table is used or not used is added for each word data of each table. In FIG. 19, reference numerals 51 to 53 indicate flags used or unused. Parts having the same function as 6 are denoted by the same reference numerals.
[0143]
In the embodiment of FIG. 19, flags 51 to 53 indicating whether the word is used or not used are added to each word of the configuration example shown in FIG. 6, but are shown in FIG. 14, FIG. 15, FIG. The same applies to other examples.
[0144]
In the above-described embodiment, management data is constructed at the time of recording encoded data, and reproduction with random access is performed at high speed using the management data. Therefore, in the case of a medium on which no management data is recorded at the time of recording encoded data, it is necessary to construct management data.
[0145]
Next, means for constructing management data in the embodiment of FIG. 1 will be described below. First, the recording media controller 3 outputs recording media control data so that data recorded on the recording media 2 is read from the beginning to the end.
[0146]
The data processing unit 1 is provided with a detection circuit for detecting the start and end of each of the video sequence, pack, and key frame, the sector number where the head and tail of the video sequence are recorded, and the head of the key pack are recorded. And the sector number in which the head and tail of the video encoded data of the key frame are recorded are output to the encoded data management unit 4. The encoded data management unit 4 additionally records management data in order as in the case of recording encoded data.
[0147]
In the above-described embodiment, the sector number is used as the recording position information on the recording medium. However, the present invention is not limited to this. Depending on the recording medium, there may be other notations such as a combination of a track number and a sector number. In that case, a notation according to the recording medium may be used.
[0148]
As is clear from the above description, the present invention has the following effects. Since the recording position information on the recording medium of the video encoded data, audio encoded data, and multiplexed encoded data corresponding to the key frame is stored as management data, in the case of reproduction accompanied by random access, the key frame to be accessed The position on the recording medium is known. Therefore, unnecessary random data is not read out during random access, and high-speed random access is possible.
[0149]
By using the start position and tail position of each of the video encoded data and multiplexed encoded data corresponding to the key frame as management data, high-speed cueing is possible without reading unnecessary data during random access. Become. In other words, the number of video frames that can be played back per unit time increases during high-speed playback, and the scene connection position can be efficiently accessed during playback of pointer editing.
[0150]
If the video output and the audio output are played back synchronously, the multiplex encoded data necessary for synchronous playback is accessed. If the video output is played back only, only the video encoded data is accessed. When only video output is required, such as high-speed playback, more images can be played back per unit time.
[0151]
As management data, a new video sequence is recorded by using a hierarchical structure in which the first hierarchy is a video sequence, the second hierarchy is a recording area on the recording medium, and the third hierarchy is a key frame position recorded in the recording area. The management data can be easily updated even when erasing or changing the reproduction order.
[0152]
If management data corresponding to a key frame recorded in the recording area is recorded in a hierarchical structure of an I frame and a P frame following the I frame, the I frame and the P frame can be managed separately. Therefore, for example, at the time of high speed reproduction, the type of I frame and P frame and the recording position on the recording medium can be known, so that the frame to be used can be flexibly selected according to the speed of high speed reproduction.
[0153]
Further, since the pointer indicating the reproduction order in each table and the pointer indicating the connection relationship between the tables are used as the connection information within each layer and between each layer of the management data, the video can be changed by changing these pointers. It is possible to easily record, delete, change the playback order of the sequence, erase part of the video sequence, change the playback order, and the like.
[0154]
For each word of management data, if a 1-bit flag indicating whether the word is used or not is added, it can be determined whether the memory for recording the management data is used or not. Area management becomes easy.
[0155]
Even when management data is not recorded, if management data is newly constructed, even with a recording medium on which management data is not recorded, playback with random access can be performed at high speed.
[0156]
As described above, in order to use inter-frame prediction for moving picture coding such as the MPEG system, when random access is allowed only for a specific key frame, video coded data or audio coded data for the key frame and Since the recording position of the multiplex encoded data is managed, it is possible to directly access a desired key frame. For this reason, high-speed playback and pointer editing can be performed easily and efficiently, and since moving images with audio can be handled, the effect is remarkable.
[0157]
【The invention's effect】
According to the present invention, when multiplexed data including video encoded data and audio encoded data is recorded on a recording medium, position information indicating the position of a key frame on the multiplexed data is recorded on the medium as management data. However, by accurately accessing the key frame using the management data during playback, functions such as cueing, high-speed playback, and editing can be realized.
[Brief description of the drawings]
FIG. 1 is a block diagram for explaining an embodiment of a moving image recording / reproducing apparatus according to the present invention.
FIG. 2 is a diagram for explaining a position on a recording medium of a sector number input from an encoded data management unit in FIG. 1;
FIG. 3 is a diagram showing a head of a key pack in the present invention.
4 is a diagram showing a header detection circuit of the data processing unit in FIG. 1. FIG.
5 is a block diagram of an encoded data management unit in FIG. 1. FIG.
6 is a diagram showing an example of the contents of management data recorded in the memory in FIG. 5. FIG.
FIG. 7 is a diagram showing a relationship between management data recorded in an encoded data management unit and a recording area on a recording medium according to the present invention.
FIG. 8 is another diagram showing the relationship between the management data recorded in the encoded data management unit and the recording area on the recording medium in the present invention.
FIG. 9 is a flowchart for explaining the operation of the encoded data management unit when recording encoded data in the moving image recording / reproducing apparatus according to the present invention;
FIG. 10 is a diagram showing an update of an encoded data management unit at the time of recording encoded data in the present invention.
FIG. 11 is a flowchart showing the operation of the encoded data management unit during normal reproduction in the present invention.
FIG. 12 is a flowchart showing the operation of the encoded data management unit during high-speed playback in the present invention.
FIG. 13 is a diagram for explaining a frame to be thinned out in a GOP and a frame that cannot be decoded in the present invention.
FIG. 14 is a diagram illustrating another example of management data recorded in the encoded data management unit according to the present invention.
FIG. 15 is a diagram illustrating another example of management data recorded in the encoded data management unit according to the present invention.
FIG. 16 is a diagram showing another configuration example of the key frame table in the present invention.
FIG. 17 is a block diagram showing another embodiment of the encoded data management unit in FIG. 1;
FIG. 18 is a diagram showing an example of data recorded in an I frame key frame table and a P frame key frame table in the present invention;
FIG. 19 is a diagram in which a 1-bit flag indicating whether each table is used or unused is added for each word data of the table according to the present invention.
FIG. 20 is a diagram illustrating a configuration example of a conventional GOP.
FIG. 21 is a diagram illustrating an example of conventional multiplexed encoded data.
[Explanation of symbols]
1. Data processing unit
2. Recording media
3. Recording media controller
4 ... Encoded data management unit
5 ... Memory controller
5a ... Video recording information management section
5b ... Audio recording information management unit
5c: Multiplexed record information management unit
6 ... Memory
7: First header detector
8 ... Video header detector
9 ... Audio header detector
10: Determination circuit
11 ... Memory controller
12, 13, 14 ... memory
32 memory controller
33, 34 memory
21 ... Next sequence address
22 ... Area table address
23 ... Next area address
24: Start sector number
25 ... End sector number
26: Start frame address
27: Next frame address
28: Pack start sector number
29 ... Key start sector number
30 ... Key end sector number
31. Flag indicating whether I frame or P frame
41 ... Next frame address of I
42 ... Pack start sector number
43 ... I key start sector number
44 ... I key end sector number
45 ... P frame address
46 ... Next frame address of P
47 ... P key start sector number
48 ... P key end sector number
51 to 53: Flag indicating whether used or not used

Claims (5)

A moving image for reproducing at least one of video and audio from a recording medium in which multiplexed encoded data including encoded video data and encoded audio data is recorded separately from management data corresponding to the multiplexed encoded data A playback device,
The encoded video data includes encoded data of a key frame composed of an intra-frame encoded frame or a forward predictive encoded frame,
The management data includes position information indicating a position on the multiple encoded data with respect to the key frame,
Means for controlling the recording medium and reading the management data from the recording medium;
Means for holding management data read from the recording medium;
Means for enabling random access based on the location information included in the management data ;
The means for holding the management data has a memory including a first memory area, a second memory area, and a third memory area in which the management data is recorded,
The management data recorded in the first memory area indicates the reproduction order of a sequence composed of multiple encoded data,
The management data recorded in the second memory area indicates a recording area of a recording medium on which multiplexed encoded data is recorded,
The moving picture reproducing apparatus according to claim 3, wherein the management data recorded in the third memory area indicates a position on the multiplexed encoded data with respect to the key frame . The moving image reproducing apparatus according to claim 1, wherein
The position information included in the management data includes video position information indicating a position of video encoded data of a key frame, audio position information indicating a position of audio encoded data corresponding to the key frame, and video and audio from the key frame. A moving picture reproducing apparatus comprising at least one piece of multiplexed position information indicating a position of multiplexed encoded data that needs to be read out in order to reproduce the video in synchronization with each other. The moving image reproducing apparatus according to claim 2, wherein
The video position information includes a head position or a rear end position of video encoded data of a key frame,
The audio position information includes a head position or a rear end position of audio encoded data corresponding to a key frame,
The moving picture reproduction apparatus characterized in that the multiplexed position information includes a head position or a rear end position of multiplexed encoded data that needs to be read out in order to reproduce video and audio in synchronization from a key frame. In the moving image reproducing device according to claim 2 or 3,
When playing back video and audio in synchronization, use the multiplexed position information,
A moving picture reproducing apparatus using the video position information when reproducing only a video. In the moving image reproducing device according to any one of claims 1 to 4,
A moving picture reproducing apparatus for reading out multiplexed encoded data from the recording medium and constructing management data.

Images