JP4294660B2 - REPRODUCTION DEVICE, REPRODUCTION METHOD, AND RECORDING MEDIUM THEREOF - Google Patents

Description

  The present invention relates to a playback device and a playback method, and more specifically to a playback device, a playback method, and a recording medium for playing back still image data to which sub audio data is separately added, such as a browsable slide show.

  The moving image information is recorded by compressing the visual space because the amount of data is enormous.

  As such a compression encoding method, an MPEG (Moving Picture Experts Group) encoding method commonly used in ISO (International Organization for Standardization) and IEC (International Electrotechnical Commission) is most often used. Audio information encoded like moving picture information is also compressed by an encoding method defined in MPEG, or uncompressed digital data such as Linear PCM (Pulse Code Modulation) is used as it is. The moving image data and audio data encoded in this way are system-multiplexed with time information that must be synchronized with each other, and such an encoding method is also often used as defined in MPEG2. .

  For multiplexing by packet, for example, when video data and audio data are multiplexed, as shown in FIG. 1, each video data and audio data is divided into bit strings of appropriate lengths called packets, and headers are added. In this method, video packets and audio packets are appropriately mixed with information and time-division transmission is performed. Therefore, these packets contain information for identifying video or audio attributes at the head portion called a header as shown in FIG.

  On the other hand, time information called a time stamp is considered in the MPEG synchronization method.

  A time stamp is a kind of time management tag attached to each access unit for decoding processing at the time of playback, that is, when decoding playback is performed for each unit of decoding playback that is an access unit of video and audio. Information that indicates what should be done. There are two types of time stamps depending on the MPEG encoding method.

  One of them is reproduction output time management information called presentation time stamp (hereinafter referred to as PTS), and the system time clock (STC: basic synchronization signal) inside the MPEG standard decoder is such a PTS. When it matches, the access unit is reproduced and output.

  The other is decoding time management information called a decoding time stamp (hereinafter referred to as DTS). In MPEG, a DTS is provided because the transmission order of video encoded bit strings is special. That is, since the I picture and the P picture are sent to the encoded bit string before the B picture, the decoding order and the reproduction output order are different, but when the PTS and the DTS are different, they are added to the packet data. Are continuously loaded, and if they match, only PTS is loaded.

  Now, an MPEG system encoding apparatus and decoding apparatus will be described with reference to FIGS.

  FIG. 2 shows a hierarchical coding apparatus 200 used in MPEG system coding.

  Each video encoder 210 and audio encoder 220 receives and encodes digitized video data and audio data, respectively.

  The first packetizer 230 and the second packetizer 240 packetize the encoded video data and the encoded audio data output from the video encoder and the audio encoder into appropriate sizes. By doing so, a packetized elementary stream (PES) packet is generated.

  The PTS and DTS information as described above can be added to such PES packet data. Such encoding time information is information used when synchronizing with other data, DTS indicates the time when the corresponding video is decoded, and PTS indicates the time when the corresponding video is output. In the case of audio data, it is common to have only PTS, and in this case, DTS is considered to be the same as PTS. After such time information is added, the actual audio data or video data is loaded and packetized in the form of payload data.

  The program stream multiplexer 250 and the transport stream multiplexer 260 multiplex-encode the video PES and the audio PES packetized by the packetizer into a program stream (hereinafter referred to as PS) or a transport stream (hereinafter referred to as TS), respectively. . Multiplex encoding is to multiplex each PES packet with an identification number after adjusting it to a certain unit again.

  The PS is intended to be used in a storage medium or the like, and a unit called a PS pack is a multiplexing unit. In the DVD Video standard, which is a typical application of a moving image storage medium, a PS pack of 2048 bytes is used.

  TS is intended for an application in which data loss occurs as in digital broadcasting, and a unit of TS packet is a multiplexing unit, and its size is fixed to 188 bytes. On the other hand, in applications where digital broadcast data is recorded on a storage medium, TS is often used even if it is recorded on a storage medium. Hereinafter, it is assumed in this specification that TS is used as a multiplexing method, but the present invention can be applied to the case where PS is used.

  The TS is packetized data as described above, and the packetized data is divided into units of a certain size such as video and audio, and is a satellite, cable, or LAN (Local Area Network). The unit of a certain size is 188 bytes when using the MPEG-2 transport stream of the ISO / IEC 13818-1 standard, and uses the ATM (Asynchronous Transfer Mode) standard. In this case, it is 53 bytes.

  On the other hand, in digital broadcasting, packet data is transmitted such that the time interval between packet data is not constant. The transmitted packet data generally passes through a receiver-side buffer equipped with a decoder, and is then decoded by the decoder so that the user can watch the broadcast. However, when such packet data is temporarily stored in a recording medium and then reproduced at a user's desired time, the original packet data is transmitted when the data is input to the decoder included in the reproducing apparatus. Unspecified time intervals are important. The reason is that the time interval between the packet data is adjusted in consideration of the state of the receiving side buffer having the decoder on the original transmission side, and such time interval is not maintained in order to transmit the packet data. This is because the decoding buffer overflows or underflows. For this reason, information relating to the time of arrival at the recording device in units of packets is added to and recorded in every packet data, and the reproducing device reproduces and outputs the packet data using the added time information. Is required.

  When packet data transmitted in the TS format is recorded on a recording medium and the packet data recorded on the recording medium is reproduced again, the concept of “arrival time information” is required for correct reproduction.

  That is, the recording device receives the packet data transmitted at a specific interval from the transmission side, records it on the recording medium, and transmits it from the transmission side when sending it to the decoder to reproduce the recorded packet data. A counter is provided to transmit at the same interval as the specific interval, but such a counter is operated by a system clock driven at 90 Khz or 27 Mhz, and the counter value at the moment when the corresponding packet enters, that is, the arrival time stamp (hereinafter referred to as the arrival time stamp). , ATS) is added to the packet data and recorded. Then, the time interval sent to the decoder buffer to reproduce the recorded data is transmitted with reference to the counter value added to the packet data. Such a counter is called an arrival time clock (hereinafter ATC) counter. In other words, the ATS is added to the data input with reference to the ATC counter and recorded, and the data is output with reference to the added ATS during reproduction.

  FIG. 3 conceptually shows the relationship between the basic form of data recorded with the arrival time added when general packet data is input and the data output time during reproduction.

  If the packet data A, B, C, and D are received at the arrival times 100, 110, 130, and 150, respectively, the recording device receives the packet data A, B, C, and D at the times 100, 110 when the packet data arrives. , 130, 150 are added to the ATS and recorded. Then, during reproduction, the ATS added to each packet data is referred to, the packet data A is output from the output time 100, the packet data B is output from the output time 110, the packet data C is output from the output time 130, The packet data D is output from the output time 150.

  FIG. 4 shows the structure of packet data 400 recorded on a recording medium with ATS added.

  The data structure of FIG. 4 is illustrated with a focus on information relevant to the present invention. The data 400 structure includes ATS 410, DTS 420, PTS 430, and AV data 440.

  FIG. 5 shows a part of a reproducing apparatus for reproducing packet data to which ATS is added as described with reference to FIG.

  The playback apparatus 500 includes a disk drive unit 510, a buffer 520, a source depacketizer 530, and an ATC counter 540.

  The disk drive unit 510 reads the packet data added with ATS recorded on the recording medium and transmits the packet data to the buffer 520.

  The buffer 520 transmits the received packet data to which the ATS is added to the source depacketizer 530.

  The ATC counter 540 is used to transmit the data stream recorded on the recording medium to the decoder in accordance with the time interval when the packet data is transmitted from the first transmission side. Or it is operated by a system clock driven at 27 Mhz, the first packet of TS resets the ATS value at the moment of entering the source depacketizer 530 to “initial value”, and continues counting and the ATS of the packet is If the count value matches, the ATS added to the packet is removed and sent to the decoder.

  In other words, the ATS value for the first packet data entering the source depacketizer 530 is set as the initial value of the ATC counter, and counting starts. Then, from the next packet data, the source depacketizer 530 confirms the ATS value of the packet data received by the source depacketizer 530, and if the ATS value matches the count value of the ATC counter, the packet Takes the ATS of the data and transmits it to the decoder.

  Taking packet data as shown in FIG. 3 as an example, since the ATS of the first packet data is 100, the initial value of the ATC counter is set to 100, and the ATC counter continues to be counted. Of course, the first packet data is transmitted to the decoder after the ATS is removed. Since the ATS of the next second packet data is 110, the source depacketizer removes the ATS of the second packet data at the moment when the count value of the ATC counter reaches 110, and then transmits it to the decoder. The next packet data is also transmitted to the decoder in this way.

  FIG. 6 illustrates an example of a standard decoder 600 according to the prior art for achieving synchronization using encoding time information such as PTS and DTS.

  The decoder 600 includes a demultiplexer 610, a video decoder 620, an STC counter 630, an audio decoder 640, and a graphic processor 650.

  The demultiplexer 610 demultiplexes the multiplexed video, audio, and sub-picture packet data, and sends the video packet data to the video decoder 620 and the audio packet data to the audio decoder 640. The sub-picture data is subtitle data displayed by being overlapped with the video data, and a decoder for decoding the sub-picture data is not shown in FIG.

  The STC counter 630 is configured by a counter driven at 90 Khz or 27 Mhz, and controls the value at the moment when the packet enters the decoder buffer to be the same as the program clock reference (hereinafter, PCR) value of the packet. Although the decoder buffer is not shown in FIG. 6, it is for temporary storage of packet data before it is output from the demultiplexer and input to the decoder. PCR is a video and audio decoder. In this MPEG system decoder, it is information for setting the value of the STC counter serving as a time reference to an intended value on the encoder side.

  A process of decoding packet data including DTS and PTS information will be described with reference to FIG. First, the demultiplexer 610 demultiplexes the received transport packet, sends video packet data to the video decoder, and sends audio packet data to the audio decoder.

  Next, the STC counter 630 is set by PCR information (not shown) included in the packet data, and the video packet data is input to the video decoder 620 at the DTS time and decoded by the STC counter 630 thus set. Since the audio packet data has only the PTS value, the audio packet data is output to the decoder 640 at the same time as the PTS time.

  Next, the data output from the video decoder 620 is input to the graphic processor 650 at the PTS time by the STC counter 630, processed, and output to the video data.

  In this way, if the value of the STC counter 630 is used to control the instantaneous decoding and output matching the PTS and DTS times, the audio and video data are synchronized. That is, audio and video are synchronized by controlling the decoding by one clock called an STC counter.

  On the other hand, two types of applications are considered for still images. One of them is that a still image is output at a predetermined time. The user can perform backward playback in which the subsequent video is played back again, or forward playback in which the sequential video is skipped and the previous video is played back. In the case of implementation, normal reproduction is started again while the STC counter value is updated to a new value. In such a case, if audio is added to the still image, such audio is also reproduced in synchronization with the newly updated still image. Therefore, the reproduction of the audio is stopped and the audio is reproduced again from the portion that matches the new still image. Such a still image is called a “slide show”.

  Another application of still images is “Browseable Slideshow”. In a browsable slide show, audio playback must not stop even if the user performs backward playback or forward playback. For example, in a browseable slideshow where the slideshow is played to expand the album containing the photos and the background music flows, the background music is played even if the user selects and plays any other photos that are before or after the current photo. It will be natural only if it flows out without being cut off, and it will not hurt the user.

  Next, with reference to FIG. 7, a problem that may appear in the case of forward playback or backward playback in the browserable slide show will be described. In an application such as a browsable slide show, the data can be divided into main stream data and sub audio, but the main stream data generally includes video data, audio data, and sub picture data. It becomes still image data and does not include audio data due to its characteristics. The sub audio data is audio data added separately from the main stream because it is reproduced as background music when the still image data is reproduced.

  Referring to FIG. 7, each still image and sub audio data are synchronized with PTS information that is encoding time information for synchronization. As playback progresses, the value of the STC counter of the decoder increases, and normal playback that matches that value continues. However, when the user inputs backward playback or forward playback operation, the STC counter value is readjusted according to the target position of forward playback or backward playback (for example, 3000 to 20000). In this way, as the STC value is newly updated, not only still image restoration but also sub audio restoration is readjusted to 10000 in accordance with such STC, so that sub audio data, that is, background music is restored. Stops.

  That is, according to the conventional playback apparatus, since both the video decoder and the audio decoder are controlled by one STC counter, if an application such as a browsable slide show is applied to the conventional playback apparatus, the user's front When the STC value is readjusted as in the playback or backward playback operation, the background music cannot be prevented from being stopped, and the playback of the browsable slide show is not natural, which poses a problem for the user.

  In order to solve the above-described problems, the present invention provides background music when playing back still image data to which sub-audio is added as in a browsable slide show. It is an object of the present invention to provide a reproducing apparatus, a reproducing method, and a recording medium for reproducing sub audio without stopping.

  One feature of the present invention for solving the above-described problem is that a playback device includes a main stream data to which sub audio data is separately added and a playback unit that plays back the sub audio data. Includes a counter used for reproducing the sub audio data.

  Preferably, the counter includes a sub audio ATC counter used to depacketize the sub audio data.

  Preferably, the counter further includes a sub audio STC counter used for decoding the depacketized sub audio data.

  Here, the main stream data includes still image data.

  Another feature of the present invention is that, in the playback apparatus, a main stream playback unit that plays back the main stream data using a target clock for playing back main stream data including still image data, and the main stream And a sub audio playback unit that plays back the sub audio data using a target clock for playing back the sub audio data separately added to the data.

  Preferably, the main stream playback unit provides a main stream depacketizer for depacketizing the main stream data and a clock used for depacketizing the main stream data to the main stream depacketizer. A sub-audio depacketizer for depacketizing the sub-audio data, and a clock used for de-packetizing the sub-audio data. And an ATC counter for sub audio provided to the user.

  Preferably, the main stream playback unit includes a main stream decoder that decodes main stream data received from the main stream depacketizer, and a clock used to decode the main stream data. A sub-stream decoder for decoding sub-audio data received from the sub-audio depacketizer, and for decoding the sub-audio data. And a sub audio STC counter for providing the sub audio decoder with a clock to be processed.

  According to still another aspect of the present invention, in the reproduction method, a) a step of reproducing sub audio data separately added to the main stream data using a clock for reproducing the sub audio.

  Preferably, the step a) includes a1) depacketizing the sub audio data using a clock for depacketizing the sub audio data.

  Preferably, the step a) includes a2) decoding the sub audio data using a clock for decoding the depacketized sub audio data.

  According to still another aspect of the present invention, in the reproduction method, a) a step of reproducing the main stream data using a clock for reproducing main stream data including still image data; and b) the main stream data. And reproducing the sub audio data using a clock for reproducing the sub audio data added separately.

  Preferably, the step a) includes: a1) depacketizing the mainstream data using a clock for depacketizing the mainstream data; and a2) the depacketized mainstream data. Decoding the main stream data using a clock for decoding.

  Preferably, the step b) includes: b1) depacketizing the subaudio data using a clock for depacketizing the subaudio data; and b2) decoding the depacketized subaudio data. Decoding the sub-audio data using a clock for generating the sub-audio data.

  According to still another aspect of the present invention, there is provided a recording medium on which a program for performing a reproduction method is recorded, wherein the reproduction method reproduces the sub audio using sub audio data separately added to main stream data. And replaying using a clock for performing.

  According to still another aspect of the present invention, there is provided a recording medium on which a program for performing a reproduction method is recorded, wherein the reproduction method uses a) a clock for reproducing main stream data including still image data. Reproducing the main stream data; and b) reproducing the sub audio data using a clock for reproducing the sub audio data separately added to the main stream data.

  According to another aspect of the present invention, there is provided a playback device for playing back video and audio data streams recorded on a recording medium, a first player for playing back the first data stream based on a first counter, And a second regenerator for reproducing the second data stream based on the counter.

  Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

  FIG. 8 shows a playback apparatus 800 according to an embodiment of the present invention.

  The playback apparatus 800 includes a main stream data playback unit 810 that plays back main stream data including still image data, and a sub audio data playback unit 820 that plays back sub audio data.

  The main stream data reproduction unit 810 reproduces main stream data using a clock used for reproducing main stream data, and includes a main stream ATC counter 905 and a main stream STC counter 910.

  The sub audio data reproducing unit 820 reproduces sub audio data using a clock used for reproducing sub audio data, and includes a sub audio ATC counter 906 and a sub audio STC counter 911.

  The detailed structure of the playback apparatus will be described in detail with reference to FIG. 9. In the playback apparatus according to the present invention, the main stream data is generated by the main stream data clock, and the sub audio data is sub audio data. By reproducing with a separate clock, the sub audio data clock is not affected even when the main stream data clock is readjusted, and the sub audio data can be reproduced without stopping.

  Further, a detailed configuration of the playback apparatus shown in FIG. 8 will be described with reference to FIG.

  The playback device 900 includes a disk drive unit 901, a main stream buffer 902, a sub audio buffer 903, a first source depacketizer 904, a main stream ATC counter 905, a sub audio ATC counter 906, A 2-source depacketizer 907, a demultiplexer 908, a main stream decoder 909, a main stream STC counter 910, a sub audio STC counter 911, a sub audio decoder 912, and a graphic processor 913 are included.

  The disk drive unit 901 reads packet data to which ATS is added from the recording medium, transmits main stream data including still image data to the main stream buffer 902, and transmits sub audio data to the sub audio buffer 903.

  The first source depacketizer 904 receives main stream packet data from the main stream buffer 902, depacketizes the received main stream packet data, and transmits the depacket to the demultiplexer 908. At this time, the first source depacketizer 904 transmits the depacketized data obtained by taking the ATS to the demultiplexer 908 at predetermined time intervals according to the ATS information added to the packet data by the main stream ATC counter 905. To do.

  Thus, the main stream counter 905 controls the first source depacketizer 904 to send packet data to the demultiplexer at predetermined time intervals. That is, the main stream ATC counter 905 is initialized by the ATS value added to the first packet data entered in the first source depacketizer 904, and the main stream ATC counter 905 counts from the time of initialization. Continue. If the count value of the main stream ATC counter 905 matches the ATS value added to the second packet data entered in the first source depacketizer 904, the first source depacketizer 904 The depacketized data of the packet data is transmitted to the demultiplexer 908.

  The operations of the second source depacketizer 907 and the sub audio ATC counter 906 are also the same as the operations of the first source depacketizer 904 and the main stream ATC counter 905.

  The second source depacketizer 907 receives the sub audio packet data from the sub audio buffer 903, depackets the received sub audio packet data, and outputs the depacketized data. At this time, the second source depacketizer 907 outputs depacketized data from which ATS is taken at a predetermined time interval according to the ATS information added to the packet data by the sub audio ATC counter 906.

  The sub audio ATC counter 906 controls the second source depacketizer 907 to output packet data at predetermined time intervals in this way. That is, the sub audio ATC counter 906 is initialized by the ATS value added to the first packet data entered into the second source depacketizer 907, and the sub audio ATC counter 906 counts from the time of initialization. to continue. If the count value of the sub audio ATC counter 906 matches the ATS value added to the second packet data input to the second source depacketizer 907, the second source depacketizer 907 Output depacketized data of the th packet data. In this case, the depacketized data output from the second source depacketizer 907 can be transmitted to a buffer (not shown).

  The demultiplexer 908 demultiplexes the received main stream data containing the DTS and PTS information and sends the demultiplexed data to the main stream decoder 909. Actually, the main stream data output from the demultiplexer 908 is buffered in a decoder buffer (not shown) before being input to the main stream decoder 909.

  The STC counter for main stream 910 is composed of a counter driven at 90 Khz or 27 Mhz, set by PCR information (not shown) included in the packet data, and the value at the moment when the data packet enters the decoder buffer It is controlled to be the same as the PCR value.

  The main stream STC counter 910 set as described above causes the main stream packet data to be input to the main stream decoder 909 and decoded at the DTS time included in the packet data.

  The decoded and output data is input to the graphic processor 913 at the PTS time included in the packet data, and is subjected to graphic processing and output.

  The main stream STC counter 910 operates similarly to the main stream ATC counter 905, but is initialized by the PCR information included in the packet data, and the main stream STC counter 910 counts from the point of initialization. Continue.

  If the count value of the main stream STC counter 910 matches the DTS value included in the packet data, the main stream decoder 909 decodes the data. Further, if the count value of the main stream STC counter 910 matches the PTS value included in the packet data, the graphic processor 913 also performs graphic processing on the received data and outputs it on the display screen.

  The operations of the sub audio STC counter 911 and the sub audio decoder 912 are the same as the operations of the main stream STC counter 910 and the main stream decoder 909.

  The sub audio STC counter 911 includes a counter driven at 90 Khz or 27 Mhz, and enters a decoder buffer (not shown) for temporarily storing packet data before the packet is input to the decoder. Is controlled to be the same as the PCR value of the corresponding packet.

  By the sub audio STC counter 911 set as described above, the sub audio packet data is input to the sub audio decoder 912 and decoded at the PTS time included in the packet data.

  The sub audio STC counter 912 operates in the same manner as the main stream STC counter 910, but is initialized by the PCR information included in the packet data, and the sub audio STC counter 911 continues counting from the point of initialization. .

  The sub audio decoder 912 decodes the data if the count value of the sub audio STC counter 911 matches the PTS value included in the packet data. Since the PTS value includes the meaning of DTS, the sub audio data is output immediately without any additional processing if it is decoded.

  FIG. 10 shows a detailed configuration of the main stream decoder 909.

  The main stream decoder 909 includes an audio decoder 1 that decodes audio data, a sub-picture decoder 2 that decodes sub-picture data, and a video decoder 3 that decodes video data. However, in an application such as a browsable slide show, video data among main stream data, that is, still image data and sub-picture data such as subtitles may be included, but since audio data is not actually included. An audio decoder is not used.

  The audio decoder, sub-picture decoder, and video decoder refer to the count value of the main stream STC counter 910 to decode audio data, sub-picture data, and video data, respectively.

  Furthermore, the process of the reproducing method according to the present invention will be described with reference to FIG.

  First, the disk drive unit 901 reads packet data from the recording medium (step 1100).

  The main stream packet data including the read still image data is stored in the main stream buffer 902, and the sub audio data is stored in the sub audio buffer 903 (step 1110).

  The first source depacketizer 904 depackets the main stream data with reference to the count value of the main stream ATC counter 905, and the second source depacketizer 907 refers to the count value of the sub audio ATC counter 906. Then, the sub audio data is depacketized (step 1120).

  Next, the demultiplexer 908 demultiplexes the main stream data depacketized by the first source depacketizer 904 (step 1130).

  Next, the main stream decoder 909 decodes the demultiplexed main stream data with reference to the count value of the main stream STC counter 910, and the sub audio decoder 912 converts the sub audio data into sub audio data. Decoding is performed with reference to the count value of the STC counter 911 (step 1140).

  Next, the decoded main stream data and sub audio data are output (step 1150).

  The reproduction method as described above can also be embodied as a computer readable code on a computer readable recording medium. The computer-readable recording medium includes any recording device that stores data to be read by a computer system. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, etc., and in the form of carrier waves (for example, transmission over the Internet). Including those embodied. The computer readable recording medium may be distributed in a computer system connected to a network, and computer readable codes may be stored and executed in a distributed manner.

  The present invention has been mainly described with reference to preferred embodiments. Those skilled in the art will appreciate that the present invention may be embodied in variations that do not depart from the essential characteristics of the invention. Accordingly, the disclosed embodiments should be considered in an illustrative rather than a limiting perspective. The scope of the present invention is shown not in the foregoing description but in the claims, and all differences within the equivalent scope should be construed as being included in the present invention.

  According to the present invention as described above, by providing a clock for controlling the sub audio separately from the clock for controlling the main stream data, the sub audio is added like a browseable slide show. When playing back still image data, the background music can be played back without stopping even in the case of forward playback or backward playback by the user, and a more natural browserable slide show playback can be provided to the user.

