計算機水平考試中級多媒體應(yīng)用設(shè)計師2013年上半年下午真題

1、X計算機水平考試中級多媒體應(yīng)用設(shè)計師2013年上半年下午真題 （總分75，做題時間150分鐘）SSS_TEXT_QUSTI問題1（4分）簡述偽彩色圖像的概念。簡述調(diào)色板的概念。答案：偽彩色圖像的每個像素的顯示顏色不是由RGB基色分量的數(shù)值直接決 定，而是把像素值當做顏色查找表的表項入口地址，去查找一個顯示圖像時使 用的RGB值。用查找出的RGB值產(chǎn)生的彩色稱為偽彩色。調(diào)色板就是偽彩色圖像使用的顏色查找表。本題主要考查對數(shù)字柵格圖像原理、RGB三原色原理的理解，以及這些原 理在數(shù)字圖像處理過程中的實際運用。該題目屬于比較傳統(tǒng)的題目，考查點也 與往年類似。本問題包含兩個小問題，分別考查了偽彩色圖像

2、的概念和調(diào)色板的概念。 偽彩色圖像的每個像素的顯示顏色不是由RGB基色分量的數(shù)值直接決定的，而 是把像素值當做顏色查找表的表項入口地址，去查找一個顯示圖像時使用的 RGB值。調(diào)色板就是偽彩色圖像使用的顏色查找表。題目要求考生直接簡述概 念。這兩個問題是互相關(guān)聯(lián)的。SSS_TEXT_QUSTI問題2（6分）已知一個位圖文件的 biWidth、biHeight、biBitCount 和 biCompression 字段分別等于250、100、8和BI_RGB。請計算：該位圖文件中調(diào)色板部分占多少個字節(jié)：該位圖文件中實際圖像數(shù)據(jù)部分占多少個字節(jié)；整個位圖文件的大小是多少字節(jié)。答案：1024 字節(jié)（或

3、 1KB，1024B，1KB）。25200 字節(jié)（或 24. 6KB，25200B，24. 6KB）。26278 字節(jié)（或 25. 66KB，26278B，25. 66KB）。本問題考查了考生對數(shù)字柵格圖像原理的理解以及相關(guān)的計算能力。位圖 文件（Bitmap）是數(shù)字圖像存儲中最常用的格式，也是最容易理解的格式。位圖 文件中的很多字段，都與數(shù)字圖像的基本概念直接對應(yīng)。很多考生雖然沒有學(xué) 習(xí)過位圖文件格式，但只要基本概念清楚，就能夠通過閱讀題目說明該格式的 具體原理以及每個字段的具體用途。因此該題目同時考查了考生的技術(shù)文檔閱 讀能力和學(xué)習(xí)能力。小問題1進一步考查了調(diào)色板的概念，并要求計算調(diào)色板的

4、大小。biBitCount等于8表明每個像素用8bit表示顏色信息，最多能表示256種顏 色，因此調(diào)色板中共有256項。調(diào)色板每項占4個字節(jié)，因此共占256*4等于 1024個字節(jié)。小問題2考查實際圖像數(shù)據(jù)部分占多少個字節(jié)。解答容易出錯的地方是沒 有注意位圖文件的每個掃描行要按4字節(jié)對齊的問題。每個像素占1個字節(jié)， 每個掃描行實際占用的字節(jié)數(shù)是252*1 = 252個字節(jié)（4字節(jié)對齊），而不是250 個字節(jié)。整個圖像共100行，因此實際像素部分共占用25200個字節(jié)。小問題3考查整個位圖文件占多少個字節(jié)。將文件頭部分（根據(jù)題目說明， 位圖文件頭和位圖信息頭分別占14和40個字節(jié)）和調(diào)色板部分（

5、1024字節(jié)）以 及實際像素部分（25200）相加即可得到26278字節(jié)。SSS_TEXT_QUSTI問題3（2分）當biBitCount等于32時稱為增強型真彩色位圖，每個像素用4個字節(jié)表 示，其中3個字節(jié)分別表示顏色的紅、綠、藍分量，另外1個字節(jié)表示alpha 通道值。請簡述數(shù)字圖像中alpha通道的概念。 I I _lT分值：3.XX333答案：alpha通道用于控制圖像顯示的透明度。本問題考查數(shù)字圖像處理中alpha通道的概念。alpha通道用于控制圖像 顯示的透明度。這是一個非常重要的概念，如果不理解，很難真正學(xué)會 Photoshop等常用多媒體處理軟件的使用。SSS_TEXT_QU

