WO1998033281A1 - Device and method for generating compressed data - Google Patents

Device and method for generating compressed data Download PDF

Info

Publication number
WO1998033281A1
WO1998033281A1 PCT/JP1998/000241 JP9800241W WO9833281A1 WO 1998033281 A1 WO1998033281 A1 WO 1998033281A1 JP 9800241 W JP9800241 W JP 9800241W WO 9833281 A1 WO9833281 A1 WO 9833281A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
compressed data
storage
compression
output
Prior art date
Application number
PCT/JP1998/000241
Other languages
English (en)
French (fr)
Inventor
Kenji Mori
Original Assignee
Sony Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corporation filed Critical Sony Corporation
Priority to US09/155,101 priority Critical patent/US6445825B2/en
Publication of WO1998033281A1 publication Critical patent/WO1998033281A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/115—Selection of the code volume for a coding unit prior to coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output
    • H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output

Definitions

  • the present invention relates to a compressed data generating apparatus and method for compressing and encoding input data and outputting the compressed data generated by the compression encoding process to a transmission medium.
  • the multimedia system is a system in which a plurality of expression media (video data, audio data, additional data, etc.) are integrally handled by one transmission medium (communication media, storage media, broadcast media, etc.).
  • the multimedia system for example, there are a DVD (digital video disk) authoring system and a digital satellite broadcasting system.
  • the DVD-saling system is a system that unifies a plurality of expression media such as video data (hereinafter referred to as “material data”) and records them on one DVD (storage media).
  • a digital satellite broadcasting system is a system in which program data (data composed of a plurality of material data) for a plurality of channels is unified and broadcast via one line (broadcast media).
  • a compressed data generation device that compresses and encodes material data such as video data and outputs the compressed data generated by this compression encoding process to transmission media is required.
  • FIG. 12 shows a conventional compressed data generation device having the above three means. Shows the configuration of FIG. The figure shows a case where the compressed data obtained by the compression encoding process is output to a storage medium as a representative. Also, the figure shows a case where compressed data is output to a storage medium as it is.
  • the illustrated compressed data generation device 10 includes a video encoder 11 (1), an audio encoder 11 (2), a subtitle encoder 11 (3), and a SCSI (small computer computer system). 1, a central processing unit (hereinafter referred to as “CPU”) 13, a random access memory (hereinafter referred to as “RAM”) 14, and a read-only memory (hereinafter referred to as “ROM”) 15. , CPU bus 16.
  • CPU central processing unit
  • RAM random access memory
  • ROM read-only memory
  • the encoders 1 1 (1) to 1 1 (3) have compression encoding units 1 1 1 (1) to 1 1 1 (3) and output buffers 1 1 2 (1) to 1 1 2 (3). .
  • the compression encoding units 1 1 1 (1) to 1 1 1 (3) constitute the compression encoding means described above.
  • the SCS I interface 12 constitutes the data output means described above.
  • the output buffers 1 1 2 (1) to 1 12 (3), the CPU 13, the ROM 14, the RAM 15, and the CPU 16 constitute the above-described data transfer means.
  • the video signal VS, audio signal AS, and subtitle signal (subtitle signal) SS of one program are compressed and encoded by the corresponding encoders 11 (1) to 11 (3), respectively. After being individually compressed and encoded by the units 111 (1) to 111 (3), they are written to the output buffers 112 (1) to 112 (3).
  • the compressed data written to the output buffers 1 1 2 (1) to 1 1 2 (3) is transferred by the CPU 13 to the RAM 14 via the CPU bus 16.
  • the compressed data transferred to the RAM 14 is transferred by the CPU 13 to the SCS I interface 12 via the CPU bus 16.
  • the stream data transferred to the SCS I interface 12 is supplied to a digital storage medium (hereinafter referred to as “DSM”) 20 in accordance with the SCS I protocol.
  • DSM digital storage medium
  • the compressed data is read from the output buffers 1 1 2 (1) to 1 1 2 (3) based on the remaining capacity of the output buffers 1 1 2 (1) to 1 1 2 (3). Is controlled by Output buffers 1 1 2 (1;) to 1 1 2 (3) are compressed data 281
  • This data size information is generated by the compression encoders 11 1 (1) to 11 1 (3), and is transferred by the CPU 15 to the RAM 16 via the CPU bus 18.
  • the process for transferring the compressed data and the process for controlling the transfer process are executed by the same CPU 13.
  • the compressed data and control data such as data size information are transferred via the same CPU bus 16.
  • the conventional compressed data generator 10 cannot generate compressed data in real time, and must increase the capacity of the output buffers 11 1 (1) to 11 1 (3). There was a problem.
  • the compressed data generation device 10 cannot generate compressed data in real time, it has a problem that it cannot be applied to a multimedia system that requires real time processing. Disclosure of the invention
  • the present invention has been made in view of such a problem, and an object of the present invention is to provide a compressed data generation device and a compressed data generation device capable of preventing transfer of compressed data and control data from being greatly restricted by an increase in traffic. It is to provide a method.
  • a compressed data generation device includes a compression encoding unit that encodes input data and outputs the compressed data; an output unit that outputs compressed data output from the compression encoding unit; A data transfer unit that transfers the compressed data output from the encoding unit to the output unit, and a compression unit that is connected to the compression encoding unit via a control bus and that is output from the compression encoding unit based on control information from the control bus. And control means for controlling data to be input to the data transfer means.
  • the input data is , And are compressed and output.
  • the compressed data output from the compression encoding means is controlled by the control means so as to be input to the data transfer means based on control information from the control bus.
  • the compressed data input to the data transfer means is transferred to the output means.
  • the compressed data transferred to the output means is supplied to the transmission medium by the output means.
  • the data transfer processing of the compressed data by the data transfer means is controlled by the control means via a control bus different from the bus for data transfer.
  • the control means via a control bus different from the bus for data transfer.
  • the compressed data generation method includes a compression encoding step of compressing and encoding input data by compression encoding means, and a control bus for controlling the compressed data compressed and encoded in the compression encoding step. And a transfer control step of transferring and controlling the compressed data based on the input control information, and a compressed data which has been compressed and coded in the compression and coding step based on the transfer control step. It includes a data transfer step of transferring the data and an output step of outputting the compressed data transferred in the data transfer step to the outside.
  • input data is compression-encoded in a compression-encoding step.
  • Control information on the compressed data that has been compression-encoded in the compression-encoding step is input via a control bus in the transfer control step.
  • the transfer control step the transfer of the compressed data is controlled based on the input control information.
  • the compressed data that has been compression-encoded in the compression-encoding step is transferred by the data transfer step based on the transfer control step.
  • the compressed data transferred in this data transfer step is output to the outside in the output step.
  • the data transfer processing of the compressed data in the data transfer step is controlled based on control information input via a control bus different from the data transfer bus.
  • FIG. 1 is a block diagram showing a configuration of a first embodiment of a compressed data generation device according to the present invention.
  • FIG. 2 is a flowchart illustrating the processing of the CPU according to the first embodiment.
  • FIG. 3 is a flowchart showing the processing of the CPU according to the first embodiment.
  • FIG. 4 is a block diagram illustrating the configuration of the input buffer according to the first embodiment.
  • FIG. 5 is a diagram for explaining the pipeline processing of the first embodiment.
  • FIG. 6 is a block diagram illustrating an example of a specific configuration of the video compression encoding unit according to the first embodiment.
  • FIG. 7 is a block diagram illustrating an example of a specific configuration of the audio compression encoding unit according to the first embodiment.
  • FIG. 8 is a block diagram showing a configuration of the second embodiment of the compressed data generation device according to the present invention.
  • FIG. 9 is a flowchart showing the processing of the CPU in the second embodiment.
  • FIG. 10 is a flowchart showing the processing of the CPU in the second embodiment.
  • FIG. 11 is a block diagram showing a configuration of a third embodiment of the compressed data generation device according to the present invention.
  • FIG. 12 is a block diagram showing a configuration of a conventional compressed data generation device. BEST MODE FOR CARRYING OUT THE INVENTION
  • the compression data generated by the compression encoding processing of the compression encoding means is transferred to the data output means via the data transfer bus, and this transfer processing is performed on a control bus different from the data transfer bus. This is controlled via the.
  • FIG. 1 is a block diagram illustrating the configuration of the present embodiment.
  • the figure shows a case where compressed data generated by the compression encoding process is output to a storage medium as a representative. Also, the figure shows a case where compressed data is output to storage media as it is. Shown.
  • the illustrated compressed data generator 30 is configured to individually compress and encode three temporally related material signals and output the resultant to the DSM 50.
  • the three material signals related to time for example, a video signal V S that is video data of one program, an audio signal AS that is audio data, and a subtitle signal S S are shown.
  • the compressed data generating device 30 compresses and encodes the video signal VS to generate compressed data of the video.
  • the video encoder 31 (1) compresses and encodes the audio signal AS to generate audio compressed data. It has an encoder 31 (2) and a subtitle encoder 31 (3) that compresses and encodes the subtitle signal SS and generates compressed data of the subtitle.
  • Each encoder 3 1 (n) (n ⁇ 1, 2, 3) includes a compression encoder 3 1 1 (n) that compresses and encodes an input signal to generate compressed data, and a compression encoder 3 1 (n). 1 (n), and an output buffer 312 (n) for temporarily storing the compressed data generated by the compression encoding unit 311 (n).
  • the output buffers 3 12 (1) to 3 1 2 (3) are used to prevent contention of the compressed data generated by the three compression encoders 3 1 1 (1) to 3 1 1 (3). This is provided because a variable length coding method is used as a compression coding method for the video signal VS and the like as described later.
  • Each of the output buffers 312 (1) to 3123 (3) is constituted by, for example, a first-in first-out memory (hereinafter, referred to as a “FI Fp method”).
  • the illustrated compressed data generating device 30 has an SCS I interface 32 for outputting the compressed data generated by the compression encoding process to the DSM 50.
  • the SCS I interface 32 is composed of a direct memory access (hereinafter referred to as “DMA”) type controller and an SCS I protocol controller.
  • DMA direct memory access
  • the compressed data generating device 30 is provided at an input stage of the SCSI interface 32 and has an input buffer 33 for temporarily storing the compressed data input to the SCSI interface 32.
  • This input buffer 33 It is provided to absorb the difference between the operating speed on the input side and the operating speed on the output side of the I-32.
  • This input buffer 33 has two banks 331 (1) and 331 (2) which can be accessed independently.
  • the banks 3 3 1 (1) and 3 3 1 (2) are used so that when one is used for writing, the other is used for reading, and when one is used for reading, the other is used for reading. Controlled to be used for writing.
  • the compressed data generating device 30 has a stream interface 3 for transferring the compressed data stored in the output buffer 3 1 2 (1) 3 1 2 (3) to the input buffer 33.
  • the compressed data generation device 30 is a CPU that controls a transfer process for transferring the compressed data generated by the compression encoding unit 3 1 1 (1) 3 1 1 (3) to the SCSI interface 32. 35, a RAM 36 used as a working memory of the CPU 35, and an R0M37 for holding a processing program of the CPU 35.
  • the compressed data generator 30 includes a data transfer bus 3 8 (1: 1) for transferring compressed data from the input buffer 3 1 2 (1) 3 1 2 (3) to the streamer tub 3. ) ⁇ 3 8 (3), a data transfer bus 39 for transferring stream data from the stream interface 3 4 to the input interface 33, and a stream from the input interface 33 to the SCSI interface 32. It has a data transfer bus 40 for transferring data, and a data transfer bus 41 for transferring stream data from the SCSI interface 32 to the DSM 50.
  • the compressed data generator 30 is a CPU bus for connecting the CPU 35 to the encoders 31 (1) 3 1 (3), the stream interface 34 SCSI interface 32 RAM 36 ROM 37 Has 4 2
  • the compression encoding unit 3 1 1 (1) 3 1 1 (3) of the encoder 3 1 (1) 3 1 (3) allows the compression encoding means of the compressed data generation device of the present invention, Compression encoding means for compressing and encoding the input data and outputting the data is constituted.
  • the SCSI controller 32 constitutes output means for outputting the compressed data output from the compression encoding means to the transmission media.
  • the output buffers 3 1 2 (1;) to 3 1 2 (3), the stream interface 34, the input buffer 33, and the data transfer buses 38 (1) to 38 (3), 3 9 and 40 constitute data transfer means of the compressed data generation device of the present invention, that is, data transfer means for transferring compressed data output from the compression encoding means to the output means.
  • the stream metal interface 3 corresponds to the data interface in the present invention.
  • the CPU 35, the RAM 36, and the ROM 37 are connected to the control means of the compressed data generation device of the present invention, that is, the compression encoding means, via a control bus, and based on control information from the control bus.
  • the control means is configured to control the compressed data output from the compression encoding means to be input to the data transfer means.
  • the control bus here corresponds to the CPU bus 42.
  • the output buffers 3 1 2 (1) to 3 12 (3) force correspond to the first storage means in the present invention
  • the input buffers 33 correspond to the second storage means in the present invention.
  • the bank 331 (1) of the input buffer 33 corresponds to the first storage unit in the present invention
  • the bank 33 1 (2) corresponds to the second storage unit in the present invention.
  • the compression encoding method of the material data for example, a compression encoding method of MPEG (MoVingPictRenewE xpertsGrou) 2 is used.
  • MPEG-2 compression coding method the compressed data generated by the compression coding process is usually expressed as elementary stream data (hereinafter referred to as “ES data”). Therefore, in the following description, the compressed data is referred to as ES data.
  • the video signal V S input from the outside to the video encoder 3 1 (1) is compression-coded by the compression coding section 3 1 1 (1) for each predetermined compression coding unit.
  • the predetermined compression coding unit is one frame.
  • a compression coding unit may be composed of several frames without being limited to one frame. This produces ES data for the video. This ES data is written to the output buffer 3 1 2 (1) by the compression encoding unit 3 1 1 (1).
  • the signal AS is compressed and encoded by the compression encoding unit 311 (2) for each predetermined compression encoding unit, and then written to the output buffer 312 (2).
  • the predetermined compression coding unit in the compression coding unit 311 (2) is one audio frame.
  • various compression coding units may be used without being limited to one audio frame.
  • the subtitle signal SS externally input to the subtitle encoder 3 1 (3) is compressed and encoded by the compression encoding unit 3 1 1 (3) for each predetermined compression encoding unit, and then output.
  • the ES data transferred to the input buffer 33 is transferred to the DSM 50 by the CSS interface 32.
  • the ES data stored in each output buffer 3 12 (n) is transferred to, for example, the bank 331 (1) of the input buffer 33 via the stream interface 34. Thereafter, when the bank 3 3 1 (1) becomes full, the ES data stored in each output buffer 3 12 (n) is transferred to the bank 33 1 (1) via the stream interface 34. 2) is forwarded. At this time, the ES data stored in the link 331 (1) is transferred to the DSM 50 via the SCS I interface 32.
  • the data transfer from the compression encoders 311 (1) to 311 (3) to the SCS I interface 32 is controlled by the CPU 35.
  • This control is broadly divided into control of data transfer from the output buffer 312 (n) to the input buffer 33 and control of data transfer from the input buffer 33 to the SCS interface 32.
  • the former transfer control is performed based on the storage state of the ES data stored in each output buffer 3 1 2 (n), and the latter transfer control is performed based on the ES data stored in the input buffer 33. It is performed based on the accumulation state.
  • FIGS. 2 and 3 are flowcharts showing the processing of the CPU 35.
  • control in the case where ES data is transferred from the compression encoding units 311 (1) to 311 (3) to the SCS interface 32 will be described with reference to FIGS.
  • control for transferring ES data from the video compression encoder 311 (1) to the SCS I interface 32 will be described as a representative for the sake of simplicity.
  • the illustrated process is started when a request to generate video ES data is issued.
  • This ES data generation request is generated, for example, when an operator performs a video ES data generation operation.
  • the CPU 35 executes a process of receiving data size information, which is one of the control information output from the video compression encoding unit 311 (1) (step in FIG. 2). S 1 1).
  • the data size information is information indicating the size of ES data for one coding unit. This data size information is output from the compression encoding unit 311 (1) every time the compression encoding process for one encoding unit is completed.
  • the compression encoding unit 311 (1) outputs an interrupt signal indicating that, and outputs data size information.
  • the CPU 35 performs a process of receiving data size information. Execute. This receiving process is performed by writing the data size information output from the compression encoding unit 311 (n) to the RAM 36 via the CPU bus 42.
  • the CPU 35 calculates the remaining amount of the video output buffer 312 (1) (the amount of free space) based on the received data size information (step S12 in FIG. 2).
  • the size of the data buffered from the compression encoding unit 3 1 1 (1) to the output buffer 3 1 2 (1) can be recognized by the CPU 35.
  • the remaining capacity of the output buffer 3 1 2 (1) can be calculated by calculating the capacity of the output buffer 3 1 2 (1) and the size of the data buffered in the output buffer 3 1 2 (1). it can.
  • the information on the capacity of the output buffer 3 12 (1) is stored in advance in, for example, the ROM 37, and is output from the information on the capacity of the output buffer 3 1 2 (1) and the compression / encoding unit 3 1 1 (1).
  • the remaining capacity can be calculated by comparing the data size information with the CPU 35.
  • the remaining amount of the output buffer 3 1 2 (1) calculated as described above and the data size information output after the current compression encoding process is completed are calculated.
  • the current remaining capacity of the output buffer 3 1 2 (1) can be calculated in the same manner.
  • the CPU 35 determines whether it is necessary to read the ES data from the output buffer 3 1 2 (1) based on the calculated remaining amount.
  • Step S 13 in FIG. 2 Step S 13 in FIG. 2.
  • This determination is made by comparing the calculated remaining amount with a predetermined threshold. In this case, if the calculated remaining amount is less than a predetermined threshold value, it is determined that reading is necessary, and if it is equal to or more than the threshold value, it is determined that reading is not necessary.
  • step S11 If it is determined that there is no need to read ES data, the CPU 35 returns to step S11. Thereby, the above-described processing is executed again. Hereinafter, similarly, the above-described processing is repeated until it is determined that the ES data needs to be read.
  • the CPU 35 determines whether the bank used for writing is the bank 331 (1) (step in FIG. 2). S14). If bank 33 1 (1), CP The U35 instructs the stream interface 34 to transfer data to the link 331 (1) (step S15 in FIG. 2).
  • the stream interface 34 Upon receiving the instruction, the stream interface 34 reads a predetermined amount of ES data from the output buffer 312 (1) via the data transfer bus 38 (1), and connects the data transfer bus 39. Write to bank 3 3 1 (1) via
  • step S15 the CPU 35 determines whether a request to end the ES data generation processing has been issued (step S16 in FIG. 3). This request is generated, for example, when the operator performs an end operation of the ES data generation process.
  • step S17 the CPU 35 determines whether or not the bank 331 (1) has become full. If bank 3 3 1 (1) is not full, CPU 35 returns to step S 11. Thus, the above-described processing is executed again. Hereinafter, similarly, the above-described processing is repeated until ⁇ nk 3 3 1 (1) becomes full.
  • the CPU 3 5 instructs the stream interface 3 4 to transfer data to the bank 3 3 1 (2) and also sends an instruction to the SCSI interface 3. Then, data transfer from bank 331 (1) is instructed (step S18 in FIG. 3).
  • the stream interface 34 Upon receiving this instruction, the stream interface 34 writes the ES data read from the output buffer 312 (1) to the bank 331 (2) via the data transfer bus 39. As described above, by switching between the banks 3 3 1 (1) and 3 3 1 (2) of the input buffer 33, the output from the output buffer 3 1 2 (1) is output to the input buffer 33. Prevents loss of ringed ES data
  • the SCSI interface 32 When receiving the data transfer instruction from the CPU 35, the SCSI interface 32 reads the ES data written to the bank 331 (1) via the data transfer bus 40, and reads the ES data via the transfer bus 41. Write to DSM50.
  • step S18 ends, the CPU 35 returns to step S11. Thereby, the above-described processing is executed again.
  • the CPU 35 instructs the stream interface 34 to stop the data transfer, and instructs the bank 331 (1) to stop.
  • the SCSI interface 32 is instructed to transfer the ES data stored in the link 331 (2) (step S19 in FIG. 3).
  • the stream interface 34 stops the data transfer process.
  • the SCS I interface 32 reads the ES data stored in the link 331 (2) via the data transfer bus 40 and writes it to the DSM 50 via the transfer bus 41.
  • the processing of the CPU 35 ends.
  • step S14 If it is determined in step S14 that the link is not link 3 3 1 (1), the CPU 35 instructs the stream interface 34 to transfer data to link 3 31 (2) (FIG. 2). Step S20). Upon receiving this instruction, the stream interface 34 reads a predetermined amount of ES data from the output buffer 312 (1) and writes it to the bank 331 (2).
  • step S20 determines whether a request to end the ES data generation process has been issued (step S21 in FIG. 3). If this termination request does not occur, the CPU 35 determines whether or not the bank 331 (2) is full (step S22 in FIG. 3). If the bank 3 3 1 (2) is not full, the CPU 35 returns to step S 11. Thereby, the above-described processing is executed again.
  • the stream pointer 34 When the stream pointer 34 receives the above instruction, it writes the ES data read from the output buffer 312 (1) to the bank 331 (1) via the data transfer bus 39. When receiving the above instruction, the SCSI interface 32 reads the ES data from the bank 331 (2) via the data transfer bus 40. When the instruction in step S23 ends, the CPU 35 returns to step S11. Thereby, the above-described processing is executed again.
  • the CPU 35 instructs the stream interface 34 to stop the data transfer, and also outputs an instruction from the link 3 3 1 (2).
  • instruct SCSI interface 32 to transfer data from bank 3 3 1 (1) (step S 19 in FIG. 3).
  • the streamer tubing 34 stops the data transfer.
  • the SCS I interface 32 transfers the ES data stored in the link 3 3 1 (1) to the DSM 50.
  • the processing of the CPU 35 ends.
  • ES data can be transferred to the SCSI interface 32.
  • FIG. 4 is a diagram showing an example of a specific configuration of the input buffer 33.
  • the illustrated input buffer 33 has two banks 331 (1) and 331 (2), and four buffers 332 (1) 332 (4).
  • the buffer 3 3 2 (1) is inserted between the input / output terminal of the bank 3 3 1 (1) and the data transfer bus 39, and the buffer 3 3 2 (2) is connected to the link 3 3 1 (2).
  • the data transfer bus 39, and the buffer 332 (3) is inserted between the input / output terminal of the bank 331 (2) and the data transfer bus 40.
  • the buffer 332 (4) is inserted between the input / output terminal of the bank 331 (2) and the data transfer bus 40.
  • the buffer 33 32 (1) 33 2 (2) is turned on and off by the stream interface 34 based on the instruction of the CPU 35.
  • the on / off state of the buffer 33 (3332 (4)) is controlled by the SCS I interface 32 based on the instruction of the CPU 35.
  • Figure 5 shows the pipeline processing using the two-bank input buffer 33 described above. 1
  • FIG. Here, the operation of the input buffer 33 will be described with reference to FIG.
  • buffer 332 (1) is set to the on state, and buffers 332 (2) to 332 (4) are set to the off state .
  • the bank 331 (1) is connected to the data transfer bus 39 via the buffer 332 (1).
  • the ES data read from the output buffer 3 1 2 (1) by the stream interface 3 4 is written to the bank 3 3 1 (1) via the buffer 3 3 2 (1). .
  • 3 3 2 (4) is set to the ON state, and the no, buffer 3 3 2 (2), 3 3 2 (
  • FIG. 6 is a block diagram showing a configuration of the compression encoding unit 3 1 1 (1) of the video encoder 3 1 (1).
  • the illustrated compression encoding unit 3 1 1 (1) includes a difference circuit 1A, a zero-join circuit 28, a quantization circuit 3A, an inverse quantization circuit 4A, and an inverse DCT circuit 5A. , An addition circuit 6A, a frame memory 7A, a variable length coding circuit 8A, a bit rate control circuit 9A, and a tunable coding buffer 10A.
  • the video signal VS is subjected to compression coding processing by intra-screen correlation by the difference circuit 1A, the DCT circuit 2A, the quantization circuit 3A, and the bit rate control circuit 9A.
  • the video signal VS is subjected to a compression encoding process based on an inter-screen correlation by an inverse quantization circuit 4A, an inverse DCT circuit 5A, and an addition circuit 6A.
  • the video signal VS is subjected to a compression encoding process by the variable length encoding circuit 8A based on the bias of the code appearance probability.
  • FIG. 7 is a block diagram showing the configuration of the compression encoder 311 (2) of the audio encoder 3 1 (2).
  • the illustrated compression encoding unit 3 1 1 (2) includes a subband analysis filter 1 B, a linear quantization circuit 2 B, a bit compression circuit 3 B, and a fast Fourier transform circuit (FFT) 4 B.
  • a psychological auditory modeling circuit 5B a dynamic bit allocation circuit 6B, a scale factor selection information storage circuit 7B, a scale factor extraction circuit 8B, and a side information encoding circuit 9B.
  • a bit stream forming circuit 10B a bit stream forming circuit 10B.
  • the audio signal AS is divided into 32 sub-band signals by the sub-band analysis filter 1B.
  • the scale factor of each subband signal is calculated by a scale factor selection information storage circuit 7B and a scale factor extraction circuit 8B.
  • the audio signal AS is processed by the fast Fourier transform circuit 4B. Is converted. Then, based on the result of the conversion, the psychological auditory modeling circuit 5B calculates the masking characteristic. Based on this calculation result, the bit allocation is determined by the dynamic bit allocation circuit 6B for each subband signal. Then, based on this bit allocation, quantization is performed by the linear quantization circuit 2B for each subband signal. The quantized subband signal is synthesized by the bit stream forming circuit 10 together with the side information encoded by the side information encoding circuit 9B.
  • a system for transferring ES data from each compression encoding unit 311 (n) to the SCSI interface 32 is a data transfer system, and a data transfer system. ES data are transferred to the CPU bus
  • the data is transferred via a dedicated bus (data transfer bus 38 (n), 39, 40) instead of the dedicated bus 42, so that the size of the CPU bus 42 increases the size of the compressed data and control data. It is possible to prevent the transfer from being greatly restricted. As a result, the ES data can be processed in real time, and the capacity of the output buffer 312 (n) can be reduced. In addition, since ES data can be processed in real time, it can be applied to a compressed data generation device of a multimedia system that requires real-time processing. According to the present embodiment, the input buffer 33 for temporarily storing ES data input to the SCSI interface 32 is provided at the input stage of the SCSI interface 32. The difference in operating speed between the interface 34 and the SCSI interface 32 can be absorbed.
  • a two-bank type memory is used as the input buffer 33, so that the transmission medium is a medium having a low operation speed such as a storage medium (DSM50).
  • DSM50 storage medium
  • FIG. 8 is a diagram showing a configuration of the present embodiment.
  • FIG. 8 Note that, in FIG. 8, parts that perform substantially the same functions as those in FIG.
  • ES data obtained by the compression encoding process is supplied to the storage medium 50 as it is.
  • ES data obtained by the compression encoding process is converted into program stream data of MPEG (hereinafter referred to as “PS data”) and supplied.
  • PS data in the present embodiment means that, for example, information necessary for synchronously multiplexing separately compressed and encoded video signals, audio signals, and subtitle signals is added to ES data.
  • a bucketing / multiplexing unit 43 is inserted between the stream interface 34 and the input buffer 33.
  • the bucketing / multiplexing section 43 generates PS data by bucketing input data and synchronously multiplexing the data.
  • the bucketing and multiplexing unit 43 corresponds to the multiplexing means in the present invention.
  • FIG. 9 and FIG. 10 are flowcharts showing the processing of the CPU 35 of this embodiment.
  • FIGS. 9 and 10 illustrate a case where only video and audio are synchronously multiplexed.
  • the CPU 35 first starts from the compression encoding unit 311 (n) (however, in this example, the compression encoding unit 311 (3) is excluded).
  • the CPU 35 makes a video and audio multiplexing plan based on the received data size information (step S32 in FIG. 9).
  • the video and audio multiplexing plan is a plan on how to separately multiplex a separately encoded video signal and an audio signal. For example, it is a plan to multiplex each bucketed video signal and each audio signal in multiplexing by the bucketing multiplexing unit 43.
  • the CPU 35 determines whether or not it is necessary to read ES data from the video output buffer 312 (1) based on the multiplexing plan that has been established (step S3 in FIG. 9). 3). If it is not necessary to read the video ES data, the CPU 35 determines whether it is necessary to read the ES data from the audio output buffer 312 (2) (step S34 in FIG. 9). ). If there is no need to read the audio ES data, the CPU 35 returns to step S31. Thereby, the above-described processing is executed again.
  • the CPU 35 instructs the stream interface 3 to transfer the video ES data (step S35 in FIG. 9).
  • the stream interface 34 reads the ES data from the video output buffer 3 1 2 (1), and outputs the data to the bucketing / multiplexing unit 4 via the data transfer bus 39. Supply to 3.
  • the CPU 35 instructs the stream interface 34 to transfer the audio ES data (step S36 in FIG. 9).
  • the stream interface 34 reads the ES data from the audio output buffer 312 (2) and supplies it to the bucketing / multiplexing section 43 via the data transfer bus 39.
  • the CPU 35 determines whether the bank used for writing is bank 331 (1) (step S37 in FIG. 9). . In the case of the block 331 (1), the CPU 35 instructs the bucketing / multiplexing section 43 to transfer data to the bank 331 (1) (see FIG. 9). Step S38). Receiving this instruction, the packetizing / multiplexing unit 43 packetizes the input data and then writes it into the bank 331 (1) via the data transfer bus 44. At this time, the bucketing / multiplexing unit 43 also adds time information for synchronous reproduction. When the instruction in step S38 ends, the CPU 35 determines whether or not a request to end the ES data (PS data) generation process has been issued (step S39 in FIG. 10).
  • the CPU 35 determines whether or not the bank 331 (1) is full (step S40 in FIG. 10). If the bank 331 (1) is not full, the CPU 35 returns to step S31. Thereby, the above-described processing is executed again.
  • the bucketing / multiplexing unit 43 Upon receipt of this instruction, the bucketing / multiplexing unit 43 writes the generated PS data into the bank 331 (2).
  • the SCS I interface 32 reads the PS data written in bank 331 (1) and writes it to DSM50.
  • the CPU 35 instructs the stream pointer 3 and the bucketing / multiplexing unit 43 to stop the data transfer, and at the same time, the bank 35
  • the SCSI interface 32 is instructed to transfer data from the link 331 (2) (step S42 in FIG. 10).
  • the stream memory 34 and the bucketing and multiplexing unit 43 stop the data transfer upon receiving the above instruction.
  • the SCS I interface 32 transfers the PS data stored in the link 331 (2) to the DSM 50.
  • the processing of the CPU 35 in this case ends.
  • step S37 determines whether it is ⁇ nk3 3 1 (1). If it is determined in step S37 that it is not ⁇ nk3 3 1 (1), the CPU 35 sends the bucketing and Instruct data transfer to 2) (step S43 in Fig. 9). Packetization and multiplexing unit
  • step S43 the CPU 35 determines whether or not a request to end the ES data (PS data) generation process has been issued (step S44 in FIG. 10). If no termination request is issued, the CPU 35 determines whether the bank 331 (2) is full (step S45 in FIG. 10). If not, the CPU 35 returns to step S31.
  • ES data PS data
  • the bucketing / multiplexing unit 43 When receiving this instruction, the bucketing / multiplexing unit 43 writes the generated PS data into the bank 331 (2).
  • the SCS I interface 32 reads the PS data from bank 331 (1) and writes it to DSM50.
  • the CPU 35 returns to step S31. Thereby, the above-described processing is executed again.
  • the CPU 35 sends the stream interface 34 and the bucketing / multiplexing unit 43 data transfer.
  • instruct SCSI interface 32 2 to transfer data from link 3 3 1 (1) (Fig. 10 Step S 4 2).
  • the stream memory 34 and the bucketing and multiplexing unit 43 stop the data transfer upon receiving the above instruction.
  • the SCS I interface 32 transfers the PS data stored in the link 331 (1) to the DSM 50.
  • the processing of the CPU 35 ends.
  • FIG. 11 is a block diagram showing the configuration of the present embodiment.
  • parts that perform substantially the same functions as those in FIG. 11 are identical to those in FIG. 11;
  • ES data is converted into transport stream data of MPEG2 (hereinafter referred to as “TS data”) and output to broadcast media.
  • TS data transport stream data of MPEG2
  • the TS data in the present embodiment is data obtained by adding additional information to the ES data so as to be output to the broadcast media and the communication media.
  • the output stage 4 is provided with a bucketing / multiplexing unit 45, an input buffer 46, and a transport stream (TS) interface 47.
  • TS transport stream
  • the packetization multiplexing unit 45 converts the ES data output from the stream interface 34 into packets, and then performs synchronous multiplexing to generate TS data for broadcast media and communication media. It has become.
  • the input buffer 46 temporarily stores the TS data supplied from the bucketing / multiplexing unit 45.
  • the input buffer 46 may be a FIF0 memory instead of a two-bank memory. This is because, in the present embodiment, broadcast media is targeted as transmission media. That is, since the broadcast media is required to have real-time properties, the operation speed is faster than the transmission media.
  • the transport stream interface 47 has a function of outputting the TS data stored in the input buffer 46 to the broadcast media 60.
  • the figure shows a channel multiplexing unit 61 and a modulating unit 62 among the components of the broadcast media 60.
  • the channel multiplexing unit 61 has a function of multiplexing TS data of a plurality of channels.
  • the modulator 62 has a function of modulating the multiplexed output into, for example, a signal in a wireless band.
  • the present invention uses the compressed data of a video signal VS, an audio signal AS, and a subtitle signal SS of one program as compressed data of a plurality of temporally related material signals.
  • the compressed data generation device that generates the data has been described, the present invention can also be applied to other compressed data generation devices that generate compressed data of the material signal.
  • the present invention is applied to a compressed data generating device that generates compressed data of a plurality of material signals. It can also be applied to a generator.
  • the present invention can be variously modified and implemented. As described above in detail, according to the present invention, it is possible to prevent the transfer of the compressed data and the control data from being greatly restricted by the increase in the traffic of the general-purpose bus.
  • the compressed data can be processed in real time, and the capacity of the first storage means can be reduced. Further, since the compressed data can be processed in real time, it can be applied to a compressed data generation device of a multimedia system that requires real time processing.
  • the storage section for temporarily storing the compressed data inputted to the output section is provided at the input stage of the data output section, the data transfer section and the output section are provided. It can absorb the difference in the operation speed between the two.
  • a two-bank type memory is used as the storage means provided in the input stage of the output means. Therefore, even if the transmission medium is a medium having a low operation speed like a storage medium. Regardless, the difference in operation speed between the transfer means and the data output means can be easily absorbed.
  • the management of the storage unit can be facilitated as compared with the case where the memory of the FIF0 system is used as the storage unit.
  • the compressed data generation apparatus and method of the present invention can prevent the transfer of the compressed data and the control data from being greatly restricted by an increase in traffic. This is suitable for a compressed data generation device for realizing the above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Description

明細書
圧縮データ生成装置および方法 技術分野
本発明は、 入力データを圧縮符号化し、 この圧縮符号化処理により生成された 圧縮データを伝達メディァに出力するための圧縮データ生成装置および方法に関 する。 背景技術
近年、 ディジタル技術の発達により、 マルチメディアシステムが実用化されて いる。 ここで、 マルチメディアシステムとは、 複数の表現メディア （ビデオデ一 タ、 オーディオデータ、 付加データ等） を 1つの伝達メディア （通信メディア、 蓄積メディア、 放送メディア等） によって統合的に扱うシステムである。
このマルチメディアシステムとしては、 例えば、 D V D (ディジタルビデオデ イスク） ォ一サリングシステムやディジタル衛星放送システムがある。 D V Dォ —サリ ングシステムとは、 ビデオデータ等の複数の表現メディア （以下 「素材デ —タ」 という。 ） を一本化して、 1つの D V D (蓄積メディア） に記録するシス テムである。 また、 ディジタル衛星放送システムとは、 複数チャネル分の番組デ —タ （複数の素材データからなるデータ） を一本化して、 1つの回線 （放送メデ ィァ） を介して放送するシステムである。
これらのマルチメディアシステムを実現するためには、 ビデオデータ等の素材 デ一タを圧縮符号化し、 この圧縮符号化処理により生成された圧縮デ一タを伝達 メディアに出力する圧縮データ生成装置が必要になる。
この圧縮データ生成装置を実現するためには、 素材デ一タを圧縮符号化して圧 縮データを生成する圧縮符号化手段と、 この圧縮符号化処理により生成された圧 縮データを伝達メディァに出力するデータ出力手段と、 圧縮符号化手段により生 成された圧縮データをデータ出力手段に転送するデータ転送手段とが必要になる 図 1 2は、 上述した 3つの手段を有する従来の圧縮データ生成装置の構成を示 すブロック図である。 なお、 図には、 圧縮符号化処理により得られた圧縮データ を蓄積メディアに出力する場合を代表として示す。 また、 図には、 圧縮データを そのまま蓄積メディァに出力する場合を代表として示す。
図示の圧縮データ生成装置 1 0は、 ビデオエンコーダ 1 1 ( 1 ) と、 オーディ ォエンコーダ 1 1 (2) と、 サブタイ トルエンコーダ 1 1 (3 ) と、 S C S I ( s ma l l c omp u t e r s y s t e m i n t e r l a c eソ インタフ ヱ一ス 1 2 と、 中央処理装置 （以下 「C PU」 という。 ） 1 3 と、 ランダムァク セスメモリ （以下 「RAM」 という。 ） 1 4 と、 リードオンリメモリ （以下 「R OM」 という。 ） 1 5と、 C P Uバス 1 6とを有する。
エンコーダ 1 1 ( 1 ) 〜 1 1 (3 ) は、 圧縮符号化部 1 1 1 ( 1 ) 〜 1 1 1 ( 3 ) と出力バッファ 1 1 2 ( 1 ) 〜 1 1 2 (3 ) とを有する。 圧縮符号化部 1 1 1 ( 1 ) 〜 1 1 1 (3 ) は、 上述した圧縮符号化手段を構成する。 S C S Iイン タフヱース 1 2は、 上述したデータ出力手段を構成する。 出力バッファ 1 1 2 ( 1 ) 〜 1 1 2 (3) と、 C PU 1 3と、 ROM 1 4と、 RAM 1 5と、 C P Uノ ス 1 6は、 上述したデータ転送手段を構成する。
この圧縮データ生成装置 1 0では、 1つの番組のビデオ信号 V S、 オーディオ 信号 AS、 サブタイ トル信号 （字幕信号） S Sは、 それぞれ対応するエンコーダ 1 1 ( 1 ) 〜 1 1 (3 ) の圧縮符号化部 1 1 1 ( 1 ) 〜 1 1 1 (3 ) により個別 に圧縮符号化された後、 出力バッファ 1 1 2 ( 1 ) ~ 1 1 2 (3 ) に書き込まれ る。
出力バッファ 1 1 2 ( 1) 〜1 1 2 (3 ) に書き込まれた圧縮データは、 C P U 1 3によって C PUバス 1 6を介して RAM 1 4に転送される。 RAM 1 4に 転送された圧縮データは、 C PU 1 3によって C P Uバス 1 6を介して S C S I インタフェース 1 2に転送される。 S C S Iインタフェース 1 2に転送されたス トリ一ムデータは、 S C S I プロ トコルに従ってディ ジタルストレージメディァ (以下 「D SM」 という。 ） 2 0に供給される。
出力バッファ 1 1 2 ( 1 ) 〜 1 1 2 (3) からの圧縮データの読出しは、 この 出力バッファ 1 1 2 ( 1) 〜1 1 2 ( 3 ) の残量に基づいて、 C PU 1 3によつ て制御される。 出力バッファ 1 1 2 ( 1；) 〜 1 1 2 (3) の残量は、 圧縮データ 281
3 のサイズを示すデータサイズ情報に基づいて求められる。 このデータサイズ情報 は、 圧縮符号化部 1 1 1 ( 1 ) 〜1 1 1 ( 3 ) により生成され、 C P U 1 5によ つて C P Uバス 1 8を介して R A M 1 6に転送される。
上述したように従来の圧縮データ生成装置 1 0では、 圧縮データを転送するた めの処理とこの転送処理を制御するための処理とを同じ C P U 1 3によって実行 するようになつていた。 言い換えれば、 従来の圧縮データ生成装置 1 0では、 圧 縮データとデータサイズ情報等の制御データとを同じ C P Uバス 1 6を介して転 送するようになっていた。
しかしながら、 このような構成では、 C P Uバス 1 6に圧縮データや制御デ一 夕が集中するため、 。？11バス 1 6のトラフィ ックが増え、 圧縮データや制御デ —夕の転送が大きく制限されるという問題があった。
これにより、 従来の圧縮データ生成装置 1 0には、 圧縮データをリアルタイム で生成することができないと共に、 出力バッファ 1 1 1 ( 1 ) 〜1 1 1 ( 3 ) の 容量を大きく しなければならないという問題があった。
また、 この圧縮データ生成装置 1 0は、 圧縮データをリアルタイムで生成する ことができないために、 リアルタイム処理を要求されるマルチメディアシステム に適用することができないという問題があつた。 発明の開示
本発明はかかる問題点に鑑みてなされたもので、 その目的は、 トラフィ ックの 増大により圧縮データや制御データの転送が大きく制限されてしまうことを防止 することが可能な圧縮データ生成装置および方法を提供することにある。
本発明に係る圧縮データ生成装置は、 入力されたデータを圧縮符号化して出力 する圧縮符号化手段と、 この圧縮符号化手段から出力された圧縮デ一タを出力す る出力手段と、 圧縮符号化手段から出力された圧縮データを出力手段に転送する データ転送手段と、 圧縮符号化手段と制御バスを介して接続され、 制御バスから の制御情報に基づき、 圧縮符号化手段から出力される圧縮デ一タをデータ転送手 段に入力させるよう制御する制御手段とを備えたものである。
この圧縮データ生成装置では、 入力されたデータは、 圧縮符号化手段によって 、 圧縮符号化されて出力される。 この圧縮符号化手段から出力された圧縮データ は、 制御手段によって、 制御バスからの制御情報に基づいて、 データ転送手段に 入力されるよう制御される。 データ転送手段に入力された圧縮データは、 出力手 段に転送される。 出力手段に転送された圧縮データは、 この出力手段により伝達 メディァに供給される。
この場合、 データ転送手段による圧縮データのデータ転送処理は、 データ転送 のためのバスとは別の制御バスを介して制御手段により制御される。 これにより 、 トラフィックの増大により圧縮データや制御データの転送が大きく制限されて しまうことを防止することができる。
本発明に係る圧縮データ生成方法は、 入力されたデータを圧縮符号化手段で圧 縮符号化する圧縮符号化ステップと、 この圧縮符号化ステツプで圧縮符号化され た圧縮データに対する制御情報が制御バスを介して入力されると共に、 この入力 された制御情報に基づいて圧縮デ一タを転送制御する転送制御ステップと、 この 転送制御ステツプに基づいて、 圧縮符号化ステップで圧縮符号化された圧縮デ一 タを転送するデータ転送ステップと、 このデータ転送ステップで転送された圧縮 データを外部に出力する出力ステップとを含むものである。
この圧縮データ生成方法では、 入力されたデータは、 圧縮符号化ステップにお いて、 圧縮符号化される。 圧縮符号化ステップで圧縮符号化された圧縮データに 対する制御情報は、 転送制御ステップにおいて、 制御バスを介して入力される。 また、 転送制御ステップでは、 入力された制御情報に基づいて圧縮データを転送 制御する。 圧縮符号化ステップで圧縮符号化された圧縮データは、 転送制御ステ ップに基づいて、 データ転送ステップによって転送される。 このデータ転送ステ ップで転送された圧縮データは、 出力ステップによって、 外部に出力される。 この場合、 データ転送ステップによる圧縮データのデータ転送処理は、 データ 転送のためのバスとは別の制御バスを介して入力された制御情報に基づいて転送 制御される。 これにより、 トラフィ ックの増大により圧縮データや制御データの 転送が大きく制限されてしまうことを防止することができる。 図面の簡単な説明 本発明の上述した目的および特徴、 並びにその他の目的および特徴は、 添付図 面に関連づけて述べる下記の記述から一層明瞭になるのであって、
図 1は、 本発明に係る圧縮データ生成装置の第 1の実施例の構成を示すプロッ ク図である。
図 2は、 第 1の実施例の C P Uの処理を示すフローチャー トである。
図 3は、 第 1の実施例の C P Uの処理を示すフローチヤ一トである。
図 4は、 第 1の実施例の入力バッファの構成を示すプロック図である。
図 5は、 第 1の実施例のパイプライン処理を説明するための図である。
図 6は、 第 1の実施例のビデオの圧縮符合化部の具体的な構成の一例を示すブ 口ック図である。
図 7は、 第 1の実施例のオーディォの圧縮符合化部の具体的な構成の一例を示 すプロック図である。
図 8は、 本発明に係る圧縮データ生成装置の第 2の実施例の構成を示すプロッ ク図である。
図 9は、 第 2の実施例の C P Uの処理を示すフローチヤ一トである。
図 1 0は、 第 2の実施例の C P Uの処理を示すフローチヤ一トである。
図 1 1は、 本発明に係る圧縮データ生成装置の第 3の実施例の構成を示すプロ ック図である。
図 1 2は、 従来の圧縮データ生成装置の構成を示すブロック図である。 発明を実施するための最良の形態
以下、 図面を参照しながら、 本発明の実施例を詳細に説明する。
まず、 本発明の第 1の実施例を詳細に説明する。 本実施例は、 圧縮符号化手段 の圧縮符号化処理により生成された圧縮デ—タをデータ転送バスを介してデータ 出力手段に転送すると共に、 この転送処理をデータ転送バスとは別の制御バスを 介して制御するようにしたものである。
図 1は、 本実施例の構成を示すブロック図である。 なお、 図には、 圧縮符号化 処理により生成された圧縮データを蓄積メディァに出力する場合を代表として示 す。 また、 図には、 圧縮データをそのまま蓄積メディアに出力する場合を代表と して示す。
図示の圧縮データ生成装置 3 0は、 時間的に関連する 3つの素材信号を個別に 圧縮符号化して DSM5 0に出力するようになっている。 なお、 図では、 時間的 に関連する 3つの素材信号として、 例えば、 1つの番組の映像データであるビデ ォ信号 V Sと、 音声データであるオーディォ信号 A Sと、 サブタイ トル信号 S S とを示す。
この圧縮データ生成装置 3 0は、 ビデオ信号 VSを圧縮符号化し、 ビデオの圧 縮データを生成するビデオエンコーダ 3 1 (1) と、 オーディオ信号 ASを圧縮 符号化し、 オーディオの圧縮データを生成するオーディオエンコーダ 3 1 (2) と、 サブタイ トル信号 S Sを圧縮符号化し、 サブタイ トルの圧縮データを生成す るサブタイ トルエンコーダ 3 1 (3) とを有する。
各エンコーダ 3 1 (n) (n- 1 , 2, 3 ) は、 入力信号を圧縮符号化して圧 縮データを生成する圧縮符号化部 3 1 1 (n) と、 この圧縮符号化部 3 1 1 (n ) の出力段に設けられ、 この圧縮符号化部 3 1 1 (n) により生成された圧縮デ —タを一時的に蓄積するための出力バッファ 3 1 2 (n) とを有する。
出力バッファ 3 12 (1) ~3 1 2 (3) は、 3つの圧縮符号化部 3 1 1 (1 ) 〜3 1 1 (3) により生成された圧縮データが競合するのを防止するためと、 ビデオ信号 V S等の圧縮符号化方式として後述するように可変長符号化方式が用 いられるために設けられる。 この出力バッファ 3 1 2 (1) 〜3 1 23 ( 3 ) は 、 例えば、 先入れ先出し方式 （以下 「F I Fp方式」 という。 ） のメモリによつ て構成されている。
また、 図示の圧縮データ生成装置 3 0は、 圧縮符号化処理により生成された圧 縮データを D SM 5 0に出力するための S CS Iインタフェース 32を有する。 この S C S Iインタフヱ一ス 3 2は、 ダイレク トメモリアクセス （以下 「 D M A 」 という。 ） 方式のコントローラと、 S C S Iプロトコルコントローラとからな る
更に、 この圧縮データ生成装置 3 0は、 S C S Iインタフヱ一ス 32の入力段 に設けられ、 この S C S Iィンタフヱース 32に入力される圧縮データを一時的 に蓄積するための入力バッファ 33を有する。 この入力バッファ 3 3は、 S C S Iィンタフ 一ス 3 2の入力側の動作速度と出力側の動作速度との違いを吸収す るために設けられる。
この入力バッファ 3 3は、 独立にアクセス可能な 2つのバンク 3 3 1 ( 1 ) , 3 3 1 (2) を有する。 このバンク 3 3 1 (1) , 3 3 1 ( 2 ) は、 一方が書き 込みに使用されているときは、 他方が読出しに使用され、 一方が読出しに使用さ れているときは、 他方が書き込みに使用されるように制御される。
また、 この圧縮データ生成装置 3 0は、 出力バッファ 3 1 2 (1) 3 1 2 ( 3) に蓄積されている圧縮データを入力バッファ 3 3に転送するためのストリ一 ムインタフェース 3 を有する。
更に、 この圧縮データ生成装置 3 0は、 圧縮符号化部 3 1 1 (1) 3 1 1 ( 3) により生成された圧縮データを S C S Iィンタフエース 3 2に転送するため の転送処理を制御する C PU 3 5と、 この C PU 3 5の作業メモリ等として使用 される RAM3 6と、 C PU 3 5の処理プログラムを保持するための R 0 M 3 7 とを有する。
また更に、 この圧縮データ生成装置 3 0は、 入力バッファ 3 1 2 ( 1) 3 1 2 (3) からストリ一ムィンタフ ス 3 に圧縮データを転送するためのデ一 タ転送バス 3 8 (1：) 〜 3 8 (3) と、 ストリ一ムィンタフヱ一ス 3 4から入力 'ッファ 3 3にストリ一ムデータを転送するためのデータ転送バス 3 9と、 入力 'ッファ 3 3から S C S Iインタフェース 3 2にストリ一ムデ一タを転送するた めのデータ転送バス 4 0と、 S C S Iインタフェース 3 2から DSM5 0にス ト リ一ムデータを転送するためのデータ転送バス 4 1とを有する。
また、 この圧縮データ生成装置 3 0は、 C P U 3 5とエンコーダ 3 1 ( 1 ) 3 1 (3) 、 ストリームインタフェース 3 4 S C S Iインタフェース 3 2 R AM 3 6 ROM 3 7とを接続するための C P Uバス 4 2を有する。
上記構成においては、 エンコーダ 3 1 (1) 3 1 (3) の圧縮符号化部 3 1 1 (1) 3 1 1 (3) により、 本発明の圧縮データ生成装置の圧縮符号化手段 、 すなわち、 入力されたデータを圧縮符号化して出力する圧縮符号化手段が構成 される。 同様に、 S C S Iコントローラ 3 2により、 圧縮符号化手段から出力さ れた圧縮データを伝達メディァに出力する出力手段が構成される。 また、 出力バッファ 3 1 2 (1；) 〜 3 1 2 (3) と、 ストリームィンタフエ一 ス 34と、 入力バッファ 33と、 データ転送バス 3 8 (1) 〜3 8 (3) , 3 9 , 4 0とにより、 本発明の圧縮データ生成装置のデータ転送手段、 すなわち、 圧 縮符号化手段から出力された圧縮デ—タを出力手段に転送するデータ転送手段が 構成される。 更に、 ストリ一ムィンタフエース 3 は、 本発明におけるデ一タイ ンタフヱ一スに相当する。
また、 CPU35と、 RAM3 6と、 ROM3 7とにより、 本発明の圧縮デ一 タ生成装置の制御手段、 すなわち、 圧縮符号化手段に制御バスを介して接続され 、 制御バスからの制御情報に基づき、 圧縮符号化手段から出力される圧縮データ をデータ転送手段に入力させるよう制御する制御手段が構成される。 ここでいう 制御バスは、 C P Uバス 42に相当する。 また、 出力バッファ 3 1 2 ( 1 ) 〜 3 12 (3) 力 本発明における第 1の蓄積手段に相当し、 入力バッファ 3 3力 本発明における第 2の蓄積手段に相当する。 更に、 入力バッファ 33のバンク 3 3 1 (1) が、 本発明における第 1の記憶手段に相当し、 バンク 33 1 (2) 力 、 本発明における第 2の記憶手段に相当する。
以上が、 本実施例の構成である。 なお、 本実施例では、 素材データの圧縮符号 化方式として、 例えば、 MP E G (Mo V i n g P i c t u r e E x p e r t s G r o u ) 2の圧縮符号化方式が用いられる。 この MPEG 2の圧縮符 号化方式では、 圧縮符号化処理により生成された圧縮データは、 通常、 エレメン タリストリ一ムデータ （以下 「E Sデータ」 という。 ） と表現される。 したがつ て、 以下の説明では、 圧縮データを E Sデータと表現する。
上記構成において、 動作を説明する。
外部からビデオエンコーダ 3 1 (1) に入力されたビデオ信号 V Sは、 圧縮符 号化部 3 1 1 (1) により所定の圧縮符号化単位ごとに圧縮符号化される。 なお 、 本実施例において、 所定の圧縮符号化単位は、 1フレームである。 但し、 1フ レームに拘泥せず、 数フレームで圧縮符号化単位を構成しても構わない。 これに より、 ビデオの E Sデータが生成される。 この ESデータは、 圧縮符号化部 3 1 1 (1) により出力バッファ 3 1 2 (1) に書き込まれる。
同様に、 外部からオーディオエンコーダ 3 1 (2) に入力されたオーディオ信 98/33281
9
号 ASは、 圧縮符号化部 3 1 1 (2) により所定の圧縮符号化単位ごとに圧縮符 号化された後、 出力バッファ 3 1 2 (2) に書き込まれる。 なお、 本実施例にお いて、 圧縮符号化部 3 1 1 (2) における所定の圧縮符号化単位は、 1オーディ オフレームである。 但し、 1オーディオフレームに拘泥せず、 種々の圧縮符号化 単位を利用してもよい。 また、 外部からサブタイ トルエンコーダ 3 1 (3) に入 力されたサブタイ トル信号 S Sは、 圧縮符号化部 3 1 1 (3) により所定の圧縮 符号化単位ごとに圧縮符号化された後、 出力バッファ 3 1 2 (3) に書き込まれ 各出力バッファ 3 12 (n) (n= l 2, 3 ) に書き込まれた E Sデータは 、 ストリ一ムィンタフェース 3 によって入力バッファ 3 3に転送される。 入力 ッファ 33に転送された E Sデータは、 S C S Iインタフェース 3 2により D SM 5 0に転送される。
この場合、 出力バッファ 3 1 2 (n) から入力バッファ 3 3へのデータ転送処 理と、 入力バッファ 33から DSM5 0へのデータ転送処理とは、 並列的に実行 される。
すなわち、 各出力バッファ 3 1 2 (n) に蓄積されている E Sデータは、 スト リ一ムィンタ一フェース 34を介して、 例えば、 入力バッファ 3 3のバンク 33 1 (1) に転送される。 このあと、 バンク 3 3 1 ( 1 ) が満杯になると、 各出力 'ッファ 3 12 (n) に蓄積されている E Sデータは、 ストリームインタフエ一 ス 34を介して、 今度は、 バンク 33 1 (2 ) に転送される。 このとき、 ンク 33 1 ( 1 ) に蓄積されている E Sデータは、 S CS Iインタフェース 32を介 して D SM 50に転送される。
このあと、 くンク 33 1 ( 2 ) が満杯になると、 各出力バッファ 3 1 2 (n) に蓄積されている E Sデータは、 ストリームインタフェース 34を介して、 今度 は、 バンク 33 1 (1) に転送される。 このとき、 バンク 33 1 ( 2 ) に蓄積さ れている E Sデータは、 S C S Iインタフェース 32を介して DSM5 0に転送 される。
以下、 同様に、 書き込みに使用されているバンク 33 1 (m) (m= l 2 ) が満杯になるたびに、 2つのバンク 33 1 (1) 3 3 1 (2) の使用形態が切 り替えられる。 これにより、 各出力バッファ 3 1 2 (n) から入力バッファ 3 3 へのデータ転送と、 入力バッファ 33から DSM5 0へのデータ転送とがパイプ ライン処理により並行して実行される。 その結果、 出力バッファ 3 1 2 (1) ~ 3 1 2 (3) から DSM5 0までのデータ転送が効率良く行われる。
圧縮符号化部 3 1 1 (1) 〜3 1 1 (3) から S CS Iインタフヱ一ス 32へ のデータ転送は、 C P U 3 5により制御される。 この制御は、 出力バッファ 3 1 2 (n) から入力バッファ 3 3へのデータ転送の制御と、 入力バッファ 3 3から S C S Iィンタフヱ一ス 32へのデータ転送の制御とに大別される。 前者の転送 制御は、 各出力バッファ 3 1 2 (n) に蓄積されている E Sデータの蓄積状態に 基づいて行われ、 後者の転送制御は、 入力バッファ 33に蓄積されている E Sデ —夕の蓄積伏態に基づいて行われる。
図 2および図 3は、 CPU 3 5の処理を示すフローチヤ一トである。 以下、 こ の図 2および図 3を参照しながら、 圧縮符号化部 3 1 1 (1) 〜3 1 1 (3) 力、 ら S C S Iィンタフヱース 32に E Sデータを転送する場合の制御を説明する。 なお、 以下の説明では、 説明を簡単にするために、 ビデオの圧縮符号化部 3 1 1 ( 1 ) から S C S Iインタフヱ一ス 32に E Sデータを転送する場合の制御を代 表として説明する。
図示の処理は、 ビデオの E Sデータの生成要求が発生することにより開始され る。 この E Sデータの生成要求は、 例えば、 操作者により、 ビデオの E Sデータ の生成操作が実施されることにより発生される。
この処理においては、 CPU 3 5は、 まず、 ビデオの圧縮符号化部 3 1 1 (1 ) から出力される制御情報の 1つであるデータサイズ情報を受信する処理を実行 する （図 2のステップ S 1 1) 。 ここで、 データサイズ情報とは、 1符号化単位 分の E Sデータのサイズを示す情報である。 このデータサイズ情報は、 1符号化 単位分の圧縮符号化処理が終了するたびに、 圧縮符号化部 3 1 1 (1) から出力 される。
圧縮符号化部 3 1 1 (1) は、 1符号化単位分の圧縮符号化処理が終了するた びに、 その旨を示す割込み信号を出力すると共に、 データサイズ情報を出力する 。 C P U 3 5は、 上記割込み信号が発生すると、 データサイズ情報の受信処理を 実行する。 この受信処理は、 圧縮符号化部 3 1 1 (n) から出力されるデ一タサ ィズ情報を CPUバス 42を介して RAM3 6に書き込むことにより行われる。 次に、 CPU 3 5は、 受信したデータサイズ情報に基づいて、 ビデオの出カバ ッファ 3 12 (1) の残量 （空き領域の容量） を計算する （図 2のステップ S 1 2) 。 すなわち、 圧縮符号化部 3 1 1 (1) から出力されたデータサイズ情報に 基づいて、 圧縮符号化部 3 1 1 (1) から出力バッファ 3 1 2 (1) にバッファ リングされるデータのサイズが C PU 3 5で認識できる。 出力バッファ 3 1 2 ( 1 ) の容量と出力バッファ 3 1 2 ( 1 ) にノ ッファリングされるデータのサイズ とを計算することによって、 出力バッファ 3 1 2 (1) の残量を計算することが できる。 出力バッファ 3 12 (1) の容量の情報は例えば ROM 3 7に予め格納 しておき、 この出力バッファ 3 1 2 (1) の容量の情報と圧縮符号化部 3 1 1 ( 1) から出力されるデータサイズ情報とを C PU 3 5で比較することで、 残量を 計算できる。 さらに、 前回の圧縮符号化処理が終了した後に、 上述のように計算 した出力バッファ 3 1 2 (1) の残量と、 現在の圧縮符号化処理が終了した後に 出力されたデータサイズ情報とから現在の出力バッファ 3 1 2 (1) の残量も同 様に計算することができる。 次に、 C PU 3 5は、 計算した残量に基づいて、 出 力バッファ 3 1 2 (1) から E Sデータを読み出す必要があるか否かを判定する
(図 2のステップ S 1 3) 。
この判定は、 計算した残量と予め定めたしきい値とを比較することにより行わ れる。 この場合、 計算した残量が予め定めたレきい値未満であれば、 読み出す必 要があると判定され、 しきい値以上であれば、 読み出す必要がないと判定される
E Sデータを読み出す必要がないと判定した場合は、 CPU 3 5は、 ステップ S 1 1に戻る。 これにより、 再び、 上述した処理が実行される。 以下、 同様に、 E Sデータを読み出す必要があると判定されるまで、 上述した処理が繰り返され る。
出力バッファ 3 12 (1) から E Sデータを読み出す必要があると判定すると 、 C PU 3 5は、 書き込みに使用されているバンクがバンク 33 1 (1) か否か を判定する （図 2のステップ S 1 4 ) 。 バンク 33 1 ( 1 ) である場合は、 C P U 3 5は、 ストリ一ムィンタフエース 3 4に対し、 くンク 3 3 1 ( 1 ) へのデ一 タ転送を指示する （図 2のステップ S 1 5) 。
ストリ一ムィンタフエース 3 4は、 この指示を受けると、 出力バッファ 3 1 2 (1) からデータ転送バス 3 8 (1) を介して予め定めた量の E Sデータを読み 出し、 データ転送バス 3 9を介してバンク 3 3 1 (1) に書き込む。
ステップ S 1 5の指示が終了すると、 C PU 3 5は、 E Sデータの生成処理の 終了要求が発生したか否かを判定する （図 3のステップ S 1 6) 。 この要求は、 例えば、 操作者により、 E Sデータの生成処理の終了操作がなされることにより 発生される。
終了要求が発生しない場合は、 C PU 3 5は、 バンク 3 3 1 ( 1) が満杯にな つたか否かを判定する （ステップ S 1 7) 。 バンク 3 3 1 ( 1) が満杯でなけれ ば、 C PU 3 5は、 ステップ S 1 1に戻る。 これにより、 再び、 上述した処理が 実行される。 以下、 同様に、 <ンク 3 3 1 ( 1) が満杯になるまで、 上述した処 理が繰り返される。
くンク 3 3 1 (1) が満杯になると、 C PU 3 5は、 ストリ一ムィンタフ ス 3 4に対し、 バンク 3 3 1 ( 2 ) へのデータ転送を指示すると共に、 S C S I ィンタフ ス 3 に対し、 バンク 3 3 1 ( 1 ) からのデータ転送を指示する （ 図 3のステップ S 1 8) 。
ストリームインタフエ一ス 3 4は、 この指示を受けると、 出力バッファ 3 1 2 ( 1 ) から読み出した E Sデータをデータ転送バス 3 9を介してバンク 3 3 1 ( 2 ) に書き込む。 上述したように、 入力バッファ 3 3のバンク 3 3 1 ( 1 ) と 3 3 1 (2) とを切り換えることによって、 出力バッファ 3 1 2 (1 ) から出力さ れて、 入力バッファ 3 3にバッファ リ ングされる E Sデータの消失が防止される
S C S Iインタフェース 3 2は、 C PU 3 5からデータ転送の指示を受けると 、 バンク 3 3 1 ( 1 ) に書き込まれた E Sデータをデータ転送バス 4 0を介して 読み出し、 転送バス 4 1を介して DSM5 0に書き込む。
ステップ S 1 8の指示が終了すると、 C P U 3 5は、 ステップ S 1 1に戻る。 これにより、 再び、 上述した処理が実行される。 この状態で、 E Sデータの生成処理の終了要求が発生すると、 C PU 3 5は、 ストリームィンタフ ス 3 4に対し、 データ転送の停止を指示すると共に、 バ ンク 3 3 1 ( 1 ) に蓄積されている E Sデータの転送が終了した時点で、 S C S Iインタフェース 3 2に対し、 ンク 3 3 1 (2) に蓄積されている E Sデータ の転送を指示する （図 3のステップ S 1 9) 。
ストリームインタフ ス 3 4は、 この指示を受けると、 デ一タ転送処理を停 止する。 S C S Iインタフェース 3 2は、 この指示を受けると、 くンク 3 3 1 ( 2 ) に蓄積されている E Sデータをデータ転送バス 4 0を介して読み出し、 転送 バス 4 1を介して DSM5 0に書き込む。 以上により、 この場合の C PU 3 5の 処理が終了する。
ステップ S 1 4で、 'ンク 3 3 1 ( 1 ) でないと判定すると、 CPU 3 5は、 ストリームインタフェース 3 4に対し、 <ンク 3 3 1 (2 ) へのデータ転送を指 示する （図 2のステップ S 2 0) 。 ストリームインタフェース 3 4は、 この指示 を受けると、 出力バッファ 3 1 2 (1) から所定量の E Sデータを読み出し、 バ ンク 3 3 1 (2) に書き込む。
ステップ S 2 0の指示が終了すると、 C PU 3 5は、 E Sデータの生成処理の 終了要求が発生したか否かを判定する （図 3のステップ S 2 1) 。 この終了要求 が発生しない場合は、 C P U 3 5は、 バンク 3 3 1 (2) が満杯になったか否か を判定する （図 3のステップ S 2 2) 。 バンク 3 3 1 (2) が満杯でなければ、 CPU 3 5は、 ステップ S 1 1に戻る。 これにより、 再び、 上述した処理が実行 される。
この状態で、 'ンク 3 3 1 ( 2 ) が満杯になると、 C P U 3 5は、 ストリーム インタフ ス 3 に対し、 'ンク 3 3 1 ( 1 ) への E Sデータの転送を指示す ると共に、 S C S Iインタフェース 3 2に対し、 バンク 3 3 1 ( 2 ) からの E S データの転送を指示する （図 3のステップ S 2 3)
ストリ一ムィンタフ ス 3 4は、 上記指示を受けると、 出力バッファ 3 1 2 (1) から読み出した E Sデータをデータ転送バス 3 9を介してバンク 3 3 1 ( 1 ) に書き込む。 S C S Iィンタフヱース 3 2は、 上記指示を受けると、 データ 転送バス 4 0を介してバンク 3 3 1 (2 ) 力、ら E Sデータを読み出す。 ステップ S 2 3の指示が終了すると、 C PU 3 5は、 ステップ S 1 1に戻る。 これにより、 再び上述した処理が実行される。
この状態で、 E Sデータの生成処理の終了要求が発生すると、 C PU 3 5は、 ストリームィンタフ ス 3 4に対し、 データ転送の停止を指示すると共に、 ンク 3 3 1 (2) からのデータ転送が終了した時点で、 S C S Iインタフ ス 3 2に対し、 バンク 3 3 1 (1) からのデータ転送を指示する （図 3のステップ S 1 9)
ストリ一ムィンタフ ス 3 4は、 この指示を受けると、 データ転送を停止す る。 S C S Iインタフ ス 3 2は、 この指示を受けると、 'ンク 3 3 1 ( 1) に蓄積されている E Sデータを D SM 5 0に転送する。 以上により、 この場合の C PU 3 5の処理が終了する。
以上が、 CPU 3 5の処理である。 なお、 詳細な説明は省略するが、 オーディ ォの圧縮符号化部 3 1 1 (2) やサブタイ トルの圧縮符号化部 3 1 1 (3) から 出力される E Sデータの転送も同じ制御で、 S C S Iインタフェース 3 2に E S データを転送することができる。
図 4は、 入力バッファ 3 3の具体的構成の一例を示す図である。 図示の入カバ ッファ 3 3は、 2つのバンク 3 3 1 (1) ， 3 3 1 ( 2 ) と、 4つのバッファ 3 3 2 ( 1 ) 3 3 2 ( 4 ) とを有する。
'ッファ 3 3 2 ( 1 ) は、 バンク 3 3 1 ( 1 ) の入出力端子とデータ転送バス 3 9との間に挿入され、 バッファ 3 3 2 ( 2 ) は、 くンク 3 3 1 (2) の入出力 端子とデータ転送バス 3 9との間に挿入され、 バッファ 3 3 2 ( 3 ) は、 バンク 3 3 1 (2 ) の入出力端子とデータ転送バス 4 0との間に挿入され、 バッファ 3 3 2 (4) は、 バンク 3 3 1 (2) の入出力端子とデータ転送バス 4 0との間に 揷入されている。
'ッファ 3 3 2 ( 1 ) 3 3 2 ( 2 ) のオン、 オフは、 C P U 3 5の指示に基 づいて、 ストリ一ムィンタフエース 3 4により制御される。 一方、 ッファ 3 3 2 (3 3 3 2 (4) のオン、 オフは、 C PU 3 5の指示に基づいて、 S C S Iインタフ ス 3 2により制御される。
図 5は、 上述した 2バンク方式の入力バッファ 3 3を使ったパイプライン処理 1
1 5
を示す図である。 ここで、 この図 4を参照しながら、 入力バッファ 3 3の動作を 説明する。
E Sデータの生成処理の開始時 （時刻 t 1) は、 バッファ 3 3 2 (1) がオン 状態に設定され、 バッファ 3 3 2 ( 2 ) ~ 3 3 2 ( 4 ) がオフ状態に設定される 。 これにより、 この場合は、 バンク 3 3 1 ( 1 ) がバッファ 3 3 2 ( 1 ) を介し てデータ転送バス 3 9に接続される。 その結果、 この場合は、 ストリームインタ フェース 3 4により出力バッファ 3 1 2 (1) から読み出された E Sデータがバ ッファ 3 3 2 ( 1 ) を介してバンク 3 3 1 ( 1 ) に書き込まれる。
このあと、 ンク 3 3 1 ( 1 ) が満杯になると （時刻 t 2 ) 、 バッファ 3 3 2 (2 ) , 3 3 2 ( 3 ) がォン状態に設定され、 バッファ 3 3 2 ( 1 ) , 3 3 2 ( 4) がオフ状態に設定される。 これにより、 今度は、 バンク 3 3 1 (2) がバッ ファ 3 3 2 ( 2 ) を介してデータ転送バス 3 9に接続され、 バンク 3 3 1 (1) 力'バッファ 3 3 2 ( 3 ) を介してデータ転送バス 4 0に接続される。 その結果、 今度は、 ストリームインタフェース 3 4により出力バッファ 3 1 2 (1) 力、ら読 み出された E Sデータがバッファ 3 3 2 ( 2 ) を介してバンク 3 3 1 ( 2 ) に書 き込まれる。 また、 バンク 3 3 1 (1) に蓄積されている E Sデ一タカ《、 バッフ ァ 3 3 2 (3) を介して S C S Iインタフェース 3 2により読み出される。
このあと、 くンク 3 3 1 (2) が満杯になると （時刻 t 3 ッファ 3 3 2
(1) , 3 3 2 ( 4 ) がオン状態に設定され、 ノ 、ッファ 3 3 2 ( 2 ) , 3 3 2 (
3) がオフ状態に設定される。 これにより、 今度は、 バンク 3 3 1 (1) がバッ ファ 3 3 2 ( 1 ) を介してデータ転送バス 3 9に接続され、 バンク 3 3 1 (2 ) 力'バッファ 3 3 2 ( 4 ) を介してデータ転送バス 4 0に接続される。 その結果、 今度は、 ストリームインタフ ス 3 4により読み出された E Sデータカ《バッフ ァ 3 3 2 ( 2 ) を介してバンク 3 3 1 (1) に書き込まれる。 また、 ンク 3 3 1 ( 1 ) に蓄積されている E Sデ一タカく、 バッファ 3 3 2 ( 4 ) を介して S C S Iインタフェース 3 2により読み出される。
このあと、 バンク 3 3 1 ( 1 ) が満杯になると （時刻 t 4 ) ッファ 3 3 2
(2) 3 3 2 ( 3 ) がオン状態に設定され、 バッファ 3 3 2 ( 1) 3 3 2 (
4) がオフ伏態に設定される。 これにより、 今度は、 バンク 3 3 1 (2) に E S データが書き込まれ、 バンク 3 3 1 ( 1) から E Sデータが読み出される。 このあと、 ストリーム生成処理の終了要求が発生し、 かつ、 バンク 3 3 1 (2 ) が満杯になると （時刻 t 5) 、 バッファ 3 3 2 ( 4 ) がオン状態に設定され、 バッファ 3 3 2 ( 1 ) 〜3 3 2 ( 3 ) がオフ状態に設定される。 これにより、 今 度は、 ノ<ンク 3 3 1 (2) から E Sデータの読出しがなされる。
図 6は、 ビデオエンコーダ 3 1 (1) の圧縮符号化部 3 1 1 (1) の構成を示 すプロック図である。
図示の圧縮符号化部 3 1 1 ( 1) は、 差分回路 1 Aと、 0じ丁回路2八と、 量 子化回路 3 Aと、 逆量子化回路 4 Aと、 逆 DC T回路 5 Aと、 加算回路 6 Aと、 フレームメモリ 7 Aと、 可変長符号化回路 8 Aと、 ビッ トレート制御回路 9 Aと 、 可変調符号化バッファ 1 0 Aとを有する。
上記構成においては、 ビデオ信号 VSは、 差分回路 1 Aと、 DCT回路 2 Aと 、 量子化回路 3 Aと、 ビッ トレート制御回路 9 Aとにより、 画面内相関による圧 縮符号化処理が施される。 また、 ビデオ信号 VSは、 逆量子化回路 4 Aと、 逆 D CT回路 5 Aと、 加算回路 6 Aとにより画面間相関による圧縮符号化処理が施さ れる。 さらに、 ビデオ信号 VSは、 可変長符号化回路 8 Aにより、 符号の出現確 率の偏りに基づいた圧縮符号化処理が施される。
図 7は、 オーディオエンコーダ 3 1 (2) の圧縮符号化部 3 1 1 (2) の構成 を示すプロック図である。
図示の圧縮符号化部 3 1 1 (2) は、 サブバンド分析フィルタ 1 Bと、 線形量 子化回路 2 Bと、 ビッ ト圧縮回路 3 Bと、 高速フーリエ変換回路 （F FT) 4 B と、 心理聴覚モデル化回路 5 Bと、 動的ビッ ト割当て回路 6 Bと、 スケールファ クタ選択情報記憶回路 7 Bと、 スケールファクタ抽出回路 8 Bと、 サイ ド情報符 号化回路 9 Bと、 ビッ トストリ一ム形成回路 1 0 Bとを有する。
上記構成においては、 オーディオ信号 ASは、 サブバンド分析フィルタ 1 Bに より、 3 2帯域のサブバンド信号に分割される。 各サブバンド信号は、 スケール ファクタ選択情報記憶回路 7 Bとスケールファクタ抽出回路 8 Bとにより、 スケ —ルファクタを計算される。
一方、 オーディオ信号 ASは、 高速フーリエ変換回路 4 Bにより高速フーリエ 変換される。 そして、 この変換結果に基づいて、 心理聴覚モデル化回路 5 Bによ りマスキング特性が計算される。 この計算結果に基づいて、 各サブバンド信号ご とに、 動的ビッ ト割当て回路 6 Bにより、 ビッ ト割当てが決定される。 そして、 このビッ ト割当てに基づいて、 各サブバンド信号ごとに線形量子化回路 2 Bによ り量子化が実行される。 量子化されたサブバンド信号は、 サイ ド情報符号化回路 9 Bにより符号化されたサイ ド情報と共に、 ビッ トストリーム形成回路 1 0によ り合成される。
以上詳述した本実施例によれば、 各圧縮符号化部 3 1 1 (n) から S C S Iィ ンタフヱ一ス 32に E Sデータを転送するための系を、 データ転送系と、 このデ —タ転送系の転送処理を制御する転送制御系とに分け、 E Sデータを C PUバス
42ではなく、 専用バス （データ転送バス 3 8 (n) ， 3 9， 4 0) を介して転 送するようにしたので、 CPUバス 42のトラフィ ックの增大により圧縮データ や制御データの転送が大きく制限されてしまうことを防止することができる。 これにより、 E Sデータをリアルタイムで処理することができると共に、 出力 ノ ッファ 3 1 2 (n) の容量を小さくすることができる。 また、 E Sデータをリ アルタイムで処理することができることにより、 リアルタイム処理が要求される マルチメディアシステムの圧縮データ生成装置にも適用することができる。 また、 本実施例によれば、 S C S Iインタフヱ一ス 32の入力段にこの S C S Iィンタフヱ一ス 32に入力される E Sデータを一時的に蓄積するための入カバ ッファ 33を設けるようにしたので、 ストリームインタフェース 34と S C S I インタフヱ一ス 32との動作速度の違いを吸収することができる。
また、 本実施例によれば、 入力バッファ 3 3として、 2バンク方式のメモリを 用いるようにしたので、 伝達メディアが蓄積メディア （DSM5 0) のように動 作速度の遅いメディァであるにもかかわらず、 ストリ一ムィンタフヱ一ス 34と
5 C S Iィンタフヱ一ス 32との動作速度の違いを簡単に吸収することができる また、 このような構成によれば、 入力バッファ 33として、 F I FO方式のメ モリを用いる場合に比べ、 入力バッファ 3 3の管理を容易にすることができる。 次に、 本発明の第 2の実施例を説明する。 図 8は、 本実施例の構成を示すプロ ック図である。 なお、 図 8において、 先の図 1とほぼ同一機能を果たす部分には 、 同一符号を付して詳細な説明を省略する。
先の第 1の実施例では、 圧縮符号化処理により得られた E Sデータをそのまま 蓄積メディア 5 0に供給する場合を説明した。 これに対し、 本実施例は、 圧縮符 号化処理により得られた E Sデータを M P E Gのプログラムストリ一ムデータ （ 以下 「P Sデータ」 という。 ） 変換して供給するようにしたものである。 ここで 、 本実施例における P Sデータとは、 E Sデータに対し、 例えば、 別々に圧縮符 号化したビデオ信号、 オーディオ信号、 サブタイ トル信号を同期して多重化させ るために必要な情報を付加したデータのことである。
このため、 本実施例では、 図 8に示すように、 ストリ一ムィンタフエース 3 4 と入力バッファ 3 3との間にバケツ ト化 ·多重化部 4 3を揷入するようになって いる。 このバケツ ト化 ·多重化部 4 3は、 入力データをバケツ ト化すると共に、 同期多重することにより P Sデータを生成するようになっている。 なお。 バケツ ト化，多重化部 4 3が、 本発明における多重化手段に相当する。
図 9および図 1 0は、 本実施例の C P U 3 5の処理を示すフローチヤ一トであ る。 以下、 この図 9および図 1 0を参照しながら、 本実施例の動作を説明する。 なお、 図 9および図 1 0には、 説明を簡単にするために、 ビデオとオーディオの みを同期多重する場合を代表として説明する。
図 9および図 1 0の処理においては、 C P U 3 5は、 まず、 圧縮符号化部 3 1 1 ( n ) (但し、 この例の場合、 圧縮符号化部 3 1 1 ( 3 ) は除く） から出力さ れる制御情報の 1つであるデータサイズ情報を受信する処理を実行する （図 9の ステップ S 3 1 ) 。 次に、 C P U 3 5は、 受信したデータサイズ情報に基づいて 、 ビデオとオーディオの多重化計画を立てる （図 9のステップ S 3 2 ) 。 ここで 、 ビデオとオーディオの多重化計画とは、 別々に符号化されたビデオ信号とォ一 ディォ信号とをどのように多重化するかの計画である。 例えば、 バケツ ト化多重 化部 4 3で多重化するときに、 バケツ ト化された各ビデオ信号と各オーディオ信 号とをどのような順番で多重化するかの計画のことである。 次に、 C P U 3 5は 、 立てた多重化計画に基づいて、 ビデオの出力バッファ 3 1 2 ( 1 ) から E Sデ —タを読み出す必要があるか否かを判定する （図 9のステップ S 3 3 ) 。 ビデオの E Sデータを読み出す必要がない場合は、 C PU 3 5は、 オーディオ の出力バッファ 3 1 2 (2) から E Sデータを読み出す必要があるか否かを判定 する （図 9のステップ S 3 4) 。 オーディォの E Sデータを読み出す必要がない 場合は、 C P U 3 5は、 ステップ S 3 1に戻る。 これにより、 再び、 上述した処 理が実行される。
これに対し、 ビデオの E Sデータを読み出す必要がある場合は、 C PU 3 5は 、 ストリ一ムィンタフヱ一ス 3 に対し、 ビデオの E Sデータの転送を指示する (図 9のステップ S 3 5 ) 。 ス トリ一ムィンタフエース 3 4は、 この指示を受け ると、 ビデオの出力バッファ 3 1 2 ( 1) 力、ら E Sデータを読み出し、 データ転 送バス 3 9を介してバケツ ト化 ·多重化部 4 3に供給する。
同様に、 オーディオの E Sデータを読み出す必要がある場合は、 C PU 3 5は 、 ストリームインタフェース 3 4に対し、 オーディオの E Sデータの転送を指示 する （図 9のステップ S 3 6) 。 ストリームインタフェース 3 4は、 この指示を 受けると、 オーディオの出力バッファ 3 1 2 (2) から E Sデータを読み出し、 データ転送バス 3 9を介してバケツ ト化，多重化部 4 3に供給する。
ステップ S 3 5または S 3 6の指示が終了すると、 C PU 3 5は、 書き込みに 使用されているバンクがバンク 3 3 1 (1) か否かを判定する （図 9のステップ S 3 7) 。 ノくンク 3 3 1 ( 1 ) である場合は、 C PU 3 5は、 バケツ ト化 '多重 化部 4 3に対し、 バンク 3 3 1 (1) へのデータ転送を指示する （図 9のステツ プ S 3 8 ) 。 パケッ ト化 ·多重化部 4 3は、 この指示を受けると、 入力データを パケッ ト化した後、 データ転送バス 4 4を介してバンク 3 3 1 (1) に書き込む 。 このとき、 バケツ ト化，多重化部 4 3は、 同期再生用の時間情報も付加する。 ステップ S 3 8の指示が終了すると、 C P U 3 5は、 E Sデータ （P Sデータ ) の生成処理の終了要求が発生したか否かを判定する （図 1 0のステップ S 3 9 ) 。 この終了要求が発生しない場合は、 C P U 3 5は、 バンク 3 3 1 (1 ) が満 杯になったか否かを判定する （図 1 0のステップ S 4 0 ) 。 バンク 3 3 1 ( 1 ) が満杯でなければ、 CPU 3 5は、 ステップ S 3 1に戻る。 これにより、 再び、 上述した処理が実行される。
これに対し、 バンク 3 3 1 (1) が満杯になると、 C PU 3 5は、 パケッ ト化 •多重化部 4 3に対し、 バンク 3 3 1 (2) へのデータ転送を指示すると共に、 S C S Iインタフェース 3 2に対し、 <ンク 3 3 1 ( 1 ) からのデータ転送を指 示する （図 1 0のステップ S 4 1
バケツ ト化 ·多重化部 4 3は、 この指示を受けると、'生成した P Sデータをバ ンク 3 3 1 (2) に書き込む。 S C S Iインタフ ス 3 2は、 この指示を受け ると、 バンク 3 3 1 (1 ) に書き込まれた P Sデータを読み出し、 D SM5 0に 書き込む。
上記指示が終了すると、 C PU 3 5は、 ステップ S 3 1に戻る。 これにより、 再び、 上述した処理が実行される。
この状態で、 E Sデータの生成処理の終了要求が発生すると、 C PU 3 5は、 ストリ一ムィンタフ ス 3 とバケツ ト化 ·多重化部 4 3に対し、 データ転送 の停止を指示すると共に、 バンク 3 3 1 ( 1) からのデータ転送が終了した時点 で、 S C S Iィンタフエース 3 2に対し、 ンク 3 3 1 (2) からのデータ転送 を指示する （図 1 0のステップ S 4 2) 。
ストリ一ムィンタフ ス 3 4とバケツ ト化 ·多重化部 4 3は、 上記指示を受 けると、 データ転送を停止する。 S C S Iィンタフ ス 3 2は、 上記指示を受 けると、 <ンク 3 3 1 (2 ) に蓄積されている P Sデータを D SM 5 0に転送す る。 以上により、 この場合の C PU 3 5の処理が終了する。
これに対し、 ステップ S 3 7で、 <ンク 3 3 1 ( 1 ) でないと判定すると、 C PU 3 5は、 バケツ ト化 ·多重化部 3 4に対し、 バケツ ト化とバンク 3 3 1 (2 ) へのデータ転送を指示する （図 9のステップ S 4 3) 。 パケッ ト化 ·多重化部
3 4は、 この指示を受けると、 入力データをバケツ トイ匕した後、 データ転送バス
4 4を介してバンク 3 3 1 (2) に書き込む。
ステップ S 4 3の指示が終了すると、 C PU 3 5は、 E Sデータ （P Sデータ ) の生成処理の終了要求が発生したか否かを判定する （図 1 0のステップ S 4 4 ) 。 終了要求が発生しない場合は、 C PU 3 5は、 バンク 3 3 1 (2) が満杯に なったか否かを判定する （図 1 0のステップ S 4 5) 。 満杯でなければ、 C PU 3 5は、 ステップ S 3 1に戻る。
これに対し、 バンク 3 3 1 ( 1) が満杯であれば、 C PU 3 5は、 バケツ ト化 •多重化部 4 3に対し、 バンク 3 3 1 (2) へのデータ転送を指示すると共に、 S C S Iインタフェース 3 2に対し、 くンク 3 3 1 ( 1 ) からのデータ転送を指 示する （図 1 0のステップ S 4 6) 。
バケツ ト化 ·多重化部 4 3は、 この指示を受けると、 生成した P Sデータをバ ンク 3 3 1 (2 ) に書き込む。 S C S Iインタフ ス 3 2は、 この指示を受け ると、 バンク 3 3 1 ( 1) から P Sデータを読み出し、 DSM5 0に書き込む。 ステップ S 4 6の指示が終了すると、 C P U 3 5は、 ステップ S 3 1に戻る。 これにより、 再び、 上述した処理が実行される。 この状態で、 E Sデータ （P S データ） の生成処理の終了要求が発生すると、 C PU 3 5は、 ストリームインタ フヱ一ス 3 4とバケツ 卜化 ·多重化部 4 3に対し、 データ転送の停止を指示する と共に、 バンク 3 3 1 (2) からのデータ転送が終了した時点で、 S C S Iイン タフ ス 3 2に対し、 ンク 3 3 1 ( 1) からのデータ転送を指示する （図 1 0のステップ S 4 2) 。
ストリ一ムィンタフ ス 3 4とバケツ ト化 ·多重化部 4 3は、 上記指示を受 けると、 データ転送を停止する。 S C S Iィンタフ ス 3 2は、 上記指示を受 けると、 'ンク 3 3 1 (1) に蓄積されている P Sデータを D SM 5 0に転送す る。 以上により、 この場合の C PU 3 5の処理が終了する。
以上詳述した本実施例においても、 先の第 1の実施例と同様の効果を得ること ができる。
次に、 本発明の第 3の実施例を説明する。.図 1 1は、 本実施例の構成を示すブ ロック図である。 なお、 図 1 1において、 先の図 1とほぼ同一機能を果たす部分 には、 同一符号を付して詳細な説明を省略する。
先の第 1, 第 2の実施例では、 E Sデータ （P Sデータに変換した場合も含む ) を蓄積メディアに出力する場合を説明した。 これに対し、 本実施例は、 E Sデ —夕を MP E G 2のトランスポー トストリームデータ （以下 「TSデータ」 とい う。 ） に変換して放送メディアに出力するようにしたものである。 ここで、 本実 施例における T Sデータとは、 E Sデータに対し、 放送メディァゃ通信メディァ に出力できるよう付加情報を付加したデータのことである。
このため、 本実施例では、 図 1 1に示すように、 ストリ一ムィンタフ ス 3 4の出力段に、 バケツ ト化 ·多重化部 4 5と、 入力バッファ 4 6と、 トランスポ —トストリ一ム （T S ) インタフェース 4 7 とが設けられている。
パケッ ト化 '多重化部 4 5は、 ストリームインタフヱ一ス 3 4から出力される E Sデータをバケツ ト化した後、 同期多重化することにより放送メディァゃ通信 メディァ用の T Sデータを生成するようになっている。
入力バッファ 4 6は、 バケツ ト化 ·多重化部 4 5から供給される T Sデータを 一時的に蓄積するようになっている。 この入力バッファ 4 6は、 2バンク方式の メモリではなく、 F I F 0方式のメモリでよい。 これは、 本実施例では、 伝達メ ディアとして、 放送メディアを対象としているからである。 すなわち、 放送メデ ィァはリアルタイム性を要求されるため、 伝達メディァより動作速度が早いため である。
トランスポートストリームインタフエ一ス 4 7は、 入力バッファ 4 6に蓄積さ れている T Sデータを放送メディア 6 0に出力する機能を有する。 なお、 図には 、 放送メディァ 6 0の構成要素のうち、 チャネル多重化部 6 1と、 変調部 6 2と を示す。 ここで、 チャネル多重化部 6 1は、 複数のチャネルの T Sデータを多重 化する機能を有する。 また、 変調部 6 2は、 この多重化出力を例えば無線帯域の 信号に変調する機能を有する。
以上詳述した本実施例においても、 先の実施例とほぼ同様の効果を得ることが できる。
以上、 本発明の 3つの実施例を詳細に説明したが、 本発明は、 上述したような 実施例に限定されるものではない。
例えば、 先の実施例では、 本発明を、 時間的に関連する複数の素材信号の圧縮 データとして、 1つの番組のビデオ信号 V Sと、 オーディオ信号 A Sと、 サブ夕 ィ トル信号 S Sとの圧縮デ一タを生成する圧縮データ生成装置を適用する場合を 説明したが、 本発明は、 これ以外の素材信号の圧縮データを生成する圧縮データ 生成装置にも適用することができる。
また、 先の実施例では、 本発明を複数の素材信号の圧縮データを生成する圧縮 データ生成装置に適用する場合を説明したが、 本発明は、 1つの素材信号の圧縮 データを生成する圧縮データ生成装置にも適用することができる。 なお、 このほかにも、 本発明は、 種々様々変形実施可能なことは勿論である。 以上詳述したように本発明によれば、 汎用バスのトラフィ ックの増大により圧 縮データや制御デ一タの転送が大きく制限されてしまうことを防止することがで
S Ό o
これにより、 圧縮データをリアルタイムで処理することができると共に、 第 1 の蓄積手段の容量を小さくすることができる。 また、 圧縮データをリアルタイム で処理することができることにより、 リアルタイム処理が要求されるマルチメデ ィアシステムの圧縮データ生成装置にも適用することができる。
また、 本発明によれば、 データの出力手段の入力段にこの出力手段に入力され る圧縮データを一時的に蓄積するための蓄積手段を設けるようにしたので、 デ一 タ転送手段と出力手段との動作速度の違いを吸収することができる。
また、 本発明によれば、 出力手段の入力段に設けられる蓄積手段として、 2バ ンク方式のメモリを用いるようにしたので、 伝達メディァが蓄積メディァのよう に動作速度の遅いメディァであるにもかかわらず、 転送手段とデータ出力手段と の動作速度の違いを簡単に吸収することができる。
また、 このような構成によれば、 蓄積手段として、 F I F 0方式のメモリを用 いる場合に比べ、 蓄積手段の管理を容易にすることができる。
産業上の利用可能性
以上のように本発明の圧縮データ生成装置および方法は、 トラフィ ックの増大 により圧縮データや制御データの転送が大きく制限されてしまうことを防止する ことが可能であるから、 例えば、 マルチメディアシステムを実現するための圧縮 データ生成装置に好適である。

Claims

請求の範囲
1 . 入力されたデータを圧縮符号化して出力する圧縮符号化手段と、 この圧縮符号化手段から出力された圧縮デ一タを出力する出力手段と、 前記圧縮符号化手段から出力された前記圧縮デ一タを前記出力手段に転送する デ一タ転送手段と、
前記圧縮符号化手段と制御バスを介して接続され、 前記制御バスからの制御情 報に基づき、 前記圧縮符号化手段から出力される前記圧縮デ一タを前記デ一タ転 送手段に入力させるよう制御する制御手段と
を備えたことを特徴とする圧縮データ生成装置。
2 . 前記データ転送手段は、
前記圧縮符号化手段から出力される前記圧縮デ一タを一時的に蓄積する第 1の 蓄積手段と、
この第 1の蓄積手段から出力される前記圧縮デ一タを一時的に蓄積する第 2の 蓄積手段とを含み、
前記圧縮符号化手段は、 前記制御バスを介して前記制御手段に前記第 1の蓄積 手段の蓄積状態を示す前記制御情報を出力し、
前記制御手段は、 前記制御情報に基づいて、 前記第 1の蓄積手段に蓄積された 前記圧縮デ一タを第 2の蓄積手段に出力させるよう制御することを特徴とする請 求の範囲第 1項記載の圧縮データ生成装置。
3 . 前記データ転送手段は、 前記第 1の蓄積手段から出力された前記圧縮デ一 タが入力されると共に、 入力された前記圧縮デ一タを前記第 2の蓄積手段に出力 するデ一タインタフヱ一スを含み、
前記制御手段は、 前記制御情報に基づいて、 前記第 1の蓄積手段に蓄積された 前記圧縮データを前記デ一タインタフエースに入力させるよう、 前記デ一タイン 夕フェースを制御することを特徴とする請求の範囲第 2項記載の圧縮データ生成
4 . 前記第 2の蓄積手段は、 少なくとも第 1および第 2の記憶手段から構成さ れ、 前記制御手段は、 前記制御情報に基づいて、 前記第 1の蓄積手段に蓄積された 前記圧縮データを前記第 1の記憶手段に出力させ、 前記第 1の記憶手段に前記圧 縮データの記憶ができなくなつたとき、 前記圧縮データの記憶を前記第 1の記憶 手段から前記第 2の記憶手段に切り換えて前記第 2の記憶手段に行わせるよう制 御することを特徴とする請求の範囲第 2項記載の圧縮データ生成装置。
5 . 前記制御手段は、 前記第 1の記憶手段に前記圧縮データの記憶ができなく なったとき、 前記圧縮データの記憶を前記第 1の記憶手段から前記第 2の記憶手 段に切り換えて前記第 2の記憶手段に行わせるよう制御すると共に、 前記第 1の 記憶手段に記憶された前記圧縮データを前記出力手段に転送するよう制御するこ とを特徴とする請求の範囲第 4項記載の圧縮データ生成装置。
6 . 前記出力手段は、 前記データ転送手段から転送された前記圧縮データを外 部出力データとして出力されるよう、 前記圧縮データをデータ変換することを特 徴とする請求の範囲第 1項記載の圧縮デ—タ生成装置。
7 . 前記圧縮符号化手段は、 少なくとも映像データを圧縮符号化する映像圧縮 符号化手段と、 音声データを圧縮符号化する音声圧縮符号化手段とから構成され 前記デ一タ転送手段は、 前記映像圧縮符号化手段から出力された映像圧縮デ— タと、 前記音声圧縮符号化手段から出力された音声圧縮データとを多重化して前 記出力手段に転送する多重化手段を含むことを特徴とする請求の範囲第 1項記載 の圧縮データ生成装置。
8 . 前記制御手段は、 前記圧縮符号化手段から出力されて前記制御バスを介し て入力される前記制御情報に基づいて、 前記多重化手段の多重化計画を行い、 前記多重化手段は、 前記多重化計画に基づいて、 前記映像圧縮データと前記音 声圧縮データとを多重化して前記出力手段に転送することを特徴とする請求の範 囲第 7項記載の圧縮データ生成装置。
9 . 入力されたデータを圧縮符号化手段で圧縮符号化する圧縮符号化ステップ と、
この圧縮符号化ステップで圧縮符号化された圧縮データに対する制御情報が制 御バスを介して入力されると共に、 この入力された制御情報に基づいて前記圧縮 データを転送制御する転送制御ステップと、
この転送制御ステップに基づいて、 前記圧縮符号化ステツプで圧縮符号化され た前記圧縮デ一タを転送するデータ転送ステップと、
このデータ転送ステップで転送された前記圧縮データを外部に出力する出カス テツプと
を含むことを特徴とする圧縮データ生成方法。
1 0 . 前記データ転送ステップは、 前記圧縮符号化ステップで圧縮符号化され た圧縮データを第 1の蓄積手段に一時的に蓄積する第 1の蓄積ステツプと、 この 第 1の蓄積ステップで一時的に蓄積された圧縮データが入力されると共に、 この 入力された圧縮データを第 2の蓄積手段に一時的に蓄積する第 2の蓄積ステツプ とを含み、
前記圧縮符号化ステツプは、 前記制御バスを介して前記第 1の蓄積ステツプで 蓄積される前記圧縮データの蓄積状態を示す前記制御情報を出力し、
前記転送制御ステップは、 前記圧縮符号化ステップによって出力される前記制 御情報に基づいて、 前記第 1の蓄積ステツプで蓄積された前記圧縮データを前記 第 1の蓄積手段から出力させて、 この出力された圧縮データを前記第 2の蓄積ス テップにおいて前記第 2の蓄積手段に一時的に蓄積させるよう制御する
ことを特徴とする請求の範囲第 9項記載の圧縮デ—タ生成方法。
1 1 . 前記第 2の蓄積ステップにおいて前記圧縮データを一時的に記憶する前 記第 2の蓄積手段は、 少なくとも第 1および第 2の記憶手段から構成され、 前記転送制御ステツプは、 前記制御情報に基づいて、 前記第 1の蓄積ステツプ で蓄積された前記圧縮データを、 前記第 2の蓄積ステツプで前記第 1の記憶手段 に記憶させるよう制御し、 前記第 1の記憶手段に前記圧縮デ一タの記憶ができな くなつたとき、 前記第 2の蓄積ステツプで前記圧縮データの記憶を前記第 1の記 憶手段から前記第 2の記憶手段に切り換えて前記第 2の記憶手段に行わせるよう 制御する
ことを特徴とする請求の範囲第 1 0項記載の圧縮データ生成方法。
1 2 . 前記転送制御ステツプは、 前記第 2の蓄積ステツプで前記第 1の記憶手 段に前記圧縮デ一タを記憶することができなくなったとき、 前記圧縮デ一タの記 憶を前記第 1の記憶手段から前記第 2の記憶手段に切り換えて前記第 2の記憶手 段に行わせるよう制御すると共に、 前記第 1の記憶手段に記憶された前記圧縮デ ―タが前記出カステツプにおいて出力されるよう転送制御する
ことを特徴とする請求の範囲第 1 1項記載の圧縮データ生成方法。
1 3 . 前記圧縮符号化ステップは、 少なくとも入力された映像データを圧縮符 号化する映像圧縮符号化ステップと、 音声データを圧縮符号化する音声圧縮符号 化ステツプとを含み、
前記データ転送ステップは、 前記映像圧縮符号化ステップで圧縮符号化された 映像圧縮データと、 前記音声圧縮符号化ステップで圧縮符号化された音声圧縮デ —夕とを多重化する多重化ステツプを含む
ことを特徴とする請求の範囲第 9項記載の圧縮データ生成方法。
1 4 . 前記転送制御ステップは、 前記圧縮符号化ステップで前記制御バスを介 して入力された前記制御情報に基づいて、 前記多重化ステップの多重化計画を行 い、
前記多重化ステツプは、 前記転送制御ステツプでの多重化計画に基づいて、 前 記映像圧縮デ一タと前記音声圧縮デ一タとを多重化する
ことを特徴とする請求の範囲第 1 3項記載の圧縮データ生成方法。
PCT/JP1998/000241 1997-01-23 1998-01-22 Device and method for generating compressed data WO1998033281A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/155,101 US6445825B2 (en) 1997-01-23 1998-01-22 Apparatus and method of generating compressed data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP1059197 1997-01-23
JP9/10591 1997-01-23

