期末自評

心得：初學這門課想說沒學過BCB ,想學關於多媒體的東西
後來發現跟C#大同小異,在程式還環境差不多,但在處裡圖像
等方法與觀念是我沒學過的,其實多媒體是很好玩的東西
另外在課堂上的教法,蠻喜歡老師的教法,富啟發性,教人
釣魚比給魚吃有用許多,可惜平常晚上要打工,就沒什麼時間可以好好學習了...

自評分數:65分

期中心得

　　初學這門課是因為想接觸多媒體的東西，並且學習BCB，
後來發現BCB比起C#很不穩定，用起來不太順，不過環境就
大同小異，畢竟它只是一個開發工具，真正在寫程式的還是自己。
　　而上課心得，老師教我們釣魚的方法，但是學弟妹都沒釣竿
，這是我認為蠻可惜的地方；而自評分數為七十分，因為有時
沒什麼專心聽，或者缺課，但作業撰寫程式部份還可以就是了。

WK6_8_puzzle_補

補：

心得：這是補上星期之作業，撰寫時碰到的問題是希望動態產生image物件以方便可以完成3*3或4*4等puzzle，但後來還是無法完成，就只好先拉好image再利用老師所給予的函式做拷貝以及畫上的動作，Code如下。

TImage *imgP[9]={Image1,Image2,Image3,

　　　　　　　　Image4,Image5,Image6,

　　　　　　　　 Image7,Image8,Image9};

short int Tempi=0;

rtTile = Rect(0, 0, 100,100 );

　fori=0;i<3;i++){

　　for(j=0;j<3;j++){

　　　rtOI = Rect( j*100 , i*100 , (j+1)*100 , (i+1)*100 );

　　　if(Tempi<8)

　　　　imgP[Tempi]->Canvas->CopyRect(rtTile,img1->Canvas,rtOI);

　　　else

　　　　imgP[Tempi]->Visible = false;

　　　Tempi++;

}

}

WK7_8_Puzzle

心得：

　　思考8_Puzzle的流程，在上次作業分割後，加以判斷圖片是否顯示(visible)後再swap圖片

原本不知道如何換圖片，後來請教同學後得知用image->picture取得圖片再做交換即可。

混色作業

Week 6 HW 混色
心得：由於剛開始學習BCB，許多的按鈕與以往的視窗程式軟體不同，
同樣的，再撰寫時，Method也不同，但還好有其他同學的幫忙，瞭解
這個程式的原理，以及我應該如何去取得畫布顏色，又應該是要做or還
是and，另外較麻煩的是調顏色位置的地方。




－壓縮的必要性?
以七百多萬畫素的數位相機所拍下的一張 3072 × 2304 的照片來說，每個畫素由紅、綠、藍 3 個顏 色組成，每個顏色各以 8 個位元的 0 與 1 來記錄 0 到 255 這 256 個可能的數值。因此這張照片的原始大小就有二千多萬個位元組，也就是一億多個位元（1個位元組等於 8 個位元）。

簡單說，就是達到節省空間的目的。

－壓縮概念 ?
‧利用重複性去精簡資料，找到一個簡潔的資料表示法
‧轉換編碼

「長話短說」、「言簡意賅」就是類似的資料壓縮概念。

－壓縮原理?

目前查到有霍夫曼編碼，同樣的也是轉換編碼的概念。
霍夫曼編碼：http://tw.knowledge.yahoo.com/question/?qid=1405111915229

特點：霍夫曼編碼法的特點在於所編碼出來的檔案具有唯一碼性質的即時碼。也就是各個相異字元所編碼出所位元串並不相同，解碼時能立即解出，普遍應用在一般商業壓縮軟體、傳真機及無失真之靜態影像上。

－影像與一般檔案的壓縮比?
為何影像經壓縮軟體(winrar)的檔案大小幾乎與原來無所差別，或者是壓縮比不大？又文件壓縮比較大？

由於影像之格式大多已經過壓縮，如jpg,mp3等影音檔案本身皆已經過壓縮，所以壓縮軟體僅能夠壓縮些許；而文件因檔案特性，重複性較高，所以可做壓縮精簡的動作。


部分來源：http://www.nsc.gov.tw/_newfiles/popular_science.asp?add_year=2007&popsc_aid=55&page=2

By Melvin