6、STI問題4（3分）落日時拍攝的風(fēng)景照片與正午時拍攝的風(fēng)景照片相比，顏色偏紅偏暗?，F(xiàn) 有一張正午時拍攝的風(fēng)景照片圖像文件，筒述如何將其處理成近似落日時拍攝 的照片效果。分值：3.XX333答案:答案1：利用數(shù)字圖像處理工具（如Photoshop）或自己編寫圖像處理程序， 減小每個像素G分量和B分量的值。答案2：利用數(shù)字圖像處理工具（如Photoshop）或自己編寫圖像處理程序， 增加每個像素R分量的值，再降低整個圖像的亮度。本問題考查考生是否能夠在進行多媒體信息處理時靈活運用RGB三原色和 色彩空間的相關(guān)原理，屬于綜合運用類考查題目。要使原圖像變紅同時變暗的 方法有兩種，其中一種是減小每個像素

7、G分量和B分量的值，這樣R分量相對 被增強，整個圖像的亮度也因為G分量和B分量的減小而減小。另外一種是先 增加R分量的值使整個圖像偏紅，然后再同時減小RGB三個顏色分量的值以降 低圖像亮度。該題目屬于原理的定性分析，RGB具體應(yīng)該調(diào)整的值需要使用者 通過實際觀察確定。SSS_TEXT_QUSTI問題5（3分）己知可以按照如下公式將RGB顏色空間轉(zhuǎn)換為YUV顏色空間。簡述如何基于該公式將一張24位真彩色位圖轉(zhuǎn)換為8位灰度圖。J/分值：3.XX333答案：針對原圖像的每個像素（R，G，B），由轉(zhuǎn)換矩陣得到亮度計算公式:Y=0. 299R+0. 5870+0. 114B計算結(jié)果Y即為8位灰度圖像對應(yīng)

8、像素的灰度值。本問題考查對RGB色彩空間和YUV色彩空間概念的理解以及彩色數(shù)字圖像 轉(zhuǎn)化為灰度圖像的方法。題目說明中給出了 RGB色彩空間轉(zhuǎn)化為YUV色彩空間 的方法。考生如果理解YUV色彩空間的Y分量屬于亮度分量，其他兩個分量屬 于色彩分量的知識，就很容易明白彩色圖像轉(zhuǎn)化為灰度圖像的方式是通過公式 Y=0. 299R+0. 587G+0. 114B由RGB分量計算亮度分量。然后構(gòu)造8bit灰度 圖像，其中每個像素的色彩信息取Y分量的值。SSS_TEXT_QUSTI問題6（2分）另外一種將24位真彩色位圖轉(zhuǎn)換為8位灰度圖的方法是將每個像素的R、 G、B分量值相加除以3獲得灰度值。該方法與問題5

9、給出的方法相比有什么缺答案：計算灰度時沒有考慮人的生理感知特征，即眼睛對紅綠藍三色的敏感程度 不同。因此計算得到的灰度圖像與實際感知結(jié)果有偏差。本問題考查考生對問題5給出的RGB色彩空間轉(zhuǎn)化為YUV色彩空間的公式 的理解。該題目難度稍大。公式Y(jié)=0. 299R+0. 587G+0. 114B表明R、G、B三 原色對人眼亮度感覺的貢獻不一樣，若簡單的使用公式Y(jié)= (R+G+B) /3則忽略 了該特性，造成最后轉(zhuǎn)換獲得的灰度圖像效果失真。試題二(共17分)閱讀下列說明，回答問題1和問題2,將解答填入答題紙的對應(yīng)欄內(nèi)。說明某大型超市為方便顧客快速尋找商品擺放區(qū)域，了解特定商品的詳細描述 信息及價格情

10、況，了解當日及近期促銷活動信息等，需要設(shè)計自助式觸模屏導(dǎo) 購系統(tǒng)。SSS_TEXT_QUSTI問題1(12分)導(dǎo)購系統(tǒng)的人機界面是面向顧客最直接的部分，也是最重要的系統(tǒng)組成部 分。請在如圖2-1所示的界面細化設(shè)計框圖中的圓形空白處填寫正確的選項編號。A.設(shè)計界面模塊D.設(shè)計對話細節(jié)B.用戶測試號。A.設(shè)計界面模塊D.設(shè)計對話細節(jié)B.用戶測試E.增加存取模塊C.原型F.檢查對話設(shè)計M IJL?分值：8.5答案：人機界面(HCI)設(shè)計在多媒體應(yīng)用系統(tǒng)設(shè)計中具有非常重要的地位，作為系 統(tǒng)設(shè)計的一部分，必須與系統(tǒng)開發(fā)方法相結(jié)合。隨著計算機性能、網(wǎng)絡(luò)技術(shù)、 圖形圖像處理技術(shù)、多媒體技術(shù)以及新型輸入輸出設(shè)