It is a figure for demonstrating the packet data multiplexed by the prior art. It is a block diagram which shows the structure of an MPEG system encoder by a prior art. It is a conceptual diagram which shows the relationship between the basic form of the data to which arrival time information was added by the prior art, and the data output time at the time of reproduction | regeneration. It is a figure which shows an example of the packet data to which the time synchronization information was added by the prior art. It is a block diagram which shows the structure of a part of reproducing | regenerating apparatus for reproducing | regenerating the packet data to which arrival time information was added by the prior art. It is a block diagram which shows the structure of a part of reproducing | regenerating apparatus containing a standard decoder by a prior art. It is a figure for demonstrating the readjustment of the STC counter which may appear at the time of reproduction | regeneration of a browsable slide show by a prior art. It is a block diagram which shows the schematic structure of the reproducing | regenerating apparatus by this invention. It is a block diagram which shows the detailed structure of the reproducing | regenerating apparatus shown by FIG. FIG. 10 is a block diagram illustrating a detailed configuration of the main stream decoder illustrated in FIG. 9. 3 is a flowchart for explaining a process of a reproduction method according to the present invention.

Explanation of symbols

200 Encoder 210 Video Encoder 220 Audio Encoder 230 First Packetizer 240 Second Packetizer 250 Program Stream Multiplexer 260 Transport Stream Multiplexer 400 Data 410 ATS
420 DTS
430 PTS
440 AV data 500, 800, 900 Playback device 510, 901 Disk drive unit 520, 902, 903 Buffer 530, 904, 907 Source depacketizer 540, 905, 906 ATC counter 600 Standard decoder 610, 908 Demultiplexer 620 Video decoding 630, 910, 911 STC counter 640 Audio decoder 650 Graphic processor 810, 910 Data reproduction unit 909, 912 Decoder 913 Graphic processor 914 Recording medium

