12.4 Implications of AdaptationThe previous sections introduce the not dịch - 12.4 Implications of AdaptationThe previous sections introduce the not Việt làm thế nào để nói

12.4 Implications of AdaptationThe

12.4 Implications of Adaptation
The previous sections introduce the notion of neural networks as control heuristics for the
optimisation of protocol configuration. Whilst a model is presented, no reference is made to
the effect of using these controllers. To evaluate the impact of protocol adaptation on real
world applications, a distributed video tool has been implemented. Based on the MPEG TV
Player decoding engine the tool is composed of a file server and video player. An MPEG
encoded data stream is sent from the server to player using a DRoPS adaptable protocol.
Various network conditions are simulated using the same technique as in the generation of
the neural network training data. In addition, the tool supports mechanisms to manually
define a protocol configuration or specify required QoS levels that are passed to an
adaptation policy. The interface to this tool, shown in Figure 12.10, is composed of several
windows. The main window c ontains typic al video c ontrols suc h as Play, Pause and
Rewind. In addition, it provides controls to create and break connections with an MPEG
server. The QoS specification window allows a user to define their required QoS and either
set or monitor the provided QoS. These values are passed to the runtime framework where
the former is passed to the adaptation policy and the latter to the traffic shaping function.
The Adaptation Control window presents a graphical interface to simplify manual
reconfiguration. The current configuration is displayed in the two large canvas objects that
occupy the body of the window. The individual objects shown in these canvases represent
the component functionality of protocol that is being used to transfer the MPEG stream.
This window provides a number of controls to perform the common tasks of adaptation
allowing functions to be enabled, disable, added, removed and exchanged. A fourth window
supporting the specification of Quality of Perception (QoP) is supported but not shown
here. QoP specifies the quality of a media presentation in terms of more abstract notions
such as satisfaction and understanding. In co-operation with another project the DRoPS
architecture is being used to experiment with the interactions of QoS and QoP. The
interested reader may find more information in Fish et al. (1999).
As an example of the implications of protocol reconfiguration, a video sequence
containing of highly dynamic action and relatively static scenes is considered. Such an
example was considered earlier as one of the motivating factors for protocol adaptation. In
this example the subject is trying to describe certain features of a set of suspension forks for
a mountain bike. The sequence is composed of action scenes, cycling over rough terrain,
with large amounts of movement and static where the components of the cycle are studied
in detail. In the action scenes, the effect of data corruption is tolerable. Even where whole
blocks of quantized data are lost, the visible impact is minimised by the fact that so much
else is happening in the video clip. Whilst these anomalies are tolerable, the effects of jitter
in the datatream, causing the clip to pause momentarily once in a while, are much more
noticeable. In this situation there is a trade-off between errors and the fluidity of the video
clip. Rather than maintaining absolute correctness in the data flow, the jitter caused by
retransmitting corrupt or missing data should be minimised by simply not retransmitting that
data. In the relatively static part of the video sequence, the effects of lost and corrupt data
are more apparent. They may also be more problematic as the loss or corruption of this
content may result in the loss of critical information. For example, over an extremely lossy
link, individual characters of text may become unreadable. When this occurs, the jitter
caused by retransmission correcting the corrupt or lost data become more acceptable.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
12.4 tác động thích ứngCác phần trước giới thiệu khái niệm của mạng nơ-ron là kiểm soát chẩn đoán cho cáctối ưu hóa cấu hình giao thức. Trong khi một mô hình được trình bày, không có tài liệu tham khảo được thực hiện đểhiệu quả của việc sử dụng các bộ điều khiển. Để đánh giá tác động của giao thức thích ứng trên bấtứng dụng trên thế giới, một công cụ video phân phối đã được thực hiện. Dựa trên MPEG TVCầu thủ công cụ giải mã công cụ bao gồm một máy chủ tập tin và máy nghe nhạc video. Một MPEGdòng mã hóa dữ liệu được gửi từ các máy chủ để chơi bằng cách sử dụng một giao thức khả năng thích ứng giảm.Điều kiện mạng khác nhau được mô phỏng bằng cách sử dụng kỹ thuật tương tự như trong thế hệ củadữ liệu đào tạo mạng nơ-ron. Ngoài ra, các công cụ hỗ trợ cơ chế để theo cách thủ côngxác định một cấu hình giao thức hoặc chỉ định bắt buộc cấp QoS được truyền đến mộtchính sách thích ứng. Giao diện để công cụ này, Hiển thị trong hình 12,10, bao gồm một sốWindows. Cửa sổ chính c ontains typic al video c ontrols giới h như chơi, tạm dừng vàTua lại. Ngoài ra, nó cung cấp điều khiển để tạo ra và phá vỡ các kết nối với một MPEGHệ phục vụ. Cửa sổ đặc điểm kỹ thuật QoS cho phép người dùng để xác định của QoS yêu cầu và một trong haithiết lập hoặc theo dõi QoS cung cấp. Các giá trị được thông qua với khung thời gian chạy nơitrước đây được truyền cho các chính sách thích ứng và sau này để giao thông định hình chức năng.Cửa sổ thích ứng kiểm soát trình bày một giao diện đồ họa để đơn giản hóa hướng dẫn sử dụngcấu hình lại. Cấu hình hiện tại được hiển thị trong hai vải lớn các đối tượng màchiếm cơ thể của cửa sổ. Đại diện cho các đối tượng cá nhân thể hiện trong các bức tranh sơn dầuCác thành phần chức năng của giao thức đang được sử dụng để chuyển dòng MPEG.Cửa sổ này cung cấp một số điều khiển để thực hiện các tác vụ chung thích ứngCác chức năng cho phép để được kích hoạt, vô hiệu hóa, thêm, loại bỏ và trao đổi. Một cửa sổ thứ tưhỗ trợ kỹ thuật chất lượng nhận thức (QoP) được hỗ trợ nhưng không hiển thịỞ đây. QoP chỉ định chất lượng của một phương tiện truyền thông trình bày về các khái niệm trừu tượng hơnchẳng hạn như sự hài lòng và sự hiểu biết. Hợp tác với một dự án những giọtkiến trúc đang được sử dụng để thử nghiệm với sự tương tác của QoS và QoP. Cácquan tâm đến người đọc có thể tìm thêm thông tin ở cá et al. (1999).Như là một ví dụ về những tác động của giao thức cấu hình lại, một chuỗi videocó hành động rất năng động và tương đối tĩnh cảnh được coi là. Như vậy mộtVí dụ được xem trước đó là một trong những yếu tố thúc đẩy cho giao thức thích ứng. ỞVí dụ này chủ đề cố gắng để mô tả một số tính năng của một tập hợp các hệ thống treo forks chomột xe đạp leo núi. Trình tự gồm có những cảnh hành động, Chạy xe đạp trên địa hình gồ ghề,với số lượng lớn của phong trào và tĩnh nơi các thành phần của chu trình được nghiên cứuchi tiết. Trong những cảnh hành động, hiệu quả của tham nhũng dữ liệu là tolerable. Ngay cả trong trường hợp toàn bộkhối lượng tử hóa dữ liệu bị mất, tác động có thể nhìn thấy giảm thiểu bởi thực tế rằng rất nhiềukhác đang xảy ra trong video clip. Trong khi các bất thường là tolerable, những ảnh hưởng của jittertrong datatream, gây ra tập tin tạm dừng trong giây lát một lần trong một thời gian, nhiều hơn nữađáng chú ý. Trong tình huống này là một sự đánh đổi giữa lỗi và tính lưu loát của videoclip. Chứ không phải là duy trì tính chính xác tuyệt đối trong luồng dữ liệu, jitter gây ra bởiretransmitting dữ liệu bị hỏng hoặc mất tích nên được giảm thiểu bằng cách chỉ đơn giản là không retransmitting màdữ liệu. Ở thuộc dãy video, ảnh hưởng của dữ liệu bị mất và tham nhũng, tương đối tĩnhrõ ràng hơn. Họ cũng có thể có vấn đề hơn như là thiệt hại hoặc hư hỏng nàynội dung có thể dẫn đến việc mất thông tin quan trọng. Ví dụ, trong một cực kỳ lossyliên kết, các nhân vật cá nhân của văn bản có thể trở nên không đọc được. Khi điều này xảy ra, jittergây ra bởi retransmission sửa chữa dữ liệu bị hỏng hoặc bị mất trở thành hơn chấp nhận được.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
12.4 Implications of Adaptation
The previous sections introduce the notion of neural networks as control heuristics for the
optimisation of protocol configuration. Whilst a model is presented, no reference is made to
the effect of using these controllers. To evaluate the impact of protocol adaptation on real
world applications, a distributed video tool has been implemented. Based on the MPEG TV
Player decoding engine the tool is composed of a file server and video player. An MPEG
encoded data stream is sent from the server to player using a DRoPS adaptable protocol.
Various network conditions are simulated using the same technique as in the generation of
the neural network training data. In addition, the tool supports mechanisms to manually
define a protocol configuration or specify required QoS levels that are passed to an
adaptation policy. The interface to this tool, shown in Figure 12.10, is composed of several
windows. The main window c ontains typic al video c ontrols suc h as Play, Pause and
Rewind. In addition, it provides controls to create and break connections with an MPEG
server. The QoS specification window allows a user to define their required QoS and either
set or monitor the provided QoS. These values are passed to the runtime framework where
the former is passed to the adaptation policy and the latter to the traffic shaping function.
The Adaptation Control window presents a graphical interface to simplify manual
reconfiguration. The current configuration is displayed in the two large canvas objects that
occupy the body of the window. The individual objects shown in these canvases represent
the component functionality of protocol that is being used to transfer the MPEG stream.
This window provides a number of controls to perform the common tasks of adaptation
allowing functions to be enabled, disable, added, removed and exchanged. A fourth window
supporting the specification of Quality of Perception (QoP) is supported but not shown
here. QoP specifies the quality of a media presentation in terms of more abstract notions
such as satisfaction and understanding. In co-operation with another project the DRoPS
architecture is being used to experiment with the interactions of QoS and QoP. The
interested reader may find more information in Fish et al. (1999).
As an example of the implications of protocol reconfiguration, a video sequence
containing of highly dynamic action and relatively static scenes is considered. Such an
example was considered earlier as one of the motivating factors for protocol adaptation. In
this example the subject is trying to describe certain features of a set of suspension forks for
a mountain bike. The sequence is composed of action scenes, cycling over rough terrain,
with large amounts of movement and static where the components of the cycle are studied
in detail. In the action scenes, the effect of data corruption is tolerable. Even where whole
blocks of quantized data are lost, the visible impact is minimised by the fact that so much
else is happening in the video clip. Whilst these anomalies are tolerable, the effects of jitter
in the datatream, causing the clip to pause momentarily once in a while, are much more
noticeable. In this situation there is a trade-off between errors and the fluidity of the video
clip. Rather than maintaining absolute correctness in the data flow, the jitter caused by
retransmitting corrupt or missing data should be minimised by simply not retransmitting that
data. In the relatively static part of the video sequence, the effects of lost and corrupt data
are more apparent. They may also be more problematic as the loss or corruption of this
content may result in the loss of critical information. For example, over an extremely lossy
link, individual characters of text may become unreadable. When this occurs, the jitter
caused by retransmission correcting the corrupt or lost data become more acceptable.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: