TWI407425B

TWI407425B - 產生使用者介面相關之一物件屬性的方法

Info

Publication number: TWI407425B
Application number: TW096122214A
Authority: TW
Inventors: Tsun Shao Chen; Shih Chuan Fu; Wei Yu Chen
Original assignee: Realtek Semiconductor Corp
Priority date: 2007-06-21
Filing date: 2007-06-21
Publication date: 2013-09-01
Also published as: TW200901156A; US20080320404A1

Description

產生使用者介面相關之一物件屬性的方法

本發明係關於一種顯示裝置，尤指一種數位顯示裝置及其開發工具。

在數位顯示裝置(例如是數位顯示裝置、LCD顯示器、LCD TV)的領域中，由於數位顯示裝置本身所具有的功能相當繁雜，因此，業者也必須設計相對應的使用者介面(User Interface,UI)，例如：視控調整功能(on screen display,OSD)。數位顯示裝置內的微處理器(micro－processor)(或稱微控制器micro－controller)(例如是：Intel 8051系列)讀取並執行儲存於一記憶體的韌體(firmware)，以及透過使用者的操作可使得OSD呈現於數位顯示裝置上，以允許消費者能夠透過OSD，來對數位顯示裝置進行設定，例如：調整數位顯示裝置畫面之明暗度、數位顯示裝置之色彩度等等。

由前述可知，OSD已經成為數位顯示裝置不可或缺的一部分；實際上OSD的方便性、外觀也已經成為消費者購買時的考量之一。因此，OSD的開發也成為業者推出各項產品時的重要課題。

然而，使用者介面的外觀(例如：尺寸、顏色、字型)、內容(例如：文字、字型、語言)的相關資訊係位於韌體(firmware)中，使用者介面的開發與一般的韌體(firmware)開發在作法上並無二致；請參閱第1圖，第1圖為習知的韌體開發的流程圖。如第1圖所示，首先，韌體設計者會編輯原始碼(source code)100，該原始碼(source code)100包括有使用者介面的原始碼；接著，當原始碼100編輯完成之後，便透過編譯器(compiler)對原始碼進行編譯，以產生一可供微處理器執行的二進位碼(即，稱為韌體)110。

可將前述的韌體110儲存於數位顯示裝置的記憶體中，如此一來，數位顯示裝置內的微處理器便可以執行儲存於記憶體內的前述的韌體110，數位顯示裝置即可正常操作(包括將該使用者介面呈現出來)。

但是，前述的流程對於韌體設計者來說並不便利，尤其是只修改有關於使用者介面的外觀或是內容。舉例來說，若韌體設計者需要修改使用者介面的呈現方式，譬如需要修改使用者介面中某一字型或圖片的顏色，那麼韌體設計者就必須重新編輯原始碼100中對應之字型與圖片的相關程式碼，並且將修改過的原始碼100重新經過編譯的步驟。

這樣的做法在除錯上也相當地不方便；舉例來說，由於使用者介面的程式原始碼100所須除錯(debug)/修改的部分可能往往不只一個，若韌體設計者無法一次處理完這些錯誤，那麼韌體設計者就必須於每次除錯完畢後，重新編譯原始碼100，以驗證所撰寫的原始碼100是否正確。換言之，於進行除錯的過程之中，全部的原始碼100都會經過重複的編譯，而這並非是件十分有效率的事。且修改後的原始碼100可能為不正確的修改而對其他功能造成影響，所以必須整個功能作一次驗證，而整個功能的驗證亦是一個費時的工作。

此外，數位顯示裝置經常具有一些硬體上的限制，因此，韌體設計者必須依照硬體限制，來開發其韌體，以免數位顯示裝置的硬體無法支援所開發出來的韌體。然而，韌體設計者並非一定就是數位顯示裝置的硬體開發者，這代表了韌體設計者對於其硬體限制並不一定非常熟悉，這樣的情況也使得韌體的開發更為不易。如此一來，不但耗費了大量的時間，也使得韌體的開發效率降低。

此外，由於數位顯示裝置有個各種尺寸以及解析度，所以每種尺寸或解析度皆須有一適當大小的OSD相配合，換言之，即使該數位顯示裝置的整個功能以及OSD皆相同，但由於顯示螢幕的大小不同，所以該OSD的外觀尺寸亦須作適當的調整。

因此，本發明目的之一在於提供一種韌體的開發工具，數位顯示裝置以解決習知技術的問題。