11、備的發(fā)展，人機界面會越 來越多地具備多模態(tài)和高帶寬的特點，將更加智能化，提供更加自然的人機交 互能力。各類多模態(tài)導(dǎo)購系統(tǒng)呈現(xiàn)給用戶的主體部分就是人機界面，是面向顧 客提供服務(wù)的最直接部分，也是最重要的系統(tǒng)組成部分。界面設(shè)計的過程以界面規(guī)范說明為起點，第一步是將任務(wù)設(shè)計的結(jié)果作為 輸入，設(shè)計成一組邏輯模塊，然后考慮用戶觀點，加上存取機制，把這些模塊 組織成界面結(jié)構(gòu)。存取機制可以是分層、網(wǎng)絡(luò)或直接的，機制的類型主要由任務(wù)結(jié)構(gòu)決定，也取 決于設(shè)計風(fēng)格。第二步是將每一模塊分成若干步，每步又被組裝成細化的對話 設(shè)計，這就是界面細化設(shè)計，主要包括以下幾項：.界面對話設(shè)計：在界面設(shè)計中要使用對話風(fēng)格的選擇，

12、并加上用戶存取 機制。對話是以任務(wù)順序為基礎(chǔ)的，對話設(shè)計中應(yīng)盡可能考慮用戶交互細節(jié)。 另外對界面設(shè)計中的沖突因素應(yīng)進行折衷處理。.數(shù)據(jù)輸入界面設(shè)計：數(shù)據(jù)輸入界面不僅占據(jù)終端用戶的大部分使用時 間，也是計算機系統(tǒng)中最易出錯的部分之一。其設(shè)計目標是簡化用戶的工作， 盡可能降低輸入出錯率，還要容忍用戶的錯誤，這就要求在設(shè)計時采用多種方 法實現(xiàn)。.控制界面設(shè)計：主要考慮控制會話設(shè)計，菜單界面設(shè)計，功能鍵設(shè)計， 圖標設(shè)計，窗口設(shè)計，直接操作界面和命令語言界面設(shè)計。遵循對話設(shè)計標難，設(shè)計對話細節(jié)，通過對話網(wǎng)絡(luò)檢查對話設(shè)計，將驗證 后的設(shè)計通過程序設(shè)計過程予以實現(xiàn)。遵循設(shè)計標準的系統(tǒng)原型經(jīng)過多輪用戶 測試反

13、饋修訂后形成實際的工作系統(tǒng)。界面細化設(shè)計流程框圖如下：SSS_TEXT_QUSTI問題2（5分）在進行屏幕設(shè)計時，屏幕布局一般遵循以下5項原則，請分別對其做出簡 要說明。平衡原則預(yù)期原則經(jīng)濟原則順序原則規(guī)則化原則, I I _lT分值：8.5答案：平衡原則：注意屏幕上、下、左、右平衡，不要堆積數(shù)據(jù)，過分擁擠的 顯示也會產(chǎn)生視覺疲勞和接收錯誤。預(yù)期原則：屏幕上所有的對象，如窗口、按鈕、菜單等處理應(yīng)一致化， 使對象的動作可預(yù)期。經(jīng)濟原則：在提供足夠的信息量的同時，還要注意表達方式的簡明、清 晰，特別是媒體，要運用好媒體選擇原則。順序原則：對象顯示的J幀序應(yīng)按需要排列。通常，最先出現(xiàn)對話，然 后通過

14、對話將系統(tǒng)功能分段實現(xiàn)。規(guī)則化原則：畫面元素應(yīng)盡量對稱顯示，命令、對話及提示行等在一個 應(yīng)用系統(tǒng)中的設(shè)計風(fēng)格應(yīng)盡量統(tǒng)一規(guī)范。在進行屏幕設(shè)計時，主要考慮布局、文字與用語、顏色的使用這三個方 面。屏幕布局因?qū)崿F(xiàn)功能不同，考慮的側(cè)重點也不同。各功能區(qū)要重點突出， 功能明顯。無論哪一種功能設(shè)計，其屏幕布局都應(yīng)遵循如下5項原則：平衡原則：注意屏幕上、下、左、右平衡，不要堆積數(shù)據(jù)，過分擁擠的 顯示也會產(chǎn)生視覺疲勞和接收錯誤。預(yù)期原則：屏幕上所有的對象，如窗口、按鈕、菜單等處理應(yīng)一致化， 使對象的動作可預(yù)期。經(jīng)濟原則：在提供足夠的信息量的同時，還要注意表達方式的簡明、清 晰，特別是媒體，要運用好媒體選擇原則

