解決嵌入式opengl難題-使標(biāo)準(zhǔn)、工具和apis能在高度嵌入和安全的環(huán)境中一起工作外文資料翻譯.doc
約13頁DOC格式手機(jī)打開展開
解決嵌入式opengl難題-使標(biāo)準(zhǔn)、工具和apis能在高度嵌入和安全的環(huán)境中一起工作外文資料翻譯,解決嵌入式opengl難題-使標(biāo)準(zhǔn)、工具和apis能在高度嵌入和安全的環(huán)境中一起工作摘要作為定義和表現(xiàn)屏幕圖象來說,嵌入式的hmis正在使用opengl來表現(xiàn)api.由于圖形加速子系統(tǒng)和商業(yè)驅(qū)動的出現(xiàn),這一趨勢能被很好的支持。同時,嵌入的圖形工具和軟件廠商已經(jīng)在他們的api中支持opengl。因為其高度的嵌入和關(guān)鍵的安...
內(nèi)容介紹
此文檔由會員 wanli1988go 發(fā)布
解決嵌入式OPENGL難題-使標(biāo)準(zhǔn)、工具和APIS能在高度嵌入和安全的環(huán)境中一起工作
摘要
作為定義和表現(xiàn)屏幕圖象來說,嵌入式的HMIS正在使用OpenGL來表現(xiàn)API.由于圖形加速子系統(tǒng)和商業(yè)驅(qū)動的出現(xiàn),這一趨勢能被很好的支持。同時,嵌入的圖形工具和軟件廠商已經(jīng)在他們的API中支持OpenGL。因為其高度的嵌入和關(guān)鍵的安全環(huán)境,完整的OpenGL不是一個狹窄的標(biāo)準(zhǔn)。為了能獲得低價格/低功耗的硬件設(shè)備和減少獲得關(guān)鍵安全證書的驅(qū)動的復(fù)雜性,必須包含OpenGL的子集。
近些年,移動圖形工業(yè)已經(jīng)從定義合適的OpenGL子集的工業(yè)聯(lián)盟的努力中獲得利益。這些子集,或外形,存在于趨向為廣泛的不同的嵌入式市場的應(yīng)用的不同版本提供服務(wù)。它很清楚如此定義明確的標(biāo)準(zhǔn)罐子和將會有一種在嵌入式和關(guān)鍵安全的圖形業(yè)上的有益的影響,提供空前的便攜和簡單的HMI程序. 圖形工具和軟件廠商正在支持新的標(biāo)準(zhǔn)的水平是不清晰的。對于終端開發(fā)者來說,這些要求是非常高的,就像既不支持或很難的保證的API的可靠性。這篇論文在對廠商和開發(fā)者征稅方面提出了些建議,獲得用戶接口和用OPENGL標(biāo)準(zhǔn)來確保工程的成功和HMI軟件的廣泛調(diào)度的建議。
SOLVING THE EMBEDDED OPENGL PUZZLE – MAKING STANDARDS, TOOLS, AND APIS WORK TOGETHER IN HIGHLY EMBEDDED AND SAFETY CRITICAL ENVIRONMENTS
Mark Snyder, Quantum3D, Glendale, AZ
Abstract
Embedded graphical Human Machine Interfaces (HMIs) are increasingly making use of the OpenGL rendering API as a standard for defining and rendering screen graphics. This trend is supported by the emergence of hardware accelerated graphics subsystems and commercially available driver software. Meanwhile, embedded graphics tool and software vendors have adopted OpenGL in various forms as the rendering API they support. For highly embedded and safety critical environments, however, full OpenGL is not a narrow enough standard. In order to achieve low-cost/low power hardware implementations and reduce driver complexity to achieve safety-critical certification, OpenGL subsets must be embraced.
In recent years, the mobile graphics industry has benefited from the efforts of industry consortiums to define capable OpenGL subsets. These subsets, or profiles, exist in various versions intended to facilitate the development of applications for widely differing embedded markets, from cell phone graphics to safety critical high-powered embedded graphics subsystems. It is clear that such well-defined standards can and will have a beneficial impact on the embedded and safety-critical graphics industries, offering unprecedented portability and simplicity for HMI applications. What is not as clear is the level to which graphics tool and software vendors are supporting the new standards. The stakes are high for the end developer, as reliance on API capabilities that are either unsupported or difficult to certify can present serious system integration and certification pitfalls.
摘要
作為定義和表現(xiàn)屏幕圖象來說,嵌入式的HMIS正在使用OpenGL來表現(xiàn)API.由于圖形加速子系統(tǒng)和商業(yè)驅(qū)動的出現(xiàn),這一趨勢能被很好的支持。同時,嵌入的圖形工具和軟件廠商已經(jīng)在他們的API中支持OpenGL。因為其高度的嵌入和關(guān)鍵的安全環(huán)境,完整的OpenGL不是一個狹窄的標(biāo)準(zhǔn)。為了能獲得低價格/低功耗的硬件設(shè)備和減少獲得關(guān)鍵安全證書的驅(qū)動的復(fù)雜性,必須包含OpenGL的子集。
近些年,移動圖形工業(yè)已經(jīng)從定義合適的OpenGL子集的工業(yè)聯(lián)盟的努力中獲得利益。這些子集,或外形,存在于趨向為廣泛的不同的嵌入式市場的應(yīng)用的不同版本提供服務(wù)。它很清楚如此定義明確的標(biāo)準(zhǔn)罐子和將會有一種在嵌入式和關(guān)鍵安全的圖形業(yè)上的有益的影響,提供空前的便攜和簡單的HMI程序. 圖形工具和軟件廠商正在支持新的標(biāo)準(zhǔn)的水平是不清晰的。對于終端開發(fā)者來說,這些要求是非常高的,就像既不支持或很難的保證的API的可靠性。這篇論文在對廠商和開發(fā)者征稅方面提出了些建議,獲得用戶接口和用OPENGL標(biāo)準(zhǔn)來確保工程的成功和HMI軟件的廣泛調(diào)度的建議。
SOLVING THE EMBEDDED OPENGL PUZZLE – MAKING STANDARDS, TOOLS, AND APIS WORK TOGETHER IN HIGHLY EMBEDDED AND SAFETY CRITICAL ENVIRONMENTS
Mark Snyder, Quantum3D, Glendale, AZ
Abstract
Embedded graphical Human Machine Interfaces (HMIs) are increasingly making use of the OpenGL rendering API as a standard for defining and rendering screen graphics. This trend is supported by the emergence of hardware accelerated graphics subsystems and commercially available driver software. Meanwhile, embedded graphics tool and software vendors have adopted OpenGL in various forms as the rendering API they support. For highly embedded and safety critical environments, however, full OpenGL is not a narrow enough standard. In order to achieve low-cost/low power hardware implementations and reduce driver complexity to achieve safety-critical certification, OpenGL subsets must be embraced.
In recent years, the mobile graphics industry has benefited from the efforts of industry consortiums to define capable OpenGL subsets. These subsets, or profiles, exist in various versions intended to facilitate the development of applications for widely differing embedded markets, from cell phone graphics to safety critical high-powered embedded graphics subsystems. It is clear that such well-defined standards can and will have a beneficial impact on the embedded and safety-critical graphics industries, offering unprecedented portability and simplicity for HMI applications. What is not as clear is the level to which graphics tool and software vendors are supporting the new standards. The stakes are high for the end developer, as reliance on API capabilities that are either unsupported or difficult to certify can present serious system integration and certification pitfalls.