CN113038238B - Transmission stream data code recording system and transmission stream data code recording method - Google Patents
Transmission stream data code recording system and transmission stream data code recording method Download PDFInfo
- Publication number
- CN113038238B CN113038238B CN202110301916.0A CN202110301916A CN113038238B CN 113038238 B CN113038238 B CN 113038238B CN 202110301916 A CN202110301916 A CN 202110301916A CN 113038238 B CN113038238 B CN 113038238B
- Authority
- CN
- China
- Prior art keywords
- data
- recording
- video
- audio
- buffer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4334—Recording operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
- H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/439—Processing of audio elementary streams
- H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Abstract
The invention provides a transmission stream data code recording system and a transmission stream data code recording method, wherein the system comprises the following steps: a data multiplexer, a memory and a recorder. The data multiplexer is used for receiving an audio-video program and obtaining original data of the video syllable through program information. The memory is used for providing a data buffer area, and the data buffer area is used for storing the original data. The recorder is used for reading the original data from the data buffer area and recording the video program to generate a recorded data file, and recovering the data buffer area occupied by the recorded original data according to the recording progress. Therefore, the effect that the playing (can be live broadcast) and the recording functions are not mutually influenced is achieved.
Description
Technical Field
The present invention relates to a recording system and a recording method, and more particularly, to a system and a method for recording a transmission stream data code.
Background
Conventionally, a method for recording a transport stream data code includes selecting a program to perform filtering operation through program information by a data multiplexer, encrypting audio/video data packet data obtained by the filtering operation with software, sending the encrypted audio/video data packet data into an audio buffer area and a video buffer area, and obtaining data in the video buffer area and the audio buffer area by a live broadcast module to perform software decryption, decoding and playing. After the live broadcast module finishes processing, the recording module acquires data in the video buffer area and the audio buffer area, analyzes the data in the audio buffer area and the video buffer area, searches for audio/video data packets, fills and displays timestamp information, and stores the audio/video data packets into a data file.
After recording is completed, the space of the audio buffer area and the video buffer area is recovered, and the recovered space is provided for a data multiplexer to continue filling program data (audio/video data packets). The data in the video buffer area and the audio buffer area can be provided for the recording module to process, and after the recording module processes, the space of the video buffer area and the space of the audio buffer area are recovered; and the system can also be provided for the live broadcast module to process, and the video buffer area and the audio buffer area space are recovered after the process is completed.
However, in the conventional manner, the program data is encrypted by software, so that the program data is easy to crack, and when the recording and live broadcasting module functions are started at the same time, the recording and live broadcasting modules share the same buffer area (such as the same audio buffer area and video buffer area), wherein one module needs to wait when reading the buffer area. Particularly, if the writing performance of the program data storage device is poor (for example, when the recorded program data is required to be stored in the external hard disk device, when the writing performance of a transmission bus of the external hard disk device is poor), the processing time of the recording module can be prolonged, after the recording processing is completed, the data acquired again by the live broadcast module can miss the display time and cannot be output (for example, a playing error can occur), and finally, the audio and video cannot be normally played, so that the user experience is seriously affected.
Therefore, it is necessary to provide an entirely new system and method for recording the transmission stream data codes, so as to overcome the problems faced by the conventional techniques.
Disclosure of Invention
In a preferred embodiment, the present invention provides a system for recording a transport stream data code, comprising: a data multiplexer, a memory and a recorder. The data multiplexer is used for receiving an audio-video program and obtaining original data of the video syllable through program information. The memory is used for providing a data buffer area, and the data buffer area is used for storing the original data. The recorder is used for reading the original data from the data buffer area and recording the video program to generate a recorded data file, and the data buffer area occupied by the recorded original data is recovered according to the recording progress.
In some embodiments, the original data includes a transport stream conversion (transfer streaming) standard format, and the recorder further creates a recording index file according to the transport stream conversion standard format.
In some embodiments, the recording index file further includes recording index header information, and the recording index header information further includes a video identification code and an audio identification code.
In some embodiments, the recording index header information is communicated to the recorder by an upper layer software.
In some embodiments, the recording data file is stored in a unit of a transport stream table, and the transport stream table further includes an audio data table corresponding to an audio identification code and a video data table corresponding to a video identification code.
In some embodiments, the recording index file further includes an index data information, the index data information further includes a display time stamp, the display time stamp is used to indicate a display time information of the recording program, the recorder parses the display time stamp information in the audio data in the original data, and in case that the display time stamp information in the audio data cannot be parsed, the recorder parses the display time stamp information in the video data in the original data.
In some embodiments, a hardware encryption device is used to encrypt the original data and then transfer the encrypted original data to the data buffer.
In some embodiments, a player is used to parse and play back the recorded data file.
In some embodiments, the player parses the recorded data file in units of a transport stream table.
In some embodiments, the player further accesses a play buffer to live the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player performs playback of the play buffer according to the live progress, wherein the playback of the play buffer is independent of the playback of the data buffer.
In a preferred embodiment, the present invention provides a method for recording a transport stream data code, comprising: receiving an audio-video program through a data multiplexer, and obtaining original data of the audio-video program through program information; storing the original data by a data buffer area in a memory; and reading the original data from the data buffer area, and recording the video program by a recorder to generate a recorded data file, and executing recovery of the data buffer area occupied by the recorded original data according to the recording progress.
In some embodiments, the original data includes a transport stream conversion (transfer streaming) standard format, and the recorder further creates a recording index file according to the transport stream conversion standard format.
In some embodiments, the recording index file further includes recording index header information, and the recording index header information further includes a video identification code and an audio identification code.
In some embodiments, the recording index header information is communicated to the recorder by an upper layer software.
In some embodiments, the recording data file is stored in a unit of a transport stream table, and the transport stream table further includes an audio data table corresponding to an audio identification code and a video data table corresponding to a video identification code.
In some embodiments, the index file further includes index data information, the index data information further includes a display time stamp, the display time stamp is used to indicate a display time of the recorded program, the recorder parses the display time stamp information in the audio data in the original data, and in case that the display time stamp information in the audio data cannot be parsed, the recorder parses the display time stamp information in the video data in the original data.
In some embodiments, the original data is encrypted by a hardware encryption device, and the encrypted original data is transferred to the data buffer.
In some embodiments, the recorded data file is parsed and played back by a player.
In some embodiments, the player parses the recorded data file in units of transport stream tables.
In some embodiments, the player further accesses a play buffer to live the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player performs playback of the play buffer according to the live progress, wherein the playback of the play buffer is independent of the playback of the data buffer.
The invention provides a novel transmission stream data code recording system and a transmission stream data code recording method, wherein a player and a recorder do not share the same buffer area, so that the effect that the playing (live broadcasting can be realized) and the recording functions are not affected mutually is achieved. In addition, the generation and encryption functions of the data in the data buffer are realized by hardware and are not opened to software, the used encryption keys are provided by the hardware, the software cannot obtain the encryption keys of each hardware encryption device are different, and therefore confidentiality and security are better. In addition, the recorded data file accords with the transmission stream conversion standard format, can be played by a player supporting the transmission stream conversion standard format, can also be played by the player, can play roles in assisting in debugging related items of digital video broadcasting and the like, and is convenient for finding out the problems of insufficient player or code stream; under the condition that special equipment is not needed and playing is not affected, the interested current network program can be grabbed through the recording function; the method has the advantages of being capable of assisting in debugging of related digital video broadcasting programs and the like, and facilitating verification of whether special code stream playing is supported or not.
Drawings
Fig. 1 is a schematic diagram illustrating a system for recording a transport stream data code according to an embodiment of the invention.
Fig. 2 is a schematic diagram illustrating a system for recording a transport stream data code according to an embodiment of the invention.
Fig. 3 is a flowchart illustrating a method for recording a transport stream data code according to an embodiment of the invention.
Wherein the symbols in the drawings are briefly described as follows:
100. 200: a transmission stream data code recording system; 300: a method for recording a transport stream data code; DMX1, DMX2: a data multiplexer; VBB: a video buffer; ABB: an audio buffer; LI: a live broadcast module; EC1: an encryption program; EC2: a hardware encryption device; RD: recording a program; RVBB: recovering the video buffer area module; RABB: recovering the audio buffer module; DBB: a data buffer; VABB: a play buffer; RDD: a recorder; PL: a player; RDBB: a reclamation data buffer module; RVABB: and recycling the playing buffer zone module.
Detailed Description
The following description is of a preferred implementation of the invention and is provided for the purpose of illustrating the general spirit of the invention and is not meant to limit the invention. The actual summary of the invention must be referred to the claims that follow.
It should be understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, values, method steps, operation processes, elements, and/or components, but do not preclude the addition of further features, values, method steps, operation processes, elements, components, or groups thereof.
In the claims, the terms "first," "second," "third," and the like are used for modifying elements of the claims, and are not intended to indicate a priority order, a precedence relationship or a precedence relationship over one element over another or the temporal ordering of steps of a method are used to distinguish one element from another having the same name.
Fig. 1 is a schematic diagram illustrating a system 100 for recording a transport stream data code according to an embodiment of the invention. In one embodiment, the system 100 includes a hardware program (hardware process) and a software program (software process), and the hardware components required in the hardware program include a data multiplexer DMX1, an audio buffer ABB and a video buffer VBB. Wherein the audio buffer ABB and the video buffer VBB may each be a portion of the space of the memory. As shown in fig. 1, the memory is not shown for convenience of illustration. The modules required in the software program comprise a live broadcast module LI, a recording module ER, a recovered audio buffer module RABB and a recovered video buffer module RVBB. The recording module ER includes a recording program RD and an encryption program EC1.
In one embodiment, the modules in the software program are executed by a processor.
As shown in fig. 1, the transport stream data code recording system 100 selects a program for filtering operation through the data multiplexer DMX1 by using program information, wherein the program information includes, for example, a video identification code, an audio-video program reference clock (program clock reference, PCR), an audio-video type, etc., the audio data packet obtained by the filtering operation is stored in the audio buffer ABB, and the filtered video data packet is stored in the video buffer VBB.
In an embodiment, when the live broadcast module LI performs live broadcast, the live broadcast module LI reads out the audio data packet from the audio buffer ABB, reads out the video data packet from the video buffer VBB, and the recording program RD records the live broadcast content (including the audio data packet and the video data packet) simultaneously or after the live broadcast.
In one embodiment, the encryption program EC1 encrypts the audio data packet and the video data packet with software, respectively.
In one embodiment, after the live broadcast module LI finishes processing, the recording program RD obtains the data in the audio buffer ABB and the video buffer VBB, analyzes the data in the audio buffer ABB and the video buffer VBB, searches out the audio data packet and the video data packet, fills the display time stamp information of the audio/video data, and stores the audio data packet and the video data packet in a storage device (for example, a storage device such as an optical disc or an external hard disc).
It should be explained here that the balance and frame rate of the audio-video playback can be synchronized and/or adjusted in dependence of the program reference clock (program clock reference, PCR) and the display time stamp. For example, on a digital television terminal device, if a program reference clock leads a display time stamp, it is characterized that audio and video are played faster, and the frame rate should be reduced; and otherwise, the frame rate is increased. How to synchronize and/or adjust the frame rate of the audio-video playback using the program reference clock and the display time stamp should be known to those skilled in the art and will not be described in detail herein.
In one embodiment, after recording is completed, the recording module ER executes the video buffer module RVBB and the audio buffer module RABB, and the recovered space is provided to the data multiplexer DMX1 to continue filling the program data.
In one embodiment, the data in the audio buffer ABB and the video buffer VBB may be provided to the recording module ER for processing, and after the processing of the recording module ER is completed, the recording module ER stores the data in the audio buffer ABB and the video buffer VBB into the hard disk, and then recovers the audio buffer ABB and the video buffer VBB to release the space of the audio buffer ABB and the video buffer VBB.
In one embodiment, the data in the audio buffer ABB and the video buffer VBB can be provided for the live broadcast module LI to process, and after the processing is completed, the audio buffer ABB and the video buffer VBB are recycled to release the space of the audio buffer ABB and the video buffer VBB.
However, in the system 100 for recording the transport stream data code, the program data is encrypted by software, so that the program data is easy to be decoded, when the recording module ER and the live broadcast module LI are simultaneously turned on, the recording module ER and the live broadcast module LI share the same buffer (such as the same audio buffer ABB and video buffer VBB), and one module of the recording module ER and the live broadcast module LI needs to wait when reading the buffer. If the writing performance of the buffer area storing the program data is poor, the processing time of the recording module ER can be prolonged, and when the live broadcast module LI wants to acquire the data from the buffer area again after the recording processing is finished, the display time of the program data can be missed and can not be output, and finally, the audio and video can not be normally played, so that the user experience is seriously affected.
Referring to fig. 2 to 3, fig. 2 is a schematic diagram illustrating a system 200 for recording a transport stream data code according to an embodiment of the invention. Fig. 3 is a flowchart illustrating a method 300 for recording a transport stream data code according to an embodiment of the invention. In one embodiment, the method 300 may be implemented by elements in the system 200.
In one embodiment, the transport stream data code recording system 200 includes a hardware program (hardware process) and a software program (software process), and the hardware components required in the hardware program include a data multiplexer DMX2, a play-out buffer VABB, a data buffer DBB and a hardware encryption device EC2. Wherein, the play-out buffer VABB and the data buffer DBB may each be a part of the space of the memory, but the play-out buffer VABB is independent from the data buffer DBB. As shown in fig. 2, the memory is not shown for convenience of drawing. The modules required in the software program include a recorder RDD, a player PL, a reclaimed play buffer module RVABB and a reclaimed data buffer module RDBB.
In one embodiment, the functions of the recorder RDD and the player PL may be implemented by software code that is executed by a processor to achieve the live, record and playback functions. Wherein a portion of the memory is divided into data buffers DBB.
In step 310, the data multiplexer DMX2 receives an audio-visual program and obtains an original data of the audio-visual program through a program information.
In one embodiment, the hardware encryption device EC2 is configured to encrypt the original data, and then transmit the encrypted original data to the data buffer DBB. It should be emphasized here that the generation and encryption functions of the data in the data buffer DBB are realized by hardware and are not open to software, the encryption keys used are provided by hardware, the software cannot obtain the encryption keys of each hardware encryption device are different. In short, on a single independent digital television terminal device, the encryption key of each digital television terminal device when leaving the factory is different and cannot be known by software, when a certain recorded program needs to be encrypted, the encryption key is only known from the digital television terminal device, so that confidentiality and security are greatly improved (as shown in fig. 2, the encryption operation is performed by the hardware encryption device EC 2).
In an embodiment, the data multiplexer DMX2 receives an audio-visual program, and obtains the original data of the audio-visual program through the program information, where the original data may also be stored in the play buffer area VABB for the player PL to live broadcast the audio-visual program. In other embodiments, the live broadcast may also be implemented by another software module, such as the live broadcast module LI of fig. 1, i.e. the live broadcast function is implemented by the live broadcast module LI reading the original data in the play-out buffer VABB.
In step 320, the memory is used to provide a data buffer DBB, and the data buffer DBB is used to store the original data. It should be noted that the data buffer DBB is independent of the play-out buffer VABB. Alternatively, the data buffer DBB is dedicated to store the original data of the recorded program data (as shown in fig. 2, i.e. the data multiplexer DMX2 selects a program to perform the filtering operation through the program information, then the hardware encryption device EC2 encrypts the selected program, then stores the encrypted original data into the data buffer DBB, and finally the recorder RDD performs the recording operation). The play buffer area VABB is used for storing video and audio data for live broadcast of the video and audio program (as shown in fig. 2, the data multiplexer DMX2 selects a certain program to perform filtering operation through the program information, and then stores the original data of the program information into the play buffer area VABB for the player PL to read to realize live broadcast of the video and audio program). In general, live broadcast and recording do not share the same buffer area, so that the effect that playing (can be live broadcast) and recording functions are not mutually influenced is achieved.
In step 330, the recorder RDD is configured to read the original data from the data buffer DBB, record the video program, and generate a recording data file, and retrieve the data buffer occupied by the recorded original data according to the recording schedule. The recording data file is stored by taking a transmission stream table as a unit, and the transmission stream table also comprises an audio data table corresponding to an audio identification code PID and a video identification table corresponding to a video identification code PID.
In one embodiment, the recording data file is created by the recorder RDD in a storage device (not shown) such as a hard disk HDD, for storing the original data of the video program, which is usually a bitstream. In some embodiments, the recorded data file is stored in units of a transport stream table (transfer streaming table). For detailed description of the transport stream table, please refer to the following table one and table two, and the detailed description is omitted here. Subsequently, when playing back the recorded video program, the player PL parses the recorded data file in units of a transport stream table (transfer streaming table) and plays back the recorded data file.
In one embodiment, the data buffer DBB occupied by the original data after recording is recovered according to the recording progress. As shown in FIG. 2, the reclaimed data buffer module RDBB can be implemented by a software program or by a hardware circuit, and the reclaimed data buffer RDBB has the function of freeing up space of the data buffer DBB. In an embodiment, the data buffer DBB is implemented as a ring buffer (ring buffer), the writing pointer and the reading pointer of the data buffer DBB are independent from each other, and when the recorder RDD establishes the recording data file and starts writing the bitstream data of the video program, the pointer of the reading DBB jumps to the unrecorded position, and the previous position is recovered to store new original data. The rate of reclaiming the data buffer DBB is determined by the rate of recording by the recorder RDD, and the recording rate is determined by the writing rate or bandwidth of a storage device such as a hard disk HDD. The player PL also accesses the play-out buffer VABB to live the video program. It is noted that in the embodiment shown in fig. 2, both the live and playback of the audiovisual program are performed by the player PL. In other embodiments, the player PL may simply perform reading and parsing of the recorded data file to effect playback of the video program, while live broadcast of the video program is effected by other software modules. In one embodiment, the player PL (or the reclamation play-out buffer module RVABB) reclaims the play-out buffer VABB according to the live schedule, wherein the reclamation of the play-out buffer VABB is independent of the reclamation of the data buffer DBB. As shown in fig. 2, the reclaiming play-out buffer module RVABB may be implemented by a software program or by a hardware circuit, and the function of the reclaiming play-out buffer RVABB is to release the space of the play-out buffer VABB, which may also be a part of the player PL.
In one embodiment, the original data includes a transport stream conversion (transfer streaming) standard format, and the recorder RDD creates a recording index file according to the transport stream conversion standard format. That is, in performing the recording function, the recorder RDD creates 2 files in the hard disk HDD: one is a recording data file and the other is a recording index file for use by the player PL in parsing the recording data file when playing back the video program.
In an embodiment, the recording index file further includes recording index header information, and the recording index header information further includes the audio identifier PID (program identification) and the video identifier PID. It should be noted here that the recording index header information is informed to the recorder RDD by an upper layer software. It should be further noted that the video identification code PID represents the video PID information of the recorded program and the video type of the recorded program, and the audio identification code PID represents the audio PID of the recorded program and the audio type of the recorded program. Wherein, the recorder RDD generates an audio data table and a video data table in each transport stream table corresponding to the audio identification code PID and the video identification code PID when generating the recording data file. And the player PL can parse the audio data table and the video data table in each transport stream table corresponding to the audio identification PID and the video identification PID when parsing the recorded data file. For example, the recording index header information part structure is shown in table one, and the recording index header information shown in table one further includes information about video type, audio type and whether the recorded program is encrypted, and these information are all notified to the recorder RDD by the upper software.
In an embodiment, the content of the recording index file further includes an index data information, the index data information further includes a display time stamp, the display time stamp is used for indicating a display time information of the recording program, the recorder RDD parses the display time stamp information in the audio data in the original data, and when the display time stamp information in the audio data cannot be parsed, the recorder RDD parses the display time stamp information in the video data in the original data. For example, the index data information part structure is represented by a table two, and the index data information shown in the table two further includes information such as a data frame type, an offset address, and a data frame size.
List one
| Type(s) | Description of the invention |
| Video PID | Video PID information for recorded programs |
| Video type | Video type of recorded program |
| Audio PID | Audio PID of recorded program |
| Audio type | Audio type of recorded program |
| Encryption conditions | Whether the recorded program is encrypted |
Watch II
As can be seen from the above, the index header information part structure (table one) and the index data information part structure (table two) are recorded. However, the content of the recording index header information and the index data information is merely an example, and may be adjusted according to the implementation.
In one embodiment, the video type of the recording index header information is, for example, digital audio video coding standard (Audio Video coding Standard, AVS), second-generation digital audio video coding standard (AVS 2), h.265 …, and so on.
In one embodiment, the audio type of the recording index header information is, for example, the second level of audio compression (MPEG-1Audio Layer II,MP2), the third level of audio compression (MPEG-1Audio Layer III,MP3), advanced audio coding (Advanced Audio Coding, AAC) …, and so on.
In an embodiment, since the play buffer VABB and the data buffer DBB are independent of each other, for example, they are located in different blocks of the memory respectively, the player PL can broadcast first, and the recorder RDD turns on the function; or the recorder RDD starts the function first, reads the original data from the data buffer area DBB, and records the video program to generate a recorded data file, and the player PL obtains the video program from the play buffer area VABB for live broadcast. The invention provides a novel transmission stream data code recording system and a transmission stream data code recording method, wherein a player PL and a recorder RDD do not share the same buffer area, so that the effect that playing (can be live broadcast) and recording functions are not affected mutually is achieved. In addition, the generation and encryption functions of the data in the data buffer DBB are realized by hardware and are not opened to software, the used encryption keys are provided by hardware, the software cannot obtain the encryption keys of each hardware encryption device are different, so that confidentiality and security are better.
In addition, the recorded data file accords with the transmission stream conversion standard format, can be played by a player supporting the transmission stream conversion standard format, can also be played by the player, can play roles in assisting in debugging related items of digital video broadcasting and the like, and is convenient for finding out the problems of insufficient player or code stream; under the condition that special equipment is not needed and playing is not affected, the interested current network program can be grabbed through the recording function; the method has the advantages of being capable of assisting in debugging of related digital video broadcasting programs and the like, and facilitating verification of whether special code stream playing is supported or not.
The above description is only of the preferred embodiments of the present invention, but not limited thereto, and any person skilled in the art can make further modifications and variations without departing from the spirit and scope of the present invention, and the scope of the present invention is defined by the claims of the present application.
Claims (14)
1. A system for recording a transport stream data code, comprising:
the data multiplexer is used for receiving the video program and acquiring the original data of the video program through the program information;
the memory is used for providing a data buffer area, and the data buffer area is used for storing the original data;
the recorder is used for reading the original data from the data buffer area, recording the video program to generate a recorded data file, and recovering the data buffer area occupied by the recorded original data according to the recording progress;
the hardware encryption device is used for encrypting the original data and transmitting the encrypted original data to the data buffer area; and
a player for parsing and playing back the recorded data file,
the player also accesses a play buffer to live broadcast the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player recovers the play buffer according to the live broadcast progress, and the recovery of the play buffer is independent of the recovery of the data buffer.
2. The system of claim 1, wherein the original data includes a transport stream conversion standard format, and the recorder further creates a recording index file according to the transport stream conversion standard format.
3. The system of claim 2, wherein the recording index file includes recording index header information, the recording index header information including a video identification code and an audio identification code.
4. The transport stream data code recording system of claim 3, wherein the recording index header information is informed to the recorder by upper layer software.
5. The recording system of claim 1, wherein the recording data file is stored in units of a transport stream table, the transport stream table comprising an audio data table corresponding to an audio identification code and a video data table corresponding to a video identification code.
6. The system of claim 2, wherein the recording index file includes index data information, the index data information includes a display time stamp, the display time stamp is used to represent display time information of a recorded program, the recorder parses display time stamp information in audio data in the original data, and in case that the display time stamp information in the audio data cannot be parsed, the recorder parses the display time stamp information in video data in the original data.
7. The transport stream data code recording system as set forth in claim 1, wherein the player parses the recorded data file in units of transport stream tables.
8. A method for recording a transport stream data code, comprising:
receiving an audio-video program through a data multiplexer, and acquiring original data of the audio-video program through program information;
storing the original data through a data buffer area in a memory; and
reading the original data from the data buffer area, recording the video program by a recorder to generate a recorded data file, recovering the data buffer area occupied by the recorded original data according to the recording progress,
the method further comprises the steps of:
encrypting the original data by a hardware encryption device, and transmitting the encrypted original data to the data buffer area; and
the recorded data file is parsed and played back by the player,
the player also accesses a play buffer to live broadcast the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player recovers the play buffer according to the live broadcast progress, and the recovery of the play buffer is independent of the recovery of the data buffer.
9. The method of claim 8, wherein the original data includes a transport stream conversion standard format, and the recorder further creates a recording index file according to the transport stream conversion standard format.
10. The method of claim 9, wherein the recording index file includes recording index header information, and the recording index header information includes a video identification code and an audio identification code.
11. The method of claim 10, wherein the recording index header information is informed to the recorder by upper software.
12. The method of claim 8, wherein the recording data file is stored in units of a transport stream table, the transport stream table including an audio data table corresponding to an audio identification code and a video data table corresponding to a video identification code.
13. The method of claim 9, wherein the recording index file includes index data information, the index data information includes a display time stamp, the display time stamp is used to indicate display time information of a recorded program, the recorder parses display time stamp information in audio data in the original data, and when the display time stamp information in the audio data cannot be parsed, the recorder parses the display time stamp information in video data in the original data.
14. The method of claim 8, wherein the player parses the recorded data file in units of a transport stream table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110301916.0A CN113038238B (en) | 2021-03-22 | 2021-03-22 | Transmission stream data code recording system and transmission stream data code recording method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110301916.0A CN113038238B (en) | 2021-03-22 | 2021-03-22 | Transmission stream data code recording system and transmission stream data code recording method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113038238A CN113038238A (en) | 2021-06-25 |
| CN113038238B true CN113038238B (en) | 2023-07-07 |
Family
ID=76472389
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110301916.0A Active CN113038238B (en) | 2021-03-22 | 2021-03-22 | Transmission stream data code recording system and transmission stream data code recording method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113038238B (en) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5963977A (en) * | 1997-10-09 | 1999-10-05 | Quantum Corporation | Buffer management and system coordination method |
| CN101668151A (en) * | 2009-09-30 | 2010-03-10 | 中兴通讯股份有限公司 | Recording method of internet protocol television (IPTV) and system therefor |
| CN102821308A (en) * | 2012-06-04 | 2012-12-12 | 西安交通大学 | Multi-scene streaming media courseware recording and direct-broadcasting method |
| CN103379379A (en) * | 2012-04-13 | 2013-10-30 | 腾讯科技（深圳）有限公司 | Streaming media buffer play method and apparatus |
| CN106325804A (en) * | 2015-07-03 | 2017-01-11 | 深圳市中兴微电子技术有限公司 | Audio processing method and system |
| CN107613371A (en) * | 2017-11-03 | 2018-01-19 | 广汉市广视达电子有限公司 | A kind of single tuner TV set-top box program updating method |
| CN109819312A (en) * | 2019-03-19 | 2019-05-28 | 四川长虹电器股份有限公司 | Player system and its control method based on dynamic buffer |
| CN111246142A (en) * | 2018-11-29 | 2020-06-05 | 杭州海康威视数字技术股份有限公司 | Video file generation method and device and electronic equipment |
| CN111614997A (en) * | 2020-05-11 | 2020-09-01 | 浙江大华技术股份有限公司 | Far-end video playback method, device, equipment and medium |
| CN111736796A (en) * | 2020-05-15 | 2020-10-02 | 深圳市战音科技有限公司 | Real-time stream data processing method, device, equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2839844A1 (en) * | 2002-05-16 | 2003-11-21 | Thomson Licensing Sa | DIGITAL DECODER HAVING AN OPERATING MODE OF "REVISUALIZATION" AND COMPRISING TWO BUFFER MEMORIES |
-
2021
- 2021-03-22 CN CN202110301916.0A patent/CN113038238B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5963977A (en) * | 1997-10-09 | 1999-10-05 | Quantum Corporation | Buffer management and system coordination method |
| CN101668151A (en) * | 2009-09-30 | 2010-03-10 | 中兴通讯股份有限公司 | Recording method of internet protocol television (IPTV) and system therefor |
| CN103379379A (en) * | 2012-04-13 | 2013-10-30 | 腾讯科技（深圳）有限公司 | Streaming media buffer play method and apparatus |
| CN102821308A (en) * | 2012-06-04 | 2012-12-12 | 西安交通大学 | Multi-scene streaming media courseware recording and direct-broadcasting method |
| CN106325804A (en) * | 2015-07-03 | 2017-01-11 | 深圳市中兴微电子技术有限公司 | Audio processing method and system |
| CN107613371A (en) * | 2017-11-03 | 2018-01-19 | 广汉市广视达电子有限公司 | A kind of single tuner TV set-top box program updating method |
| CN111246142A (en) * | 2018-11-29 | 2020-06-05 | 杭州海康威视数字技术股份有限公司 | Video file generation method and device and electronic equipment |
| CN109819312A (en) * | 2019-03-19 | 2019-05-28 | 四川长虹电器股份有限公司 | Player system and its control method based on dynamic buffer |
| CN111614997A (en) * | 2020-05-11 | 2020-09-01 | 浙江大华技术股份有限公司 | Far-end video playback method, device, equipment and medium |
| CN111736796A (en) * | 2020-05-15 | 2020-10-02 | 深圳市战音科技有限公司 | Real-time stream data processing method, device, equipment and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 音频录制与播放系统的设计;张仲明; 郭东伟; 吕巍; 张立明;实验室科学(第6期);74-77 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113038238A (en) | 2021-06-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20050105886A1 (en) | Method of recording scrambled digital data, storage medium and method of reading such data | |
| JP2000511020A (en) | Processing digital data and program guide information | |
| US20060070106A1 (en) | Method, apparatus and program for recording and playing back content data, method, apparatus and program for playing back content data, and method, apparatus and program for recording content data | |
| US20060230322A1 (en) | Content processing device | |
| JP2000511019A (en) | Packetized data format for digital data storage media | |
| JP2001502854A (en) | Method of forming program specific information for digital data processing | |
| CN1224910C (en) | Enciphering method, decipher method and device and information recording medium | |
| EP2809029A1 (en) | Recording apparatus, terminal apparatus, and content transfer system | |
| KR100972258B1 (en) | Stream processing device and storage device | |
| JP2006222590A (en) | Information processing apparatus and data moving method | |
| KR20080066513A (en) | Meta data information providing server, client apparatus, method for providing meta data information, and method for providing contents | |
| CN113038238B (en) | Transmission stream data code recording system and transmission stream data code recording method | |
| US20100063984A1 (en) | Method and device for the controlled editing and broadcasting of compressed multimedia files | |
| CN106060604A (en) | Method and system for realizing digital rights management play based on BHD file | |
| JP4412122B2 (en) | Accumulated playback display device | |
| US20130004146A1 (en) | Recording device and dubbing method | |
| JP2006352458A (en) | Device and method for processing information, recording medium and program | |
| JP4003516B2 (en) | Recording device | |
| JP4731619B2 (en) | Storage / playback device | |
| JP3883038B2 (en) | Digital information backup method, digital information backup system, and digital information providing method | |
| JP2011120016A (en) | Information acquisition apparatus and information acquisition method | |
| JP2014023089A (en) | Information processing device, information processing method, information processing system, and program | |
| US8290335B2 (en) | Method and apparatus for recording transport stream | |
| KR100431548B1 (en) | Apparatus for reproducing a moving picture using stream header information | |
| KR20080081045A (en) | A method and apparatus for sharing data content between a transmitter and a receiver |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |