MYVIDEO嘗鮮

找paper、看paper，有點煩，上來發一下blog，順便提下過年幹得好事～
先說說過年幹得好事吧..... :p

不知道blog有沒有提過(忘了...好像沒有...)，我去年底的時候開始打算學C，因為最近這兩年發現C的用途實在很廣泛，資源也非常豐富，和我算是會的語言-Java相比，它的優點實在很多，像是：
1. C的資源豐富，函數庫超級多
不可否認，C的資源實在太豐富了，幾乎是要什麼有什麼，要瀏覽器？Mozilla隨你用。要播放器？mplayer、xine隨你用。要XML？libxml隨你用。要MSN？libmsn隨你用。要GUI？GNOME、KDE隨你用。
可以說是要什麼有什麼，不過以上提得都是Linux，Windows則要看M$老大的臉色，基本上也是很齊全的拉～
2. 跨平台性還ok
C的跨平台性沒有Java強大是不可否認的事實，這如之前提過的，Java在跨平台這點上，目前應該是沒有敵手的，至於相容c#的MONO，光要相容c#就不容易了，現在看起來相容性不好了，因為它GUI之類的都套用GNOME之類的，單就mono在Windows上來說還ok，但要完全相容c#，或者吸引c#使用群，可能差異性還是頗大。
C的跨平台性主要在library，一些像mingw或是wxGTK之類的library，要讓C的程式能跨平台，還是可以的，只是在程式設計之初，就必須要構想好，確定要跨平台，否則要另外改用這些library，改寫depend on OS的code大概會哭吧。
3. 各層級的code都能開發
C可以說是程式語言之母了，目前大部分的OS kernel code，都是C，當然拉，我不否認也有用其他語言寫的OS，像C++有，Java有，據說M$有開發過c#的，組合語言有... :p
但主流還是C.....

其他目前沒想到，想到了再用另外篇幅說吧～ :p

因此我從去年開始考慮學C，一方面是上述原因還有些沒想到的原因想學，另一方面是，之後論文要實做，可能也是用C，打算先修一下～

先修的對象，就想到Linux的Media Center播放軟體，話說MythTV上有個媒體播放介面，稱為MythVideo，我只能說.....你真它ooxx的不好用～
首先～MythVideo是讀取資料庫的，因此如果檔案更新了，資料庫沒更新，那檔案就看不到，不能播放。
再來～因為同上原因，如果是合集式的光碟片，例如整部日劇檔案的DVD，整部卡通檔案的DVD，那種把一堆.avi或.rmvb燒成一張的合集，它就無法播放，需要更新資料庫才可以～
接著～不能直接播放DVD影片，如果今天是DVD影像光碟，也就是百事達租的那種片子，MyVideo不能看，要另外用一套MyDVD來看～可是，明明都是放影片，誰管得了這麼多？
又接著～它沒有提供連續播放的功能，沒辦法一放之後，就放到結束，雖然我現在用script作到了，但是只能治標，不能治本，還是有限制。
最後～它沒有預覽框，不能預覽，每次點到影片，它下面都會提供些資訊，像是影片圖片、影片介紹之類的，問題是，我哪這麼閒去幫每部影片製作影片介紹，還幫每部影片找封面，反正看完就刪掉了，找這些還不如找個好點的字幕檔。結果它提供了些莫名其妙的空間，卻沒有提供預覽框，我沒辦法預覽影片，這真的是太不貼切了。