Publications (1)

Publication Number Publication Date
WO1998033281A1 true WO1998033281A1 (en) 1998-07-30

Family

ID=11754498

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1998/000241 WO1998033281A1 (en) 1997-01-23 1998-01-22 Device and method for generating compressed data

Country Status (2)

Country Link
US (1) US6445825B2 (ja)
WO (1) WO1998033281A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002152730A (ja) * 2000-11-08 2002-05-24 Nec Corp マルチメディア信号符号化装置、出力符号量制御方法、及びそのプログラムを記録した記録媒体
US20110268265A1 (en) * 2010-04-30 2011-11-03 Lathrop Alexander M Disk media security system and method
CN105659594A (zh) * 2013-10-17 2016-06-08 联发科技股份有限公司 发送/接收图片的压缩的像素数据组和像素数据分组设定的指示信息的数据处理装置以及相关数据处理方法
KR20190136492A (ko) * 2018-05-31 2019-12-10 에스케이하이닉스 주식회사 메모리 시스템 및 그것의 동작방법

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6293728A (ja) * 1985-10-18 1987-04-30 Fujitsu Ltd Ｆｉｆｏメモリ制御装置
JPH04101538A (ja) * 1990-08-21 1992-04-03 Nec Corp Ｃｐｕ出力データ制御回路
JPH066387A (ja) * 1992-06-16 1994-01-14 Hitachi Ltd データ転送制御方法および装置
JPH0619629A (ja) * 1992-07-02 1994-01-28 Mitsubishi Electric Corp データ記憶装置
JPH0818941A (ja) * 1994-06-28 1996-01-19 Canon Inc 画像処理装置及び多対地会議方法
JPH08340393A (ja) * 1995-06-14 1996-12-24 Matsushita Electric Ind Co Ltd マルチメディア通信装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06261017A (ja) * 1993-03-08 1994-09-16 Matsushita Electric Ind Co Ltd マルチメディア通信装置
EP0710033A3 (en) * 1994-10-28 1999-06-09 Matsushita Electric Industrial Co., Ltd. MPEG video decoder having a high bandwidth memory
US5838664A (en) * 1997-07-17 1998-11-17 Videoserver, Inc. Video teleconferencing system with digital transcoding
EP0735776B1 (en) * 1995-03-29 2004-01-28 Hitachi, Ltd. Decoder for compressed and multiplexed video and audio data
US5982459A (en) * 1995-05-31 1999-11-09 8×8, Inc. Integrated multimedia communications processor and codec
CA2224238A1 (en) * 1995-06-15 1997-01-03 Hall, David Communication system for superimposing data onto a video signal
US6018765A (en) * 1996-01-23 2000-01-25 Storage Concepts, Inc. Multi-channel multimedia data server
US5864546A (en) * 1996-11-05 1999-01-26 Worldspace International Network, Inc. System for formatting broadcast data for satellite transmission and radio reception

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6293728A (ja) * 1985-10-18 1987-04-30 Fujitsu Ltd Ｆｉｆｏメモリ制御装置
JPH04101538A (ja) * 1990-08-21 1992-04-03 Nec Corp Ｃｐｕ出力データ制御回路
JPH066387A (ja) * 1992-06-16 1994-01-14 Hitachi Ltd データ転送制御方法および装置
JPH0619629A (ja) * 1992-07-02 1994-01-28 Mitsubishi Electric Corp データ記憶装置
JPH0818941A (ja) * 1994-06-28 1996-01-19 Canon Inc 画像処理装置及び多対地会議方法
JPH08340393A (ja) * 1995-06-14 1996-12-24 Matsushita Electric Ind Co Ltd マルチメディア通信装置

Also Published As

Publication number Publication date
US6445825B2 (en) 2002-09-03
US20010043746A1 (en) 2001-11-22

Similar Documents

Publication Publication Date Title
JP4627812B2 (ja) 固定長ブロックの効率的な圧縮および圧縮解除
JP2986039B2 (ja) 多重チャネル画像圧縮システム用の統計的マルチプレクサ
RU2158057C1 (ru) Система кодирования и декодирования без потерь
JP4404180B2 (ja) データ配信システム、データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
US5974223A (en) Method of and apparatus for data recording, method of and apparatus for data reproduction, recording medium, and method of and apparatus for data transmission
US6333763B1 (en) Audio coding method and apparatus with variable audio data sampling rate
WO1998033281A1 (en) Device and method for generating compressed data
JP3750760B2 (ja) 繰返し使用データ挿入装置およびディジタル放送送信システム
US10812789B2 (en) Encoding/transmitting apparatus and encoding/transmitting method
WO2003073759A1 (fr) Appareil de transmission d&#39;images et procede de transmission d&#39;images
JP3850015B2 (ja) ディジタルビデオ信号記録再生装置および伝送装置
JP3541413B2 (ja) 情報信号伝送方法及び装置
JPH09312625A (ja) データ多重化装置およびその方法
CN1647026A (zh) 用于存储视听数据的电路、设备和方法
JPH08191434A (ja) 動画／音声符号化データ多重化方法及び動画／音声符号化データ多重化装置
JPH1141608A (ja) 画像伝送装置および画像符号化方法および画像符号化装置
KR0128858B1 (ko) 화면 변화에 대한 부호화 모드 결정장치
JP3688064B2 (ja) 画像圧縮方法及び画像圧縮装置
JP2006301748A (ja) 情報記録再生システム、情報記録再生装置及び情報記録再生方法
JP3476313B2 (ja) 可変ビットレート対応時間連続メディアサーバシステム
JP3458388B2 (ja) ディジタル画像信号の伝送装置
KR0157464B1 (ko) 가변비트할당방식의 복호화방법 및 그 장치
JP2002281499A (ja) 圧縮符号化信号変換方法、装置および変換プログラムを記録した媒体
JPH09130269A (ja) 誤り訂正符号フレーム構成装置
JPH05274809A (ja) ディジタル画像信号の伝送装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

WWE Wipo information: entry into national phase

Ref document number: 09155101

Country of ref document: US