The two main parts of process, Pand

The two main parts of process, Pandaboard (OS platform)and Communication device are shown in Figure 1. Pand- aboad is an OS platform with CPU OMAP 4660 (@1.2GHz) and installed with Ubuntu 12.10. OMAP 4660 has strong image/video processing engine which has H.264 hardware encoder/decoder. This make system encode/decode video with high speed and low power consumption. In this work, we focus on error protection by using Reed-Solomon theorem. Figure 2 shows the software configuration with Reed-Solomon decoder. GStreamer is a pipeline-based multimedia framework written in the C programming language with the type system based on GObject. We used GStreamer to build video pipeline and also used it as an interface to drive H.264 hardware engine in OPMAP processor. Following, we will explain the data size which we designed for our system.
First, GStreamer encodes real-time video to each RTP package with maximum size 88 bytes. The encoded RTP packages will be queued in buffer which can accommodate maximum 1000 packages. After, each RTP package will be packaged with 2 bytes fragment header and 1 byte Cyclic redundancy check (CRC) flag. To fit with RS(127,105,11), in Reed-Solomon decoder, data length will be expanded from 91 bytes to 105 RS symbols. Section IV will have particular discussion for Reed-Solomon configuration. Finally, 127 RS symbols will be packaged as 127 bytes data which can sharply
fit with one PSDU size.[6]

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

Hai phần chính của quá trình, Pandaboard (hệ điều hành nền tảng) và thiết bị truyền thông được thể hiện trong hình 1. Pand-aboad là một nền tảng hệ điều hành với CPU OMAP 4660 (@1. 2 GHz) và cài đặt với Ubuntu 12,10. OMAP 4660 có mạnh hình ảnh/video chế biến động cơ có H.264 phần cứng mã hóa/giải mã. Điều này làm cho hệ thống mã hóa/giải mã video với tốc độ cao và tiêu thụ điện năng thấp. Trong tác phẩm này, chúng tôi tập trung vào lỗi bảo vệ bằng cách sử dụng định lý Reed-Solomon. Hình 2 cho thấy cấu hình phần mềm với Reed-Solomon bộ giải mã. GStreamer là một đường ống dẫn dựa trên đa phương tiện khuôn khổ viết bằng ngôn ngữ lập trình C với hệ thống dựa trên GObject. Chúng tôi sử dụng GStreamer để xây dựng đường ống dẫn video và cũng có thể sử dụng nó như một giao diện để lái xe động cơ phần cứng H.264 trong bộ xử lý OPMAP. Sau, chúng tôi sẽ giải thích kích thước dữ liệu mà chúng tôi thiết kế cho hệ thống của chúng tôi.
Đầu tiên, GStreamer mã hóa video thời gian thực để mỗi gói RTP với tối đa kích thước 88 byte. Những gói RTP mã hóa sẽ được xếp hàng đợi trong bộ đệm mà có thể phục vụ tối đa 1000 gói. Sau đó, mỗi gói RTP sẽ được đóng gói với 2 byte đoạn tiêu đề và 1 byte dư thừa vòng phòng (CRC) flag. Để phù hợp với RS(127,105,11), trong giải mã Reed-Solomon, dữ liệu chiều dài sẽ được mở rộng từ 91 byte để 105 RS biểu tượng. Phần IV sẽ có các thảo luận cụ thể cho Reed-Solomon cấu hình. Cuối cùng, 127 RS biểu tượng sẽ được đóng gói như là 127 byte dữ liệu mà có thể mạnh
phù hợp với kích thước PSDU.[6]

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

Hai phần chính của quá trình, Pandaboard (nền tảng hệ điều hành) và thiết bị truyền thông được thể hiện trong hình 1. Pand-aboad là một nền tảng hệ điều hành với CPU OMAP 4660 (@ 1.2GHz) và cài đặt Ubuntu 12.10 với. OMAP 4660 có mạnh mẽ công nghệ xử lý hình ảnh / video trong đó có H.264 phần cứng mã hóa / giải mã. Điều này làm cho hệ thống video mã hóa / giải mã với tốc độ cao và tiêu thụ điện năng thấp. Trong tác phẩm này, chúng tôi tập trung vào bảo vệ lỗi bằng cách sử dụng định lý Reed-Solomon. Hình 2 cho thấy cấu hình phần mềm với Reed-Solomon bộ giải mã. GStreamer một khuôn khổ đa phương tiện đường ống dẫn dựa trên viết bằng ngôn ngữ lập trình C với các loại hệ thống dựa trên GObject. Chúng tôi sử dụng để xây dựng đường ống dẫn GStreamer video và cũng được sử dụng nó như là một giao diện để lái xe công nghệ phần cứng H.264 trong xử lý OPMAP. Sau đây, chúng tôi sẽ giải thích kích thước dữ liệu mà chúng được thiết kế cho hệ thống của chúng tôi.
Đầu tiên, GStreamer mã hóa video thời gian thực cho mỗi gói RTP với kích thước tối đa 88 byte. Các gói RTP được mã hóa sẽ được xếp hàng đợi trong bộ đệm mà có thể chứa tối đa 1000 gói. Sau, mỗi gói RTP sẽ được đóng gói với 2 byte mảnh tiêu đề và 1 byte Cyclic dự phòng kiểm tra (CRC) lá cờ. Để phù hợp với RS (127,105,11), trong Reed-Solomon bộ giải mã, chiều dài dữ liệu sẽ được mở rộng từ 91 byte 105 RS ký tự. Mục IV sẽ có cuộc thảo luận riêng cho cấu hình Reed-Solomon. Cuối cùng, 127 RS biểu tượng sẽ được đóng gói như là 127 byte dữ liệu mạnh có thể
phù hợp với một kích thước PSDU. [6]