Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Im using UDP video stream broadcasting, but the output is so bad. I understand that UDP is not a reliable transfer (VCL, no option to use TCP transfer), so the answer would be in the encoding. What codec do you prefer to maintain the pixel errors at the minimum level?
This is maybe not the answer you want, but then I don’t think that this question is easily answered. There is much ongoing research in this area and there is not one solution.
It also largely depends on your specific scenario:
What codec are you currently using? What resolution and framerate, how much money can you spend on infrastructure? What is the purpose of the streaming i.e. conversational, video on demand, video surveillance, etc? What types of network i.e. LAN, WAN, wireless, etc. All these factors influence the type of solution. Some options involve source rate adaptation based on RTCP receiver report information, retransmission of lost packets, forward error correction, using scalable video codecs such as H.264 SVC and I’m sure many other methods.
Regarding the choice of codec: I guess the more efficient the better, but it doesn’t only depend on that but also on the configuration of the codec e.g. the i-frame interval, the network type, and so forth. You might also need to consider things like license costs, etc.