CN113207045B - Video stream data processing system - Google Patents

Video stream data processing system Download PDF

Info

Publication number
CN113207045B
CN113207045B CN202110765269.9A CN202110765269A CN113207045B CN 113207045 B CN113207045 B CN 113207045B CN 202110765269 A CN202110765269 A CN 202110765269A CN 113207045 B CN113207045 B CN 113207045B
Authority
CN
China
Prior art keywords
rtp
packet
data
video
sequence number
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
Application number
CN202110765269.9A
Other languages
Chinese (zh)
Other versions
CN113207045A (en
Inventor
董羽生
郭建君
李瑞亮
贾宏伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Weiling Times Technology Co Ltd
Original Assignee
Beijing Weiling Times Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Weiling Times Technology Co Ltd filed Critical Beijing Weiling Times Technology Co Ltd
Priority to CN202110765269.9A priority Critical patent/CN113207045B/en
Publication of CN113207045A publication Critical patent/CN113207045A/en
Application granted granted Critical
Publication of CN113207045B publication Critical patent/CN113207045B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The invention relates to a video stream data processing system, which comprises a sending end, a processor and a memory stored with a computer program, wherein the system is preset with a video data packet structure, the video data packet structure comprises an additional protocol head, an RTP protocol head, additional data and RTP data, wherein the additional protocol head comprises a frame sequence number data segment, an RTP first packet sequence number data segment, an RTP packet number data segment and an I frame identification data segment; the additional data is data corresponding to the additional protocol header, and the RTP protocol header and the RTP data are generated based on an RTP protocol. The invention reduces the transmission delay and the performance consumption of the video stream data in the ultra-low delay application scene.

Description

Video stream data processing system
Technical Field
The invention relates to the technical field of data processing, in particular to a video stream data processing system.
Background
The existing video stream data is usually coded based on h264 and h265 coding protocols, and is suitable for video call and live video stream data transmission scenes, wherein the delay range of a video call streaming media data transmission link is usually 100ms-1s, and the delay range of a live streaming media data transmission link is usually 1s-10 s. And h264 and h265 can not completely adapt to the transmission of the streaming media data with ultra-low delay, for example, the delay requirement in a cloud game scene is usually 1 ms-100 ms. However, due to the problem of hard decoding support of the video card, the existing streaming media data with ultra-low delay still needs to select the encoding protocol of h264 and h265 as the main encoding protocol. Due to the fact that the h264 and h265 coding protocols lack time slicing capability, the problems of packet loss, disorder and the like cannot be identified and processed quickly in the video stream data transmission process with ultra-low delay requirements such as cloud games and the like, and great delay and performance consumption are caused. Therefore, how to reduce the transmission delay and performance consumption of video stream data in the ultra-low delay application scenario becomes a technical problem to be solved urgently.
Disclosure of Invention
The invention aims to provide a video stream data processing system, which reduces the transmission delay and the performance consumption of video stream data under an ultra-low delay application scene.
According to a first aspect of the present invention, there is provided a video stream data processing system, comprising a sending end, a processor and a memory storing a computer program, wherein the system is pre-configured with a video data packet structure, the video data packet structure comprises an additional protocol header, an RTP protocol header, additional data and RTP data, wherein the additional protocol header comprises a frame number data segment, an RTP first packet number data segment, an RTP packet number data segment and an I-frame identification data segment; the additional data is data corresponding to the additional protocol header, the RTP protocol header and the RTP data are generated based on an RTP protocol, and when the processor executes the computer program, the following steps are implemented:
step S1, the sending end acquires a video frame to be sent, generates an RTP protocol header and RTP data corresponding to the video frame to be sent based on an RTP protocol, and judges whether the video frame to be sent is an I frame, if so, the step S2 is executed, otherwise, the step S3 is executed;
step S2, setting the I frame identification data segment as '1', directly generating an additional protocol header and corresponding additional data, and executing step S4;
step S3, setting the I frame identification data segment as '0', setting a frame sequence number for the video frame to be sent according to a preset ascending sequence, storing the frame sequence number data segment, determining the RTP video packet number of the video frame to be sent and the RTP packet sequence number of the corresponding first RTP video packet based on the RTP protocol header and the RTP data, correspondingly storing the RTP video packet number and the RTP packet sequence number to the RTP first packet sequence number data segment, generating an additional protocol header and corresponding additional data, and executing step S4;
and step S4, based on the additional protocol header, the additional data, the RTP protocol header and the RTP data corresponding to the video frame to be sent, encapsulating according to the video data packet structure to generate a video data packet.
Compared with the prior art, the invention has obvious advantages and beneficial effects. By the technical scheme, the video stream data processing system provided by the invention can achieve considerable technical progress and practicability, has wide industrial utilization value and at least has the following advantages:
the invention reduces the transmission delay and the performance consumption of the video stream data in the ultra-low delay application scene and improves the video quality.
The foregoing description is only an overview of the technical solutions of the present invention, and in order to make the technical means of the present invention more clearly understood, the present invention may be implemented in accordance with the content of the description, and in order to make the above and other objects, features, and advantages of the present invention more clearly understood, the following preferred embodiments are described in detail with reference to the accompanying drawings.
Drawings
Fig. 1 is a schematic diagram of a video stream data processing system according to an embodiment of the present invention.
Detailed Description
To further illustrate the technical means and effects of the present invention adopted to achieve the predetermined objects, the following detailed description will be given to an embodiment of a video stream data processing system and its effects according to the present invention with reference to the accompanying drawings and preferred embodiments.
Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart may describe the steps as a sequential process, many of the steps can be performed in parallel, concurrently or simultaneously. In addition, the order of the steps may be rearranged. A process may be terminated when its operations are completed, but may have additional steps not included in the figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc.
The embodiment of the invention provides a video stream data processing system, as shown in fig. 1, which includes a sending end, a processor and a memory storing a computer program, wherein the system is preset with a video data packet structure, the video data packet structure includes an additional Protocol header, an RTP (Real-time Transport Protocol) Protocol header, additional data and RTP data, wherein the additional Protocol header includes a frame sequence number data segment, an RTP first packet sequence number data segment, an RTP packet data segment and an I frame (the I frame is usually the first frame of each GOP (a video compression technology used by MPEG), and is appropriately compressed and used as a reference point for random access and can be used as an image) identification data segment; the additional data is data corresponding to the additional protocol header. The RTP protocol header and the RTP data are generated based on an RTP protocol, the additional protocol header and the additional data are generated based on a preset time slicing protocol, secondary encapsulation is carried out on the basis of the RTP, and video data in the video data packet structure form are obtained. It should be noted that the process of generating the RTP protocol header and the RTP data based on the RTP protocol is the prior art, and is not described herein. In the appended protocol header, the RTP first packet sequence number refers to the RTP packet sequence number corresponding to the first RTP video packet in a plurality of RTP video packets corresponding to video frames, each RTP video packet is generated for the video frames based on an RTP protocol, the corresponding RTP packet sequence number is evenly distributed, and the bit number of the RTP first packet sequence number data segment is determined based on the size of the RTP packet sequence number. The number of bits of the frame sequence number data segment and the RTP packet data segment may be specifically set according to the actual application requirement. When the processor executes the computer program, the following steps are implemented:
step S1, the sending end acquires a video frame to be sent, generates an RTP protocol header and RTP data corresponding to the video frame to be sent based on an RTP protocol, and judges whether the video frame to be sent is an I frame, if so, the step S2 is executed, otherwise, the step S3 is executed;
step S2, setting the I frame identification data segment as '1', directly generating an additional protocol header and corresponding additional data, and executing step S4;
step S3, setting the I frame identification data segment as '0', setting a frame sequence number for the video frame to be sent according to a preset ascending sequence, storing the frame sequence number data segment, determining the RTP video packet number of the video frame to be sent and the RTP packet sequence number of the corresponding first RTP video packet based on the RTP protocol header and the RTP data, correspondingly storing the RTP video packet number and the RTP packet sequence number to the RTP first packet sequence number data segment, generating an additional protocol header and corresponding additional data, and executing step S4;
and step S4, based on the additional protocol header, the additional data, the RTP protocol header and the RTP data corresponding to the video frame to be sent, encapsulating according to the video data packet structure to generate a video data packet.
The embodiment of the invention encapsulates the video data for transmission based on the video data packet structure, can effectively reduce the computational power consumption of forward error correction unpacking, decoding judgment and video frame assembly, greatly improves the supported code rate of RTP (real-time transport protocol) under the requirement of no buffer at ultralow delay, can stably transmit the video frequency with 16M code rate, does not generate obvious video blockage due to retransmission, reduces the transmission delay and performance consumption of video stream data in an ultralow delay application scene, and improves the video quality. Ultra-low latency means that the target delay range for the video frames to be transmitted is within 1 ms to 100 ms.
As an embodiment, the system is further preset with a redundant data packet structure, where the redundant data packet structure includes an RTP protocol header and RTP data, and when the processor executes the computer program, the following steps are further implemented:
step S5, generating a redundant data packet corresponding to the video frame to be transmitted based on a preset video redundancy coefficient and a redundant data packet structure, and transmitting the redundant data packet and the video data packet to a receiving end.
As an embodiment, when the processor executes the computer program, the following steps are also implemented:
step S6, judging whether the data packet received by the receiving end is a video data packet based on the video data packet structure, if so, executing step S7, otherwise, ending the process;
it should be noted that, in the prior art, time slicing is not performed, and a redundant data packet and a video data packet cannot be distinguished, so that a retransmission operation is also triggered when the redundant data packet is lost, resources are wasted, and data transmission efficiency is reduced.
Step S7, determining whether an I-frame identification data segment in an additional protocol header of the video data packet is "1", if so, directly decoding the video data packet, and ending the process, otherwise, determining whether a current video frame is continuous with a previous video frame and whether packet loss occurs based on a video data packet structure of the video data packet, and if the current video frame is continuous with the previous video frame and no packet loss occurs, decoding the video data packet, and performing intra-frame packet assembly by a hash algorithm.
It should be noted that the I-frame identifier effectively reduces the complexity of the judgment process of the I-frame, and only a single bit of the additional protocol header needs to be judged to determine whether the I-frame is the I-frame, without analyzing the data in the video data packet. The time complexity of searching the position of the video data packet and framing can be reduced to O (1) by controlling the intra-frame packet assembly through the hash, and the basic data position is searched with the hash during unpacking, so that the unpacking time is reduced, the information such as the packet length is verified in multiple directions, and the linkage error caused by the packet unpacking error is reduced.
As an embodiment, the step S7, the determining whether the current video frame is consecutive to the previous video frame based on the video packet structure of the video packet, includes:
step S71, obtaining the previous video frame serial number, obtaining the current video frame serial number based on the frame serial number data segment in the additional protocol head of the video data packet, judging whether the current video frame serial number and the previous video frame serial number accord with the preset increasing sequence, if so, determining that the current video frame is continuous with the previous video frame.
It should be noted that, whether the video frames of the original video data are consecutive can be determined by the continuity of the frame sequence numbers of the additional protocol headers, and the video frames can be decoded when the video frames are consecutive, without determining the frame sequence numbers one by one based on the RTP packet sequence numbers, so that the influence of the data on the main data stream in the streaming media transmission can be effectively reduced, and more redundant information can be transmitted.
As an embodiment, in step S71, if the current video frame number and the previous video frame number do not match the preset ascending order, the following steps are performed:
and step S711, sending a video frame retransmission request to the sending end based on the current video frame sequence number.
As an embodiment, the step S7, the determining whether a packet loss occurs in a current video frame based on the video packet structure of the video packet includes:
step S72, acquiring the RTP first packet sequence number and the RTP packet number corresponding to the current video frame based on the RTP first packet sequence number data segment and the RTP packet number data segment in the additional protocol header of the video data packet;
step S73, determining a target receiving RTP packet sequence number list corresponding to the current video frame based on the RTP first packet sequence number and the RTP packet number corresponding to the current video frame;
step S74, based on RTP protocol head corresponding to video data packet, obtaining current RTP packet sequence number list corresponding to video data packet whose frame sequence number received by the receiving end is current video frame sequence number;
and step S75, comparing the target RTP packet sequence number list with the current RTP packet sequence number list, and if the target RTP packet sequence number list is the same as the current RTP packet sequence number list, determining that no packet loss occurs in the current video frame.
It should be noted that the occurrence of packet loss in a video frame refers to that the video frame corresponds to a plurality of video data packets, and a part of the video data packets are not sent to the receiving end.
As an embodiment, in step S75, if the target RTP packet sequence number list and the current RTP packet sequence number list are different, it is determined that a packet loss occurs in the current video frame, and the following steps are performed:
step S751, determining the lost RTP packet sequence number of the current video frame which is not received based on the target receiving RTP packet sequence number list and the current receiving RTP packet sequence number list;
step S752, sending a retransmission request of the lost video packet to the sending end based on the sequence number of the lost RTP packet of the current video frame.
It should be noted that, in the embodiment of the present invention, when any video data packet in a video frame is received, the estimated size of the entire frame of data can be obtained based on the additional protocol header, and the memory space is directly allocated to the entire frame of data, without preparing a memory for each RTP packet, so that the memory allocation frequency is reduced. In addition, the embodiment of the invention can accurately and quickly judge whether the subsequent packet loss exists or not, and does not need to judge after receiving all RTP video packets.
In some application embodiments, when the video frame is large and the corresponding number of RTP video packets is large, the number of storage bits of the data segment of the number of RTP video packets may be insufficient, and therefore, the additional protocol header further includes a reserved data segment for expanding the storage bits of the data segment of the number of RTP video packets when the storage bits of the data segment of the number of RTP video packets are insufficient. And if other data information may need to be added to the video data packet, the additional protocol header may further include an extension identification data segment and an extension length data segment, where the extension identification data segment is used to identify extension data in the reserved data segment, and the extension length data segment is used to identify the location of the extension data. For example, the extension data may include a timestamp, or some other preset private data.
Although the present invention has been described with reference to a preferred embodiment, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.

Claims (8)

1. A video stream data processing system, characterized in that,
the system is provided with a video data packet structure in advance, wherein the video data packet structure comprises an additional protocol head, an RTP protocol head, additional data and RTP data, wherein the additional protocol head comprises a frame sequence number data segment, an RTP first packet sequence number data segment, an RTP packet quantity data segment and an I frame identification data segment; the additional data is data corresponding to the additional protocol header, the RTP protocol header and the RTP data are generated based on an RTP protocol, and when the processor executes the computer program, the following steps are implemented:
step S1, the sending end acquires a video frame to be sent, generates an RTP protocol header and RTP data corresponding to the video frame to be sent based on an RTP protocol, and judges whether the video frame to be sent is an I frame, if so, the step S2 is executed, otherwise, the step S3 is executed;
step S2, setting the I frame identification data segment as '1', directly generating an additional protocol header and corresponding additional data, and executing step S4;
step S3, setting the I frame identification data segment as '0', setting a frame sequence number for the video frame to be sent according to a preset ascending sequence, storing the frame sequence number data segment, determining the RTP video packet number of the video frame to be sent and the RTP packet sequence number of the corresponding first RTP video packet based on the RTP protocol header and the RTP data, correspondingly storing the RTP video packet number and the RTP packet sequence number to the RTP first packet sequence number data segment, generating an additional protocol header and corresponding additional data, and executing step S4;
step S4, based on the additional protocol header, the additional data, the RTP protocol header and the RTP data corresponding to the video frame to be sent, encapsulating according to the video data packet structure to generate a video data packet;
the system is also preset with a redundant data packet structure, the redundant data packet structure comprises an RTP protocol header and RTP data, and when the processor executes the computer program, the following steps are also realized:
step S5, generating a redundant data packet corresponding to the video frame to be sent based on a preset video redundancy coefficient and a redundant data packet structure, and sending the redundant data packet and the video data packet to a receiving end;
when the processor executes the computer program, the following steps are also implemented:
step S6, judging whether the data packet received by the receiving end is a video data packet based on the video data packet structure, if so, executing step S7, otherwise, ending the process;
step S7, determining whether an I-frame identification data segment in an additional protocol header of the video data packet is "1", if so, directly decoding the video data packet, and ending the process, otherwise, determining whether a current video frame is continuous with a previous video frame and whether packet loss occurs based on a video data packet structure of the video data packet, and if the current video frame is continuous with the previous video frame and no packet loss occurs, decoding the video data packet, and performing intra-frame packet assembly by a hash algorithm.
2. The system of claim 1,
in step S7, the determining whether the current video frame is consecutive to the previous video frame based on the video packet structure of the video packet includes:
step S71, obtaining the previous video frame serial number, obtaining the current video frame serial number based on the frame serial number data segment in the additional protocol head of the video data packet, judging whether the current video frame serial number and the previous video frame serial number accord with the preset increasing sequence, if so, determining that the current video frame is continuous with the previous video frame.
3. The system of claim 2,
in step S71, if the current video frame number and the previous video frame number do not conform to the preset ascending order, the following steps are performed:
and step S711, sending a video frame retransmission request to the sending end based on the current video frame sequence number.
4. The system of claim 1,
in step S7, the determining whether a packet loss occurs in a current video frame based on the video data packet structure of the video data packet includes:
step S72, acquiring the RTP first packet sequence number and the RTP packet number corresponding to the current video frame based on the RTP first packet sequence number data segment and the RTP packet number data segment in the additional protocol header of the video data packet;
step S73, determining a target receiving RTP packet sequence number list corresponding to the current video frame based on the RTP first packet sequence number and the RTP packet number corresponding to the current video frame;
step S74, based on RTP protocol head corresponding to video data packet, obtaining current RTP packet sequence number list corresponding to video data packet whose frame sequence number received by the receiving end is current video frame sequence number;
and step S75, comparing the target RTP packet sequence number list with the current RTP packet sequence number list, and if the target RTP packet sequence number list is the same as the current RTP packet sequence number list, determining that no packet loss occurs in the current video frame.
5. The system of claim 4,
in step S75, if the target RTP packet sequence number list and the current RTP packet sequence number list are different, it is determined that a packet loss occurs in the current video frame, and the following steps are performed:
step S751, determining the lost RTP packet sequence number of the current video frame which is not received based on the target receiving RTP packet sequence number list and the current receiving RTP packet sequence number list;
step S752, sending a retransmission request of the lost video packet to the sending end based on the sequence number of the lost RTP packet of the current video frame.
6. The system of claim 1,
the additional protocol header also comprises a reserved data segment, an extended identification data segment and an extended length data segment, wherein the reserved data segment is used for expanding the storage bit of the RTP packet data segment when the storage bit of the RTP packet data segment is insufficient; the extension identification data segment is used for identifying extension data, and the extension length data segment is used for identifying the position of the extension data.
7. The system of claim 6,
the extension data includes a time stamp.
8. The system according to any one of claims 1 to 7,
the target delay range of the video frame to be sent is 1 ms-100 ms.
CN202110765269.9A 2021-07-07 2021-07-07 Video stream data processing system Active CN113207045B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110765269.9A CN113207045B (en) 2021-07-07 2021-07-07 Video stream data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110765269.9A CN113207045B (en) 2021-07-07 2021-07-07 Video stream data processing system

Publications (2)

Publication Number Publication Date
CN113207045A CN113207045A (en) 2021-08-03
CN113207045B true CN113207045B (en) 2021-09-17

Family

ID=77022782

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110765269.9A Active CN113207045B (en) 2021-07-07 2021-07-07 Video stream data processing system

Country Status (1)

Country Link
CN (1) CN113207045B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577649A (en) * 2015-12-11 2016-05-11 中国航空工业集团公司西安航空计算技术研究所 Audio and video stream transmission method
CN106534137A (en) * 2016-11-18 2017-03-22 浙江宇视科技有限公司 Media stream transmission method and device
CN109660549A (en) * 2018-12-29 2019-04-19 贵阳朗玛信息技术股份有限公司 A kind of video requency frame data packet sending, receiving method and device
CN111343501A (en) * 2020-03-06 2020-06-26 随锐科技集团股份有限公司 Packet loss detection method and system, and computer readable storage medium

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8760492B2 (en) * 2009-01-30 2014-06-24 Polycom, Inc. Method and system for switching between video streams in a continuous presence conference

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577649A (en) * 2015-12-11 2016-05-11 中国航空工业集团公司西安航空计算技术研究所 Audio and video stream transmission method
CN106534137A (en) * 2016-11-18 2017-03-22 浙江宇视科技有限公司 Media stream transmission method and device
CN109660549A (en) * 2018-12-29 2019-04-19 贵阳朗玛信息技术股份有限公司 A kind of video requency frame data packet sending, receiving method and device
CN111343501A (en) * 2020-03-06 2020-06-26 随锐科技集团股份有限公司 Packet loss detection method and system, and computer readable storage medium

Also Published As

Publication number Publication date
CN113207045A (en) 2021-08-03

Similar Documents

Publication Publication Date Title
CN102143367B (en) Method, device and system for checking error correction
KR102435018B1 (en) Network device and error handling
CN109547786B (en) Video encoding and video decoding methods and devices
US8971415B2 (en) Video communication system, device and method based on feedback reference frames
EP2721814B1 (en) Method and apparatus for transmitting/receiving media contents in multimedia system
US8649278B2 (en) Method and system of multimedia service performance monitoring
CN110519635B (en) Audio and video media stream converging method and system of wireless cluster system
US20120219067A1 (en) Transmitting A Video Signal
US20090110055A1 (en) Method for transmitting moving image data and communication apparatus
RU2673102C2 (en) Device and method of information processing and program
JP4041137B2 (en) VIDEO ENCODING / TRANSMITTING DEVICE, VIDEO ENCODING / TRANSMITTING METHOD, VIDEO ENCODING / TRANSMITTING PROGRAM, AND RECORDING MEDIUM THEREOF
CN108419041A (en) A kind of method and apparatus of video data processing
CN104754341A (en) Video data encoding and decoding method and device
RU2668064C2 (en) Information processing device, information processing method and program
CN113207045B (en) Video stream data processing system
US11589101B2 (en) Data transmission method and apparatus
US10116415B2 (en) Transmission device, receiving device, transmission method, and receiving method
CN101754001B (en) Video data priority confirming method, device and system
CN114500672A (en) Data transmission method and system
US11303690B1 (en) Method and system for enhancing quality of experience (QOE) of video reception at receiver
EP4024811B1 (en) Method and system for enhancing quality of experience (qoe) of video reception at receiver
US10880586B2 (en) Method and device for transmitting and receiving MMTP packet
CN116320600A (en) Webpage video display method, device, equipment and storage medium
WO2024183917A1 (en) Deriving video frame status from rate control feedback
CN114125493A (en) Distributed storage method, device and equipment for streaming media

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