15、。順序原則：對象顯示的順序應(yīng)按需要排列。通常，最先出現(xiàn)對話，然后 通過對話將系統(tǒng)功能分段實現(xiàn)。規(guī)則化原則：畫面元素應(yīng)盡量對稱顯示，命令、對話及提示行等在一個 應(yīng)用系統(tǒng)中的設(shè)計風(fēng)格應(yīng)盡量統(tǒng)一規(guī)范。試題三（共18分）閱讀下列說明，回答問題1至問題4,將解答填入答題紙的對應(yīng)欄內(nèi)。說明某音像制品連鎖店為適應(yīng)網(wǎng)絡(luò)時代的需求，在廣布門店的同時需要設(shè)計開 發(fā)網(wǎng)絡(luò)與門店一體化的銷售平臺，在傳統(tǒng)的門店銷售之外，實現(xiàn)基于網(wǎng)絡(luò)的新 市場銷售模式。系統(tǒng)建設(shè)需要設(shè)計用于主流移動互聯(lián)設(shè)備的App軟件，功能主 要包括用戶注冊登錄模塊、消費積分管理、音像作品試聽試看以及在線支付和 訂單管理等模塊。音像作品試聽試看的內(nèi)容制作過

16、程使用聲卡和視頻采集卡對 商用播放機輸出的模擬信號進行數(shù)字化，其中聲音數(shù)據(jù)的目標傳輸帶寬為 512kbps，視頻數(shù)據(jù)的目標傳輸帶寬為2Mbps。SSS_TEXT_QUSTI問題1（4分）目前市場上兩大主流移動互聯(lián)終端軟件平臺i0S及Android操作系統(tǒng)的 App設(shè)計開發(fā)使用的程序設(shè)計語言分別是什么？答案：iOS 平臺使用 Objective-C；Android平臺使用Java，也可以使用C或C+。移動互聯(lián)網(wǎng)時代，傳統(tǒng)行業(yè)的營銷手段和商業(yè)模式也面臨創(chuàng)新的壓力。支 持移動互聯(lián)網(wǎng)應(yīng)用模式，產(chǎn)品和服務(wù)購銷付費形式多樣化，既要面向傳統(tǒng)客 戶，也要服務(wù)于網(wǎng)絡(luò)客戶。App模式是典型的移動互聯(lián)商業(yè)模式，對于

17、傳統(tǒng)業(yè) 務(wù)的網(wǎng)絡(luò)擴張，通常采用免費App中的提供友好的用戶體驗，并提供付費購買 產(chǎn)品或服務(wù)的功能模塊實現(xiàn)O20的商業(yè)運營模式。對于音像制品，用戶在購買前需要對其內(nèi)容進行了解，并實現(xiàn)試聽、試看 等實際的體驗，然后決定是否購買。那么提供相關(guān)服務(wù)的App需要實現(xiàn)對試聽 多媒體內(nèi)容的網(wǎng)絡(luò)傳輸及綜合演示功能。目前市場上兩大主流移動互聯(lián)終端軟件平臺是蘋果公司基于iOS平臺和大 量基于谷歌公司Android操作系統(tǒng)的智能手機及平板電腦。在這兩個操作系統(tǒng) 平臺上進行App設(shè)計開發(fā)是提供相關(guān)服務(wù)的基本技術(shù)要求。作為多媒體應(yīng)用設(shè) 計師，應(yīng)該了解這兩種主流技術(shù)的基礎(chǔ)開發(fā)環(huán)境及所使用的程序設(shè)計語言。其 中i0S平臺提

18、供不同版本的SDK和Xcode開發(fā)環(huán)境，使用Objective-C程序設(shè) 計語言進行軟件開發(fā)：在早期Android應(yīng)用程序開發(fā)中，通常通過在Android SDK（Android軟件開發(fā)包）中使用Java作為編程語言來開發(fā)應(yīng)用程序。開發(fā)者 亦可以通過在Android DNK（Android Native開發(fā)包）中使用C語言或者C+語 言作為編程語言開發(fā)應(yīng)用程序。App軟件的多媒體互動部分功能設(shè)計應(yīng)該考慮跨平臺的內(nèi)容支持，在不同 平臺上盡量提供一致性的用戶體驗。因為多種原因，i0S平臺不支持F1ash技 術(shù)（喬布斯曾專門撰文討論過這個問題），使得App需要采用其他客戶端互動技 術(shù)實現(xiàn)多媒體內(nèi)容的

19、交互演示，而更為先進的HTML5顯然成為了最理想的選 擇。對于數(shù)字音視頻內(nèi)容的網(wǎng)絡(luò)傳輸，需要解決的主要問題就是根據(jù)質(zhì)量要求 對數(shù)據(jù)做不同程度的重新采樣或量化以及壓縮編碼。涉及的是基本的參數(shù)運算 問題，這也是技術(shù)路線及設(shè)計方案確定過程中最基本的依據(jù)。SSS_TEXT_QUSTI問題2（4分）軟件的多媒體互動部分功能設(shè)計可以選擇F1ash或HTML5技術(shù)，要實現(xiàn)對 上述兩個平臺的統(tǒng)一化設(shè)計，應(yīng)選擇哪種技術(shù)?為什么？分值：4.5答案：應(yīng)選擇HTML5。因為iOS不支持F1ash。移動互聯(lián)網(wǎng)時代，傳統(tǒng)行業(yè)的營銷手段和商業(yè)模式也面臨創(chuàng)新的壓力。支 持移動互聯(lián)網(wǎng)應(yīng)用模式，產(chǎn)品和服務(wù)購銷付費形式多樣化，既要

