CN113038238A - Transport stream data code recording system and transport stream data code recording method - Google Patents
Transport stream data code recording system and transport stream data code recording method Download PDFInfo
- Publication number
- CN113038238A CN113038238A CN202110301916.0A CN202110301916A CN113038238A CN 113038238 A CN113038238 A CN 113038238A CN 202110301916 A CN202110301916 A CN 202110301916A CN 113038238 A CN113038238 A CN 113038238A
- Authority
- CN
- China
- Prior art keywords
- data
- recording
- transport stream
- buffer
- audio
- 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.)
- Granted
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: a data multiplexer, a memory and a recorder. The data multiplexer is used for receiving an audio-video program and acquiring original data of the audio-video program through program information. The memory is used for providing a data buffer area which is used for storing original data. And the recorder is used for reading the original data from the data buffer area and recording the video program to generate a recording data file, and the data buffer area occupied by the recorded original data is recovered according to the recording progress. Therefore, the effect that the playing (live broadcasting can be achieved) and the recording function are not affected mutually is achieved.
Description
Technical Field
The present invention relates to a recording system and a recording method, and more particularly, to a transport stream data code recording system and a transport stream data code recording method.
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 respectively, and then sending the encrypted data to an audio buffer and a video buffer, and a live broadcast module obtaining data in the video buffer and the audio buffer to perform software decryption, decoding and playing. After the live broadcast module finishes processing, the recording module acquires data in a video buffer area and an audio buffer area, analyzes the data in the audio buffer area and the video buffer area, searches for an audio/video data packet, fills and displays timestamp information, and stores the audio/video data packet into a data file.
After the recording is completed, the audio buffer and video buffer spaces are recovered, and the recovered spaces are provided to the data multiplexer for continuously 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 be processed, and after the processing of the recording module is finished, the space between the video buffer area and the audio buffer area is recovered; and the video buffer area and the audio buffer area can be recovered after the processing is finished.
However, in the conventional method, program data is encrypted by software and is easy to crack, and when the functions of the recording module and the live broadcasting module are simultaneously started for the same program, the recording module and the live broadcasting module share the same buffer (such as the same audio buffer and video buffer), and when one module reads the buffer, the other module needs to wait. Especially, if the program data storage device has poor writing performance (for example, when the recorded program data needs to be stored in an external hard disk device, and the external hard disk device has poor writing performance of a transmission bus), the processing time of the recording module may be prolonged, and after the recording process is completed, the data acquired again by the live broadcast module may miss the display time and may not be output (for example, a broadcast error may occur), and finally the audio and video cannot be normally broadcast, which seriously affects the user experience.
Therefore, there is a need to provide a new system and method for recording transport stream data codes to overcome the problems encountered in the conventional technology.
Disclosure of Invention
In a preferred embodiment, the present invention provides a system for recording transport stream data codes, comprising: a data multiplexer, a memory and a recorder. The data multiplexer is used for receiving an audio-video program and acquiring original data of the audio-video program through program information. The memory is used for providing a data buffer area which is used for storing original data. And the recorder is used for reading the original data from the data buffer area and recording the video program to generate a recording 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 identifier and an audio identifier.
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 units of a transmission stream table, and the transmission stream table further includes an audio data table corresponding to an audio identifier and a video data table corresponding to a video identifier.
In some embodiments, the recording index file further includes an index data message, the index data message further includes a display time stamp, the display time stamp is used to indicate a display time information of the recorded program, the recorder parses the display time stamp information in the audio data in the original data, and the recorder parses the display time stamp information in the video data in the original data if the display time stamp information in the audio data cannot be parsed.
In some embodiments, a hardware encryption device is used to encrypt the original data and then transmit 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 recording 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 the playback buffer recovery according to a live schedule, wherein the playback buffer recovery is independent of the data buffer recovery.
In a preferred embodiment, the present invention provides a method for recording transport stream data codes, 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 in a memory; and reading the original data from the data buffer area, recording the video program through a recorder to generate a recording data file, and recovering 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 identifier and an audio identifier.
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 units of a transmission stream table, and the transmission stream table further includes an audio data table corresponding to an audio identifier and a video data table corresponding to a video identifier.
In some embodiments, the index file further includes an index data message, the index data message 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 message in the audio data in the original data, and the recorder parses the display time stamp message in the video data in the original data if the display time stamp message in the audio data cannot be parsed.
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 recording data file in units of transport stream forwarding 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 the playback buffer recovery according to a live schedule, wherein the playback buffer recovery is independent of the data buffer recovery.
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 achieved) and the recording function are not influenced 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 key is provided by hardware, the software cannot obtain the encryption key, and the encryption keys of all hardware encryption devices are different, so the confidentiality and the safety are better. In addition, the recorded data file conforms to the transport stream conversion standard format, can be played in a player supporting the transport stream conversion standard format, can also be played by the player, can play a role in assisting debugging related items of digital video broadcasting and the like, and is convenient for finding the problems of insufficient players or code streams; under the conditions that special equipment is not needed and playing is not influenced, the current network program which is interested in can be captured through the recording function; the method can play a role in assisting the debugging and the like of related projects of digital video broadcasting, and is convenient for verifying whether the special code stream playing is supported or not.
Drawings
Fig. 1 is a schematic diagram illustrating a transport stream data code recording system according to an embodiment of the present invention.
Fig. 2 is a schematic diagram illustrating a transport stream data code recording system according to an embodiment of the present invention.
Fig. 3 is a flowchart illustrating a method for recording codes of transport stream data according to an embodiment of the present invention.
Wherein the symbols in the drawings are briefly described as follows:
100. 200: a transport stream data code recording system; 300: a transmission stream data code recording method; DMX1, DMX 2: a data multiplexer; VBB: a video buffer; ABB: an audio buffer; and LI: a live broadcast module; EC 1: encrypting the program; EC 2: a hardware encryption device; RD: recording a program; RVBB: a video buffer recovery module; RABB: a recycle audio buffer module; DBB: a data buffer; VABB: a play buffer; RDD: a recorder; PL: a player; RDBB: a recycled data buffer module; RVABB: and a play buffer recovery module.
Detailed Description
The following description is of the best mode for carrying out the invention and is intended to illustrate the general spirit of the invention and not to limit the invention. Reference must be made to the following claims for their true scope of the invention.
It will be understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of further features, integers, steps, operations, elements, components, and/or groups thereof.
Use of the terms first, second, third and the like in the claims is used for modifying elements in the claims, and is not intended to distinguish between elements having the same name, priority, or other relationship, whether one element precedes another element, or is a chronological order in which method steps are performed.
Fig. 1 is a schematic diagram illustrating a transport stream data code recording system 100 according to an embodiment of the present invention. In one embodiment, the transport stream data code recording system 100 includes a hardware program (hard process) and a software program (software process), and the hardware elements required in the hardware program include a data multiplexer DMX1, an audio buffer ABB and a video buffer VBB. The audio buffer ABB and the video buffer VBB may be a part of the space of the memory, respectively. As shown in fig. 1, the memory is not shown for convenience of illustration. The modules required in the software program include a live broadcast module LI, a recording module ER, a recycled audio buffer module RABB and a recycled video buffer module RVBB. The recording module ER includes a recording program RD and an encryption program EC 1.
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 program information by the data multiplexer DMX1, where the program information includes, for example, a video identification code, an audio identification code, a Program Clock Reference (PCR), an audio/video type, etc., stores the audio data packet obtained by the filtering operation in the audio buffer ABB, and stores the filtered video data packet in the video buffer VBB.
In an embodiment, when the live broadcasting module LI performs live broadcasting, the live broadcasting module LI reads out the audio data packets from the audio buffer ABB and the video data packets from the video buffer VBB, and the recording program RD records live broadcasting contents (including the audio data packets and the video data packets) during or after the live broadcasting.
In one embodiment, the encryption program EC1 encrypts the audio data packets and the video data packets respectively with software.
In an embodiment, after the processing of the live broadcast module LI is completed, the recording program RD obtains data in the audio buffer ABB and the video buffer VBB, parses the data in the audio buffer ABB and the video buffer VBB, finds out an audio data packet and a video data packet, fills the display timestamp 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 disk).
It should be explained here that the balance and frame rate of audio-video playback can be synchronized and/or adjusted according to the Program Clock Reference (PCR) and the presentation time stamps. For example, on the digital television terminal device, if the program reference clock leads the display timestamp, it represents that the audio/video playing is fast, and the frame rate should be reduced; otherwise, the frame rate is increased. How to synchronize and/or adjust the frame rate of audio/video playing by using the program reference clock and the display timestamp belongs to the known technologies of those skilled in the art, and is not described herein.
In an embodiment, after completing the recording, the recording module ER executes the video buffer recovery module RVBB and the audio buffer recovery module RABB, and the recovered space is provided to the data multiplexer DMX1 to continue to be filled with the program data.
In an embodiment, the data in the audio buffer ABB and the video buffer VBB can be provided to the recording module ER for processing, 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 an embodiment, the data in the audio buffer ABB and the video buffer VBB can be processed by the live broadcasting module LI, 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, the transport stream data code recording system 100 encrypts the program data by software, and is easy to crack, when the functions of the recording module ER and the live broadcasting module LI are simultaneously started for the same program, since the recording module ER and the live broadcasting module LI share the same buffer (e.g. the same audio buffer ABB and video buffer VBB), when one of the recording module ER and the live broadcasting module LI reads the buffer, the other module needs to wait. If the writing performance of the buffer area for storing the program data is poor, the processing time of the recording module ER can be prolonged, and after the recording process is completed, when the live broadcast module LI wants to acquire data from the buffer area again, the display time of the program data can be missed and the data cannot be output, and finally, the audio and video cannot be played normally, so that the user experience is seriously influenced.
Referring to fig. 2 to fig. 3, fig. 2 is a schematic diagram illustrating a transport stream data code recording system 200 according to an embodiment of the invention. Fig. 3 is a flowchart illustrating a method 300 for recording codes of transport stream data according to an embodiment of the present invention. In an embodiment, the transport stream data code recording method 300 can be implemented by components in the transport stream data code recording system 200.
In one embodiment, the transport stream data code recording system 200 includes a hardware program (hard process) and a software program (software process), and the hardware elements required in the hardware program include a data multiplexer DMX2, a play buffer VABB, a data buffer DBB, and a hardware encryption device EC 2. The play buffer VABB and the data buffer DBB may be a part of the memory, but the play buffer VABB is independent of 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 reclamation play buffer module RVABB and a reclamation data buffer module RDBB.
In one embodiment, the functions of the recorder RDD and the player PL may be implemented by software program code, and the processor executes the program code to achieve the functions of live broadcasting, recording and playback. Wherein a portion of the memory is divided into a data buffer DBB.
In step 310, the data multiplexer DMX2 receives an audio/video program and obtains an original data of the audio/video program through a program information.
In one embodiment, the hardware encryption device EC2 is used to encrypt the original data and then transmit the encrypted original data to the data buffer DBB. It should be emphasized that the generation and encryption functions of the data in the data buffer DBB are implemented by hardware and are not open to software, the encryption key used is provided by hardware, the software cannot obtain the encryption key, and the encryption key of each hardware encryption device is different. In brief, on a single independent digital television terminal device, the encryption keys of each digital television terminal device at the time of factory shipment are different and software cannot know, and when a certain recorded program needs to be encrypted, the encryption keys are only known by the slave digital television terminal device, so that confidentiality and security are greatly improved (as shown in fig. 2, the hardware encryption device EC2 performs encryption operation).
In one embodiment, the data multiplexer DMX2 receives an audio/video program and obtains the original data of the audio/video program through the program information, and the original data can also be stored in the play buffer VABB for the player PL to live the audio/video program. In other embodiments, live broadcast may also be implemented by another software module, such as live broadcast module LI of fig. 1, that is, live broadcast module LI reads raw data in play buffer VABB to implement live broadcast function.
In step 320, the memory is used to provide a data buffer DBB for storing 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 original data during recording of program data (as shown in fig. 2, after the data multiplexer DMX2 selects a program through program information to perform filtering operation, the hardware encryption device EC2 encrypts the selected program, and stores the encrypted original data in the data buffer DBB, and finally the recorder RDD performs recording operation). The play buffer VABB is used to store video data for live broadcast of the video program (as shown in fig. 2, after the data multiplexer DMX2 selects a program through the program information to perform filtering operation, the original data of the program information is stored in the play buffer VABB and is read by the player PL to realize live broadcast of the video program). In general, the live broadcast and the recording do not share the same buffer area, so that the effect that the playing (which can be live broadcast) and the recording function are not influenced mutually is achieved.
In step 330, the recorder RDD is configured to read original data from the data buffer DBB and record the audio/video program to generate a recording data file, and recover the data buffer occupied by the original data that has been recorded according to the recording schedule. The recording data file is stored by taking a transmission flow table as a unit, and the transmission flow 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 an embodiment, the recording data file is created by the recorder RDD in a storage device (not shown) such as a hard disk HDD, and is used for storing original data of the video program, and the original data is usually a bitstream. In some embodiments, the recording data file is stored in units of a transfer stream table (transfer streaming table). For a detailed description of the transmission flow table, please refer to the following table i and table ii, which are not described herein again. Subsequently, when playing back the recorded av program, the player PL parses the recorded data file in units of a transfer streaming table (transfer streaming table) and plays back the recorded data file.
In an embodiment, the data buffer DBB occupied by the original data after recording is recycled according to the recording schedule. As shown in fig. 2, the recycle data buffer module RDBB can be implemented by a software program or a hardware circuit, and the function of the recycle data buffer RDBB is to release the space of the data buffer DBB. In an embodiment, the data buffer DBB is implemented by a ring buffer (ring buffer), a write pointer and a read pointer of the data buffer DBB are independent from each other, when the recorder RDD creates the recording data file and starts to write the bit stream data of the av program, the read pointer of the DBB jumps to an unrecorded position, and the previous position is recovered so as to store new original data. The rate of the recycled data buffer DBB is determined by the recording rate of the recorder RDD, which is determined by the writing rate or bandwidth of the storage device, such as a hard disk HDD. The player PL also accesses the play buffer VABB to live the audiovisual program. It is noted that in the embodiment shown in fig. 2, both live and playback of the audiovisual program are performed by the player PL. In other embodiments, the player PL may only perform reading and parsing of the recorded data file to enable playback of the audiovisual program, while the live broadcast of the audiovisual program is implemented by other software modules. In an embodiment, the player PL (or the reclaim 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-back buffer module RVABB can be implemented by a software program or by a hardware circuit, and the function of the reclaiming play-back buffer RVABB is to release the space of the play-back buffer VABB, which can also be a part of the player PL.
In one embodiment, the raw data includes a transport stream conversion (transfer streaming) standard format, and the RDD further creates a recording index file according to the transport stream conversion standard format. That is, when 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 in parsing the recording data file when the player PL plays back the av program.
In an embodiment, the recording index file further includes recording index header information, and the recording index header information further includes the audio identification code PID (program identification) and the video identification code PID. It should be noted here that the recording index header information is notified to the recorder RDD by an upper layer software. It should be noted here 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. And when the recorder RDD generates the recording data file, generating an audio data table and a video data table in each transmission stream table corresponding to the audio identification code PID and the video identification code PID. And when the player PL analyzes the recorded data file, the player PL can analyze the audio data table and the video data table in each transport stream table corresponding to the audio identification code PID and the video identification code PID. For example, the recording index header information part structure is represented by table one, and the recording index header information shown in table one further includes information of video type, audio type and whether the recorded program is encrypted, and these information are all notified to the recorder RDD by upper layer software.
In an embodiment, the content of the recording index file further includes index data information, the index data information further includes a display timestamp, the display timestamp is used to indicate display time information of the recorded program, the recorder RDD parses the display timestamp information in the audio data in the original data, and the recorder RDD parses the display timestamp information in the video data in the original data when the display timestamp information in the audio data cannot be parsed. For example, the index data information part structure is shown in table two, and the index data information shown in table two further includes information such as data frame type, offset address, and data frame size.
Watch 1
| Type (B) | Description of the invention |
| Video PID | Video PID information of recorded program |
| Type of video | Video type of recorded program |
| Audio PID | Audio PID for recorded programs |
| Type of audio | Audio type of recorded program |
| Encryption situation | Whether recorded program is encrypted |
Watch two
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, this is merely an example, and the content of the recorded index header information and the index data information may be adjusted according to the implementation.
In an embodiment, the Video type of the recorded index header information is, for example, an Audio Video coding Standard (AVS), a second generation digital Audio Video coding Standard (AVS2), h.265 …, or the like.
In one embodiment, the Audio type of the recording index header information is, for example, the second stage of Audio compression (MPEG-1Audio Layer II, MP2), the third stage of Audio compression (MPEG-1Audio Layer III, MP3), Advanced Audio Coding (AAC) …, and so on.
In one embodiment, since the play buffer VABB and the data buffer DBB are independent of each other, for example, located in different blocks of the memory, the player PL may first broadcast live, and the recorder RDD then starts up the function; or the function of the recorder RDD is started first, the recorder RDD reads the original data from the data buffer DBB and records the video program to generate a recorded data file, and the player PL obtains the video program from the play buffer VABB for live broadcasting. 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 effects that the playing (live broadcasting can be realized) and the recording function are not influenced mutually are 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 key is provided by hardware, the software cannot obtain the encryption key, and the encryption keys of all hardware encryption devices are different, so the confidentiality and the safety are better.
In addition, the recorded data file conforms to the transport stream conversion standard format, can be played in a player supporting the transport stream conversion standard format, can also be played by the player, can play a role in assisting debugging related items of digital video broadcasting and the like, and is convenient for finding the problems of insufficient players or code streams; under the conditions that special equipment is not needed and playing is not influenced, the current network program which is interested in can be captured through the recording function; the method can play a role in assisting the debugging and the like of related projects of digital video broadcasting, and is convenient for verifying whether the special code stream playing is supported or not.
The above description is only for the preferred embodiment of the present invention, and it is not intended to limit the scope of the present invention, and any person skilled in the art can make further modifications and variations without departing from the spirit and scope of the present invention, therefore, the scope of the present invention should be determined by the claims of the present application.
Claims (20)
1. A system for recording transport stream data codes, comprising:
the data multiplexer is used for receiving the video program and acquiring the original data of the video program through the program information;
a memory for providing a data buffer for storing the original data; and
the recorder is used for reading the original data from the data buffer area, recording the video program to generate a recording data file, and recovering the data buffer area occupied by the recorded original data according to the recording progress.
2. The system as claimed in 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 for recording transport stream data codes as claimed in claim 2, wherein the recording index file includes recording index header information, the recording index header information including video identification codes and audio identification codes.
4. The system for recording transport stream data codes as claimed in claim 3, wherein the recording index header information is notified to the recorder by upper layer software.
5. The system for recording transport stream data codes as claimed in 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 as claimed in 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 indicate display time information of a recorded program, the recorder parses the display time stamp information in the audio data in the original data, and the recorder parses the display time stamp information in the video data in the original data in case that the display time stamp information in the audio data cannot be parsed.
7. The transport stream data code recording system of claim 1, further comprising: the hardware encryption device is used for encrypting the original data and transmitting the encrypted original data to the data buffer area.
8. The transport stream data code recording system of claim 1, further comprising:
and the player is used for analyzing and playing back the recorded data file.
9. The system for recording transport stream data codes as claimed in claim 8, wherein the player parses the recording data file in transport stream table units.
10. The system of claim 8, wherein the player further accesses a play buffer for live broadcasting the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player retrieves the play buffer according to a live broadcasting schedule, wherein the retrieval of the play buffer is independent of the retrieval of the data buffer.
11. A method for recording transport stream data codes, 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 in a memory; and
reading the original data from the data buffer area, recording the video program through a recorder to generate a recording data file, and recovering the data buffer area occupied by the recorded original data according to the recording progress.
12. The method as claimed in claim 11, 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.
13. The transport stream data code recording method as claimed in claim 12, wherein the recording index file includes recording index header information, the recording index header information including video identification code and audio identification code.
14. The transport stream data code recording method as claimed in claim 13, wherein the recording index header information is notified to the recorder by upper layer software.
15. The method for recording transport stream data codes as claimed in claim 11, wherein the recording data file is stored in units of a transport stream table, and the transport stream table includes an audio data table corresponding to an audio identification code and a video data table corresponding to a video identification code.
16. The method as claimed in claim 12, 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 the display time stamp information in the audio data in the original data, and the recorder parses the display time stamp information in the video data in the original data in case that the display time stamp information in the audio data cannot be parsed.
17. The transport stream data code recording method as claimed in claim 11, further comprising:
the original data is encrypted by a hardware encryption device, and then the encrypted original data is transmitted to the data buffer.
18. The transport stream data code recording method as claimed in claim 11, further comprising:
and analyzing and playing back the recorded data file through a player.
19. The method of claim 18, wherein the player parses the recording data file in units of a transport stream table.
20. The method of claim 18, wherein the player further accesses a play buffer for live broadcasting the video program, wherein the play buffer is independent of the data buffer accessed by the recorder, and the player retrieves the play buffer according to a live broadcasting schedule, wherein the retrieval of the play buffer is independent of the retrieval of the data buffer.
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 true CN113038238A (en) | 2021-06-25 |
| CN113038238B 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 (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5963977A (en) * | 1997-10-09 | 1999-10-05 | Quantum Corporation | Buffer management and system coordination method |
| US20030219222A1 (en) * | 2002-05-16 | 2003-11-27 | Sebastien Fraleu | Digital decoder having a so-called "playback" mode of operation and comprising two buffer memories |
| 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 |
-
2021
- 2021-03-22 CN CN202110301916.0A patent/CN113038238B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5963977A (en) * | 1997-10-09 | 1999-10-05 | Quantum Corporation | Buffer management and system coordination method |
| US20030219222A1 (en) * | 2002-05-16 | 2003-11-27 | Sebastien Fraleu | Digital decoder having a so-called "playback" mode of operation and comprising two buffer memories |
| 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 |
|---|
| 张仲明; 郭东伟; 吕巍; 张立明: "音频录制与播放系统的设计", 实验室科学, no. 6, pages 74 - 77 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113038238B (en) | 2023-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5334335B2 (en) | Apparatus and method for storing and retrieving files having media data containers and metadata containers | |
| CN100477771C (en) | Method of recording scrambled digital data and method of reading such data | |
| US20060230322A1 (en) | Content processing device | |
| CN1224910C (en) | Enciphering method, decipher method and device and information recording medium | |
| JP2000511019A (en) | Packetized data format for digital data storage media | |
| JP2001502854A (en) | Method of forming program specific information for digital data processing | |
| JP2000511020A (en) | Processing digital data and program guide information | |
| CN1577571A (en) | System and method for time synchronization between multimedia content and segment metadata | |
| JP2008243367A (en) | Method and device for recording broadcast data | |
| TW200407870A (en) | System and method for playing content information using an interactive disc player | |
| JP2012235463A (en) | Data transmission apparatus for transmitting encrypted data to conditional access module over common interface, method applied to the same, conditional access module, and system thereof | |
| KR100972258B1 (en) | Stream processing device and storage device | |
| US20060197880A1 (en) | Signal processing device and stream processing method | |
| CN113038238B (en) | Transmission stream data code recording system and transmission stream data code recording method | |
| US8625955B2 (en) | Information recording apparatus, information distribution server, information recording system and information recording method | |
| JP2008017328A (en) | Digital broadcast receiver with video recording functions | |
| US20100063984A1 (en) | Method and device for the controlled editing and broadcasting of compressed multimedia files | |
| 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 | |
| JP4731619B2 (en) | Storage / playback device | |
| KR100431548B1 (en) | Apparatus for reproducing a moving picture using stream header information | |
| KR100376578B1 (en) | Method for recoding digital data stream and providing presentation control information therefor | |
| JP2003317386A (en) | Digital broadcast reception/storage/reproduction apparatus | |
| US8290335B2 (en) | Method and apparatus for recording transport stream |
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 |