There are two conclusions from the

There are two conclusions from the experiment result.
First, however, we inserted 50 bytes noise into one frag-ment (127 bytes), the distortion did not be presented obvious difference with inserting 1 byte noise into one fragment. Which means GStreamer H.264 decoder only accepts a completed RTP package for reproducing video stream.
Second, if we decrease the period from 1000 to 100, the huge distortion lead the video not even can be distinguished. For Noise period=1000, we got one fragment with noises in about 10 seconds. Figure 4(A) shows the noise appeared with small distortion block every 10 seconds. From Figure 4(B), because receiver got one fragment with noise in about 2 seconds when Noise period=100, receiving continuously noise fragments leads to huge distortion happened continuously.
According to the experiment result, we noticed that to avoid frequent noise fragments should be taken care in higher priority than decrease the noise quantity in one fragment. Obviously, in Figure 3(20m), the fragments with over 10 bytes noise are only 0.04% of 58535 fragments. Meanwhile, the fragments with error bytes under 10 bytes are over 90% of all noise fragments. The fragments with error bytes under 10 bytes are considered as our target.
Figure 6 shows a zoom-in figure of Figure 3(20m). With the expansion of distance, receiver received many error packages with the Noise period smaller than 100. The result we learned from experiment is, to improve the real-time video streaming quality, these small period noise must be corrected.

Kết quả (Việt) 1:

Không có hai kết luận từ kết quả thử nghiệm.
Đầu tiên, Tuy nhiên, chúng tôi đưa vào tiếng ồn 50 byte vào một frag-ment (127 byte), các biến dạng không đã được trình bày rõ ràng khác biệt với chèn 1 byte tiếng ồn thành một mảnh. Có nghĩa là bộ giải mã GStreamer H.264 chỉ chấp nhận một gói RTP hoàn thành cho tái tạo luồng video.
Thứ hai, nếu chúng ta giảm thời gian từ 1000 đến 100, biến dạng lớn dẫn video không thậm chí có thể phân biệt. Trong tiếng ồn thời gian = 1000, chúng tôi có một mảnh với tiếng ồn trong khoảng 10 giây. Tìm 4(A) cho thấy tiếng ồn xuất hiện với sự biến dạng nhỏ khối mỗi 10 giây. Từ con số 4(B), bởi vì người nhận có một mảnh với tiếng ồn trong khoảng 2 giây khi tiếng ồn thời gian = 100, liên tục nhận được tiếng ồn mảnh dẫn đến sự biến dạng rất lớn xảy ra liên tục.
Theo để kết quả thử nghiệm, chúng tôi nhận thấy rằng để tránh tiếng ồn thường xuyên mảnh cần được chăm sóc trong ưu tiên cao hơn giảm số lượng tiếng ồn trong một mảnh. Rõ ràng, trong hình 3(20m), các mảnh vỡ với hơn 10 byte tiếng ồn là chỉ 0,04% 58535 mảnh. Trong khi đó, các mảnh vỡ với lỗi byte dưới 10 byte là hơn 90% của tất cả tiếng ồn mảnh vỡ. Các mảnh vỡ với lỗi byte dưới 10 byte được coi là mục tiêu của chúng tôi.
hình 6 cho thấy một phóng to con số của con số 3(20m). Với việc mở rộng khoảng cách, nhận nhận được nhiều lỗi gói kỳ tiếng ồn nhỏ hơn 100. Kết quả chúng tôi học được từ thử nghiệm là, để cải thiện thời gian thực video streaming chất lượng, tiếng ồn giai đoạn nhỏ phải được sửa chữa.

Kết quả (Việt) 2:

Có hai kết luận từ kết quả thí nghiệm.
Đầu tiên, tuy nhiên, chúng tôi đưa 50 byte tiếng ồn vào một Frag lý (127 byte), các biến dạng không được trình bày sự khác biệt rõ ràng với chèn 1 byte tiếng ồn vào một mảnh. Có nghĩa là bộ giải mã H.264 GStreamer chỉ chấp nhận một gói RTP hoàn thành để tái tạo các dòng video.
Thứ hai, nếu chúng ta giảm thời gian 1000-100, sự biến dạng rất lớn dẫn video thậm chí không thể phân biệt được. Cho giai đoạn ồn = 1000, chúng tôi có một mảnh với tiếng ồn trong khoảng 10 giây. Hình 4 (A) cho thấy tiếng ồn xuất hiện với khối biến dạng nhỏ mỗi 10 giây. Từ hình 4 (B), vì nhận có một mảnh với tiếng ồn trong khoảng 2 giây khi thời gian ồn = 100, nhận được liên tục tiếng ồn mảnh vỡ dẫn đến sự biến dạng rất lớn xảy ra liên tục.
Theo kết quả thử nghiệm, chúng tôi nhận thấy rằng để tránh các mảnh vỡ tiếng ồn thường xuyên nên được chăm sóc trong ưu tiên cao hơn làm giảm lượng tiếng ồn trong một mảnh. Rõ ràng, trong hình 3 (20m), các mảnh vỡ với hơn 10 byte tiếng ồn chỉ 0,04% của 58.535 mảnh vỡ. Trong khi đó, các mảnh vỡ với byte lỗi dưới 10 byte trên 90% của tất cả các mảnh vỡ tiếng ồn. Các mảnh vỡ với byte lỗi dưới 10 byte được coi là mục tiêu của chúng tôi.
Hình 6 cho thấy một phóng to hình của hình 3 (20m). Với việc mở rộng khoảng cách, thu nhận được nhiều gói lỗi với thời gian ồn nhỏ hơn 100. Kết quả chúng tôi học được từ thí nghiệm là, để cải thiện thời gian thực chất lượng video, những tiếng ồn khoảng thời gian nhỏ phải được sửa chữa.