Claims (4)

Still image data ATC counter for supplying a clock used for depacketizing the still image data, and still image data for supplying a clock used for decoding the depacketized still image data A still image data reproducing unit for reproducing using an STC counter;
Audio data separately added to the still image data, an audio data ATC counter for supplying a clock used in depacketizing the audio data, and a clock used in decoding the depacketized audio data An audio data playback unit that plays back using an STC counter for audio data to be supplied;
The audio data ATC counter is independent of the still image data ATC counter so that the user can freely change the still image data without interrupting voice provision, and the audio data STC counter is It is independent from the STC counter for images ,
The still image data reproducing unit decodes the still image data when the count by the STC counter for still image data matches the time management information included in the still image data,
The audio data playback unit decodes the audio data when the count by the STC counter for audio data matches the time management information included in the audio data. .   2. The browserable slide show playback apparatus according to claim 1, wherein the user changes the still image data by using a forward playback operation or a backward playback operation. Still image data ATC counter for supplying a clock used for depacketizing the still image data, and still image data for supplying a clock used for decoding the depacketized still image data Playing back using the STC counter;
Audio data separately added to the still image data, an audio data ATC counter that supplies a clock used in depacketizing the audio data, and a clock used in decoding the depacketized audio data And reproducing using the STC counter for audio data to be supplied,
The audio data ATC counter is independent of the still image data ATC counter so that the user can freely change the still image data without interrupting voice provision, and the audio data STC counter is It is independent from the STC counter for images ,
The step of reproducing the still image data has a step of decoding the still image data when the count by the STC counter for still image data matches the time management information included in the still image data,
The step of reproducing the audio data includes a step of decoding the audio data when the count by the audio data STC counter matches the time management information included in the audio data. A browserable slideshow playback method.   5. The browseable slide show playback method according to claim 4, wherein the user changes the still image data using a forward playback operation or a backward playback operation.

Images