本發明目的之一在於提供一種韌體的開發工具，其可於韌體的開發過程中，可同時檢查是否合乎硬體組態。

本發明目的之一在於提供一種韌體的資料結構，其可便於該韌體的修改。

本發明目的之一在於提供一種韌體的資料結構，其可便於讓該韌體可依據硬體的規格，改變其設定。

根據本發明之一實施例，係揭露一種用來產生與一數位顯示器之一使用者介面相關之一物件屬性的方法，該方法包含有：藉由一開發工具來編輯該使用者介面以產生一編輯結果；依據該開發工具之一檢查條件，來檢查該編輯結果，以判斷該使用者介面是否符合該數位顯示裝置之硬體組態，其中，該檢查條件係與該數位顯示裝置之硬體組態相對應；依據該編輯結果以產生該使用者介面之該物件屬性；以及儲存該使用者介面之該物件屬性於一描述檔案。

根據本發明之一實施例，另揭露一種數位顯示器，其包含有：一記憶裝置，儲存有一資料部份與一程式部份，其中該資料部份包括有一描述檔案，該程式部份包括有一解析程式以及一應用程式；以及一微處理器，耦接至該記憶裝置，用來執行該應用程式與該解析程式；其中該微處理器係依據該解析程式以解析該描述檔案以得到至少一物件參數，且該微處理器根據該至少一物件參數以及該應用程式以控制該數位顯示器之操作。

根據本發明之一實施例，另揭露一種用以產生一數位顯示器之一使用者介面的方法，該數位顯示器包括有一記憶裝置與一微處理器，該記憶裝置儲存有一資料部份與一程式部份，其中該資料部份包括有一描述檔案，該程式部份包括有一解析程式以及一應用程式，該方法包含：該微處理器執行該應用程式以控制該數位顯示器之操作；該微處理器執行該解析程式以解析該記憶裝置之該描述檔案，以得到該使用者介面之至少一物件屬性，其中該描述檔案係與該數位顯示器之該使用者介面有關；以及依據該至少一物件參數，將該使用者介面顯示於該數位顯示器上。

舉例來說，數位顯示裝置(例如：數位電視)的使用者介面一般係以OSD的方式呈現給使用者，而數位顯示裝置的製造商可能會希望不同型號的數位顯示裝置會具有不同的OSD，而這些OSD彼此之間的差異可能僅在於按鈕的形狀有所不同，或是OSD的顏色與字型不同。

有鑑於前述的需求，本發明提供一種韌體的開發流程，可將包括使用者介面的韌體的開發劃分為資料與功能兩大部分。因此，韌體設計者無須每次皆重新地對全部的程式碼進行編譯，若韌體的功能部分已經完成，對於之後的開發工作，韌體設計者僅須著重在資料部分(例如是OSD的外觀、內容)的開發，而不會影響到韌體的其他功能。

此外，對於OSD的圖形開發，本發明亦提出了一種開發工具，以允許韌體設計者能夠更快速的進行開發。

在此請參閱第2圖，第2圖繪示了本發明使用者介面200的產生方式。如第2圖所示，韌體設計者係藉由圖形介面開發工具230來編輯該使用者介面之圖形介面(譬如OSD上的圖片，圖形，按鈕，與文字等等)。

於開發結束之後，圖形介面開發工具230便會依照其編輯結果232，輸出一描述檔案231，該描述檔案231係與該編輯結果232相對應。

例如：編輯結果232包括有各個圖形物件的大小、顏色、位置，則前述的描述檔案231係描述了圖形介面中各個圖形物件的屬性(長、寬、顏色、起始位置)；於本實施例中，描述檔案231可為一XML檔或一ini檔案，其包含有用來描述各圖形物件的大小、顏色與位置等等資訊，以及於圖形介面中所使用到的字串、字體與字型大小等等資訊。舉例來說，以XML檔案而言，各圖形物件的屬性可以以標籤(tag)的形式表示出來；此外，描述檔案231內亦紀錄了圖形介面開發工具230中各圖形元件的代碼與其對應的圖形元件之間的對應關係(mapping relationship)。再以ini檔案而言，其是一可用以調整執行檔參數的檔案，和一般的文字檔類似；換言之，其可使用一般的文字編輯軟體來開啟。如要讓韌體產生之結果顯示所意欲之現象，亦可透過直接修改編輯描述檔案231來達成此一目的。在修改編輯ini或XML檔案後，當微處理器再次執行韌體並讀取ini或XML檔時，就會產生所預期的效果。