20、面向傳統(tǒng)客 戶，也要服務(wù)于網(wǎng)絡(luò)客戶。App模式是典型的移動互聯(lián)商業(yè)模式，對于傳統(tǒng)業(yè) 務(wù)的網(wǎng)絡(luò)擴張，通常采用免費App中的提供友好的用戶體驗，并提供付費購買 產(chǎn)品或服務(wù)的功能模塊實現(xiàn)O20的商業(yè)運營模式。對于音像制品，用戶在購買前需要對其內(nèi)容進行了解，并實現(xiàn)試聽、試看 等實際的體驗，然后決定是否購買。那么提供相關(guān)服務(wù)的App需要實現(xiàn)對試聽 多媒體內(nèi)容的網(wǎng)絡(luò)傳輸及綜合演示功能。目前市場上兩大主流移動互聯(lián)終端軟件平臺是蘋果公司基于iOS平臺和大 量基于谷歌公司Android操作系統(tǒng)的智能手機及平板電腦。在這兩個操作系統(tǒng) 平臺上進行App設(shè)計開發(fā)是提供相關(guān)服務(wù)的基本技術(shù)要求。作為多媒體應(yīng)用設(shè) 計師，應(yīng)

21、該了解這兩種主流技術(shù)的基礎(chǔ)開發(fā)環(huán)境及所使用的程序設(shè)計語言。其 中i0S平臺提供不同版本的SDK和Xcode開發(fā)環(huán)境，使用Objective-C程序設(shè) 計語言進行軟件開發(fā)：在早期Android應(yīng)用程序開發(fā)中，通常通過在Android SDK（Android軟件開發(fā)包）中使用Java作為編程語言來開發(fā)應(yīng)用程序。開發(fā)者 亦可以通過在Android DNK（Android Native開發(fā)包）中使用C語言或者C+語 言作為編程語言開發(fā)應(yīng)用程序。App軟件的多媒體互動部分功能設(shè)計應(yīng)該考慮跨平臺的內(nèi)容支持，在不同 平臺上盡量提供一致性的用戶體驗。因為多種原因，i0S平臺不支持F1ash技 術(shù)（喬布斯曾專門

22、撰文討論過這個問題），使得App需要采用其他客戶端互動技 術(shù)實現(xiàn)多媒體內(nèi)容的交互演示，而更為先進的HTML5顯然成為了最理想的選 擇。對于數(shù)字音視頻內(nèi)容的網(wǎng)絡(luò)傳輸，需要解決的主要問題就是根據(jù)質(zhì)量要求 對數(shù)據(jù)做不同程度的重新采樣或量化以及壓縮編碼。涉及的是基本的參數(shù)運算 問題，這也是技術(shù)路線及設(shè)計方案確定過程中最基本的依據(jù)。SSS_TEXT_QUSTI問題3（6分）對CD立體聲模擬音頻信號采樣，不進行數(shù)據(jù)壓縮編碼。若使用22. 05kHz的采樣頻率，則最大平均量化精度是多少位？若使用16位量化精度，則最大平均采樣頻率是多少赫茲?（請給出運算過程）答案：512000 / （2X22050）11.6

23、（位）512000 /（2X16）= 16000（Hz） = 16（kHz）移動互聯(lián)網(wǎng)時代，傳統(tǒng)行業(yè)的營銷手段和商業(yè)模式也面臨創(chuàng)新的壓力。支 持移動互聯(lián)網(wǎng)應(yīng)用模式，產(chǎn)品和服務(wù)購銷付費形式多樣化，既要面向傳統(tǒng)客 戶，也要服務(wù)于網(wǎng)絡(luò)客戶。App模式是典型的移動互聯(lián)商業(yè)模式，對于傳統(tǒng)業(yè) 務(wù)的網(wǎng)絡(luò)擴張，通常采用免費App中的提供友好的用戶體驗，并提供付費購買 產(chǎn)品或服務(wù)的功能模塊實現(xiàn)O20的商業(yè)運營模式。對于音像制品，用戶在購買前需要對其內(nèi)容進行了解，并實現(xiàn)試聽、試看 等實際的體驗，然后決定是否購買。那么提供相關(guān)服務(wù)的App需要實現(xiàn)對試聽 多媒體內(nèi)容的網(wǎng)絡(luò)傳輸及綜合演示功能。目前市場上兩大主流移動互聯(lián)