因此，我就很想要作個播放介面來取代它，所以就打算拿這個播放介面程式來試刀，打算用C+GTK來寫，一來練習C，練習GTK，二來提高自己的自信心，讓自己相信，我論文搞這麼久沒個屁不是因為程度不好... :( 三來的確是有用處的，四來，想出來了才不會讓自己、讓別人覺得，我整天blog寫一堆，說程式、說想法說一堆，結果都是屁，什麼都寫不出來。

MYVIDEO就是成果，基本上寫了一段時間了，看之前整理的C的目錄，好像是11月左右(目錄的建立時間是11/20)，加上之前試車沒想過整理的時間，大概在10~11月左右吧～
中間有遇到些問題，因此停了段時間，不然就是斷斷續續的在寫，畢竟大部分時間都還是找paper、看paper，多半是週末或煩、沒什麼事的時候。
最近過年，正好就卯起來寫，結果發現過年期間進度超快，不但之前問題解了，還加了很多新東西上去。
我瞭解，大家都說沒圖沒真相，我在前幾天有錄製了一段，雖然跟現在的部份還有些許差異，但是已經很貼近目前的版本了(修了些bug，加了2個label，正在寫跑馬燈式的檔案顯示)。
由於影片是莫名其妙的ogg，所以沒法上傳影片直接播放，還請包涵～
影片連結

這個程式目前的特色有幾個：
1.它的選單設計，並不是使用GTK的元件，而是另外以繪圖的方式設計，解釋起來有點複雜... = =||
而這樣設計的原因，是為了能夠提供選單捲動而做的，因此MYVIDEO的選單，是可以捲動或跑馬燈效果的，之所以沒有，是因為捲動效果的移動不好計算，目前的測試發現，它會突然發瘋，而且檔案很多時，捲動速度會莫名其妙變得很慢(檔案列表的檔案越多，速度越慢)(很詭異，因為整個選單不是很多個檔案或很多個圖片構成的，是整片字串aaa\nbbb\n這樣產生的一張圖片，跳動式沒問題，理論上捲動也不會有問題，但...就是有問題...)。

2.它的所有設定，全部是使用xml的設定檔進行設定的，因此改設定的時候，完全不需要修改程式，就可以變更所有設定

3.它的整個畫面，完全是佈景式的，背景、選單、選單位置(x,y)、選單大小(長、寬)、光棒、光棒位置、光棒大小、文字、文字大小，全部都可以設定，套第2點，這些設定全部都以xml設定在設定檔中，可以很輕易的透過畫圖、改設定來變化成不同的樣式，不論是擺放位置、大小都是，包括預覽視窗的位置、大小也是。

4.預覽視窗的影像套用mplayer，對影片支援度很高，從前面的影片連結中有一段能注意到，它能夠直接預覽.iso的光碟檔。

5.滑鼠游標消失，這可能不太容易發現到，影片一開始游標亂跑，當程式執行後，游標還是在亂跑，但只要移動到MYVIDEO的窗體，游標就不見了～沒錯，我有寫讓游標消失的程式，讓它消失～這不是我獨創的，是google教的，它的消失很單純，就是把游標圖片改成沒有東西... :p

6.支援遙控器，開玩笑，為了取代MythVideo，沒遙控器支援怎麼可以..... :p
不過，為了支援lirc，Ｘ的，我還去看Linux的IO Channel怎麼寫，沒辦法，GTK本身需要main loop來運作，白話的說，GTK的所有程式，主程式都是一個GTK迴圈，而且不允許別人也搞迴圈，就某方面而言，只准自己搞小圈圈，不准別人搞小圈圈，實在是很惡劣的事情..... :p
翩翩lirc的程式也是用迴圈寫的，它透過迴圈，不斷的在等使用者按下遙控器按鍵。
因此要讓它們和平相處，就2個方法：
a.multi-process或multi-thread，但網路上別人不建議，說這會破壞GTK迴圈(不了... = =)。
b.透過IO Channel，把lirc掛到系統的IO輪詢，讓系統沒事的時候去問問它(一般建議的作法，Linux上網路也是這樣搞的唷... :p)

7.副檔名偵測，不用說，誰會希望播放軟體沒事還顯示.srt、.dll、readme...等莫名其妙的檔案，因此MYVIDEO我有寫副檔名判斷，它可以自動篩選副檔名，副檔名判斷的準則是什麼？
同樣，由一個叫FILETYPE.xml的檔案設定，可以自行定義副檔名。

8.指定播放程式，這點和上面有關聯，MYVIDEO中，FILETYPE中所有的副檔名，都可以關聯到特定的播放程式，注意唷～是特定的播放「程式」，意思是說，你可以自行寫個script讓它呼叫，它就會直接執行script，並且把影片檔代入到script當中，代入的方式我很貼心的做了調整，只需要在整個指令串中加入「%s」，%s就會被代入成影片檔的完整路徑檔名，因此，你可以在整個command的任何地方操作影片檔，不會受限於一定要放在執行檔最後面。
這部份實際上滿簡單的，除了%s的字串取代很麻煩之外，其他部份就只是簡單的system(command);所以，很容易自由發揮... :p

9.版權，這不知道算不算特色... :p
整個程式我有稍微去注意，它所使用到的library，大部分是GLibc、GNOME Library，幾乎所有的程式都是「GNU Lesser General Public License」的授權(也就是GNU LGPL)，這授權的規定是，只要提供library的code即可，程式本身不需要提供，因此程式的版權原則上完全是屬於我的，沒有Open Source的困擾。
也許會說，你不是用到mplayer了嗎？mplayer基本上沒有library可以呼叫，目前全部的mplayer frontend，都是另外以指令的方式呼叫mplayer執行的，操作部份則是透過建立一個所謂的pipe和mplayer溝通，送出mplayer的command來操作，因此這部份並不牽涉到授權的問題，GNU GPL中有提到，如果僅僅是「使用」GNU GPL的程式，像是你用gcc去compile程式，或像現在這樣的情況，你的程式並不需要Open。

目前就是上面這些特色了，我預期的功能還有：
1.選單是捲動(或說滾動?)的，不過我爸說，他不喜歡捲動...這部份我考慮不理它了... :p

2.檔名顯示可以類似Winamp那樣，以跑馬燈方式顯示

3.要能夠瀏覽DVD上的影片檔，這部份目前來說，設定路徑到光碟上，搭配Linux上的automount應該就ok了～

4.要能夠自動判斷DVD是影片檔或DVD影片，這部份目前不確定怎麼辦，因為在Linux上，DVD影片並沒有辦法像Windows一樣顯示成檔案和目錄，怎麼樣判斷它是影片，或者怎麼樣能進一步讓它推入DVD影片時自動播放，目前還在查資料。

目前第2點，還在設計中，發現最大的問題在於，我不知道如何計算、判斷整個字串的長度(不是字數，是佔用螢幕的pixel數)，因為不知道怎麼計算、判斷，因此沒辦法知道到底跑馬燈要跑多遠，而這裡最大的問題是，每個字型中，字的寬度我現在還不會算，而且遇到abcd和1234，數字、字母的寬度都還有差別，這讓我無所適從，還在找有沒有相關的函數。

而第1點前面提過，在檔案列表很長的時候，會莫名其妙的嚴重lag，如果移動速度太快，會發瘋...下次把幾個bug錄起來一次展示出來... :p

而第3點，我的確有在想什麼時候來搞它，大概時間會是排在先把第2點問題解決吧。

第4點，我的確在前幾天有找Linux的HAL，Linux的HAL專門負責類似Windows上自動播放的動作，像是放入光碟片時的自動播放，插入隨身碟時的自動瀏覽，不過目前問題是，HAL的文件並不多，尤其是libhal，也就是HAL的library如何使用，並沒有找到很多文件和教學，我目前無從寫起。

因為程式還未完成，就像前面提到的，因此目前還沒有放程式的打算，我打算至少把跑馬燈效果和lirc的bug修好了來放(遙控器目前反應太靈敏，我設定quit鍵離開播放程式，同時設定quit鍵離開MYVIDEO，結果就是一播放完，按下按鍵，它連MYVIDEO都離開了... = =|| )

此外，到時候會再錄影一次，把更新的成果一起展示。 :p

最後嘴炮一下，目前寫這個程式到目前來說，感覺得出來成果滿多的，目前感覺上，C語言對指標還有問題，字串處理還有問題，字串指標問題一大堆，這些問題之外，對C已經頗為上手，對這次C+GTK的初體驗自我感覺相當好。
另外問一下，如果這東西要拿來賣～會有人或公司有興趣嗎... :p