接著，韌體以及描述檔案231便會存入數位顯示裝置顯示裝置的記憶裝置(譬如一快閃記憶體、唯讀記憶體)中。

當數位顯示裝置被啟動時，該數位顯示裝置的微處理器便會讀取並執行存於記憶裝置的主程式240(或可稱為應用程式)進行一連串的指令，該處理器尚會執行記憶裝置中的解析程式241，以解析該描述檔案231，並且將描述檔案231所紀錄的各項資訊，轉換為該微處理器可讀的資料結構242；因此，數位顯示裝置的微處理器便可理解描述檔案231內所描述的各項圖形元件的位置以及其他的各項資訊，再依據應用程式240本身所攜帶的使用者介面之各功能；如此一來，便能建構出完整的使用者介面，並且於數位顯示裝置上將其呈現予使用者使用。

由前面的揭露中可以得知，本發明係將使用者介面的開發分為資料與功能兩大部分；其中，使用者介面的資料部分(例如是；各個物件的參數)係藉由專屬的圖形介面開發工具230來加以定義，以產生該描述檔案231；而數位顯示裝置的整個功能(包括使用者介面功能)則位於應用程式240中。

如前所述，對於相同的硬體架構，因此，僅須一套應用程式240；藉由專屬的圖形介面開發工具230以使得該使用者介面會符合此硬體組態以及定義出適當的物件參數來產生具有不同圖形介面的使用者介面。當然，此應用程式240也可由數位顯示裝置的硬體製造商提供，而韌體設計者僅須針對使用者介面的圖形介面進行設計，也因此增進了使用者介面的開發速率。

在此請注意，本發明圖形介面開發工具230係為一軟體，其可由個人電腦執行之，以產生一開發環境。請參閱第3圖，第3圖為第2圖所示之圖形開發工具230之開發畫面的示意圖。於本實施例中，圖形開發工具230係為一個所見即所得(WYSIWYG,what you see is what you get)的開發工具，因此，韌體設計者可以透過圖形開發工具230直接檢視使用者介面的圖形介面。換言之，韌體設計者也可以利用圖形開發工具230所內建的圖形元件與字型元件，來建構出整個使用者介面的外觀；譬如，韌體設計者可以利用拖曳的方式，來改變每一圖形元件與字型元件的形狀、位置、或大小，如此便可輕易的改變使用者介面的態樣。

由於所開發出來的使用者介面須符合數位顯示裝置的硬體特性，因此，本發明圖形介面開發工具230內建有一些與數位顯示裝置硬體相依的檢查條件，以檢查並避免韌體設計者設計出該數位顯示裝置之硬體無法支援的編輯結果，以確保韌體設計者所開發出來的使用者介面一定能夠符合數位顯示裝置的硬體組態。

換言之，本發明圖形介面開發工具230與習知技術之不同處，在於圖形介面開發工具230可依據一檢查條件來即時地檢查其開發結果並避免產生不正確的參數；因此，韌體設計者無須等到程式經過編譯並且在數位顯示裝置上執行時才得知程式是否有誤，如此一來，韌體設計者也毋須為了除錯而反覆地對程式進行編譯，如此，大大地增加了使用者介面的開發速率。

舉例來說，若數位顯示裝置在進行OSD的顯示時，在硬體上係將每張圖片以不同的圖層(layer)、區域(section)、以及區塊(zone)顯示之，因此，如第3圖所示，於本實施例中，圖形介面開發工具230便可對應硬體的作法，內建有數種不同的圖形元件，其包含有圖層(layer)310，區域(section)320，區塊(zone)330等等；此時，若對於單一區域，硬體僅能支援一預定的區塊數量，那麼圖形介面開發工具230便可內建相對應的檢查條件，如此一來，當韌體設計者欲在單一區域中置放過多的區塊時，圖形介面開發工具230便會告知韌體設計者目前所進行的圖塊配置不合法(invalid)，而拒絕新增的區塊。

當然，圖形介面開發工具230可以依據硬體的支援範圍，而對應地具有更多的檢查條件；例如：檢查條件可為：區塊不可重疊、區域須在圖層之內、區塊須在區域之內、最大圖層數目、最大區域數目、最大區塊數目、一水平線上的最大區域數目等等。

如此一來，韌體設計者便無須擔心數位顯示裝置的硬體是否支援其開發結果，換言之，其所輸出的該描述檔案231內的物件參數必為數位顯示裝置的硬體所支援。