24、終端軟件平臺是蘋果公司基于iOS平臺和大 量基于谷歌公司Android操作系統(tǒng)的智能手機及平板電腦。在這兩個操作系統(tǒng) 平臺上進行App設(shè)計開發(fā)是提供相關(guān)服務(wù)的基本技術(shù)要求。作為多媒體應(yīng)用設(shè) 計師，應(yīng)該了解這兩種主流技術(shù)的基礎(chǔ)開發(fā)環(huán)境及所使用的程序設(shè)計語言。其 中i0S平臺提供不同版本的SDK和Xcode開發(fā)環(huán)境，使用Objective-C程序設(shè) 計語言進行軟件開發(fā)：在早期Android應(yīng)用程序開發(fā)中，通常通過在Android SDK（Android軟件開發(fā)包）中使用Java作為編程語言來開發(fā)應(yīng)用程序。開發(fā)者 亦可以通過在Android DNK（Android Native開發(fā)包）中使用C語言或

25、者C+語 言作為編程語言開發(fā)應(yīng)用程序。App軟件的多媒體互動部分功能設(shè)計應(yīng)該考慮跨平臺的內(nèi)容支持，在不同 平臺上盡量提供一致性的用戶體驗。因為多種原因，i0S平臺不支持F1ash技 術(shù)（喬布斯曾專門撰文討論過這個問題），使得App需要采用其他客戶端互動技 術(shù)實現(xiàn)多媒體內(nèi)容的交互演示，而更為先進的HTML5顯然成為了最理想的選 擇。對于數(shù)字音視頻內(nèi)容的網(wǎng)絡(luò)傳輸，需要解決的主要問題就是根據(jù)質(zhì)量要求 對數(shù)據(jù)做不同程度的重新采樣或量化以及壓縮編碼。涉及的是基本的參數(shù)運算 問題，這也是技術(shù)路線及設(shè)計方案確定過程中最基本的依據(jù)。SSS_TEXT_QUSTI問題4（4分）視頻的數(shù)字化參數(shù)中，分辨率為352X

26、288，像素深度為24位，幀速率為 25幀/秒，則采用的壓縮編碼方案的壓縮比（原始數(shù)據(jù)率/壓縮后的數(shù)據(jù)率）至 少是多少？（請給出運算過程）分值：4.5答案：原始數(shù)據(jù)率：352X288X24X25 = 60825600 (bps),壓縮后的數(shù)據(jù)率為 2Mbps,則壓縮比= 60825600 / 2000000 = 30. 4128移動互聯(lián)網(wǎng)時代，傳統(tǒng)行業(yè)的營銷手段和商業(yè)模式也面臨創(chuàng)新的壓力。支 持移動互聯(lián)網(wǎng)應(yīng)用模式，產(chǎn)品和服務(wù)購銷付費形式多樣化，既要面向傳統(tǒng)客 戶，也要服務(wù)于網(wǎng)絡(luò)客戶。App模式是典型的移動互聯(lián)商業(yè)模式，對于傳統(tǒng)業(yè) 務(wù)的網(wǎng)絡(luò)擴張，通常采用免費App中的提供友好的用戶體驗，并提供付

27、費購買 產(chǎn)品或服務(wù)的功能模塊實現(xiàn)O20的商業(yè)運營模式。對于音像制品，用戶在購買前需要對其內(nèi)容進行了解，并實現(xiàn)試聽、試看 等實際的體驗，然后決定是否購買。那么提供相關(guān)服務(wù)的App需要實現(xiàn)對試聽 多媒體內(nèi)容的網(wǎng)絡(luò)傳輸及綜合演示功能。目前市場上兩大主流移動互聯(lián)終端軟件平臺是蘋果公司基于iOS平臺和大 量基于谷歌公司Android操作系統(tǒng)的智能手機及平板電腦。在這兩個操作系統(tǒng) 平臺上進行App設(shè)計開發(fā)是提供相關(guān)服務(wù)的基本技術(shù)要求。作為多媒體應(yīng)用設(shè) 計師，應(yīng)該了解這兩種主流技術(shù)的基礎(chǔ)開發(fā)環(huán)境及所使用的程序設(shè)計語言。其 中i0S平臺提供不同版本的SDK和Xcode開發(fā)環(huán)境，使用Objective-C程序設(shè)

28、 計語言進行軟件開發(fā)：在早期Android應(yīng)用程序開發(fā)中，通常通過在Android SDK（Android軟件開發(fā)包）中使用Java作為編程語言來開發(fā)應(yīng)用程序。開發(fā)者 亦可以通過在Android DNK（Android Native開發(fā)包）中使用C語言或者C+語 言作為編程語言開發(fā)應(yīng)用程序。App軟件的多媒體互動部分功能設(shè)計應(yīng)該考慮跨平臺的內(nèi)容支持，在不同 平臺上盡量提供一致性的用戶體驗。因為多種原因，i0S平臺不支持Flash技 術(shù)（喬布斯曾專門撰文討論過這個問題），使得App需要采用其他客戶端互動技 術(shù)實現(xiàn)多媒體內(nèi)容的交互演示，而更為先進的HTML5顯然成為了最理想的選 擇。對于數(shù)字音視頻

