UDP have no error corrections, but that kind of bizzare images seems to be caused by another source of error… UDP its a good choice sometimes, your example its not a realistic example of all UDP conections!! Most of time UDP its a bit faster than TCP just because avoid the correction!! Thanx for the video!!
so basically tcp divides the data from the video into packets some of which get lost during the transfer, so while the computer requests a new istance of those lost packets you lose frames and get stutter… i thought that with udp on the other hand, you have a continuous and fail proof stream of info which is more performance intensive to mantain i thought udp was specifically designed for streaming did i get it right?
Thank you
Found this out when I tried playing a UDP stream over a wireless bridge. It does not like packet re-transmission at all ^^
Your video codec isn't designed for udp. This is like comparing a car and a boat on how they drive on road …
UDP have no error corrections, but that kind of bizzare images seems to be caused by another source of error… UDP its a good choice sometimes, your example its not a realistic example of all UDP conections!! Most of time UDP its a bit faster than TCP just because avoid the correction!! Thanx for the video!!
Wait. Is HDTV using a UDP type or similar type connection (no error correction)?
so basically tcp divides the data from the video into packets some of which get lost during the transfer, so while the computer requests a new istance of those lost packets you lose frames and get stutter…
i thought that with udp on the other hand, you have a continuous and fail proof stream of info which is
more performance intensive to mantain
i thought udp was specifically designed for streaming
did i get it right?