2008年2月15日

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,X的,我還去看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

1 則留言:

晴天 提到...

您好

您寫的這各mplayer 不知道是否可以給我參考一下您是怎麼寫的>

PS:我目前也想寫一各這樣的東西..

不然不知道可以跟您討論這方面的問題ㄇ?

我的msn: apple5939@hotmail.com