由前述可知，由於圖形介面開發工具230可以幫助韌體設計者進行檢查，因此，於使用者介面的開發過程之中，韌體設計者無須熟悉數位顯示裝置的硬體限制，如：畫面解析度，便可直接於圖形介面開發工具230進行設計；這樣的做法可以提升開發上的效率。

此外，在前面的例子中，數位顯示裝置在顯示的時候，會將不同圖層的資料進行疊加與混合操作，因此，圖形介面開發工具230也提供了相同能力的預覽功能，在此請參閱第4圖，其繪示了圖形介面開發工具230的分層預覽與整體預覽的畫面。

如第4圖所示，在分層預覽中，韌體設計者可以檢視單一圖層的顯示結果(譬如圖中的第一圖層或是第二圖層)或複數個圖層疊加後的結果，而整體預覽則是用來顯示所有圖層疊加後的結果，以模擬數位顯示裝置執行後的真實效果。如此一來，韌體設計者便能更精確地配置圖形介面中的各個圖形元件，以達到更佳的效果。

當韌體設計者已經完全將圖形介面開發完畢之後，便可藉由圖形介面開發工具230產生前述的描述檔案。在此請參閱第5圖，第5圖顯示了圖形介面於描述檔案中的標示方式。如第5圖所示，每一個圖形與字型皆對應一標籤，其內部紀錄有圖形/字型所對應的ID(圖中所示的PIC0、TEXT0)，以及對應的座標(圖中所示的x、y、w、h)。因此，如第5圖可知，藉由描述檔案，便可確實得知使用者介面中各圖形元件的位置與屬性。

此外，本發明可適用於各種尺寸以及解析度的顯示面板(panel)。請參閱第6(a)圖，於此，係以硬體架構來例說本發明之解析程式(或稱：解析器(parser))241之運作示意圖，但並非用以限定。於第6(a)圖中數位顯示裝置包含有一數位顯示器61、一微處理器62及一記憶體63。記憶體63中儲存有資料部份以及程式部份，該程式部份包括有一應用程式240、一解析程式241；資料部份包括有一描述檔案231。一實施例，請參閱第6(b)圖，第6(b)圖為本發明如何將OSD適用於各種解析度的顯示面板的流程圖。其包含有下列步驟：步驟611：該微處理器讀取一儲存單元的儲存值，該儲存值係用以代表該顯示面板的解析度，並依據該儲存值以決定一縮放比率；步驟612：該微處理器讀取該描述檔案；步驟613：該微處理器會根據該縮放比率與該描述檔案之相關參數，來計算出圖形介面中各圖形元件的相對位置與相關屬性以產生一資料結構；步驟614：該微處理器依據該資料結構以產生所需之OSD，該OSD的大小係與該顯示面板的大小相對應。

於上述的實施例中，應用程式240與解析程式241係被分別加以實現，並各自獨立施行其功能。不過，亦可將解析程式241予以實現於應用程式240內；換言之，此時之解析程式241係為應用程式240之一部份，即為一子程式(sub－program)。於此相對應之變化使用，亦屬本發明之範疇。

此外，在步驟614中，解析程式241另依據描述檔案231中所攜帶的對應關係，建立起一資源管理員(resource manager)，譬如，資源管理員可包含有一對應表(mapping table)，其具有系統內所有資源的對應關係(譬如圖片，字串，字型等等資訊與代碼的對應關係)。舉例來說，資源管理員可具有每一代碼與其對應意義的相對應關係(譬如顏色的ID於XML中可為COLOR1，而於轉換成程式可讀的資料則為red，圖形的ID於XML中為PIC1，而於資料結構中則轉換為記憶體的位址或是程式可以理解的代碼)。因此，解析程式241便可以根據所建構的資源管理員，以及所計算出來之各圖形元件的位置與相關屬性，來產生應用程式240可理解的資料結構242。

如前面的揭露可知，若韌體設計者以習知的方式直接撰寫程式碼，那麼韌體設計者就必須先得知數位顯示裝置的解析度，接著對應於解析度來修改每一個圖形元件的座標與大小；而於本實施例中，韌體設計者僅須利用圖形介面開發工具230繪出所須的圖形，便可架構出適當的使用者介面。

在此請注意，對於圖形介面的開發，韌體設計者除了使用圖形介面開發工具230本身內建的圖形與字型，亦可從外部匯入所須的字型與圖形；如此的實作技巧對於此領域具有通常知識者並不難為，舉例來說，只須將圖形或字型匯入於圖形介面開發工具230之中，並且新增對應的所須的代碼與對應關係於圖形介面開發工具230中，使圖形介面開發工具230能夠將新增的圖形/字型與其對應代碼關係輸出於描述檔案中，如此便可使解析程式亦可對應地建立起新增圖形/字型的資源管理。如此一來，韌體設計者便能順利地使用新增的圖形或文字，而如此的相對應變化，亦屬本發明的範疇。

揭露至此，此領域具有通常知識者應可理解，並實作出前述的圖形介面開發工具，解析程式，與應用程式，故前述各程式的寫作技巧與程式碼便不另贅述於此。

在此請注意，雖然於前述的使用者介面的產生流程中，韌體設計者係利用圖形介面開發工具來產生描述檔案(XML檔案/ini檔案)，然而利用圖形介面開發工具產生描述檔案的作法，僅為本發明之一實施例，而非本發明的限制。於實際運作中，韌體設計者亦可直接編輯描述檔案，如此的相對應變化亦屬本發明的範疇。

相較於習知技術，本發明使用者介面產生方法可以允許韌體設計者專注於圖形介面的開發，而較無須勞心於使用者介面的功能方面。此外，透過本發明的使用者介面產生方法，於圖形介面的開發過程中，韌體設計者亦無須擔心其開發出來的使用者介面與數位顯示裝置解析度的關係，數位顯示裝置解析度的相關修正係由解析程式完成之，這樣的做法增進了韌體設計者的開發效率。

以上雖以實施例說明本發明，但並不因此限定本發明之範圍，只要不脫離本發明之要旨，該行業者可進行各種變形或變更。

61‧‧‧數位顯示器

62‧‧‧微處理器

63‧‧‧記憶體

100‧‧‧原始碼

110‧‧‧韌體

120‧‧‧編譯器

200‧‧‧使用者介面

230‧‧‧圖形介面開發工具

231‧‧‧描述檔案

232‧‧‧編輯結果

240‧‧‧應用程式

241‧‧‧解析程式

242‧‧‧資料結構

310‧‧‧圖層

320‧‧‧區域

330‧‧‧區塊

第1圖為習知使用者介面的開發流程圖。

第2圖繪示了本發明使用者介面的產生方式。

第3圖為第2圖所示之圖形開發工具之開發畫面的示意圖。

第4圖繪示了圖形介面開發工具之分層預覽與整體預覽的畫面。

第5圖繪示了圖形介面於描述檔案中的標示方式。

第6(a)圖為以硬體架構並結合執行之步驟來例說本發明之解析程式之運作示意圖。

第6(b)圖為本發明如何將OSD適用於各種解析度的顯示面板的流程圖。

200．．．使用者介面

230．．．圖形介面開發工具

231．．．描述檔案

232．．．編輯結果

240．．．應用程式

241．．．解譯程式

242．．．資料結構

Claims

一種用來產生與一數位顯示器之一使用者介面相關之一物件屬性的方法，該方法包含有：藉由一開發工具來編輯該使用者介面以產生一編輯結果；依據該開發工具之一檢查條件，來檢查該編輯結果，以判斷該使用者介面是否符合該數位顯示裝置之硬體組態，其中，該檢查條件係與該數位顯示裝置之硬體組態相對應；依據該編輯結果以產生該使用者介面之該物件屬性；以及儲存該使用者介面之該物件屬性於一描述檔案。
如第1項所述之方法，其中該開發工具係為一所見即所得(WYSIWYG,what you see is what you get)之圖形介面開發工具。
如第1項所述之方法，其中該檢查條件係用以在編輯該編輯結果時予以進行即時檢查。
如第1項所述之方法，其中該物件屬性包括有至少一字型元件屬性與至少一圖形元件屬性。
如第1項所述之方法，其另包含有：匯入所需的字型元件與圖形元件於該開發工具中。
如第1項所述之方法，其中該開發工具提供複數個圖形元件。
如第5項所述之方法，其中該檢查條件係用以檢查該使用者介面允許之圖形元件的個數與尺寸。
如第5項所述之方法，其中該檢查條件係用以檢查該使用者介面允許之該複數個圖形元件的配置狀況。
如第1項所述之方法，其中該開發工具提供複數個字型元件。
如第5項所述之方法，其中該檢查條件係用以檢查該使用者介面可允許之字型元件的個數與尺寸。
如第5項所述之方法，其中該檢查條件係用以檢查該使用者介面可允許之該複數個字型元件的配置狀況。
如第7項所述之方法，其中一縮放比率係被用以作為修正該圖形元件的位置與大小。
如第1項所述之方法，其中該物件屬性係為該使用者介面中至少一圖形元件之顏色。
如第1項所述之方法，其中該物件屬性係為該使用者介面中至少一字型之顏色。
如第1項所述之方法，其中該使用者介面係為一視控調整功能(on screen display,OSD)。
如第1項所述之方法，其中該描述檔案係為一XML檔案。
如第1項所述之方法，其中該描述檔案係為一ini檔案。
如第1項所述之方法，其中產生一資料結構之步驟另包含有：提供一具有一對應表(mapping table)之資源管理員(sourer manager)以管理該描述檔案中之圖形元件及字型之配置及對應關係。
一種數位顯示器，其包含有：一記憶裝置，儲存有一資料部份與一程式部份，其中該資料部份包括有一描述檔案，該程式部份包括有一解析程式以及一應用程式；以及一微處理器，耦接至該記憶裝置，用來執行該應用程式與該解析程式；其中該微處理器係依據該解析程式以解析該描述檔案以得到至少一物件參數，且該微處理器根據該至少一物件參數以及該應用程式以控制該數位顯示器之操作。
如第19項所述之數位顯示器，其中該描述檔案係與該數位顯示器之一使用者介面有關，該至少一物件參數係為該使用者介面之物件參數。
如第20項所述之數位顯示器，其中該微處理器係根據該數位顯示器之一解析度，決定一縮放比率。
如第21項所述之數位顯示器，其中該微處理器係根據該縮放比率來產生該至少一物件參數。
如第21項所述之數位顯示器，其中該描述檔案係紀錄有該使用者介面中至少一字型元件之位置與大小，以及該微處理器係根據該縮放比率，修正該字型元件的位置與大小。
如第20項所述之數位顯示器，其中該描述檔案係紀錄有該使用者介面之大小，以及該微處理器根據該數位顯示器之一解析度以得到該使用者介面之大小。
如第20項所述之數位顯示器，其中該使用者介面係為一視控調整功能(OSD)。
如第20項所述之數位顯示器，其中該描述檔案係紀錄有該使用者介面中至少一圖形元件之顏色。
如第20項所述之數位顯示器，其中該描述檔案係紀錄有該使用者介面中至少一字型元件之顏色。
如第19項所述之數位顯示器，其中該描述檔案係為一XML檔案。
如第19項所述之數位顯示器，其中該描述檔案係為一ini檔案。
如第19項所述之數位顯示器，其中該解析程式係為該應用程式之一子程式。
如第21項所述之數位顯示器，其中該微處理器係執行一解譯程式，以另根據該縮放比率，挑選一預定尺寸之圖形元件。
一種用以產生一數位顯示器之一使用者介面的方法，該數位顯示器包括有一記憶裝置與一微處理器，該記憶裝置儲存有一資料部份與一程式部份，其中該資料部份包括有一描述檔案，該程式部份包括有一解析程式以及一應用程式，該方法包含：該微處理器執行該應用程式以控制該數位顯示器之操作；該微處理器執行該解析程式以解析該記憶裝置之該描述檔案，以得到該使用者介面之至少一物件屬性，其中該描述檔案係與該數位顯示器之該使用者介面有關；以及依據該至少一物件參數，將該使用者介面顯示於該數位顯示器上。
如第32項所述之方法，其中該微處理器係根據該數位顯示器之一解析度，決定一縮放比率。
如第33項所述之方法，其中該微處理器係根據該縮放比率來產生該至少一物件參數。
如第33項所述之方法，其中該描述檔案係紀錄有該使用者介面中至少一字型元件之位置與大小，以及該微處理器係根據該縮放比率，修正該字型元件的位置與大小。
如第32項所述之方法，其中該描述檔案係紀錄有該使用者介面之大小，以及該微處理器根據該數位顯示器之一解析度以得到該使用者介面之大小。
如第32項所述之方法，其中該使用者介面係為一視控調整功能(OSD)。
如第32項所述之方法，其中該描述檔案係紀錄有該使用者介面中至少一圖形元件之顏色。
如第32項所述之方法，其中該描述檔案係紀錄有該使用者介面中至少一字型元件之顏色。
如第32項所述之方法，其中該描述檔案係為一XML檔案。
如第32項所述之方法，其中該描述檔案係為一ini檔案。
如第32項所述之方法，其中該解析程式係為該應用程式之一子程式。