29、內(nèi)容的網(wǎng)絡(luò)傳輸，需要解決的主要問題就是根據(jù)質(zhì)量要求 對數(shù)據(jù)做不同程度的重新采樣或量化以及壓縮編碼。涉及的是基本的參數(shù)運算 問題，這也是技術(shù)路線及設(shè)計方案確定過程中最基本的依據(jù)。試題四（共20分）閱讀下列說明，回答問題1至問題8,將解答填入答題紙的對應(yīng)欄內(nèi)。說明某大學(xué)基于因特網(wǎng)的遠程多媒體教學(xué)系統(tǒng)包括同步實時授課和視頻公開課 兩大功能模塊。實時授課系統(tǒng)通過教學(xué)現(xiàn)場的多媒體錄制和網(wǎng)絡(luò)傳輸，實現(xiàn)了 教學(xué)過程的現(xiàn)場直播，并通過在線交互；課件同步瀏覽、電子白板等功能的運 用，解決了傳統(tǒng)課堂教學(xué)的時空制約問題，擴大了教學(xué)規(guī)模。視頻公開課系統(tǒng) 則將教學(xué)過程錄制成視頻存儲在服務(wù)器上，供同學(xué)們按需點播。公開課系

30、統(tǒng)雖 然缺乏交互性，但能夠使學(xué)生靈活地安排學(xué)習(xí)時間。系統(tǒng)結(jié)構(gòu)如圖41所示。SSS_TEXT_QUSTI問題1（2分）簡述流媒體服務(wù)器在上述遠程教學(xué)系統(tǒng)中的作用。_j_i r分值：2.5答案：將視頻、音頻媒體數(shù)據(jù)以流方式利用實時傳輸協(xié)議傳送給客戶端。本題主要考查考生對網(wǎng)絡(luò)多媒體相關(guān)技術(shù)的理解，要求考生具有較高的綜 合運用及快速學(xué)習(xí)能力。該題目中融合了一些教材中沒有出現(xiàn)過的較新的技術(shù) 趨勢，需要考生具有較寬的知識面，并且有一定的分析和靈活運用能力。本問題考查了流媒體的知識以及流媒體技術(shù)在遠程教育中的應(yīng)用。流媒體 文件格式是支持采用流式傳輸及播放的媒體格式。流式傳輸方式是將視頻和音 頻等多媒體數(shù)據(jù)由

31、流媒體服務(wù)器向用戶計算機連續(xù)、實時傳送。在采用流式傳 輸方式的系統(tǒng)中，用戶不必像非流式播放那樣等到整個文件全部下載完畢后才 能看到當中的內(nèi)容，而是只需要經(jīng)過幾秒鐘或幾十秒的啟動延時即可在用戶計 算機上利用相應(yīng)的播放器對壓縮的視頻或音頻等流式媒體文件進行格放，剩余 的部分將繼續(xù)進行下載，直至播放完畢。流媒體服務(wù)器的具體作用是將視頻、 音頻媒體數(shù)據(jù)以流方式利用實時傳輸協(xié)議傳送給客戶端。SSS_TEXT_QUSTI問題2（1分）要將教學(xué)現(xiàn)場的信息采集編碼后由服務(wù)器端傳輸?shù)铰犝n端，應(yīng)該采用下面 哪種協(xié)議實現(xiàn)音視頻數(shù)據(jù)流的實時傳輸？答案:B 或 RTPC. SNMP答案:B 或 RTPC. SNMPD.

32、 HTTP本問題考查流媒體傳輸協(xié)議的知識。流媒體實現(xiàn)的關(guān)鍵技術(shù)是流式傳輸， 因此流媒體傳輸協(xié)議是非常關(guān)鍵的知識點。流媒體協(xié)議的設(shè)計和制定是為了實 現(xiàn)流媒體服務(wù)器和客戶端的通信。常用的流媒體協(xié)議包括RTP、RTCP、RTSP和 RSVP，它們的具體用途各不相同。而題目中給出的I CMP、SNMP和HTTP都不屬 于流媒體傳輸協(xié)議。SSS_TEXT_QUSTI問題3（4分）已知服務(wù)器端發(fā)送了三種獨立的多媒體信息給聽課端：教師的話音數(shù)據(jù)、 教師視頻數(shù)據(jù)、電子白板信息。當網(wǎng)絡(luò)負載發(fā)生變化造成傳輸帶寬不足時，應(yīng) 優(yōu)先滿足哪種多媒體信息流?為什么？ij ij_r分值：2.5答案：應(yīng)優(yōu)先滿足音頻流。因為數(shù)字

33、白板信息對實時性要求較低，音頻和視頻數(shù)據(jù)對實時性要求較 高，其中人們對音頻流的傳輸延遲和抖動的感知更加敏感。本問題考查了多媒體通信的相關(guān)知識，要求考生理解網(wǎng)絡(luò)傳輸帶寬、延 時、抖動等相關(guān)概念以及不同媒體類型在傳輸時應(yīng)該采用不同的處理方式。當 傳輸帶寬不足時，應(yīng)優(yōu)先滿足音頻流，因為數(shù)字白板信息對實時性要求較低， 音頻和視頻數(shù)據(jù)對實時性要求較高，其中人們對音頻流的傳輸延遲和抖動的感 知更加敏感。SSS_TEXT_QUSTI問題4（4分）傳輸層協(xié)議UDP和TCP中哪一種更適合用于傳輸流媒體數(shù)據(jù)？答案：UDP協(xié)議。原因1：和TCP協(xié)議相比，UDP是無連接協(xié)議，沒有建立網(wǎng)絡(luò)連接的開 銷，發(fā)收兩端不需要進

34、行流量控制和錯誤重傳，接收端不需要對接收到的數(shù)據(jù) 包進行排序，因此UDP協(xié)議傳輸效率更高，傳輸流媒體數(shù)據(jù)時引起的傳輸延遲 更?。辉?：流媒體數(shù)據(jù)在傳輸時允許少量的數(shù)據(jù)包丟失。本問題考查了 Internet傳輸層協(xié)議UDP和TCP的區(qū)別以及該區(qū)別對流媒體 傳輸?shù)挠绊?。與TCP協(xié)議相比，UDP是無連接協(xié)議，沒有建立網(wǎng)絡(luò)連接的開 銷，發(fā)收兩端不需要進行流量控制和錯誤重傳，接收端不需要對接收到的數(shù)據(jù) 包進行排序，因此UDP協(xié)議傳輸效率更高，傳輸流媒體數(shù)據(jù)時引起的傳輸延遲 更小：另外，流媒體數(shù)據(jù)在傳輸時允許少量的數(shù)據(jù)包丟失。SSS_TEXT_QUSTI問題5（2分）在進行實時授課時，一般會有多個聽課端

35、同時在線接收。為了有效利用傳 輸帶寬，在IP網(wǎng)絡(luò)上可以采用什么傳輸技術(shù)？答案：“組播技術(shù)”（或“多播技術(shù)”）本問題考查對Internet多播或組播技術(shù)的理解和掌握。IP多播（也稱多址 廣播或組播）技術(shù)，是一種允許一臺或多臺主機（多播源）發(fā)送單一數(shù)據(jù)包到多臺 主機（一次的，同時的）的TCP / IP網(wǎng)絡(luò)技術(shù)。多格作為一點對多點的通信，是 節(jié)省網(wǎng)絡(luò)帶寬的有效方法之一。在網(wǎng)絡(luò)音頻/視頻廣播的應(yīng)用中，當需要將一個節(jié)點的信號傳送到多個節(jié)點時，無論是采用重復(fù)點對點通信方式，還是采用 廣播方式，都會嚴重浪費網(wǎng)絡(luò)帶寬，只有多播才是最好的選擇。多播能使一個 或多個多播源只把數(shù)據(jù)包發(fā)送給特定的多播組，而只有加入該

36、多播組的主機才 能接收到數(shù)據(jù)包。目前，IP多播技術(shù)被廣泛應(yīng)用在網(wǎng)絡(luò)音頻/視頻廣播、AOD /VOD、網(wǎng)絡(luò)視頻會議、多媒體遠程教育、“push”技術(shù)和虛擬現(xiàn)實游戲等方 面。SSS_TEXT_QUSTI問題6(3分)視頻公開課點播系統(tǒng)采用了一種基于HLS(HTTP Live Streaming)+HTML5的 多媒體傳輸方案。該方案完全基于B/S方式，并且在服務(wù)器端僅需要用到Web 服務(wù)器。將一段50秒的視頻加入到該點播系統(tǒng)的方法如下：利用HLS專用工具將原始視頻重新編碼并分割成5個小的視頻文件： al.ts，a2.ts，a3.ts，a4.ts，a5.ts；將這5個文件放到Web服務(wù)器的/vod/a虛擬目錄下；在虛擬目錄/vod/a下建立文本文件a. m3u8，其內(nèi)容如下：文件中的“ 192. 168. 1.36”表示W(wǎng)eb服務(wù)器的IP地址，數(shù)字“10”表 示10秒；在播放點播視頻的HTML頁面