CN114866825B - Ultra-high definition video broadcasting system and method compatible with different formats or protocols - Google Patents
Ultra-high definition video broadcasting system and method compatible with different formats or protocols Download PDFInfo
- Publication number
- CN114866825B CN114866825B CN202210350214.6A CN202210350214A CN114866825B CN 114866825 B CN114866825 B CN 114866825B CN 202210350214 A CN202210350214 A CN 202210350214A CN 114866825 B CN114866825 B CN 114866825B
- Authority
- CN
- China
- Prior art keywords
- data management
- management component
- module
- file
- program
- 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
- 238000000034 method Methods 0.000 title claims description 13
- 238000013523 data management Methods 0.000 claims abstract description 153
- 239000000872 buffer Substances 0.000 claims abstract description 41
- 230000006835 compression Effects 0.000 claims description 16
- 238000007906 compression Methods 0.000 claims description 16
- 238000002372 labelling Methods 0.000 claims description 16
- 238000003860 storage Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 4
- 239000000463 material Substances 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
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/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video 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 or rendering scenes according to encoded video stream scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream 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/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 or rendering scenes according to encoded video stream scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention provides an ultra high definition video playing system compatible with different formats or protocols, which comprises a 1 st mixed data management component (1), a 2 nd mixed data management component (2), a program playing control module (3), a playing component (9), a 1 st streaming receiving module (51), a 1 st file pre-reading module (61) and a 1 st tagging module (71) which are positioned on the front side of the 1 st mixed data management component (1), a 2 nd streaming receiving module (52), a 2 nd file pre-reading module (62) and a 2 nd tagging module (72) which are positioned on the front side of the 2 nd mixed data management component (2), wherein the 1 st mixed data management component (1) comprises a decoder selector (14), a plurality of decoders and a buffer (15), and the 2 nd mixed data management component (2) comprises a decoder selector (24), a plurality of decoders and a buffer (25).
Description
Technical Field
The invention relates to an ultra-high definition video broadcasting system and method compatible with different formats or protocols, in particular to data processing during mixed broadcasting of programs with different formats and protocols.
Background
The video server as a broadcasting system is a main device used by a television station for broadcasting programs. With the increasing video resolution and frame rate, the bandwidth requirement of uncompressed IP video rapidly increases, for example, 1.5G bandwidth is required for playing high definition programs, 12G bandwidth is required for playing 4K programs, and more specifically up to 48G bandwidth is required for playing 8K programs. In order to reduce the network bandwidth load, in the prior art, a splicing mode is adopted for broadcasting.
For example, in an existing 8KIP broadcast video server, 4-channel 4KIP broadcast concatenation is adopted to implement 8KIP broadcast, where an 8K file is divided into 4KXAVC file formats (each file is a quarter-video audio file with respect to an 8KIP picture), and an 8KIP stream is 4IP streams (4-line 8K signals) output by decoding 4K files simultaneously for 4K channels, that is, an 8K 4 file and a 4IP stream are broadcast. In this way, 4 files need to be decoded and 4IP streams need to be aligned synchronously, the technical threshold is high, and potential safety hazards exist for program broadcasting of television stations; and the system complexity is high, resulting in high broadcast management cost.
In the television station service, a plurality of production departments exist in the front section, and each production department can produce 8K files with various formats according to different used equipment. After 8K material program files with different formats are sent to a broadcasting department door, the broadcasting department needs to increase transcoding before broadcasting at the front end, after the files are normalized, an 8K broadcasting video server can normally decode the files, the 8K files with the uniform format are broadcasted, and IP streams with the same format are output. However, the increase of the transcoding server before broadcasting results in high overall system cost, and longer transcoding time is consumed for transcoding, which results in low material preparation efficiency and incapability of real-time broadcasting.
In order to reduce the cost and improve the material preparation efficiency, a mode of supporting mixed broadcasting of programs with different formats and protocols can be adopted at the broadcasting video server. And reading file analysis file information and initializing a decoder in a corresponding format during broadcasting. That is, the "decoder" performs the "create, start, stop, delete" operation once per broadcast of a program. The two decoders are used for alternately executing the operations of creating, starting, stopping, deleting, creating, starting, stopping and deleting, and the two decoders are enabled to simultaneously operate during program switching until the switching is successful, so that seamless mixed broadcasting is realized.
Because the consumption of computing resources of an 8K video playing server is too large, the two decoders are adopted at the moment, the operation of frequently creating and deleting the decoders needs to consume a large amount of CPU computing resources and time resources, the consumption of the computing resources is further increased, and for the existing CPU computing resources, the decoding is carried out after the two work of creating and deleting the decoders are finished, so that the real-time playing of programs cannot be realized.
The first purpose of the present invention is to provide an ultra high definition video broadcasting system and method compatible with different formats or protocols, which can reduce the consumption of computing resources and time resources while realizing seamless broadcasting.
Disclosure of Invention
The first technical scheme of the invention is an ultra high definition video broadcasting system compatible with different formats or protocols, which comprises a 1 st mixed data management component (1), a 2 nd mixed data management component (2), a program broadcasting control module (3), a broadcasting component (9), a 1 st streaming receiving module (51), a 1 st file pre-reading module (61) and a 1 st labeling module (71) which are positioned at the front side of the 1 st mixed data management component (1), a 2 nd streaming receiving module (52), a 2 nd file pre-reading module (62) and a 2 nd labeling module (72) which are positioned at the front side of the 2 nd mixed data management component (2).
The 1 st hybrid data management component (1) comprises a decoder selector (14), a plurality of decoders and a buffer (15). The 2 nd hybrid data management component (2) comprises a decoder selector (24), a plurality of decoders and a buffer (25). The 1 st stream receiving module (51) and the 2 nd stream receiving module (52) acquire compressed stream data of the line program from a network.
And the 1 st file pre-reading module (61) and the 2 nd file pre-reading module (62) read the program files to acquire the file format. The 1 st labeling module (71) labels the format label into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 1 st stream receiving module (51) or the program file format acquired by the 1 st file pre-reading module (61).
The 2 nd labeling module (72) labels the format label into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 2 nd stream receiving module (52) or the program file format obtained by the 2 nd file pre-reading module (62). The decoder selector (14) and the decoder selector (24) select a corresponding decoder to decode according to the label in the compressed stream data or the compressed file, and the uncompressed data obtained by decoding are respectively stored in a buffer (15) and a buffer (25) of each decoding connection.
The 1 st mixed data management component (1), the 1 st streaming receiving module (51), the 1 st file pre-reading module (61) and the 1 st labeling module (71) are used as a 1 st front-side module, and the 2 nd streaming receiving module (52), the 2 nd file pre-reading module (62) and the 1 st labeling module (71) are used as a 2 nd front-side module.
And the program broadcasting control module (3) interactively switches the 1 st mixed data management component (1), the 1 st front-side module, the 2 nd mixed data management component (2) and the 2 nd front-side module according to the to-be-broadcasted instruction and the to-be-broadcasted program instruction. And the broadcasting component (9) acquires the decoded uncompressed data from the buffer (15) or the buffer (25) and forms an IP stream with a specified format through coding compression.
Preferably, the playout component (9) compresses the uncompressed data into a shallow compressed IP stream in JPEG XS format.
Preferably, the broadcasting component 9 includes a selection module (91), a subtitle superposition module (92), an encoding compression module (93), and a streaming module (94).
Preferably, the 1 st hybrid data management component (1) comprises any one of or a combination of any plurality of an XS decoder, a ProRes decoder, and an XAVC decoder.
Preferably, the 2 nd hybrid data management component (2) comprises any one of or a combination of any plurality of an XS decoder, a ProRes decoder, and an XAVC decoder.
Preferably, the 1 st hybrid data management component (1) and the 2 nd hybrid data management component (2) comprise the same decoder.
The second technical proposal is a method for broadcasting ultra high definition video compatible with different formats or protocols, which comprises the following steps,
step 1, as a program to be broadcast, a 1 st stream receiving module (51) acquires compressed stream data of a line program from a network or a 1 st file pre-reading module (61) reads a program file to acquire a file format. And 2, the 1 st labeling module (71) labels the format labels into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 1 st stream receiving module (51) or the program file format acquired by the 1 st file pre-reading module (61).
And 3, selecting a corresponding decoder for decoding by a decoder selector (14) according to the label in the compressed stream data or the compressed file, and respectively storing the uncompressed data obtained by decoding in a buffer (15). And 4, when the program broadcasting control module (3) receives the command to be broadcasted and the command to be broadcasted, the 2 nd stream receiving module (52) acquires compressed stream data of the line program from the network or the 2 nd file pre-reading module (62) reads the program file to acquire the file format.
And 5, the 2 nd labeling module (72) injects a format label into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 2 nd stream receiving module (52) or the program file format acquired by the 2 nd file pre-reading module (62). And 6, selecting a corresponding decoder for decoding by a decoder selector (24) according to the compressed stream data or the label in the compressed file, and respectively storing the uncompressed data obtained by decoding in a buffer (25).
And 7, when the program is broadcast, the program broadcast control module (3) interactively switches the 1 st mixed data management component (1), the 1 st front-side module, the 2 nd mixed data management component (2) and the 2 nd front-side module. And 5, the broadcasting component (9) acquires the decoded uncompressed data from the buffer (15) and forms an IP stream with a specified format through coding and compression.
Preferably, after the program broadcast control module (3) interactively switches the 1 st mixed data management component (1), the 1 st front-side module, the 2 nd mixed data management component (2) and the 2 nd front-side module, the original forward broadcast program data stored in the buffer (15) or the buffer (25) in the 1 st mixed data management component (1) or the 2 nd mixed data management component (2) in a to-be-broadcast state is deleted, and the storage space is released.
Drawings
Fig. 1 is an illustrative block diagram of an ultra high definition video playout system compatible with different formats or protocols;
FIG. 2 is an illustrative diagram of the interactive switching of the 1 st hybrid data management component and the 2 nd hybrid data management component;
fig. 3 is a flow chart of ultra high definition video broadcasting compatible with different formats or protocols.
Detailed Description
In the following detailed description of the preferred embodiments of the invention, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration, specific features of the invention, such that the advantages and features of the invention may be more readily understood and appreciated. The following description is an embodiment of the claimed invention, and other embodiments not specifically described in connection with the claims also fall within the scope of the claims.
Fig. 1 is an explanatory block diagram of an ultra high definition video broadcasting system compatible with different formats or protocols.
The ultra-high-definition video broadcasting system (hereinafter referred to as ultra-high-definition video broadcasting system) compatible with different formats or protocols comprises a 1 st mixed data management component 1, a 2 nd mixed data management component 2, a program broadcasting control module 3, a broadcasting component 9, a 1 st streaming receiving module 51, a 1 st file pre-reading module 61 and a 1 st labeling module 71 which are positioned at the front side of the 1 st mixed data management component 1, a 2 nd streaming receiving module 52, a 2 nd file pre-reading module 62 and a 2 nd labeling module 72 which are positioned at the front side of the 2 nd mixed data management component 2. The playing-out component 9 is composed of a selection module 91, a subtitle superposition module 92, an encoding compression module 93 and a streaming module 94.
The 1 st hybrid data management module 1 and the front-side module have the same configuration as the 2 nd hybrid data management module 2 and the front-side module, and the 1 st hybrid data management module 1 and the front-side module will be generally described as an example, and the description of the 2 nd hybrid data management module 2 and the front-side module will be omitted, unless otherwise necessary.
The 1 st stream receiving module 51 is configured to obtain a line program from a network, and in this embodiment, the line program adopts a JPEG XS format shallow compressed 8K IP stream. The 1 st streaming module 51 receives an external JPEG XS format shallow compressed IP stream, and the 1 st tagging module 71 tags a format tag "XS" into the shallow compressed stream data according to a predetermined setting.
The 1 st file pre-reading module 61 acquires a file (hard disk file) of a broadcast program from a server that stores program files. The 1 st file pre-reading module 61 pre-reads the obtained file to obtain file format information. In this embodiment, the program file has three formats, i.e., 8K video in XS, XAVC, and Pro Res formats, and the 1 st tagging module 71 tags representing the XS, XAVC, or Pro Res formats into the compressed data of the file according to the pre-read file format.
The shallow compressed stream data or compressed file in which the form label is typed by the 1 st tagging module 71 is put into the mixed compressed frame data a.
Similarly, the shallow compressed stream data or compressed file into which the form label is typed by the 2 nd tagging module 72 is put into the mixed compressed frame data B.
For example, when the 1 st stream receiving module 51 acquires a line program from the network, after the 1 st mixed data management component 1 acquires the mixed compressed frame data a, the decoder selector 14 starts the XS decoder 11 to decode the JPEG XS format shallow compressed IP stream according to the format tag "XS" in the mixed compressed frame data a. The decoded uncompressed video and audio data is stored in the decoding buffer queue a and stored in the buffer 15.
In this embodiment, the 1 st hybrid data management module 1 includes an XAVC decoder 13 and a Pro Res decoder 12 in addition to the XS decoder 11, and thus can decode compressed files in the XAVC format and the Pro Res format in addition to the JPEG XS format shallow compressed IP stream.
For example, when the 2 nd file pre-reading module 62 acquires a file for playing a program from the program storage center, after the 2 nd mixed data management component 2 acquires the mixed compressed frame data B, the decoder selector 24 starts the corresponding decoder to decode according to the format tag in the mixed compressed frame data B, for example, start the XS decoder 21 to decode when the format tag is "XS", start the XAVC23 to decode when the format tag is XAVC, and so on. The decoded uncompressed video and audio data is stored in the decoding buffer queue B and stored in the buffer 25.
By the method, all types of decoders are created in each 'mixed data management component' in advance, but the decoders are not started at the same time, the decoders of the corresponding types are started to start decoding only when the items being broadcasted and the items to be broadcasted really need to be decoded, only 1 or 2 decoders of CPU resources and time resources are consumed, and the consumption of CPU computing resources and time resources is reduced because the operations of 'creating and deleting decoders' are not required to be repeatedly performed.
The program broadcasting control module 3 is used for controlling the broadcasting of programs. The broadcasting control workbench sends an instruction of broadcasting ready and an instruction of an item to be broadcast to the program broadcasting control module 3 when a program is about to be broadcasted according to a program list, and the program broadcasting control module 3 controls the 1 st stream receiving module 51, the 1 st file pre-reading module 61, the 2 nd stream receiving module 52, the 2 nd file pre-reading module 62 and the 1 st mixed data management component 1 or the 2 nd mixed data management component 2 according to the instruction of the broadcasting ready and the instruction of the item to be broadcasted.
The method comprises the steps that before a program is broadcast, the compression format of the program to be broadcast is obtained in advance, and the 1 st mixed data management component 1 or the 2 nd mixed data management component 2 starts a corresponding decoder to decode according to the compression format of the program to be broadcast. When the broadcasting time is reached and the program to be broadcasted starts to be broadcasted, the 1 st mixed data management component 1 and the 2 nd mixed data management component 2 are switched, so that the 1 st mixed data management component 1 and the front-side module and the 2 nd mixed data management component 2 and the front-side module can work interactively.
Fig. 2 is an explanatory diagram of the interactive switching of the 1 st hybrid data management component and the 2 nd hybrid data management component.
That is, when the 1 st mixed data management component 1 works as a broadcast data management component, the 2 nd mixed data management component 2 works as a to-be-broadcast data management component, and when the program broadcast control module 3 receives an upcoming broadcast instruction and a to-be-broadcast entry instruction, the 2 nd mixed data management component 2 decodes compressed data of a to-be-broadcast program, and when the broadcast time of the to-be-broadcast program is reached (broadcast of the broadcast program is finished), the 1 st mixed data management component 1 and the 2 nd mixed data management component 2 are switched with each other, and the 2 nd mixed data management component 2 works as a broadcast data management component. T1 in the figure is an interval in which the 1 st mixed data management component 1 and the 2 nd mixed data management component 2 decode simultaneously.
In the present embodiment, the issuance of the play command is advanced by 5 seconds from the actual play time, and the reception of the command starts to prepare a small piece of video/audio data (video of about 100 frames) of the next material in advance, that is, t1 is set to 5 seconds. The time between the acquisition of the program to be broadcast and the actual broadcasting is 5 seconds, so that the next material to be broadcast can be prepared in advance, the roles of the two management components can be quickly replaced when the next broadcasting time is reached, and the time delay cannot be caused.
Thus, every time a program is broadcast, the 1 st mixed data management component 1 and the 2 nd mixed data management component 2 alternately switch roles, so that although two groups of mixed data management components are arranged, except for the time period (t 1) from the broadcast-ready instruction to the actual broadcast, only one decoder of a certain type in the mixed data management components works, not all decoders run simultaneously, and the CPU computing resource is not additionally increased. The time difference t1 between the issuance of the broadcast command and the actual broadcast is set according to the processing capacity of the CPU and the capacities of the buffers 15 and 25, and may be set so long as the time error allowable in the real-time broadcast is satisfied.
Therefore, for the mixed broadcast of programs with various formats or protocols, when the ultra high definition video broadcast system compatible with different formats or protocols broadcasts the programs, the ultra high definition video broadcast system compatible with different formats or protocols can start the corresponding decoders to decode at any time by creating two groups of mixed data management components in advance, creating decoders and deleting decoders in advance in each mixed data management component, combining program switching logic, saving CPU resources and time resources required by frequent creation and deletion of decoders, thereby reducing the calculation resources of a server and ensuring the seamless switching of the programs with different formats (protocols) when the programs are mixed and broadcast. Of course, programs of the same format (protocol) can be seamlessly switched during broadcasting.
The sending of the on-air command is determined according to the time for starting the encoder, and is not limited to 5 seconds, and the time for which the computing capability of the server is strong can be set to be short.
When the on-air data management component is switched to the to-be-broadcast data management component, the data synchronization of the on-air program in the decoding buffer queue disappears, and the resource of the buffer is released.
The broadcasting component 9 selects the non-compressed video and audio data being broadcast by the 1 st mixed data management component 1 or the 2 nd mixed data management component 2, adds the processing such as caption, encodes and compresses the data into the JPEG XS format shallow compressed data and outputs the data to the line.
The play-out component 9, as shown in fig. 1, includes a selection module 91, a subtitle superimposition module 92, an encoding and compression module 93, and a streaming module 94. In this embodiment, the selection module 91 switches the on-air data management component to the caption superposition module 92 according to the on-air signal of the to-be-played program sent by the program play control module 3, and after the caption superposition is performed on the uncompressed video and audio data, the coding compression module 93 performs coding compression, and then the streaming module 94 outputs the IP stream to the network. In the embodiment, the JPEG XS format shallow compressed data is adopted, the quality of the 8K video is ensured, and meanwhile, the complexity of the system is reduced, and the broadcasting potential safety hazard caused by transmission in a splicing mode is avoided.
The following describes a process of ultra high definition video broadcasting compatible with different formats or protocols.
In this embodiment, before broadcasting, the decoder type is preset, that is, three file formats for mixed broadcasting are preset in the configuration file: XS, XAVC and Pro Res, and making a presetting for each file format specific video-audio parameter for subsequent initialization decoder.
At program start-up, two sets of hybrid data management modules are created, namely a "1 st hybrid data management component 1" and a "2 nd hybrid data management component 2". Each hybrid data management component initializes the three types of decoders, namely 'XS, XAVC, pro Res', according to the decoder type preset in the pre-broadcast configuration file, and empties the buffers 15 and 25.
After the program is started and various preparation works are finished, the program can be broadcast. The following describes the workflow of an ultra high definition video broadcasting system compatible with different formats or protocols by using the flowchart of fig. 3 as an example of the mixed broadcasting of the hard disk program and the line program. The hard disk program is broadcast before the line program is broadcast after the hard disk program is broadcast.
In an initial state, the 1 st mixed data management module 1 works as a broadcasting data management component, the decoded uncompressed audio and video data is stored in a decoding buffer queue a in the buffer 15, and the 2 nd mixed data management module 2 works as a to-be-broadcasted data management component.
The program broadcasting control module 3 receives the command of broadcasting the program to be started and the command of the item to be broadcast sent by the broadcasting control workbench (step S101), and judges whether the item to be broadcast is a hard disk program or a line program (step S102), when the item to be broadcast is a hard disk program, the step S103 is performed, and when the item is a line program, the step S203 is performed.
In the present embodiment, the hard disk program is determined, and the process proceeds to step S103.
The program broadcasting control module 3 starts the 2 nd file pre-reading module 62 (step S103), pre-reads the file to be broadcasted, and acquires information of file formats (XS, XAVC, pro Res) (step S105). The 2 nd tagging module 72 types "format tag" into the compressed data of the file, and the tag-typed compressed data is put into the mixed compressed frame data B (S106).
The decoder selector 24 starts a corresponding decoder according to the format tag in the compressed data, for example, the XS decoder 21 decoding is started by the XS-formatted file (S107).
The decoded uncompressed audio-video data is stored in the "decoding buffer queue B" in the buffer 25 (S108).
When the program to be played arrives at the playing time (S109), the program playing control module 3 interacts with the to-be-played data management component and the forward-played data management component, and switches the 2 nd mixed data management component 2 to the forward-played data management component and the 1 st mixed data management component 1 to the to-be-played data management component (S110). At this time, the 2 nd file pre-reading module continuously reads the hard disk program, decodes the hard disk program by the XS decoder 21, selects the hard disk program by the selection module 91, performs processing such as subtitle superimposition and encoding compression, and transmits the stream to the network in a uniform encoding format by the streaming module 94 (S111).
The 1 st mixed data management component 1 (to-be-broadcast data management component) deletes the original on-air program data in the mixed compressed frame data a, and releases the resources of the buffer 15 (S112).
After the XS decoder 11 of the 1 st mixed data management component 1 stops working (S113), and the 1 st stream receiving module 51, the 1 st file pre-reading module 61 and the stop working (S114), the process returns to step S101 to receive the next command to start playing and the command of the entry to be played.
When the next upcoming broadcasting command and the entry-to-be-broadcast command (in the embodiment, the line program) are received, the line program is determined in step S102, and the process proceeds to step S203.
The program broadcast control module 3 starts the 1 st stream receiving module 51 (S203), receives the external JPEG XS format shallow compressed IP stream (step S204), and the 1 st tag marking module 71 impresses the format tag "XS" into the shallow compressed stream data, and places the tag-impressed compressed data into the mixed compressed frame data a (S205).
The decoder selector 14 starts the XS decoder 11 decoding according to the format tag XS (S207).
The decoded uncompressed audio-video data is stored in the "decoding buffer queue a" in the buffer 15 (S208).
When the to-be-broadcast program reaches the broadcasting time (S209), the program broadcasting control module 3 interacts with the to-be-broadcast data management component and the broadcasting data management component, switches the 1 st mixed data management component 1 to the broadcasting data management component, and switches the 2 nd mixed data management component 2 to the to-be-broadcast data management component (S210). At this time, the 1 st stream receiving module 51 continues to receive the stream, decodes the stream by the XS decoder 11, selects the stream by the selection module 91, performs processing such as caption superimposition and encoding compression, and transmits the stream to the network in a uniform encoding format by the stream transmitting module 94 (S211).
The 2 nd mixed data management component 2 (data to be broadcast management component) deletes the original on-air program data in the mixed compressed frame data B, and releases the resources of the buffer 25 (S212).
The decoder of the 2 nd mix data managing module 2 stops operating (S213), and the streaming receiving module 5 is turned off (S214).
The embodiments of the present invention have been described above. The ultra-high definition video broadcasting system compatible with different formats or protocols adopts a JEPEG XS shallow compression technology, so that the transmission bandwidth and the network load pressure are reduced. For mixed broadcasting of programs with various formats or protocols, when the programs are broadcasted by the ultra high definition video broadcasting system compatible with various formats or protocols, the ultra high definition video broadcasting system compatible with various formats or protocols creates two groups of mixed data management components in advance, creates all types of decoders in each mixed data management component in advance, starts the corresponding decoder by combining with program switching logic, saves the processing time of frequently creating and deleting the decoders, thereby reducing the calculation resources of a server and ensuring that programs with different formats (protocols) or the same format (protocol) can be seamlessly switched during broadcasting.
In this embodiment, an 8K video will be described as an example. The ultra high definition video is not limited to 8K video, and may be 4K, 2K, 16K, or the like.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim.
Claims (8)
1. An ultra high definition video broadcasting system compatible with different formats or protocols, comprising,
a 1 st mixed data management component (1), a 2 nd mixed data management component (2), a program broadcasting control module (3), a broadcasting component (9), a 1 st stream receiving module (51), a 1 st file pre-reading module (61) and a 1 st labeling module (71) which are positioned at the front side of the 1 st mixed data management component (1), a 2 nd stream receiving module (52), a 2 nd file pre-reading module (62) and a 2 nd labeling module (72) which are positioned at the front side of the 2 nd mixed data management component (2),
said 1 st hybrid data management component (1) comprising a 1 st decoder selector (14), a plurality of decoders and a 1 st buffer (15),
said 2 nd hybrid data management component (2) comprising a 2 nd decoder selector (24), a plurality of decoders and a 2 nd buffer (25),
the 1 st stream receiving module (51) and the 2 nd stream receiving module (52) acquire compressed stream data of the line program from a network,
the 1 st file pre-reading module (61) and the 2 nd file pre-reading module (62) read the program file to obtain the file format,
the 1 st label printing module (71) prints format labels into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 1 st stream receiving module (51) or the program file format obtained by the 1 st file pre-reading module (61),
the 2 nd labeling module (72) is used for labeling a format label into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 2 nd stream receiving module (52) or the program file format acquired by the 2 nd file pre-reading module (62),
the 1 st decoder selector (14) and the 2 nd decoder selector (24) select corresponding decoders to decode according to the format tags in compressed stream data or compressed files, uncompressed data obtained by decoding are respectively stored in a 1 st buffer (15) and a 2 nd buffer (25),
the 1 st streaming module (51), the 1 st file pre-reading module (61) and the 1 st tagging module (71) are used as a 1 st front-side module to decode the compressed streaming data or the compressed file entering the 1 st mixed data management component (1), the 2 nd streaming module (52), the 2 nd file pre-reading module (62) and the 1 st tagging module (71) are used as a 2 nd front-side module to decode the compressed streaming data or the compressed file entering the 2 nd mixed data management component (2),
the 1 st mixed data management component (1) and the 2 nd mixed data management component (2) alternately decode the compressed stream data or compressed file of the broadcast program as an on-air data management component,
the program broadcasting control module (3) switches the program to be broadcasted to the data management component to be broadcasted for decoding after receiving the broadcasting command, when the broadcasting time of the program to be broadcasted is reached, the program broadcasting control module (3) switches the 1 st mixed data management component (1) or the 2 nd mixed data management component (2) which is used as the data management component to be broadcasted into the data management component to be broadcasted, and switches the 2 nd mixed data management component (2) or the 1 st mixed data management component (1) which is used as the data management component to be broadcasted into the data management component to be broadcasted,
the broadcasting component (9) obtains the decoded uncompressed data from the 1 st buffer (15) of the 1 st mixed data management component (1) as a broadcasting data management component or the 2 nd buffer (25) of the 2 nd mixed data management component (2) as a broadcasting data management component, and forms an IP stream with a specified format through coding compression.
2. Ultra high definition video playout system compatible with different formats or protocols according to claim 1 characterised in that said playout component (9) compresses uncompressed data into a shallow compressed IP stream in JPEG XS format.
3. Ultra high definition video playout system compatible with different formats or protocols according to claim 2, characterised in that said playout component 9 comprises a selection module (91), a subtitle superposition module (92), an encoding compression module (93), a streaming module (94).
4. Ultra high definition video playout system compatible with different formats or protocols according to claim 3 characterised in that said 1 st hybrid data management component (1) comprises any one or a combination of any plurality of an XS decoder, a ProRes decoder, a XAVC decoder.
5. Ultra high definition video playout system compatible with different formats or protocols according to claim 4 characterised in that said 2 nd hybrid data management component (2) comprises any one or a combination of any plurality of XS decoder, proRes decoder, XAVC decoder.
6. Ultra high definition video playout system compatible with different formats or protocols according to claim 5 characterised in that said 1 st hybrid data management component (1) is the same decoder comprised by said 2 nd hybrid data management component (2).
7. An ultra high definition video broadcasting method compatible with different formats or protocols is characterized by comprising the following steps,
step 1, as a program to be played, a 1 st stream receiving module (51) acquires compressed stream data of a line program from a network or a 1 st file pre-reading module (61) reads a program file to acquire a file format,
step 2, the 1 st labeling module (71) injects a format label into the compressed stream data or the compressed file according to the compressed stream data format of the stream received by the 1 st stream receiving module (51) or the program file format obtained by the 1 st file pre-reading module (61),
step 3, the 1 st mixed data management component (1) is used as a data management component to be played to select a corresponding decoder to decode according to the compressed stream data or the format label in the compressed file, the uncompressed data obtained by decoding is stored in a 1 st buffer (15),
step 4, when the broadcasting time of the program to be broadcasted is reached, the program broadcasting control module (3) switches the 1 st mixed data management component (1) from the data management component to be broadcasted to the data management component to be broadcasted, the 2 nd mixed data management component (2) from the data management component to be broadcasted to the data management component to be broadcasted, step 5, the broadcasting component (9) obtains the uncompressed data after decoding by the 1 st buffer (15) of the 1 st mixed data management component (1), and forms an IP stream with a specified format through coding and compression,
step 6, when the program broadcasting control module (3) receives the next command to be played, the 2 nd stream receiving module (52) acquires the compressed stream data of the line program from the network or the 2 nd file pre-reading module (62) reads the program file to acquire the file format of the file to be played,
step 7, the 2 nd labeling module (72) injects a format label into the compressed stream data or the compressed file of the file to be played according to the compressed stream data format of the stream received by the 2 nd stream receiving module (52) or the program file format obtained by the 2 nd file pre-reading module (62),
step 8, the 2 nd mixed data management component (2) as the data management component to be played selects a corresponding decoder to decode according to the input compressed stream data or the format label in the compressed file, the uncompressed data obtained by decoding is stored in a 2 nd buffer (25),
step 9, when the broadcasting time of the program to be broadcasted is reached, the program broadcasting control module (3) switches the 2 nd mixed data management component (2) from the data management component to be broadcasted to the data management component to be broadcasted, switches the 1 st mixed data management component (1) from the data management component to be broadcasted to the data management component to be broadcasted,
step 10, the playing-out component (9) obtains the uncompressed data after decoding by the 2 nd buffer (25) of the 2 nd mixed data management component (2), and forms an IP stream with a specified format through coding and compression,
and repeating the steps, and alternately switching the 1 st mixed data management component (1) and the 2 nd mixed data management component (2) into a broadcasting data management component and a to-be-broadcasted data management component, wherein the broadcasting component (9) acquires the uncompressed data from the broadcasting data management component and forms an IP stream with a specified format by coding and compressing.
8. The ultra high definition video broadcasting method compatible with different formats or protocols according to claim 7, wherein when the program broadcasting control module (3) interactively switches the on-air data management component and the to-be-broadcasted data management component,
deleting uncompressed data of the playing programs stored in a 1 st buffer (15) of a 1 st mixed data management component (1) or a 2 nd buffer (25) of a 2 nd mixed data management component (2) switched to the to-be-played data management component, and releasing a storage space.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210350214.6A CN114866825B (en) | 2022-04-02 | 2022-04-02 | Ultra-high definition video broadcasting system and method compatible with different formats or protocols |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210350214.6A CN114866825B (en) | 2022-04-02 | 2022-04-02 | Ultra-high definition video broadcasting system and method compatible with different formats or protocols |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114866825A CN114866825A (en) | 2022-08-05 |
| CN114866825B true CN114866825B (en) | 2023-01-06 |
Family
ID=82628709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210350214.6A Active CN114866825B (en) | 2022-04-02 | 2022-04-02 | Ultra-high definition video broadcasting system and method compatible with different formats or protocols |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114866825B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1647514A (en) * | 2002-04-05 | 2005-07-27 | 松下电器产业株式会社 | Authoring system and method for supplying tagged media content to portable devices receiving from plural disparate sources |
| CN101690194A (en) * | 2007-06-27 | 2010-03-31 | 三星电子株式会社 | Method, medium, and apparatus for encoding and/or decoding video data |
| CN112188231A (en) * | 2020-09-29 | 2021-01-05 | 北京格非科技股份有限公司 | Ultra-high-definition IP video server based on universal server platform |
| CN113225605A (en) * | 2020-02-05 | 2021-08-06 | 腾讯科技（深圳）有限公司 | Video playing processing method and device, electronic equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7908627B2 (en) * | 2005-06-22 | 2011-03-15 | At&T Intellectual Property I, L.P. | System and method to provide a unified video signal for diverse receiving platforms |
-
2022
- 2022-04-02 CN CN202210350214.6A patent/CN114866825B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1647514A (en) * | 2002-04-05 | 2005-07-27 | 松下电器产业株式会社 | Authoring system and method for supplying tagged media content to portable devices receiving from plural disparate sources |
| CN101690194A (en) * | 2007-06-27 | 2010-03-31 | 三星电子株式会社 | Method, medium, and apparatus for encoding and/or decoding video data |
| CN113225605A (en) * | 2020-02-05 | 2021-08-06 | 腾讯科技（深圳）有限公司 | Video playing processing method and device, electronic equipment and storage medium |
| CN112188231A (en) * | 2020-09-29 | 2021-01-05 | 北京格非科技股份有限公司 | Ultra-high-definition IP video server based on universal server platform |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114866825A (en) | 2022-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1815684B1 (en) | Method and apparatus for channel change in dsl system | |
| US7610605B2 (en) | Method and apparatus for conversion and distribution of data utilizing trick-play requests and meta-data information | |
| US8253775B2 (en) | Multipoint conference system, multipoint conference method, and program | |
| US8238438B2 (en) | Image data transmitting apparatus and method and image data reproducing apparatus and method | |
| US20020170067A1 (en) | Method and apparatus for broadcasting streaming video | |
| EP4580193A1 (en) | Systems and methods for localized adaptive content distribution | |
| CN110708564B (en) | Live transcoding method and system for dynamically switching video streams | |
| EP2485501A1 (en) | Fast channel change companion stream solution with bandwidth optimization | |
| CN111918096A (en) | Method, device and equipment for fast switching input source of cloud director and storage medium | |
| CN111386700A (en) | Multifunctional receiving device and conference system | |
| CN102939766B (en) | Method to enable channel variation using a single decoder on receiver and receiver side | |
| CN106961625A (en) | A kind of channel switching method and its device | |
| CN107566855A (en) | Method, server and the set top box that channel is switched fast | |
| CN101282472A (en) | Terminal as well as method for rapidly previewing mobile phone television channel | |
| JP2012015928A (en) | Video transmission device | |
| CN114866825B (en) | Ultra-high definition video broadcasting system and method compatible with different formats or protocols | |
| US7643508B2 (en) | Client side PID translation | |
| CN100593333C (en) | A method and system for sending video information | |
| CN105763941A (en) | Channel switching method and system | |
| US7269839B2 (en) | Data distribution apparatus and method, and data distribution system | |
| CN115997384A (en) | Live stream switching method, device, server, terminal and program product | |
| CN114866823B (en) | Ultra-high definition video broadcasting system and method with logic linkage function | |
| CN114079796A (en) | Channel switching method, device and system | |
| KR100345312B1 (en) | Splicing Method for video stream with open GOP | |
| US20230291912A1 (en) | Method and apparatus for thumbnail generation for a video device |
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 |