這件事起因於我妹。
從很久之前就聽說過最好的開水,還是用煮的。
因此從前年開始,我在夏天都會煮開水放,可是我妹都不喝,她寧可花錢買礦泉水,也不願意喝煮的開水,一方面她認為礦泉水比較乾淨,另一方面她覺得礦泉水沒有異味。
最近她從我媽那邊聽說濾水器,因此一直遊說我爸買濾水器,昨天去逛家樂福時,還非常認真的聽推銷員解說濾水器,我呢?我看到濾水器的價格,就非常不以為然,非常反對買這種東西。
首先,濾水器非常貴,這是最大的問題,一台濾水器至少要10,000元(新臺幣)以上,貴一點的甚至要20,000元以上,以現在來說,20,000多可以買到一台NB、PC了,兩者的價值和技術差異這麼大,是我寧可把錢拿來買NB、PC,況且現在甚麼情況,全球性通貨膨脹,甚麼都超貴,省下來更好。
再者,濾水器並不是一次投資的,它的濾心必須定期更換,反過來說,不定期更換濾心的濾水器,它出來的水的品質,事實上水的品質會更差,甚至比煮的開水還差,因為經過二次污染。而最重要的,濾心也不便宜,長期下來,其實是不小的開銷。
接著,濾水器出來的水就可以直接喝嗎?所有濾水器的廣告都跟你說濾水器的水可以直接喝,推銷員也跟你說濾水器的水可以直接喝,但是除非是蒸餾式的濾水器,因為它取的水是煮開後的水蒸氣,否則大部份過濾式的濾水器都沒有殺菌的效果。所以實際上,濾水器的水還是需要煮過,用煮開水的動作來殺菌。
況且,台灣的水質,尤其是身在台北市的我們(外縣市的朋友不好意思拉~),翡翠水庫的水質之好是眾所皆知的,只要確定管線是乾淨的,水池、水塔有定期清洗,生飲都可以,在來源可以確保的情況下,多買一個濾水器根本是浪費又莫名其妙的行為。
解釋再多,還是會有很多疑慮,畢竟我不是專門「搞水」的,來看看下面由「台北自來水事業處」針對濾水器的說明吧。
優質自來水,不必多「濾」!
仔細看其中常見濾水器的不實推銷手法,這讓我非常印象深刻,因為昨天在家樂福,我妹就是聽推銷員用這些方法解說的。
我個人認為,我妹一直覺得煮的開水有味道,經過網路搜尋之後,目前來說,我認為應該買個竹炭片,不論是煮開後丟到水裡,或者煮的時候丟進去一起煮,竹炭就能夠把味道吸收,事實上,我認為濾水器中讓水沒有味道,主要也是靠活性碳濾網把味道吸附的,與其花這麼多錢做出一樣效果,還不如買個竹炭片除臭,更加經濟、方便。
對於竹炭的效用或建議,我目前還沒用過,而且同樣都是炭,價格差異性非常大,我也不了解差別在哪,就目前來說,我是覺得越便宜越好,畢竟炭能吸收異味,至於是木炭、竹炭、備長炭,我覺得都差不多,差別要真的用了,而且每個都用很多次才能知道。
2008年5月5日
2008年4月29日
2008年4月28日
程式設計之快速入門法
程式設計對大部分人來說,都會感覺是非常專業的東西。
從我小時候接觸到的電視、電影經常可以發現到,裡面的電腦高手,往往都是對著電腦不斷的打字,然後螢幕不斷顯現各種奇怪的畫面或程式碼,就算程式碼出現的只是9x9乘法表,都還是會讓人感覺非常的專業。
也許因為電腦的發展往往跟『高科技』畫上等號,又也許電腦常常出現在讓人感覺不可思議的場合,也可能是電視、電影長期灌輸的電腦高手印象,不論是任何人,只要看到在寫程式的人,都會從內心升起一股莫名的崇拜。
而我個人來說,從國小就開始玩電腦,還記得小學六年級上電腦課,還簡單的寫過GW Basic,以我的年紀來說,和一些年長些的高手相比,我還嫩了些(看過有blog,有比我大10歲左右的高手,在那個年代就在超頻286、386),但跟其他大部分的人相比,我的電腦經驗算是很早的了。
很多人想要學習程式設計,會去上課、補習,很多人在學校上電腦課上了一個學期,仍然不會寫程式,看著一些所謂的電腦高手,短時間內就可以把程式寫出來、跑出來,往往都會感覺很不可思議,從內心發出一聲『高手阿~』的吶喊。
包括我在內的許多可憐蟲,只有在這種時候,才會莫名的受到歡迎,班上不熟的男女咖,會在這種時間點突然跟你聊天,這種時候就會想,電影上又高又帥的電腦高手,其實從來不曾出現在現實生活中~(抱怨到此結束~)
那到底程式要怎麼寫?怎樣才可以快速的入門,學會程式寫作?
經過這麼多年的經驗後,我可以告訴大家,關鍵只有2個:
1. 語法(包含if, for, while...等使用)
2. 函式
不論是哪種程式語言,不管是硬體的、軟體的,比較硬一點的,比較軟一點的,軟硬適中的,通通脫離不了上述2個關鍵,差別只在稱呼和用法。
以高階的程式語言來說,我們拿Java來說(我Java還是比較熟些,比較不會漏氣... :p),跟C相比,Java的語法比較特別,因為它有物件導向的概念,所以程式碼長的會和C比較不同,而和其他物件導向的語言相比(c#、php...等),因為概念很接近,又都互相摹仿,所以語法會長的很接近。
我在之前曾經提過關於Java物件導向主程式的樣式,這類樣式通常是很固定的語法,建議直接背起來比較快,因為解釋了半天,結論還是把它背起來。
其他比較細節的語法,以Java來說,String a = new String();這種樣式,通過Example的一再練習,可以幫助快速的熟悉語法。
而程式語言的另一個重點在於函式,當我們語法熟悉之後,最重要的就是要找出這個語言提供的函式,了解我們有哪些函式可以使用。
以我個人感覺來說,以100分為滿分來看寫程式這件事情,會語法可以讓你從0分變成35分,知道函式之後,可以讓你從35分變成70分,2者對於寫程式的重要性就是這樣。
也許會說,你提的是高階語言,那低階語言呢?
以8051組合語言來說,以我之前當助教的經驗來說,很多人覺得很難,我以前還不相信資工的會怕寫程式,在我親自上課、帶課之後,才深刻發現到,原來資工的同學,對於組合語言有種莫名的懼怕,這是我以前在電子科系時候沒有出現過的。
以8051組合語言來說,同樣可以代入上述的2個關鍵,只是稱呼有些不同,在8051組語中,兩者分別是:
1. 語法
2. 指令集
其實8051組語給我感覺比PC上的Java簡單非常多,它的函式(指令集)從頭到尾,從尾到頭,怎麼數也都是那十幾二十個。
不論怎麼變化,永遠都是這些指令集的搭配使用,基本上能夠掌握住指令集,看得懂語法,知道如何用指令集來寫出if, for,那麼基本上8051大概前1/3的課你已經ok了。
同樣的情況也適用在Verilog這類硬體描述語言,尤其是Verilog,它的語法長的跟高階語言比較像,入門其實容易些,因為我這方面不很熟,只修過一個學期的課,能力僅僅只是用C的寫法去寫Verilog,不符合block設計的概念,模擬時還ok,實際下去跑,我相信會有很嚴重的delay問題,細節就不方便拿來解釋了。
電腦其實是很單純的東西,不論它的程式怎麼變化,最基本就是很多很多的指令(指令集),所謂的程式,就是指令集的組合。
當程式的層次提昇之後,指令集已經不足以描述程式的動作了,因此變成了function(函式),但這些函式的設計,本質上和指令集是類似的,當加入物件導向概念之後,function為了適應物件導向的敘述和設計,變成了類別、物件(Class),但本質上來說,仍舊是指令集的延伸,因此程式設計上,就是先找出能夠使用的指令集、function、Class。
而語法也是一樣的情況,因為程式的層次不同,最底層就是使用特定的格式把指令集組合起來,並使用if(8051組語中的JZ xx xx,當暫存器內容等於0的時候跳), for(DJNZ xx xx,當暫存器內容-1等於0之後跳;非8051的單晶片,很多沒有DJNZ這樣的指令,同樣可以用SUB xx xx加上JZ xx xx,讓暫存器內容-1,等於0時跳)讓電腦進行判斷和重覆操作,這就是電腦最基本的操作方式。
而層次不斷的提昇,可以讓程式的複雜度越來越高,但是基本上仍舊脫離不了電腦本質的操作方式(if, for),而為了更接近人的語言,專門設計了int x = 10;這樣的敘述樣式和String x = new String();這樣的敘述樣式,但根本上還是組合函式(組合指令集),並使用if, for的電腦操作。
結論,從上面提到的一堆可以知道,要學寫程式,最快的方式就是了解語法,找出可以用的函式,只要掌握這兩點,我相信任何程式語言都能夠比較快速的上手。
看到這裡其實文章算是結束了,但是可能會有人有疑問,感覺還差了甚麼,也有人會問,上述2點掌握了,我能拿到70分,那要拿80,90甚至更高要怎麼拿?所以我加了這段~
要拿到70分很容易,要拿更高就有難度了,關鍵在於:
3. 了解程式語言的模式、設計
這部分以8051組合語言來敘述很貼切,8051前面1/3除了頭2堂課解說8051的接腳、歷史之外,主要在教基本I/O和語法,先讓同學熟悉語法。
但是從1/3開始,會開始教Timer、中斷、七段顯示器操作、鍵盤掃瞄...等,這每個部分的程式設計都很特別,都具有某些特色,像Timer要使用要先設定某些暫存器,中斷要使用要設定某些暫存器,中斷又能和Timer搭配使用,鍵盤掃瞄要以迴圈方式不斷的檢查按鍵...等,這些就是8051組合語言的模式、設計。
同樣的道理也出現在Java上,Java許多Class我們都需要看Example,而且Class之間使用的方式差異性很大,像是Java的I/O(BufferedReader、BufferedWriter)這種設計就和C的I/O完全不同,沒看過範例,可能很難了解怎麼使用它,這就是Java在I/O的模式、設計。
在Java上同樣情況也發生在資料庫呼叫(JDBC操作),JDBC固定那4,5個步驟,如果沒看過Example,很難理解它要怎麼寫,這就是Java在資料庫操作的模式、設計。
而在Linux上的C也是這樣,因為在Linux上,相對Java來說又是比較低階的程式語言,有許多POSIX特性的設計和function,像我之前寫MYVIDEO時才學到的IOChannel,這在舊版的Java是沒有的,都要用Thread,新版的Java(1.5還是1.6吧~)才加入了類似的機制。
而在Verilog更是明顯,Verilog的設計都以Block為思考方式,設計上比較接近pipeline的概念,程式設計強調的是同時所有Block一起操作,但每個Block只操作一個動作,而且Block設計的程式碼以精簡為訴求,Block內程式愈短,整顆IC在每個clock的delay可以控制的愈短。
這以高階語言來看,有點像是同時設計超多的Thread,每個Thread要求又要像Interrupt內容一樣,愈短愈好。
而程式多半建議以加法器、減法器來組合,概念類似AND、OR、NOT的邏輯閘算式,這就是硬體描述語言的模式、設計。
這部分的經驗愈豐富,看的Example愈多,分數可以拿的愈高,掌握基本的幾個模式、設計,分數可以從70分拉到80甚至90分沒問題。
而我認為最後一個程式設計的要點,算是:
4. 演算法&Model
這點和3有些關係,畢竟很多模式、設計,都是演算法&Model實作出來的,所以第3點和這第4點間的界定有些模糊。
不可否認,電腦其實就是計算機,計算機主要就是用來算數學用的,所以電腦最初的發展,就是用來進行高速運算,一直到現在,儘管電腦有了很多發展方向,但運算能力仍舊是電腦的主要核心,高速運算也一直是電腦發展中一個主要的領域之一。
正因為如此,演算法在電腦的程式設計中,是很重要的部分,目前全世界有數不清的演算法正在發展,但更多的是成熟的電腦演算法,要晉升到電腦高手,程式設計能力要從80~90上升到90以上,學習電腦演算法是不可避免的,正如前面提到的,很多模式、設計都是從演算法、Model實作出來的,但我們無法保證所有程式語言都有提供這些演算法,這時候如果能夠自行寫出符合環境需要的演算法,那麼對於程式效能、程式功能都會有決定性的影響。
而Model也是,因為電腦程式越來越複雜,大量的Interface和Model是不可避免的,這可以降低程式的複雜度,讓程式碼更容易理解,更方便開發,電腦設計中同樣有很多成熟的Model被廣泛運用,這類的Model接觸愈多,對於程式設計的幫助愈大。
我個人評價,當你已經是個腦中有許多演算法設計、許多Model設計,又對於很多程式的模式、設計很有經驗,那麼你可以打聽看看別人對你的電腦評價,應該不會低於85分。
從我小時候接觸到的電視、電影經常可以發現到,裡面的電腦高手,往往都是對著電腦不斷的打字,然後螢幕不斷顯現各種奇怪的畫面或程式碼,就算程式碼出現的只是9x9乘法表,都還是會讓人感覺非常的專業。
也許因為電腦的發展往往跟『高科技』畫上等號,又也許電腦常常出現在讓人感覺不可思議的場合,也可能是電視、電影長期灌輸的電腦高手印象,不論是任何人,只要看到在寫程式的人,都會從內心升起一股莫名的崇拜。
而我個人來說,從國小就開始玩電腦,還記得小學六年級上電腦課,還簡單的寫過GW Basic,以我的年紀來說,和一些年長些的高手相比,我還嫩了些(看過有blog,有比我大10歲左右的高手,在那個年代就在超頻286、386),但跟其他大部分的人相比,我的電腦經驗算是很早的了。
很多人想要學習程式設計,會去上課、補習,很多人在學校上電腦課上了一個學期,仍然不會寫程式,看著一些所謂的電腦高手,短時間內就可以把程式寫出來、跑出來,往往都會感覺很不可思議,從內心發出一聲『高手阿~』的吶喊。
包括我在內的許多可憐蟲,只有在這種時候,才會莫名的受到歡迎,班上不熟的男女咖,會在這種時間點突然跟你聊天,這種時候就會想,電影上又高又帥的電腦高手,其實從來不曾出現在現實生活中~(抱怨到此結束~)
那到底程式要怎麼寫?怎樣才可以快速的入門,學會程式寫作?
經過這麼多年的經驗後,我可以告訴大家,關鍵只有2個:
1. 語法(包含if, for, while...等使用)
2. 函式
不論是哪種程式語言,不管是硬體的、軟體的,比較硬一點的,比較軟一點的,軟硬適中的,通通脫離不了上述2個關鍵,差別只在稱呼和用法。
以高階的程式語言來說,我們拿Java來說(我Java還是比較熟些,比較不會漏氣... :p),跟C相比,Java的語法比較特別,因為它有物件導向的概念,所以程式碼長的會和C比較不同,而和其他物件導向的語言相比(c#、php...等),因為概念很接近,又都互相摹仿,所以語法會長的很接近。
我在之前曾經提過關於Java物件導向主程式的樣式,這類樣式通常是很固定的語法,建議直接背起來比較快,因為解釋了半天,結論還是把它背起來。
其他比較細節的語法,以Java來說,String a = new String();這種樣式,通過Example的一再練習,可以幫助快速的熟悉語法。
而程式語言的另一個重點在於函式,當我們語法熟悉之後,最重要的就是要找出這個語言提供的函式,了解我們有哪些函式可以使用。
以我個人感覺來說,以100分為滿分來看寫程式這件事情,會語法可以讓你從0分變成35分,知道函式之後,可以讓你從35分變成70分,2者對於寫程式的重要性就是這樣。
也許會說,你提的是高階語言,那低階語言呢?
以8051組合語言來說,以我之前當助教的經驗來說,很多人覺得很難,我以前還不相信資工的會怕寫程式,在我親自上課、帶課之後,才深刻發現到,原來資工的同學,對於組合語言有種莫名的懼怕,這是我以前在電子科系時候沒有出現過的。
以8051組合語言來說,同樣可以代入上述的2個關鍵,只是稱呼有些不同,在8051組語中,兩者分別是:
1. 語法
2. 指令集
其實8051組語給我感覺比PC上的Java簡單非常多,它的函式(指令集)從頭到尾,從尾到頭,怎麼數也都是那十幾二十個。
不論怎麼變化,永遠都是這些指令集的搭配使用,基本上能夠掌握住指令集,看得懂語法,知道如何用指令集來寫出if, for,那麼基本上8051大概前1/3的課你已經ok了。
同樣的情況也適用在Verilog這類硬體描述語言,尤其是Verilog,它的語法長的跟高階語言比較像,入門其實容易些,因為我這方面不很熟,只修過一個學期的課,能力僅僅只是用C的寫法去寫Verilog,不符合block設計的概念,模擬時還ok,實際下去跑,我相信會有很嚴重的delay問題,細節就不方便拿來解釋了。
電腦其實是很單純的東西,不論它的程式怎麼變化,最基本就是很多很多的指令(指令集),所謂的程式,就是指令集的組合。
當程式的層次提昇之後,指令集已經不足以描述程式的動作了,因此變成了function(函式),但這些函式的設計,本質上和指令集是類似的,當加入物件導向概念之後,function為了適應物件導向的敘述和設計,變成了類別、物件(Class),但本質上來說,仍舊是指令集的延伸,因此程式設計上,就是先找出能夠使用的指令集、function、Class。
而語法也是一樣的情況,因為程式的層次不同,最底層就是使用特定的格式把指令集組合起來,並使用if(8051組語中的JZ xx xx,當暫存器內容等於0的時候跳), for(DJNZ xx xx,當暫存器內容-1等於0之後跳;非8051的單晶片,很多沒有DJNZ這樣的指令,同樣可以用SUB xx xx加上JZ xx xx,讓暫存器內容-1,等於0時跳)讓電腦進行判斷和重覆操作,這就是電腦最基本的操作方式。
而層次不斷的提昇,可以讓程式的複雜度越來越高,但是基本上仍舊脫離不了電腦本質的操作方式(if, for),而為了更接近人的語言,專門設計了int x = 10;這樣的敘述樣式和String x = new String();這樣的敘述樣式,但根本上還是組合函式(組合指令集),並使用if, for的電腦操作。
結論,從上面提到的一堆可以知道,要學寫程式,最快的方式就是了解語法,找出可以用的函式,只要掌握這兩點,我相信任何程式語言都能夠比較快速的上手。
看到這裡其實文章算是結束了,但是可能會有人有疑問,感覺還差了甚麼,也有人會問,上述2點掌握了,我能拿到70分,那要拿80,90甚至更高要怎麼拿?所以我加了這段~
要拿到70分很容易,要拿更高就有難度了,關鍵在於:
3. 了解程式語言的模式、設計
這部分以8051組合語言來敘述很貼切,8051前面1/3除了頭2堂課解說8051的接腳、歷史之外,主要在教基本I/O和語法,先讓同學熟悉語法。
但是從1/3開始,會開始教Timer、中斷、七段顯示器操作、鍵盤掃瞄...等,這每個部分的程式設計都很特別,都具有某些特色,像Timer要使用要先設定某些暫存器,中斷要使用要設定某些暫存器,中斷又能和Timer搭配使用,鍵盤掃瞄要以迴圈方式不斷的檢查按鍵...等,這些就是8051組合語言的模式、設計。
同樣的道理也出現在Java上,Java許多Class我們都需要看Example,而且Class之間使用的方式差異性很大,像是Java的I/O(BufferedReader、BufferedWriter)這種設計就和C的I/O完全不同,沒看過範例,可能很難了解怎麼使用它,這就是Java在I/O的模式、設計。
在Java上同樣情況也發生在資料庫呼叫(JDBC操作),JDBC固定那4,5個步驟,如果沒看過Example,很難理解它要怎麼寫,這就是Java在資料庫操作的模式、設計。
而在Linux上的C也是這樣,因為在Linux上,相對Java來說又是比較低階的程式語言,有許多POSIX特性的設計和function,像我之前寫MYVIDEO時才學到的IOChannel,這在舊版的Java是沒有的,都要用Thread,新版的Java(1.5還是1.6吧~)才加入了類似的機制。
而在Verilog更是明顯,Verilog的設計都以Block為思考方式,設計上比較接近pipeline的概念,程式設計強調的是同時所有Block一起操作,但每個Block只操作一個動作,而且Block設計的程式碼以精簡為訴求,Block內程式愈短,整顆IC在每個clock的delay可以控制的愈短。
這以高階語言來看,有點像是同時設計超多的Thread,每個Thread要求又要像Interrupt內容一樣,愈短愈好。
而程式多半建議以加法器、減法器來組合,概念類似AND、OR、NOT的邏輯閘算式,這就是硬體描述語言的模式、設計。
這部分的經驗愈豐富,看的Example愈多,分數可以拿的愈高,掌握基本的幾個模式、設計,分數可以從70分拉到80甚至90分沒問題。
而我認為最後一個程式設計的要點,算是:
4. 演算法&Model
這點和3有些關係,畢竟很多模式、設計,都是演算法&Model實作出來的,所以第3點和這第4點間的界定有些模糊。
不可否認,電腦其實就是計算機,計算機主要就是用來算數學用的,所以電腦最初的發展,就是用來進行高速運算,一直到現在,儘管電腦有了很多發展方向,但運算能力仍舊是電腦的主要核心,高速運算也一直是電腦發展中一個主要的領域之一。
正因為如此,演算法在電腦的程式設計中,是很重要的部分,目前全世界有數不清的演算法正在發展,但更多的是成熟的電腦演算法,要晉升到電腦高手,程式設計能力要從80~90上升到90以上,學習電腦演算法是不可避免的,正如前面提到的,很多模式、設計都是從演算法、Model實作出來的,但我們無法保證所有程式語言都有提供這些演算法,這時候如果能夠自行寫出符合環境需要的演算法,那麼對於程式效能、程式功能都會有決定性的影響。
而Model也是,因為電腦程式越來越複雜,大量的Interface和Model是不可避免的,這可以降低程式的複雜度,讓程式碼更容易理解,更方便開發,電腦設計中同樣有很多成熟的Model被廣泛運用,這類的Model接觸愈多,對於程式設計的幫助愈大。
我個人評價,當你已經是個腦中有許多演算法設計、許多Model設計,又對於很多程式的模式、設計很有經驗,那麼你可以打聽看看別人對你的電腦評價,應該不會低於85分。
2008年4月27日
unixODBC 教學
在Windows上寫過資料庫程式的,應該都聽過ODBC這個東西,這東西全名是Open Database Connectivity,由M$所制定的,相關說明可以參考中文維基百科-ODBC或更詳細的英文維基百科-ODBC。
簡單的說,M$為了統一所有資料庫系統在Windows上的存取方式,因此訂出了ODBC這樣的介面標準,並開放給資料庫廠商呼叫使用,而且美其名叫『Open Database Connectivity(開放資料庫互連)』,但實際上,開放在哪裡?
而且一直來說,都是M$說,別人做,哪來開放的道理?
更有趣的是,翻翻Visual C++、Visual C#、Visual Basic...等任何一本書,M$實際上建議大家使用ADO,並說使用ADO呼叫資料庫會有比較好的存取效率,因此我們完全可以認為,M$提供一個介面給別人用,但是包括他自己在內的所有人都知道,多一個介面來存取資料庫,並不會提昇效能。
不過這個介面並非都是缺點,有了ODBC,Windows上所有資料庫存取都有了統一的呼叫方式,這讓程式開發時,有了統一的資料庫呼叫,對資料轉移,程式碼的彈性都有幫助。
可惜ODBC的這一切都只在Windows上,事實上除了Windows之外,很多OS並沒有ODBC,結果說到底,感覺M$比較像是自己定規則給別人(ODBC),但是自己也建議別人不要用(建議用ADO)。
目前Linux/FreeBSD上已經有Open Source的ODBC實作,要設定使用都很容易,教學如下:
===================================
Linux 上要設定 ODBC 很容易,首先要知道,Linux 上的 ODBC 有兩套,分別是:
iODBC
unixODBC
這裡我們使用 unixODBC,並搭配 MySQL。
使用 Ubuntu 時(Debian 應該一樣),安裝套件:
unixodbc unixODBC 主程式
unixodbc-bin unixODBC 圖形化設定介面
libmyodbc MySQL 的 unixODBC Driver
安裝好之後,要設定很容易,他的設定分 2 部分:
一個部分是設定 unixODBC 的 Driver,MySQL Driver 的設定有提供 example,位置如下:
如果是第一次安裝 unixODBC,這時候正常是沒有任何 Driver 設定的,
那我們可以簡單的直接把設定檔複製到 /etc/ 下,如下:
如果曾經安裝過其他 Driver,
我們可以把 /usr/share/libmyodbc/odbcinst.ini 內容加入到 /etc/odbcinst.ini
另一部份就要先提 Windows 上 ODBC 的設定,
在 Windows 上『控制台』->『系統管理程式』有個『ODBC資料來源』
裡面可以設定 ODBC 的資料庫來源,內容包括 SQL Server IP、帳號、密碼、資料庫名稱...等,
然後只需要透過 ODBC 的名稱來使用這些資訊,並連線到 SQL Server。
另外值得一提的是,『ODBC資料來源』中,有所謂的『使用者來源』和『系統來源』,
這指的是這個資料庫設定,是只有使用者看得到、用得到的,還是整個系統(所有使用者)都看得到、用得到。
而在 unixODBC 上也是一樣的,只是這些設定儲存在設定檔中,
以『系統來源』來說,所有使用者都能使用的 ODBC 設定,設定檔是 /etc/odbc.ini;
以『使用者來源』來說,只有自己能使用的 ODBC 設定,設定檔是 ~/.odbc.ini。
設定檔範例如下:
格式說明如下:
而 odbcinst.ini 正常來說,Driver 都要提供範例,以這邊 MySQL 為例,它的內容如下:
注意到『[MySQL]』,這就是我們上面 odbc.ini 中提到的 Driver 欄位要填的內容。
上面說了一堆之後,我們可以發現到 unixODBC 設定實在有夠麻煩,尤其是 odbc.ini 的設定,
有沒有類似 Windows 上『ODBC資料來源』那樣的 GUI 設定介面呢?
有~我們前面安裝的套件『unixodbc-bin』,裡面就有提供這樣的工具給我們使用,
unixODBC 有 2 個圖形化介面工具可以使用,分別是:
ODBCConfig
DataManager
其中最重要、好用的,就是 ODBCConfig,如下執行:
執行後會看到一個類似 Windows 上『ODBC資料來源』的 GUI 視窗。
如果前面已經有按照說明設定過了,
以我來說,我將上面 odbc.ini 的設定存成 ~/.odbc.ini,
那麼進入 ODBCConfig 介面後,我會在『User DSN』分頁看到這個設定。
目前,中文似乎還有問題,如何指定編碼目前我還不會。
==============================================
簡單的說,M$為了統一所有資料庫系統在Windows上的存取方式,因此訂出了ODBC這樣的介面標準,並開放給資料庫廠商呼叫使用,而且美其名叫『Open Database Connectivity(開放資料庫互連)』,但實際上,開放在哪裡?
而且一直來說,都是M$說,別人做,哪來開放的道理?
更有趣的是,翻翻Visual C++、Visual C#、Visual Basic...等任何一本書,M$實際上建議大家使用ADO,並說使用ADO呼叫資料庫會有比較好的存取效率,因此我們完全可以認為,M$提供一個介面給別人用,但是包括他自己在內的所有人都知道,多一個介面來存取資料庫,並不會提昇效能。
不過這個介面並非都是缺點,有了ODBC,Windows上所有資料庫存取都有了統一的呼叫方式,這讓程式開發時,有了統一的資料庫呼叫,對資料轉移,程式碼的彈性都有幫助。
可惜ODBC的這一切都只在Windows上,事實上除了Windows之外,很多OS並沒有ODBC,結果說到底,感覺M$比較像是自己定規則給別人(ODBC),但是自己也建議別人不要用(建議用ADO)。
目前Linux/FreeBSD上已經有Open Source的ODBC實作,要設定使用都很容易,教學如下:
===================================
Linux 上要設定 ODBC 很容易,首先要知道,Linux 上的 ODBC 有兩套,分別是:
iODBC
unixODBC
這裡我們使用 unixODBC,並搭配 MySQL。
使用 Ubuntu 時(Debian 應該一樣),安裝套件:
unixodbc unixODBC 主程式
unixodbc-bin unixODBC 圖形化設定介面
libmyodbc MySQL 的 unixODBC Driver
安裝好之後,要設定很容易,他的設定分 2 部分:
一個部分是設定 unixODBC 的 Driver,MySQL Driver 的設定有提供 example,位置如下:
/usr/share/libmyodbc/odbcinst.ini如果是第一次安裝 unixODBC,這時候正常是沒有任何 Driver 設定的,
那我們可以簡單的直接把設定檔複製到 /etc/ 下,如下:
# cp /usr/share/libmyodbc/odbcinst.ini /etc/如果曾經安裝過其他 Driver,
我們可以把 /usr/share/libmyodbc/odbcinst.ini 內容加入到 /etc/odbcinst.ini
另一部份就要先提 Windows 上 ODBC 的設定,
在 Windows 上『控制台』->『系統管理程式』有個『ODBC資料來源』
裡面可以設定 ODBC 的資料庫來源,內容包括 SQL Server IP、帳號、密碼、資料庫名稱...等,
然後只需要透過 ODBC 的名稱來使用這些資訊,並連線到 SQL Server。
另外值得一提的是,『ODBC資料來源』中,有所謂的『使用者來源』和『系統來源』,
這指的是這個資料庫設定,是只有使用者看得到、用得到的,還是整個系統(所有使用者)都看得到、用得到。
而在 unixODBC 上也是一樣的,只是這些設定儲存在設定檔中,
以『系統來源』來說,所有使用者都能使用的 ODBC 設定,設定檔是 /etc/odbc.ini;
以『使用者來源』來說,只有自己能使用的 ODBC 設定,設定檔是 ~/.odbc.ini。
設定檔範例如下:
[MySQL-Optical_Disc_Manage]
Description = MySQL Optical_Disc_Manage
Driver = MySQL
Server = 192.168.1.6
Database = Optical_Disc_Manage
Port = 3306格式說明如下:
[ODBC連線名稱]
Description = 這個連線的描述
Driver = Driver的類型,這部分參考 /etc/odbcinst.ini
Server = SQL Server IP
Database = 資料庫名稱
Port = 連接埠埠號而 odbcinst.ini 正常來說,Driver 都要提供範例,以這邊 MySQL 為例,它的內容如下:
[MySQL]
Description = MySQL driver
Driver = /usr/lib/odbc/libmyodbc.so
Setup = /usr/lib/odbc/libodbcmyS.so
CPTimeout =
CPReuse = 注意到『[MySQL]』,這就是我們上面 odbc.ini 中提到的 Driver 欄位要填的內容。
上面說了一堆之後,我們可以發現到 unixODBC 設定實在有夠麻煩,尤其是 odbc.ini 的設定,
有沒有類似 Windows 上『ODBC資料來源』那樣的 GUI 設定介面呢?
有~我們前面安裝的套件『unixodbc-bin』,裡面就有提供這樣的工具給我們使用,
unixODBC 有 2 個圖形化介面工具可以使用,分別是:
ODBCConfig
DataManager
其中最重要、好用的,就是 ODBCConfig,如下執行:
# ODBCConfig執行後會看到一個類似 Windows 上『ODBC資料來源』的 GUI 視窗。
如果前面已經有按照說明設定過了,
以我來說,我將上面 odbc.ini 的設定存成 ~/.odbc.ini,
那麼進入 ODBCConfig 介面後,我會在『User DSN』分頁看到這個設定。
目前,中文似乎還有問題,如何指定編碼目前我還不會。
==============================================
2008年4月24日
Ubuntu 8.04 LTS正式發佈
這新聞還很熱~
Ubuntu最新版本正式發佈,值得注意的是,這次發佈的版本是LTS版,所謂的LTS版是指這個版本會有較長的支援服務,原文介紹如下:
The "LTS" version of Ubuntu receives long-term support. 3 years for desktop versions and 5 years for server versions.
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
下載可以到Ubuntu美國的下載頁面選擇下載,頁面網址如下:
http://www.ubuntu.com/getubuntu/download
如果在台灣,想直接從台灣站台下載,下面是台大的下載連結:
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
Ubuntu最新版本正式發佈,值得注意的是,這次發佈的版本是LTS版,所謂的LTS版是指這個版本會有較長的支援服務,原文介紹如下:
The "LTS" version of Ubuntu receives long-term support. 3 years for desktop versions and 5 years for server versions.
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
下載可以到Ubuntu美國的下載頁面選擇下載,頁面網址如下:
http://www.ubuntu.com/getubuntu/download
如果在台灣,想直接從台灣站台下載,下面是台大的下載連結:
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
2008年4月21日
寶特瓶重複使用來減量~政策倒車?
看看如下新聞:
德國採重複使用減量 環團促傚法
整篇新聞看起來立意良好,似乎是合情合理的,可是讓我們把時間推到20年前。
有多少人還記得20年前寶特瓶飲料的價格?
如果我沒記錯,當時是15元一瓶。
當時環保署(局?)推行寶特瓶回收計畫,為了讓計畫能夠順利推行,當時把所有寶特瓶的價格都漲了2元(變成17元),這2元叫做什麼寶特瓶處理費還是寶特瓶回收費。
只要我們把喝過的寶特瓶拿回7-11,就可以拿到2元,而學校各個班級,也盡全力要全班努力收集寶特瓶,全校各年級比賽,看哪個班級收集的最多,而這些回收的錢,都是用作班費來使用。
上面這段過去,我相信六年級生和七年級初段班的學生應該都有印象。
在過了多年之後,我們發現到寶特瓶飲料這2元從來沒有降回來過,而寶特瓶回收也偷偷地消失了,現在的寶特瓶回收,似乎變成了自發性的行為,那我想問,回收金到哪裡去了?當時廠商因為回收金偷漲的2元到哪裡去了?
而過了20年之後,現在又出現了新聞,建議我們把寶特瓶重複使用,這不是很諷刺嗎?因為類似的政策,在20年前就定了,而且也實行了很多年,既然寶特瓶飲料只有漲價沒有降價,那麼我們是否可以相信,整個回收流程已經制度化拉~
因此這則新聞我特別有意見,並把它po出來是因為2點:
1. 類似的政策應該以前環保署就推行過了,而且當時還是結合廠商、通路...等,以回收金的方式加到使用者身上了,這顯然變成政策倒車
2. 既然現在又被提出來,那麼台灣當時的寶特瓶回收政策,是否已經失敗了?那我們的回收金呢?是回收業者污了,還是廠商污了?
3. 還是其實台灣這方面已經做的很好了,這則新聞純粹是搞不清楚狀況的記者,加上幾個搞不清楚狀況的人士亂寫出來的?
德國採重複使用減量 環團促傚法
整篇新聞看起來立意良好,似乎是合情合理的,可是讓我們把時間推到20年前。
有多少人還記得20年前寶特瓶飲料的價格?
如果我沒記錯,當時是15元一瓶。
當時環保署(局?)推行寶特瓶回收計畫,為了讓計畫能夠順利推行,當時把所有寶特瓶的價格都漲了2元(變成17元),這2元叫做什麼寶特瓶處理費還是寶特瓶回收費。
只要我們把喝過的寶特瓶拿回7-11,就可以拿到2元,而學校各個班級,也盡全力要全班努力收集寶特瓶,全校各年級比賽,看哪個班級收集的最多,而這些回收的錢,都是用作班費來使用。
上面這段過去,我相信六年級生和七年級初段班的學生應該都有印象。
在過了多年之後,我們發現到寶特瓶飲料這2元從來沒有降回來過,而寶特瓶回收也偷偷地消失了,現在的寶特瓶回收,似乎變成了自發性的行為,那我想問,回收金到哪裡去了?當時廠商因為回收金偷漲的2元到哪裡去了?
而過了20年之後,現在又出現了新聞,建議我們把寶特瓶重複使用,這不是很諷刺嗎?因為類似的政策,在20年前就定了,而且也實行了很多年,既然寶特瓶飲料只有漲價沒有降價,那麼我們是否可以相信,整個回收流程已經制度化拉~
因此這則新聞我特別有意見,並把它po出來是因為2點:
1. 類似的政策應該以前環保署就推行過了,而且當時還是結合廠商、通路...等,以回收金的方式加到使用者身上了,這顯然變成政策倒車
2. 既然現在又被提出來,那麼台灣當時的寶特瓶回收政策,是否已經失敗了?那我們的回收金呢?是回收業者污了,還是廠商污了?
3. 還是其實台灣這方面已經做的很好了,這則新聞純粹是搞不清楚狀況的記者,加上幾個搞不清楚狀況的人士亂寫出來的?
2008年4月10日
新增「繼續閱讀」功能
因為我blog經常都是長篇大論,所以就想加入「繼續閱讀」的功能,讓版面乾淨點。
我直接使用「繼續閱讀懶人加強版」,因為DIY的版本很多都需要自己設定「隱藏文章」,而繼續閱讀懶人加強版已經寫好JavaScript,除了加入參數方便設定之外,最重要的是有用JavaScript自動計算行數,固定顯示3行,對於我這種打blog不注意行數的人特別方便,因此就用它了。
我直接使用「繼續閱讀懶人加強版」,因為DIY的版本很多都需要自己設定「隱藏文章」,而繼續閱讀懶人加強版已經寫好JavaScript,除了加入參數方便設定之外,最重要的是有用JavaScript自動計算行數,固定顯示3行,對於我這種打blog不注意行數的人特別方便,因此就用它了。
2008年4月9日
台灣~裕隆~汽車設計
昨天上網亂翻,翻到了「飛羚101」~
可能是年紀的關係,我四周圍的同學沒有一個聽過這個東西,很不幸的~我竟然知道..... = =
讓我一瞬間就覺得,我老拉~這是兩代間的代溝~
其實台灣很可憐(不是民進黨的愛台灣),可能是民族自尊吧~往往大家都覺得我們並不輸別人,事實上,看看台灣高鐵,看看台北101,台灣的技術真的不輸別人,再看看當每次打棒球世界盃時,旅外的球員都會盡量趕回來參賽,當政府要發展火箭、飛彈時,總工程師往往也都是在國外有成的台灣人回來協助研發的,雖然這樣,可是很多台灣人不知道為啥都有種自卑感,覺得國外的比較好,外國的月亮比較圓。
也不想想,我們能造出高速鐵路、能蓋出全世界第一高樓,電腦能夠賣到世界第一,世界上多少國家連想都不敢想,去找找韓國高鐵的資料,人家韓國高鐵蓋到沒錢蓋,增資好幾次(增資就是多借一點錢,可能是沒錢了,也可能花費比預算高),到最後差點蓋不出來,鐵軌有1/3必須沿用現有鐵軌,最近才在慢慢重新改用高鐵專用鐵軌(版式鐵軌)。
世界第一高樓也不是說蓋就ok,看看上海那個什麼環球金融中心,1996年說要蓋世界第一高,結果蓋到後來沒錢了(遇到金融風暴),然後大樓就這樣放著~一放10年,最近才又繼續蓋~
我們至少是說做,然後就一路按照計畫進行,一直到完成~
這樣看起來,到底我們自卑在哪裡阿?
昨天因為看到「飛羚101」的影片,就一併找了相關的資料,下面是簡單的介紹:
飛羚101是台灣第一部自行研發的汽車,除了引擎之外,整輛車子都是由「裕隆」設計製造的,這台車子在1986年上市,之後陸續有「飛羚102」、「精兵601」,都是衍生車型。
根據mobile01的討論串可以知道,飛羚101是裕隆公司心中的痛,也是台灣汽車產業的痛,在20年前,台灣被國際排擠,被中國打壓(到現在),因此政府希望能夠把工業科技發展起來,除了改善台灣環境,增加台灣的能見度之外,也希望能夠反攻大陸。
在整個工業發展中,汽車發展是很重要的一個部份,其實我們可以稍微注意一下「偉人傳記」、「Discovery、國家地理頻道的科技介紹、科技成就」,因為這些提到的人物、科技背後,往往都是影響了未來數十年甚至上百年的世界發展,其中福特發明汽車就是一個大家耳熟能詳的故事。
在偉人傳記中,我們只會知道福特發明汽車,然後當時和歐洲其他幾個大型車廠的競爭(克萊斯勒、法拉利...等),但是書中並沒有提到其他國家的處境,中國就是當時可憐的國家,沒有競爭的機會,自然不可能發展到汽車產業。
其實同樣的情況也發生在火車,看看目前世界上有能力設計、製造高速鐵路、捷運的國家,往前追溯,幾乎都是在火車發展的時期,有公司有碰觸到,擁有技術,然後參與競爭的國家。
至於其他國家,沒機會發展到的,大概終其一身就只能當消費者了~
正因為這樣,台灣在完全沒有技術背景的前提下要發展汽車,說難聽點,根本是找死~
事實證明了,果然差點把裕隆玩死了~
很多人在罵裕隆根本是賣國,當初政府為了讓它發展汽車,根本就是錢當水在倒,結果你裕隆把車子做出來了,有了汽車的設計技術了,就把整間公司賣給日本的Nissan,現在全部的裕隆車,統統都掛Nissan,這是怎樣~~
但是mobile01討論串內容推翻了這點,事實是,當時裕隆的確硬尻把車子尻出來了,但是技術背景不夠是事實,而且最重要的,台灣的汽車市場實在太小了,以現在來說,一年的車輛銷售約70000輛,少點就是60000多,多點就是70000多,這市場太小,而且已經飽和了。
裕隆自己慢慢尻,結果是光研發費用都攤不平,更不要說賺錢了,搞到最後裕隆差點破產,而現在整天穿阿曼尼的嚴凱泰之所以有名,就是因為當時他很倒楣的接了這樣的公司,然後透過公司賤賣(賣25%給Nissan),加上把裕隆很多廠關了才撐下來的,也因此被罵賣國。
所以飛羚101就成了裕隆和台灣的痛,裕隆因為她差點倒閉,一堆技術人員流失,台灣因為她,花了非常非常多的錢,結果汽車產業還是死了~
汽車產業是非常封閉的產業,世界上汽車廠商就這麼幾家,相互之間還互向結盟,要進入這樣的產業非常困難,一來沒有技術(技術在汽車100年前發展時就開始累積),二來沒有市場(市場都已經被這些廠商獨占),三來還會被惡意排擠(這些廠商會有意的排擠新的車廠),因此要發展汽車產業難度超級高,目前全世界真正成功把汽車產業發展起來的,就只有日本、南韓。
日本在發展時,也是吃足苦頭,TOYOTA最早時,在美國被視為便宜的破爛車,南韓也好不到哪裡,以前小的時候,就看過中視有播放韓劇「車神」,講韓國發展汽車的艱辛過程,最關鍵的一段場景是,為了證明他們的車子非常耐用,開出50輛汽車,橫越極地(我忘了地方,是很冷下雪的地方),然後由董事長(男主角)親自帶隊和記者跟隨,過程中還抓到其他車廠派去的間諜,試圖破壞車輛,要讓計畫失敗。
看得出來,汽車產業的發展,在各國都是非常辛苦的,我們自然也不例外,因此裕隆就成了非常好的反面教材。
不過裕隆在這20年沒有白過,他成為Nissan的附庸,但是看來仍舊在努力發展,目前裕隆已經有能力進行整車,根據網友說的,Nissan的SERENA180,就是裕隆的成果,SERENA180除了引擎之外,整輛車子都是由裕隆操刀設計的(應該不含底盤),因此可以知道,裕隆已經有整輛車子設計的能力,SERENA180甚至也賣回日本和東南亞部份國家。
在昨天翻找資料過程中發現到,裕隆似乎不甘於幫別人代工,從去年開始就已經陸續有新聞提到,裕隆在經過了20年之後,要再次自製汽車了。
儘管這件消息網路上有些網友說,裕隆只是因為要賣車到大陸,因為大陸的工業限制,要求一定要有造車能力才能在大陸賣車,所以裕隆才想造個車子,好方便他在大陸賣車。
但是最近陸續的消息是,裕隆為了這台車子,已經砸了100億台幣了,未來估計還需要砸800億進行行銷,而且裕隆為了造車,將新店舊廠重開,把全集團(裕隆、中華)的高手全部集結,就為了造出車子,我個人是認為,如果只是為了能在大陸賣車,這樣的投資規模也太大太誇張了,媒體甚至用了「嚴凱泰的豪賭」來形容這樣的投資,看得出來這不單純只是為了大陸市場,是真的想拼拼看。
看新聞,目前裕隆這台車子,已經進入最後階段了,也就是說,車輛早已實作完成,測試也進行的差不多了,看來已經到投產的階段了,在這裡我們幫忙他們集氣,希望這台車子未來能夠成功吃下大陸市場,反攻大陸不成,至少讓車子反攻成功。
最後,把目前已經知道的車子資訊po出來:
嚴凱泰絕不能輸的世紀豪賭 砸兩百億元拚第二輛自有品牌車
目前已知的消息是,車型最初將有3種:轎車、SUV及MPV。
引擎使用的是:華擎機械工業股份有限公司設計的引擎。
華擎機械工業股份有限公司是由裕隆、中華(同一家)、工研院(提供技術研發)、國家開發基金(政府資金)開辦的,目前已經設計出數顆引擎,包括:
1200 c.c.引擎
1300 c.c.引擎
2000 c.c.引擎
2200 c.c.引擎(具有渦輪增壓)
其中比較特別值得說的是,之前的中華威力(應該就是長得很像麵包車,方方正正又小小的中華三菱小箱型車),就是使用華擎1200 c.c.引擎,大部分人可能以為是三菱引擎吧..... :p
另外有趣的是,這家公司的引擎技術,主要是工研院機械所設計完成,由清大動機系李進修教授擔任顧問(李進修教授在GM進行相關設計非常久的時間)完成的。(參照:引擎設計與分析技術、汽機車引擎設計與分析技術書籍作者介紹)
新設計的這台車子將使用2200 c.c.引擎,另外會出柴油款,柴油款使用歐洲某廠的引擎,相關連結:
[新聞] 裕隆品牌車 明年發動引擎
以台灣的技術,做的出汽車引擎嗎?
華擎國造引擎前進中國 光陽產製機車騎進俄國
這輛新設計的車子沒有自製的部份,除了柴油引擎之外,大概就是底盤的設計,底盤使用的是雷諾的ESPACE的底盤,是華創車電出面向法國馬特拉集團支付技術報酬金方式,取得ESPACE底盤使用權(參照:裕隆自創品牌汽車 即將成真),目前這台車子最可惜的部份,大概就是油電系統了,目前看起來,這台車子最初版本應該不會是油電車(參照:油價飆漲 車廠搶推油電混合車),注意到參照的新聞,是2008/03/12),要在年底、明年推出新車,而且車子要是油電車,除非裕隆放假消息,否則看來是不可能的。
這輛新車由華創車電技術中心所研發,從「車電」可以注意到,它的目標不單單只有車輛研發,還包括了車用電子的研發。
從網路上找到的資料來看,它的股東不只有裕隆和開發基金,更重要的是還包括了宏達電、中華電信...等IT廠商,而且研發的項目不是只有單純的車用播放設備,內容可能包括了汽車晶片、行車電腦、倒車雷達、電子穩定系統、剎車系統、巡航系統、安全氣囊、安全保護系統和汽車視訊...等。
也就是要開發汽車的行車電腦...等車用電子技術,這些車用電子技術之所以不容易切入,主要原因在於目前世界各車廠這部份都是獨家技術,沒有任何兩家車廠的規格是相同的,所以雖然都是電腦、電子,但是廠商沒辦法做,車廠也不會讓你做,要做就必須通過車廠的一堆認證,除了花錢,還花時間~
以下是參照網頁:
華創車電能成為另一個聯電或台積電嗎?
嚴凱泰主導華創車電前進中國市場
中華電信 跨足車用電子
發展汽車電子 催生新兆元產業
重兵集結華創車電 打造汽車夢
推動汽車電子產業 華創車電技術中心成立
工研院與華創車電共同開發UWB車輛安全感測技術
最後,這台車子的照片目前已經被人拍到了,下面就是這台車子被人拍到的照片,地點是中橫武嶺。
捕獲「華創車電」打造正港國產車!
什麼時候可以正式和大家見面呢?
根據2008/02/27的新聞,裕隆品牌車 明年發動引擎。
看起來大約年底可以正式現身,明年就能在展售中心看到車子了。
可能是年紀的關係,我四周圍的同學沒有一個聽過這個東西,很不幸的~我竟然知道..... = =
讓我一瞬間就覺得,我老拉~這是兩代間的代溝~
其實台灣很可憐(不是民進黨的愛台灣),可能是民族自尊吧~往往大家都覺得我們並不輸別人,事實上,看看台灣高鐵,看看台北101,台灣的技術真的不輸別人,再看看當每次打棒球世界盃時,旅外的球員都會盡量趕回來參賽,當政府要發展火箭、飛彈時,總工程師往往也都是在國外有成的台灣人回來協助研發的,雖然這樣,可是很多台灣人不知道為啥都有種自卑感,覺得國外的比較好,外國的月亮比較圓。
也不想想,我們能造出高速鐵路、能蓋出全世界第一高樓,電腦能夠賣到世界第一,世界上多少國家連想都不敢想,去找找韓國高鐵的資料,人家韓國高鐵蓋到沒錢蓋,增資好幾次(增資就是多借一點錢,可能是沒錢了,也可能花費比預算高),到最後差點蓋不出來,鐵軌有1/3必須沿用現有鐵軌,最近才在慢慢重新改用高鐵專用鐵軌(版式鐵軌)。
世界第一高樓也不是說蓋就ok,看看上海那個什麼環球金融中心,1996年說要蓋世界第一高,結果蓋到後來沒錢了(遇到金融風暴),然後大樓就這樣放著~一放10年,最近才又繼續蓋~
我們至少是說做,然後就一路按照計畫進行,一直到完成~
這樣看起來,到底我們自卑在哪裡阿?
昨天因為看到「飛羚101」的影片,就一併找了相關的資料,下面是簡單的介紹:
飛羚101是台灣第一部自行研發的汽車,除了引擎之外,整輛車子都是由「裕隆」設計製造的,這台車子在1986年上市,之後陸續有「飛羚102」、「精兵601」,都是衍生車型。
根據mobile01的討論串可以知道,飛羚101是裕隆公司心中的痛,也是台灣汽車產業的痛,在20年前,台灣被國際排擠,被中國打壓(到現在),因此政府希望能夠把工業科技發展起來,除了改善台灣環境,增加台灣的能見度之外,也希望能夠反攻大陸。
在整個工業發展中,汽車發展是很重要的一個部份,其實我們可以稍微注意一下「偉人傳記」、「Discovery、國家地理頻道的科技介紹、科技成就」,因為這些提到的人物、科技背後,往往都是影響了未來數十年甚至上百年的世界發展,其中福特發明汽車就是一個大家耳熟能詳的故事。
在偉人傳記中,我們只會知道福特發明汽車,然後當時和歐洲其他幾個大型車廠的競爭(克萊斯勒、法拉利...等),但是書中並沒有提到其他國家的處境,中國就是當時可憐的國家,沒有競爭的機會,自然不可能發展到汽車產業。
其實同樣的情況也發生在火車,看看目前世界上有能力設計、製造高速鐵路、捷運的國家,往前追溯,幾乎都是在火車發展的時期,有公司有碰觸到,擁有技術,然後參與競爭的國家。
至於其他國家,沒機會發展到的,大概終其一身就只能當消費者了~
正因為這樣,台灣在完全沒有技術背景的前提下要發展汽車,說難聽點,根本是找死~
事實證明了,果然差點把裕隆玩死了~
很多人在罵裕隆根本是賣國,當初政府為了讓它發展汽車,根本就是錢當水在倒,結果你裕隆把車子做出來了,有了汽車的設計技術了,就把整間公司賣給日本的Nissan,現在全部的裕隆車,統統都掛Nissan,這是怎樣~~
但是mobile01討論串內容推翻了這點,事實是,當時裕隆的確硬尻把車子尻出來了,但是技術背景不夠是事實,而且最重要的,台灣的汽車市場實在太小了,以現在來說,一年的車輛銷售約70000輛,少點就是60000多,多點就是70000多,這市場太小,而且已經飽和了。
裕隆自己慢慢尻,結果是光研發費用都攤不平,更不要說賺錢了,搞到最後裕隆差點破產,而現在整天穿阿曼尼的嚴凱泰之所以有名,就是因為當時他很倒楣的接了這樣的公司,然後透過公司賤賣(賣25%給Nissan),加上把裕隆很多廠關了才撐下來的,也因此被罵賣國。
所以飛羚101就成了裕隆和台灣的痛,裕隆因為她差點倒閉,一堆技術人員流失,台灣因為她,花了非常非常多的錢,結果汽車產業還是死了~
汽車產業是非常封閉的產業,世界上汽車廠商就這麼幾家,相互之間還互向結盟,要進入這樣的產業非常困難,一來沒有技術(技術在汽車100年前發展時就開始累積),二來沒有市場(市場都已經被這些廠商獨占),三來還會被惡意排擠(這些廠商會有意的排擠新的車廠),因此要發展汽車產業難度超級高,目前全世界真正成功把汽車產業發展起來的,就只有日本、南韓。
日本在發展時,也是吃足苦頭,TOYOTA最早時,在美國被視為便宜的破爛車,南韓也好不到哪裡,以前小的時候,就看過中視有播放韓劇「車神」,講韓國發展汽車的艱辛過程,最關鍵的一段場景是,為了證明他們的車子非常耐用,開出50輛汽車,橫越極地(我忘了地方,是很冷下雪的地方),然後由董事長(男主角)親自帶隊和記者跟隨,過程中還抓到其他車廠派去的間諜,試圖破壞車輛,要讓計畫失敗。
看得出來,汽車產業的發展,在各國都是非常辛苦的,我們自然也不例外,因此裕隆就成了非常好的反面教材。
不過裕隆在這20年沒有白過,他成為Nissan的附庸,但是看來仍舊在努力發展,目前裕隆已經有能力進行整車,根據網友說的,Nissan的SERENA180,就是裕隆的成果,SERENA180除了引擎之外,整輛車子都是由裕隆操刀設計的(應該不含底盤),因此可以知道,裕隆已經有整輛車子設計的能力,SERENA180甚至也賣回日本和東南亞部份國家。
在昨天翻找資料過程中發現到,裕隆似乎不甘於幫別人代工,從去年開始就已經陸續有新聞提到,裕隆在經過了20年之後,要再次自製汽車了。
儘管這件消息網路上有些網友說,裕隆只是因為要賣車到大陸,因為大陸的工業限制,要求一定要有造車能力才能在大陸賣車,所以裕隆才想造個車子,好方便他在大陸賣車。
但是最近陸續的消息是,裕隆為了這台車子,已經砸了100億台幣了,未來估計還需要砸800億進行行銷,而且裕隆為了造車,將新店舊廠重開,把全集團(裕隆、中華)的高手全部集結,就為了造出車子,我個人是認為,如果只是為了能在大陸賣車,這樣的投資規模也太大太誇張了,媒體甚至用了「嚴凱泰的豪賭」來形容這樣的投資,看得出來這不單純只是為了大陸市場,是真的想拼拼看。
看新聞,目前裕隆這台車子,已經進入最後階段了,也就是說,車輛早已實作完成,測試也進行的差不多了,看來已經到投產的階段了,在這裡我們幫忙他們集氣,希望這台車子未來能夠成功吃下大陸市場,反攻大陸不成,至少讓車子反攻成功。
最後,把目前已經知道的車子資訊po出來:
嚴凱泰絕不能輸的世紀豪賭 砸兩百億元拚第二輛自有品牌車
目前已知的消息是,車型最初將有3種:轎車、SUV及MPV。
引擎使用的是:華擎機械工業股份有限公司設計的引擎。
華擎機械工業股份有限公司是由裕隆、中華(同一家)、工研院(提供技術研發)、國家開發基金(政府資金)開辦的,目前已經設計出數顆引擎,包括:
1200 c.c.引擎
1300 c.c.引擎
2000 c.c.引擎
2200 c.c.引擎(具有渦輪增壓)
其中比較特別值得說的是,之前的中華威力(應該就是長得很像麵包車,方方正正又小小的中華三菱小箱型車),就是使用華擎1200 c.c.引擎,大部分人可能以為是三菱引擎吧..... :p
另外有趣的是,這家公司的引擎技術,主要是工研院機械所設計完成,由清大動機系李進修教授擔任顧問(李進修教授在GM進行相關設計非常久的時間)完成的。(參照:引擎設計與分析技術、汽機車引擎設計與分析技術書籍作者介紹)
新設計的這台車子將使用2200 c.c.引擎,另外會出柴油款,柴油款使用歐洲某廠的引擎,相關連結:
[新聞] 裕隆品牌車 明年發動引擎
以台灣的技術,做的出汽車引擎嗎?
華擎國造引擎前進中國 光陽產製機車騎進俄國
這輛新設計的車子沒有自製的部份,除了柴油引擎之外,大概就是底盤的設計,底盤使用的是雷諾的ESPACE的底盤,是華創車電出面向法國馬特拉集團支付技術報酬金方式,取得ESPACE底盤使用權(參照:裕隆自創品牌汽車 即將成真),目前這台車子最可惜的部份,大概就是油電系統了,目前看起來,這台車子最初版本應該不會是油電車(參照:油價飆漲 車廠搶推油電混合車),注意到參照的新聞,是2008/03/12),要在年底、明年推出新車,而且車子要是油電車,除非裕隆放假消息,否則看來是不可能的。
這輛新車由華創車電技術中心所研發,從「車電」可以注意到,它的目標不單單只有車輛研發,還包括了車用電子的研發。
從網路上找到的資料來看,它的股東不只有裕隆和開發基金,更重要的是還包括了宏達電、中華電信...等IT廠商,而且研發的項目不是只有單純的車用播放設備,內容可能包括了汽車晶片、行車電腦、倒車雷達、電子穩定系統、剎車系統、巡航系統、安全氣囊、安全保護系統和汽車視訊...等。
也就是要開發汽車的行車電腦...等車用電子技術,這些車用電子技術之所以不容易切入,主要原因在於目前世界各車廠這部份都是獨家技術,沒有任何兩家車廠的規格是相同的,所以雖然都是電腦、電子,但是廠商沒辦法做,車廠也不會讓你做,要做就必須通過車廠的一堆認證,除了花錢,還花時間~
以下是參照網頁:
華創車電能成為另一個聯電或台積電嗎?
嚴凱泰主導華創車電前進中國市場
中華電信 跨足車用電子
發展汽車電子 催生新兆元產業
重兵集結華創車電 打造汽車夢
推動汽車電子產業 華創車電技術中心成立
工研院與華創車電共同開發UWB車輛安全感測技術
最後,這台車子的照片目前已經被人拍到了,下面就是這台車子被人拍到的照片,地點是中橫武嶺。
捕獲「華創車電」打造正港國產車!
什麼時候可以正式和大家見面呢?
根據2008/02/27的新聞,裕隆品牌車 明年發動引擎。
看起來大約年底可以正式現身,明年就能在展售中心看到車子了。
2008年4月7日
新酷音自訂詞彙心得
新酷音要自訂詞彙有兩種方式:
正常的方式,是以「使用者詞庫」的方式建立,它會另外儲存到一個詞庫檔當中。
這種方式的缺點是,使用者詞庫的優先權似乎超級低,因此當遇到使用者詞庫和內建詞庫衝突時,很容易有問題,相關討論如下網址:
http://forum.talkdigi.net/phpBB2/viewtopic.php?t=513
見解如下:
以及
上述的共享詞庫,就是使用者詞庫。
剛討論內容是,「三交」這個網友認為新酷音詞庫維護團隊更新的實在太慢了,而且更新的並不符合使用習慣,他希望新酷音能夠有類似Google輸入法的功能,可以線上共享詞庫,因此以討論區手動的方式來進行詞庫整理。
使用者詞庫:
要在Linux上使用「使用者詞庫」,基本上有下列幾點要知道的:
1. 使用者詞庫檔案所在路徑、檔名
2. 當使用者詞庫有任何問題時,只需要將該目錄下的檔案刪除即可,尤其是「uhash.dat」這個詞庫檔
3. 「使用者詞庫」編輯工具
Linux下我目前並沒有找到「使用者詞庫」編輯工具,所以要使用,可以從 Windows 上把「使用者詞庫」編輯工具複製到 Linux,接著搭配 wine 來執行,我測試後,基本上除了「新增詞彙」不能動作之外,其他的功能應該都是正常的。
新增詞彙的動作怎麼辦?
可以直接利用「Ctrl + 2、3、4、5」添加詞彙,再把使用者詞庫檔讀取出來。
Windows上「使用者詞庫」編輯工具所在的路徑、檔名是:
4. 要使用前面網友「三交」的詞彙
步驟其實很簡單,下載他的詞彙檔,解壓縮後會得到檔案uhash.dat,接著刪除「~/.chewing/uhash.dat」,利用「wine HashEd.exe」將網友的uhash.dat匯入(匯入前正常情況應該是完全沒有詞彙的),接著存檔即可。
網友「三交」有提到我們自己的詞彙跟他的詞彙整合的問題,方法上其實也很單純,先把我們自己的詞彙輸入之後匯出成「uhash.dat」這樣的檔案,然後刪除「~/.chewing/uhash.dat」,再來把他的uhash.dat匯入,最後再匯入我們自己的「uhash.dat」
內建詞庫:
因為上述提過的原因,使用「使用者詞庫」有時候並不是好方法,再加上「使用者詞庫」沒辦法自行設定破音字的輸入,例如:「嫉ㄐ一ˋ妒」,這個「嫉ㄐ一ˋ」其實應該是「嫉ㄐ一ˊ」,但大家都用錯了,久而久之就變成非法的破音字。
這樣的詞彙沒辦法定義在「使用者詞庫」中,使用者詞庫無法允許不存在的字的詞彙,這時候我們就必須要修改「內建詞庫」。
內建詞庫的修改主要參考:
http://chewing.csie.net/chewing_dict_edit.html
首先我們先把流程列出來,流程如下:
1. 用 svn 下載「新酷音詞庫團隊」最新的詞庫檔
2. 產生內建詞庫相關的檔案
之後會產生出好幾個「.dat」的檔案,這些檔案就是內建詞庫的檔案,檔案如下:
3. 將內建詞庫所需檔案複製到系統中
首先要知道,Ubuntu 下「內建詞庫」的目錄在:
接著要知道,內建詞庫所需的檔案除了上述的 5 個「.dat」外,還有個「pinyin.tab」,操作如下:
4. 最後有個步驟要注意,「內建詞庫」在 Ubuntu 中,有個專門的套件,名稱叫做「libchewing3-data」,要記得把這個套件鎖定,否則系統更新後,改過的「內建詞庫」會被改寫掉
解說完更新的整個流程後,接著要來稍微解說如何改「內建詞庫」,「內建詞庫」的檔案就 2 個,檔名和功能如下(檔案存在 libchewingdata/utf-8/ 下):
phone.cin 定義所有字的注音(注意,它的注音是以英文表示,例如:「傅ㄈㄨˋ」會定義成「傅zj4」),因此要加入破音字可以修改這個檔加入
tsi.src 定義所有內建的詞庫(這邊注意到,它有個特性,就算「phone.cin」中沒有定義「嫉ㄐ一ˊ」,但它還是可以接受詞彙中同時有「嫉ㄐ一ˊ妒」、「嫉ㄐ一ˋ妒」)
tsi.src的詞彙格式如下:
酷音 1000 ㄎㄨˋ ㄧㄣ
其中1000表示優先順序,數值越大優先權越高
正常的方式,是以「使用者詞庫」的方式建立,它會另外儲存到一個詞庫檔當中。
這種方式的缺點是,使用者詞庫的優先權似乎超級低,因此當遇到使用者詞庫和內建詞庫衝突時,很容易有問題,相關討論如下網址:
http://forum.talkdigi.net/phpBB2/viewtopic.php?t=513
見解如下:
經三交的觀察,應該是使用者自建詞庫(hash.dat)與統計字頻率資料(us_freq.dat)發生搭配上的錯亂所致
而且執行「存入使用者詞庫」的次數愈多,問題就愈嚴重
當然,這有可能三交才會有的情況,或說是個案也可以
在研究「新酷音詞庫修改教學」之後
摸索出以下的方法,不敢保證一定有用
卻有相當程度的解決成效以及
Roger大,讓三交來跟你解釋一下
「工件」這個字在共享詞庫是不存在的
而是在內建詞庫才有
基本上內建詞庫(也就是裝好新酷音預設的詞庫)的詞
輸出的優先權永遠大於共享詞庫
所以三交再怎麼改,「工件」的優先權一定都會先於「弓箭」
改善方式就是如您文中所說的,「弓箭」連續打三次才能改善
算是內建詞庫的「原罪」吧Orz
共享詞庫沒這麼厲害的說上述的共享詞庫,就是使用者詞庫。
剛討論內容是,「三交」這個網友認為新酷音詞庫維護團隊更新的實在太慢了,而且更新的並不符合使用習慣,他希望新酷音能夠有類似Google輸入法的功能,可以線上共享詞庫,因此以討論區手動的方式來進行詞庫整理。
使用者詞庫:
要在Linux上使用「使用者詞庫」,基本上有下列幾點要知道的:
1. 使用者詞庫檔案所在路徑、檔名
~/.chewing/uhash.dat2. 當使用者詞庫有任何問題時,只需要將該目錄下的檔案刪除即可,尤其是「uhash.dat」這個詞庫檔
3. 「使用者詞庫」編輯工具
Linux下我目前並沒有找到「使用者詞庫」編輯工具,所以要使用,可以從 Windows 上把「使用者詞庫」編輯工具複製到 Linux,接著搭配 wine 來執行,我測試後,基本上除了「新增詞彙」不能動作之外,其他的功能應該都是正常的。
新增詞彙的動作怎麼辦?
可以直接利用「Ctrl + 2、3、4、5」添加詞彙,再把使用者詞庫檔讀取出來。
Windows上「使用者詞庫」編輯工具所在的路徑、檔名是:
C:\WINDOWS\system32\IME\Chewing\HashEd.exe4. 要使用前面網友「三交」的詞彙
步驟其實很簡單,下載他的詞彙檔,解壓縮後會得到檔案uhash.dat,接著刪除「~/.chewing/uhash.dat」,利用「wine HashEd.exe」將網友的uhash.dat匯入(匯入前正常情況應該是完全沒有詞彙的),接著存檔即可。
網友「三交」有提到我們自己的詞彙跟他的詞彙整合的問題,方法上其實也很單純,先把我們自己的詞彙輸入之後匯出成「uhash.dat」這樣的檔案,然後刪除「~/.chewing/uhash.dat」,再來把他的uhash.dat匯入,最後再匯入我們自己的「uhash.dat」
內建詞庫:
因為上述提過的原因,使用「使用者詞庫」有時候並不是好方法,再加上「使用者詞庫」沒辦法自行設定破音字的輸入,例如:「嫉ㄐ一ˋ妒」,這個「嫉ㄐ一ˋ」其實應該是「嫉ㄐ一ˊ」,但大家都用錯了,久而久之就變成非法的破音字。
這樣的詞彙沒辦法定義在「使用者詞庫」中,使用者詞庫無法允許不存在的字的詞彙,這時候我們就必須要修改「內建詞庫」。
內建詞庫的修改主要參考:
http://chewing.csie.net/chewing_dict_edit.html
首先我們先把流程列出來,流程如下:
1. 用 svn 下載「新酷音詞庫團隊」最新的詞庫檔
svn co http://svn.openfoundry.org/libchewingdata/2. 產生內建詞庫相關的檔案
cd libchewingdata/utf-8
rm *.dat *.dat_bin
wine dat2bin.exe之後會產生出好幾個「.dat」的檔案,這些檔案就是內建詞庫的檔案,檔案如下:
ch_index.dat
dict.dat
fonetree.dat
ph_index.dat
us_freq.dat3. 將內建詞庫所需檔案複製到系統中
首先要知道,Ubuntu 下「內建詞庫」的目錄在:
/usr/share/libchewing3/chewing/接著要知道,內建詞庫所需的檔案除了上述的 5 個「.dat」外,還有個「pinyin.tab」,操作如下:
cd libchewingdata
cp pinyin.tab /usr/share/libchewing3/chewing/ (pinyin.tab在 libchewingdata/ 下)
cd utf-8
cp *.dat /usr/share/libchewing3/chewing/ (產生出來的 *.dat 在 libchewingdata/utf-8/ 下)4. 最後有個步驟要注意,「內建詞庫」在 Ubuntu 中,有個專門的套件,名稱叫做「libchewing3-data」,要記得把這個套件鎖定,否則系統更新後,改過的「內建詞庫」會被改寫掉
解說完更新的整個流程後,接著要來稍微解說如何改「內建詞庫」,「內建詞庫」的檔案就 2 個,檔名和功能如下(檔案存在 libchewingdata/utf-8/ 下):
phone.cin 定義所有字的注音(注意,它的注音是以英文表示,例如:「傅ㄈㄨˋ」會定義成「傅zj4」),因此要加入破音字可以修改這個檔加入
tsi.src 定義所有內建的詞庫(這邊注意到,它有個特性,就算「phone.cin」中沒有定義「嫉ㄐ一ˊ」,但它還是可以接受詞彙中同時有「嫉ㄐ一ˊ妒」、「嫉ㄐ一ˋ妒」)
tsi.src的詞彙格式如下:
酷音 1000 ㄎㄨˋ ㄧㄣ
其中1000表示優先順序,數值越大優先權越高
2008年4月5日
壓縮軟體之比較
因為之前家裏File Server曾經因為PCI硬碟擴充卡出現問題,250G和80G硬碟的資料全毀,當時所有的卡通MP3和APE無失真音樂全數陣亡,讓我當場傻掉。
也因為這樣,我在之前文章提過了,在去年啟動了RAID計畫,把File Server電腦更新,從K7-度龍800升級到Core 2 Due電腦。
不過RAID仍舊會有資料損毀的可能,RAID雖然能保證壞一顆硬碟時受到保障,但如果同樣遇到PCI硬碟擴充卡出現問題,又或者IDE RAID上,同條排線的IDE硬碟有問題,都有可能造成RAID停止、資料損毀,甚至於說,RAID本身設定比較複雜,當出現問題時的問題排除步驟錯誤,也很有機會讓RAID掛掉(我在Lab的機器上就發生過)。
最保險的方式,莫過於把資料備份,用燒錄機燒成光碟片,只要光碟片品質好些、不亂丟、不刮傷、不發瘋拿去曬太陽殺菌,原則上來說還算是可以接受的備份方案,最重要的是,和其他備份方式相比,燒光碟成本是最低的。
把資料備份,我習慣上會先壓縮,尤其是MP3、APE這類檔案,因為光碟片本身會有編碼的問題,再加上經過壓縮打包,在解壓縮時我可以判斷檔案是否正常沒有損壞,所以我認為壓縮後燒錄事比較好的辦法。
當要燒錄,就牽涉到壓縮軟體的選用了,經過了一番挑選,我選擇了rar來使用,下面是我這次的挑選過程判斷。
常見的壓縮軟體包括:
zip、rar、7-zip、gzip、bzip2
這次對壓縮的需求有兩項:
1. 要支援分片壓縮,分片壓縮中最重要的一點,分片壓縮的壓縮檔要能獨立解壓縮
2. 要能正常的對中文、簡體中文、日文...等進行壓縮、解壓縮(也就是要支援Unicode)
經過了比較之後,我最後使用rar。
首先我先解釋一下需求,尤其是第1點,什麼叫做分片壓縮的壓縮檔要能獨立解壓縮?
因為我要燒到光碟上,分片壓縮是必要的,雖然光碟片理論上可以放很久,但是大家都知道,實際上光碟片放一放就不能讀的機會其實很高,這也是一片3元和一片12元片子的主要差異~可靠度。
而光碟片除了可能會不能讀之外,也可能因為刮傷等原因出現壞軌,這就會造成某個檔案讀取有問題。
因為媒體的可靠度不是百分之百可靠,因此分片壓縮的壓縮檔,必需要能獨立的解壓縮,這樣一來,就算檔案有損毀,也不會造成資料全毀,頂多是幾首MP3,幾張專輯毀壞罷了。
第2點相信不用多說了,MP3、APE這些音樂檔,各種語言都有,日文、中文、簡體中文都很常見,連韓文、俄文都出現過,不支援多國編碼(Unicode)的壓縮軟體,遇到日文、韓文就掛了,更不要說備份了。
而目前這幾種壓縮檔格式中,唯一全部符合的,就只有rar了。
zip是目前非常常見的壓縮檔格式,不但是使用最廣,也是支援最好,API最齊全的壓縮格式。
很不幸的,zip的歷史因素,造成了zip不支援Unicode的缺憾,正確的說法是,目前大多數的壓縮軟體,對zip的壓縮、解壓縮都不支援Unicode,這包括了WinRAR、WinZip、7-Zip...等。
因此很不幸的,zip落選了,儘管如此,但是因為zip有大量的API支援,目前我嘗試在寫的備份程式,還在試著用zip來達成需求。
rar對於多國語系竟然意外的好,這點和網路上許多WinRAR解簡體壓縮檔的經驗差異很大,事實上,rar壓縮、解壓縮各式語系的檔案,都能夠正常的操作。
而rar對於分片壓縮,也有很獨到的設計,除了rar分片壓縮出來的檔案能夠分片解壓縮外,rar的分片壓縮甚至有類似RAID的能力,能夠多產生幾個壓縮檔,容許幾個壓縮檔損毀,這功能並不常見。
不過rar也不是沒有缺點,他最大的問題在於,他是商業軟體,因此要花錢買,而且它並沒有免費提供壓縮的API。
7-Zip我原本對它頗為看好,一方面他的壓縮比可以很高,又是OpenSource的軟體,我一向對商業軟體有些感冒,而且在軟體介紹中有提到他支援分片壓縮,這讓我很興奮,結果感覺像是騙人的。
7-Zip的優點很多,壓縮比高於RAR等壓縮軟體是他的最大特色,加上他是OpenSource,對於Linux平台支援性很好,在各個平台都支援multi-thread,讓7-Zip在Linux上能夠最大程度的使用到多處理器的能力。
7-Zip對多國語系(Unicode)支援也非常好,預設就是UTF-8,因此基本上沒有檔名亂碼的問題,整體評價來說,僅次於RAR。
但是7-Zip的分片壓縮非常鳥,感覺很敷衍,7-Zip的分片壓縮其實只是簡單的檔案分割,動作流程如下:
1. 按照正常程序把一堆檔案壓縮
2. 壓縮完成之後產生 xxx.7z
3. 把 xxx.7z 開始分割,分割成 xxx.7z.000, xxx.7z.001...等
這有3個很大的缺點:
1. 要分片壓縮,它需要先壓縮,再分割檔案,這表示它的動作過程需要消耗 2倍 的硬碟空間,這在小檔案問題不大,但是當資料大到好幾G,甚至像我這樣好幾十G時,問題就很嚴重了,沒這麼多硬碟空間給它緩衝。
2. 它的每個分片壓縮檔都只是檔案分割,因此要解壓縮前,必需要先合併檔案,把分片壓縮檔還原,之後才能解壓縮,這意味著跟上面同樣的問題,解壓縮時同樣需要消耗 2倍 的硬碟空間。
3. 它必需要先合併分片壓縮檔之後才能解壓縮,這表示只要任何一個檔案損毀,整個資料就報銷了,你無法單獨把某個檔案找出來解壓縮。
此外,7-Zip還有個缺點,它提供的API非常差,尤其是Java的,基本上只有演算法的實作,還不到能用的程度。
至於gzip和bzip2,它的壓縮檔無法事後「加入」,只能夠一次壓縮完,這點問題不大~
gzip和bzip2的主要問題其實也是分片壓縮,它的分片壓縮和7-Zip一樣,都是檔案分割,會面臨同樣的問題,檔案編碼部份我則沒有注意。
也因為這樣,我在之前文章提過了,在去年啟動了RAID計畫,把File Server電腦更新,從K7-度龍800升級到Core 2 Due電腦。
不過RAID仍舊會有資料損毀的可能,RAID雖然能保證壞一顆硬碟時受到保障,但如果同樣遇到PCI硬碟擴充卡出現問題,又或者IDE RAID上,同條排線的IDE硬碟有問題,都有可能造成RAID停止、資料損毀,甚至於說,RAID本身設定比較複雜,當出現問題時的問題排除步驟錯誤,也很有機會讓RAID掛掉(我在Lab的機器上就發生過)。
最保險的方式,莫過於把資料備份,用燒錄機燒成光碟片,只要光碟片品質好些、不亂丟、不刮傷、不發瘋拿去曬太陽殺菌,原則上來說還算是可以接受的備份方案,最重要的是,和其他備份方式相比,燒光碟成本是最低的。
把資料備份,我習慣上會先壓縮,尤其是MP3、APE這類檔案,因為光碟片本身會有編碼的問題,再加上經過壓縮打包,在解壓縮時我可以判斷檔案是否正常沒有損壞,所以我認為壓縮後燒錄事比較好的辦法。
當要燒錄,就牽涉到壓縮軟體的選用了,經過了一番挑選,我選擇了rar來使用,下面是我這次的挑選過程判斷。
常見的壓縮軟體包括:
zip、rar、7-zip、gzip、bzip2
這次對壓縮的需求有兩項:
1. 要支援分片壓縮,分片壓縮中最重要的一點,分片壓縮的壓縮檔要能獨立解壓縮
2. 要能正常的對中文、簡體中文、日文...等進行壓縮、解壓縮(也就是要支援Unicode)
經過了比較之後,我最後使用rar。
首先我先解釋一下需求,尤其是第1點,什麼叫做分片壓縮的壓縮檔要能獨立解壓縮?
因為我要燒到光碟上,分片壓縮是必要的,雖然光碟片理論上可以放很久,但是大家都知道,實際上光碟片放一放就不能讀的機會其實很高,這也是一片3元和一片12元片子的主要差異~可靠度。
而光碟片除了可能會不能讀之外,也可能因為刮傷等原因出現壞軌,這就會造成某個檔案讀取有問題。
因為媒體的可靠度不是百分之百可靠,因此分片壓縮的壓縮檔,必需要能獨立的解壓縮,這樣一來,就算檔案有損毀,也不會造成資料全毀,頂多是幾首MP3,幾張專輯毀壞罷了。
第2點相信不用多說了,MP3、APE這些音樂檔,各種語言都有,日文、中文、簡體中文都很常見,連韓文、俄文都出現過,不支援多國編碼(Unicode)的壓縮軟體,遇到日文、韓文就掛了,更不要說備份了。
而目前這幾種壓縮檔格式中,唯一全部符合的,就只有rar了。
zip是目前非常常見的壓縮檔格式,不但是使用最廣,也是支援最好,API最齊全的壓縮格式。
很不幸的,zip的歷史因素,造成了zip不支援Unicode的缺憾,正確的說法是,目前大多數的壓縮軟體,對zip的壓縮、解壓縮都不支援Unicode,這包括了WinRAR、WinZip、7-Zip...等。
因此很不幸的,zip落選了,儘管如此,但是因為zip有大量的API支援,目前我嘗試在寫的備份程式,還在試著用zip來達成需求。
rar對於多國語系竟然意外的好,這點和網路上許多WinRAR解簡體壓縮檔的經驗差異很大,事實上,rar壓縮、解壓縮各式語系的檔案,都能夠正常的操作。
而rar對於分片壓縮,也有很獨到的設計,除了rar分片壓縮出來的檔案能夠分片解壓縮外,rar的分片壓縮甚至有類似RAID的能力,能夠多產生幾個壓縮檔,容許幾個壓縮檔損毀,這功能並不常見。
不過rar也不是沒有缺點,他最大的問題在於,他是商業軟體,因此要花錢買,而且它並沒有免費提供壓縮的API。
7-Zip我原本對它頗為看好,一方面他的壓縮比可以很高,又是OpenSource的軟體,我一向對商業軟體有些感冒,而且在軟體介紹中有提到他支援分片壓縮,這讓我很興奮,結果感覺像是騙人的。
7-Zip的優點很多,壓縮比高於RAR等壓縮軟體是他的最大特色,加上他是OpenSource,對於Linux平台支援性很好,在各個平台都支援multi-thread,讓7-Zip在Linux上能夠最大程度的使用到多處理器的能力。
7-Zip對多國語系(Unicode)支援也非常好,預設就是UTF-8,因此基本上沒有檔名亂碼的問題,整體評價來說,僅次於RAR。
但是7-Zip的分片壓縮非常鳥,感覺很敷衍,7-Zip的分片壓縮其實只是簡單的檔案分割,動作流程如下:
1. 按照正常程序把一堆檔案壓縮
2. 壓縮完成之後產生 xxx.7z
3. 把 xxx.7z 開始分割,分割成 xxx.7z.000, xxx.7z.001...等
這有3個很大的缺點:
1. 要分片壓縮,它需要先壓縮,再分割檔案,這表示它的動作過程需要消耗 2倍 的硬碟空間,這在小檔案問題不大,但是當資料大到好幾G,甚至像我這樣好幾十G時,問題就很嚴重了,沒這麼多硬碟空間給它緩衝。
2. 它的每個分片壓縮檔都只是檔案分割,因此要解壓縮前,必需要先合併檔案,把分片壓縮檔還原,之後才能解壓縮,這意味著跟上面同樣的問題,解壓縮時同樣需要消耗 2倍 的硬碟空間。
3. 它必需要先合併分片壓縮檔之後才能解壓縮,這表示只要任何一個檔案損毀,整個資料就報銷了,你無法單獨把某個檔案找出來解壓縮。
此外,7-Zip還有個缺點,它提供的API非常差,尤其是Java的,基本上只有演算法的實作,還不到能用的程度。
至於gzip和bzip2,它的壓縮檔無法事後「加入」,只能夠一次壓縮完,這點問題不大~
gzip和bzip2的主要問題其實也是分片壓縮,它的分片壓縮和7-Zip一樣,都是檔案分割,會面臨同樣的問題,檔案編碼部份我則沒有注意。
2008年4月4日
台製墨水夾的祕辛
今天心血來潮要來印東西,發現印表機又開始亂來了~
于是乎就給他清墨清墨清清清~
可是始終有問題(我這邊的問題不是印不出來,是會一直印出橫線.....而且只有上半部一塊),想當然也知道是哪個牌子的印表機這麼有能耐... :(
但是重點不在這裡,這個牌子的印表機出問題也不是一天兩天的事了,上述問題只是背景介紹,沒甚麼好說的,反正以後注意不要再買這個牌子的印表機就好了,這次要提的,是可怕的台製墨水夾~
因為原廠墨水夾跟台製墨水夾價差很大,在這個牌子的印表機上,也都會發生噴嘴阻塞、斷墨...等鳥問題,原廠的墨水夾又故意容量超小,清墨幾次~再來幾次~多來幾次~耶~沒了耶~結果印出來還是有問題,因此就開始找台製墨水夾~
一般來說,網路上~耳語~行銷時普遍會看到原廠和台製墨水夾的區別,通常都會告訴你幾個答案:
A:原廠色彩清晰,不會色偏(我只印報告,偏不偏不在乎,只要紅色還是紅色就好了)
B:原廠墨水夾容量小一半(x的勒~這怎麼行,我報告隨便都是100頁耶,印個3次就沒了是怎樣)
C:原廠墨水夾比較不會阻塞噴頭(屁拉~那我2星期清墨一次,卻還是一條條白線是怎樣?)
以上是常見的回答,跟我個人還有廣大民眾普遍的答案~
可是今天我得到了個可怕的經驗,我今天陪印表機玩了1個多鐘頭,結果發現我頭昏想吐,這顯然並不正常,況且晚餐時候都很正常~
而印表機列印時,會聞到油墨的味道~
于是乎,我用google打上了『台製墨水夾、致癌』這樣的關鍵字,就彈出了如下的句子:
.....
由於競爭激烈,部分廠商甚至不惜使用苯酚類溶劑 (致癌物)來製作墨水,而有些化學功力不如人,就乾脆在印表機前裝置吹風機,直接烘乾。研發人員對於『理想墨水』Ideal Ink的追求,正隨著現在的技術 進步,不斷地逼近。
.....
出處:
http://www.digital.idv.tw/DIGITAL/Classroom/MROH-CLASS/oh81/index-81.htm
接著我們可以在PCHOME看到HP原廠墨水夾的宣傳:
.....
全面顧及身體健康:
HP原廠耗材經過嚴格控管及檢測,品質佳、無異味、不含致癌物,不影響人體健康。
.....
出處:
http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=636985
雖然相關訊息的印表機廠牌是不同的,但我認為結果是大同小異的,同樣是墨水夾,原廠價格這麼貴到底貴在哪?只是色偏嗎?色偏不會是全部的答案~
這篇文章,是我親身的經驗,對台製和原廠仍舊有疑問的,還是選原廠吧~
除非你的印表機,是放在人不會靠近非常遠的地方或獨立的房間,否則,還是不要害人害已的好~
至於雷射的印表機,也有類似的問題,原廠的碳粉夾超級貴,填充式的碳粉價格非常便宜,台製的也是~
但我四周有個小經驗,我媽以前在國中當教職員,她有個同事掛了~
那個同事是肺癌走的,她在國中,就是非常好心的專門幫大家在影印室影印、印刷,結果我媽說現在學校沒人敢去影印、印刷~
原因何在?碳粉的微粒非常細,很容易被人吸入體內,吸入過多,問題就很嚴重了~
而台製或填充的碳粉,相較於原廠,更容易散溢出來,因此相對於原廠,對健康的危害就大得多了~
于是乎就給他清墨清墨清清清~
可是始終有問題(我這邊的問題不是印不出來,是會一直印出橫線.....而且只有上半部一塊),想當然也知道是哪個牌子的印表機這麼有能耐... :(
但是重點不在這裡,這個牌子的印表機出問題也不是一天兩天的事了,上述問題只是背景介紹,沒甚麼好說的,反正以後注意不要再買這個牌子的印表機就好了,這次要提的,是可怕的台製墨水夾~
因為原廠墨水夾跟台製墨水夾價差很大,在這個牌子的印表機上,也都會發生噴嘴阻塞、斷墨...等鳥問題,原廠的墨水夾又故意容量超小,清墨幾次~再來幾次~多來幾次~耶~沒了耶~結果印出來還是有問題,因此就開始找台製墨水夾~
一般來說,網路上~耳語~行銷時普遍會看到原廠和台製墨水夾的區別,通常都會告訴你幾個答案:
A:原廠色彩清晰,不會色偏(我只印報告,偏不偏不在乎,只要紅色還是紅色就好了)
B:原廠墨水夾容量小一半(x的勒~這怎麼行,我報告隨便都是100頁耶,印個3次就沒了是怎樣)
C:原廠墨水夾比較不會阻塞噴頭(屁拉~那我2星期清墨一次,卻還是一條條白線是怎樣?)
以上是常見的回答,跟我個人還有廣大民眾普遍的答案~
可是今天我得到了個可怕的經驗,我今天陪印表機玩了1個多鐘頭,結果發現我頭昏想吐,這顯然並不正常,況且晚餐時候都很正常~
而印表機列印時,會聞到油墨的味道~
于是乎,我用google打上了『台製墨水夾、致癌』這樣的關鍵字,就彈出了如下的句子:
.....
由於競爭激烈,部分廠商甚至不惜使用苯酚類溶劑 (致癌物)來製作墨水,而有些化學功力不如人,就乾脆在印表機前裝置吹風機,直接烘乾。研發人員對於『理想墨水』Ideal Ink的追求,正隨著現在的技術 進步,不斷地逼近。
.....
出處:
http://www.digital.idv.tw/DIGITAL/Classroom/MROH-CLASS/oh81/index-81.htm
接著我們可以在PCHOME看到HP原廠墨水夾的宣傳:
.....
全面顧及身體健康:
HP原廠耗材經過嚴格控管及檢測,品質佳、無異味、不含致癌物,不影響人體健康。
.....
出處:
http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=636985
雖然相關訊息的印表機廠牌是不同的,但我認為結果是大同小異的,同樣是墨水夾,原廠價格這麼貴到底貴在哪?只是色偏嗎?色偏不會是全部的答案~
這篇文章,是我親身的經驗,對台製和原廠仍舊有疑問的,還是選原廠吧~
除非你的印表機,是放在人不會靠近非常遠的地方或獨立的房間,否則,還是不要害人害已的好~
至於雷射的印表機,也有類似的問題,原廠的碳粉夾超級貴,填充式的碳粉價格非常便宜,台製的也是~
但我四周有個小經驗,我媽以前在國中當教職員,她有個同事掛了~
那個同事是肺癌走的,她在國中,就是非常好心的專門幫大家在影印室影印、印刷,結果我媽說現在學校沒人敢去影印、印刷~
原因何在?碳粉的微粒非常細,很容易被人吸入體內,吸入過多,問題就很嚴重了~
而台製或填充的碳粉,相較於原廠,更容易散溢出來,因此相對於原廠,對健康的危害就大得多了~
2008年3月29日
在論壇發英文信?
這個標題也許很多人看了會疑惑,對於英文程度馬馬虎虎的人,可能會覺得這沒甚麼大不了的,對專科出身的同學,可能會覺得~怎麼可能辦得到... :p
在下(第一次用唷)我以前高職、二專、二技上來的,國中時英文不算好,但也沒有非常的爛,至少現在進行式、過去式之類的還了解,到了高職,英文課少了很多,但是基本上英文退步基礎還沒退到鴨蛋~
到了二專~當替代役~二技,現在的程度大概比一個上芝麻街美語的小朋友還糟吧 = =||
雖然現在研究所了,但是基本上英文程度仍舊不怎麼樣~
身為一個可憐的研究生,雖然因為我不抽煙、不喝酒,還沒進入煙酒生的境界,但有時候仍然需要發英文信,像是在論壇詢問、寫信給paper作者,還有對一些軟體的功能發表一些建議.....(最後一個才是重點吧... :p)
我最早有模式的英文信,算是發給PSPad的,當時用PSPad看code,因為code很醜,理所當然的就需要一大堆的註解,在每次理解了的程式碼或段落的後面加上自己的理解,不然想想看,code這麼多,看這裡想到那個,看那個這個全忘了,這怎麼行~
可是當時的PSPad有個bug,bug問題在於字數計算,當時的PSPad對『中文』字的辨識能力很有問題,把每個字都當作半形來計算,結果就是結尾的中文註解會被切掉~
我因為實在受不了了,終於發出了算是第1篇比較有模式的英文信,至今一直按這個模式在處理,方法很簡單,就是靠『Dr.eye的全文翻譯』。
我們輸入中文讓他翻成英文,然後自己判斷一下他的語句順不順,大家都知道,翻譯軟體的全文翻譯能力差不多趨近於幼稚園程度,太複雜的句子它就會亂翻。
因此我們輸入的中文句子原則就是,句子愈簡單愈好,儘量不要一口氣給他翻譯超過2句(以,隔開的),第一次翻譯之後,看出規則性之後,然後手動進行調整,這句話就ok拉~
接著換下一句,因此怎麼樣用簡單的句子來描述問題很重要。
像『我在Ubuntu上的grub在開機時會crash』,就可以用『When my Ubuntu booting, the grub crashed』。
雖然語法可能有問題,整句話很醜很像幼稚園寫的,但是正常人看起來都知道,就是Ubuntu開機時會crash,這樣的英文對於我這種人來說,就很足夠了,畢竟是非正式的提問,而不是寫文章。
像前幾天,在PDF X-Change Viewer的論壇發文,給予建議,文章如下:
標題
Text copy with "-" and wrap-line
內容
hi~
I am a fan of PDF-XChange Viewer.
I find a good design in Adobe Reader, I think it can add to PDF X-Change Viewer.
When I copy the following articles,
========================================
.....
Wireless sensor networks are ideally suited for long-lived appli-
cations deployed at large densities for low cost. Unfortunately, the
current WSN platforms built from commercial off-the-shelf (COTS)
.....
========================================
In Adobe Reader, it like
Wireless sensor networks are ideally suited for long-lived applications
deployed at large densities for low cost. Unfortunately,
But in PDF-XChange Viewer, it like
Wireless sensor networks are ideally suited for long-lived appli-
cations deployed at large densities for low cost. Unfortunately,
We can see, in the Adobe Reader, when end-of-line is '-', it will merge words(appli- and cations -> applications), but PDF-XChange PDF Viewer will not.
I think this is a small function but it is very convenient, ,perhaps PDF-XChange PDF Viewer can join this function.
Yuan-Chia Fu
整段文章程度不怎樣,但至少明確的指名了我要表達的功能,這對我來說就夠了,有興趣的可以去看看,竟然還有人支持我的論點哩..... :p
在下(第一次用唷)我以前高職、二專、二技上來的,國中時英文不算好,但也沒有非常的爛,至少現在進行式、過去式之類的還了解,到了高職,英文課少了很多,但是基本上英文退步基礎還沒退到鴨蛋~
到了二專~當替代役~二技,現在的程度大概比一個上芝麻街美語的小朋友還糟吧 = =||
雖然現在研究所了,但是基本上英文程度仍舊不怎麼樣~
身為一個可憐的研究生,雖然因為我不抽煙、不喝酒,還沒進入煙酒生的境界,但有時候仍然需要發英文信,像是在論壇詢問、寫信給paper作者,還有對一些軟體的功能發表一些建議.....(最後一個才是重點吧... :p)
我最早有模式的英文信,算是發給PSPad的,當時用PSPad看code,因為code很醜,理所當然的就需要一大堆的註解,在每次理解了的程式碼或段落的後面加上自己的理解,不然想想看,code這麼多,看這裡想到那個,看那個這個全忘了,這怎麼行~
可是當時的PSPad有個bug,bug問題在於字數計算,當時的PSPad對『中文』字的辨識能力很有問題,把每個字都當作半形來計算,結果就是結尾的中文註解會被切掉~
我因為實在受不了了,終於發出了算是第1篇比較有模式的英文信,至今一直按這個模式在處理,方法很簡單,就是靠『Dr.eye的全文翻譯』。
我們輸入中文讓他翻成英文,然後自己判斷一下他的語句順不順,大家都知道,翻譯軟體的全文翻譯能力差不多趨近於幼稚園程度,太複雜的句子它就會亂翻。
因此我們輸入的中文句子原則就是,句子愈簡單愈好,儘量不要一口氣給他翻譯超過2句(以,隔開的),第一次翻譯之後,看出規則性之後,然後手動進行調整,這句話就ok拉~
接著換下一句,因此怎麼樣用簡單的句子來描述問題很重要。
像『我在Ubuntu上的grub在開機時會crash』,就可以用『When my Ubuntu booting, the grub crashed』。
雖然語法可能有問題,整句話很醜很像幼稚園寫的,但是正常人看起來都知道,就是Ubuntu開機時會crash,這樣的英文對於我這種人來說,就很足夠了,畢竟是非正式的提問,而不是寫文章。
像前幾天,在PDF X-Change Viewer的論壇發文,給予建議,文章如下:
標題
Text copy with "-" and wrap-line
內容
hi~
I am a fan of PDF-XChange Viewer.
I find a good design in Adobe Reader, I think it can add to PDF X-Change Viewer.
When I copy the following articles,
========================================
.....
Wireless sensor networks are ideally suited for long-lived appli-
cations deployed at large densities for low cost. Unfortunately, the
current WSN platforms built from commercial off-the-shelf (COTS)
.....
========================================
In Adobe Reader, it like
Wireless sensor networks are ideally suited for long-lived applications
deployed at large densities for low cost. Unfortunately,
But in PDF-XChange Viewer, it like
Wireless sensor networks are ideally suited for long-lived appli-
cations deployed at large densities for low cost. Unfortunately,
We can see, in the Adobe Reader, when end-of-line is '-', it will merge words(appli- and cations -> applications), but PDF-XChange PDF Viewer will not.
I think this is a small function but it is very convenient, ,perhaps PDF-XChange PDF Viewer can join this function.
Yuan-Chia Fu
整段文章程度不怎樣,但至少明確的指名了我要表達的功能,這對我來說就夠了,有興趣的可以去看看,竟然還有人支持我的論點哩..... :p
2008年3月25日
6年期儲蓄險
這次文章和電腦完全無關,這次我們來看看6年期儲蓄險..... :p
在3年前,差不多是研一下學期時,當時聽說有6年期儲蓄險,在當時利率不斷往下掉的時代,很多人投入,我在當時剛好收到新光人壽的6年期儲蓄險DM,就保拉~
當時的概念很簡單,因為研究所很忙,沒時間搞東搞西,想存錢又擔心戶頭有錢就會隨意亂花,因此想,那就乾脆保了吧,當作強迫存錢,而且在當時,的確是潮流~
大概到了前年底~去年,開始有很多新聞報導到,很多人提前解約,因為定存利率開始上升了。
那麼,到底我存的6年期儲蓄險最後是賺了,還是賠了呢?
其實6年期儲蓄險這個概念真的很有趣,在非常華麗的外表下,內在其實就是「定存」,不過和一般定存不同,他的定存年限非常的長,以我現在算過之後來做選擇,我不會再選6年期儲蓄險。
因為我錢多半放中國信託,因此以中國信託的利率來計算,利率用的是現在2008/3的利率。
看到台幣存款利率,目前定存利率如下:
1 月 2.0850%
3 月 2.1600%
6 月 2.3300%
9 月 2.4600%
1 年 2.6000%
2 年 2.6450%
3 年 2.6750%
因為6年期儲蓄險是沒辦法中途停止的,因此我們用固定利率來計算。
首先我們假設,我們要存的是180,000的保單,第1年要繳28,110元,之後每年要繳27,829元。
該金額由當時的DM擷取,一分錢都不差。
因為是每年繳錢,因此計算上不會是用28,110 + 27,829 x 5 = 167,255來算。
如果以167,255來計算6年期的定存利率,那麼很簡單,利息就是:
168,660 x 2.6750% = 4,474.07125(1年利息)
4,474.07125 x 6 = 26,844.4275(6年利息)
換算下來,利息幾乎是6年期儲蓄險提供的2倍,這顯然出入很大,畢竟你又不是一次投入的,而是分階段一年一年投入的,因此計算上會變成:
第1年的錢 28,110 x 2.6750% x 6 = 4,511.655
第2年的錢 27,829 x 2.6750% x 5 = 3,722.12875
第3年的錢 27,829 x 2.6750% x 4 = 2,977.703
第4年的錢 27,829 x 2.6750% x 3 = 2,233.27725
第5年的錢 27,829 x 2.6450% x 2 = 1,472.1541(定存低於3年,改以2年定存利率來計算)
第6年的錢 27,829 x 2.6000% x 1 = 7,23.554(定存低於2年,改以1年定存利率來計算)
接下來把所有的利息加起來,如下:
4,511.655 + 3,722.12875 + 2,977.703 + 2,233.27725 + 1,472.1541 + 723.554 = 15,640.4721
這就是實際拿來定存時的利息,和前面我們提到的獲利相比。
15,640.4721 和 12,745 比較,整體來看,新光3年前的6年期儲蓄險和現在定存相比,大概少了3000元上下。
不過事情不能這樣推算,當時的利息的確是偏低的,以當時利率來說,保險公司實際上,是在賭未來的利率,像現在這樣,保險公司就是贏了~
但是有一點我們要先想一下,當你保單簽下去之後,就必須要和6年後的利率來比較,我們也許可以推測未來一年的利率,勉強可以推測未來3年的利率,但是未來6年,利率會如何?
因此,像之前那樣,日本零利率,台灣持續降息的時候,我們該賭6年後利息會降到0?還是該賭6年後利息會升?
再者,以現在來看3年前的儲蓄險,我們可以估計到未來會賠更慘,因為3/22剛結束,大家都認為未來會持續升息,但是未來還有3年,我們能保證3年後利率會比現在更高嗎?
最後,有一個很重要的點,既然現在看來,和定存相比已經賠了,那我應該解約把錢拿出來嗎?
根據新光人壽的說法,你解約,那麼只能拿回7成的錢~
以目前第3年的現款打7折來看,如下:
28,110 + 27,829 x 2 = 83,768
83,768 - (83,768 * 70%) = 25130.4
注意到,我們立刻賠了25,130.4元,除非你能在其它投資中獲得比這個更高的金額,否則還是乖乖的把遊戲玩到底吧!
在3年前,差不多是研一下學期時,當時聽說有6年期儲蓄險,在當時利率不斷往下掉的時代,很多人投入,我在當時剛好收到新光人壽的6年期儲蓄險DM,就保拉~
當時的概念很簡單,因為研究所很忙,沒時間搞東搞西,想存錢又擔心戶頭有錢就會隨意亂花,因此想,那就乾脆保了吧,當作強迫存錢,而且在當時,的確是潮流~
大概到了前年底~去年,開始有很多新聞報導到,很多人提前解約,因為定存利率開始上升了。
那麼,到底我存的6年期儲蓄險最後是賺了,還是賠了呢?
其實6年期儲蓄險這個概念真的很有趣,在非常華麗的外表下,內在其實就是「定存」,不過和一般定存不同,他的定存年限非常的長,以我現在算過之後來做選擇,我不會再選6年期儲蓄險。
因為我錢多半放中國信託,因此以中國信託的利率來計算,利率用的是現在2008/3的利率。
看到台幣存款利率,目前定存利率如下:
1 月 2.0850%
3 月 2.1600%
6 月 2.3300%
9 月 2.4600%
1 年 2.6000%
2 年 2.6450%
3 年 2.6750%
因為6年期儲蓄險是沒辦法中途停止的,因此我們用固定利率來計算。
首先我們假設,我們要存的是180,000的保單,第1年要繳28,110元,之後每年要繳27,829元。
該金額由當時的DM擷取,一分錢都不差。
因為是每年繳錢,因此計算上不會是用28,110 + 27,829 x 5 = 167,255來算。
如果以167,255來計算6年期的定存利率,那麼很簡單,利息就是:
168,660 x 2.6750% = 4,474.07125(1年利息)
4,474.07125 x 6 = 26,844.4275(6年利息)
換算下來,利息幾乎是6年期儲蓄險提供的2倍,這顯然出入很大,畢竟你又不是一次投入的,而是分階段一年一年投入的,因此計算上會變成:
第1年的錢 28,110 x 2.6750% x 6 = 4,511.655
第2年的錢 27,829 x 2.6750% x 5 = 3,722.12875
第3年的錢 27,829 x 2.6750% x 4 = 2,977.703
第4年的錢 27,829 x 2.6750% x 3 = 2,233.27725
第5年的錢 27,829 x 2.6450% x 2 = 1,472.1541(定存低於3年,改以2年定存利率來計算)
第6年的錢 27,829 x 2.6000% x 1 = 7,23.554(定存低於2年,改以1年定存利率來計算)
接下來把所有的利息加起來,如下:
4,511.655 + 3,722.12875 + 2,977.703 + 2,233.27725 + 1,472.1541 + 723.554 = 15,640.4721
這就是實際拿來定存時的利息,和前面我們提到的獲利相比。
15,640.4721 和 12,745 比較,整體來看,新光3年前的6年期儲蓄險和現在定存相比,大概少了3000元上下。
不過事情不能這樣推算,當時的利息的確是偏低的,以當時利率來說,保險公司實際上,是在賭未來的利率,像現在這樣,保險公司就是贏了~
但是有一點我們要先想一下,當你保單簽下去之後,就必須要和6年後的利率來比較,我們也許可以推測未來一年的利率,勉強可以推測未來3年的利率,但是未來6年,利率會如何?
因此,像之前那樣,日本零利率,台灣持續降息的時候,我們該賭6年後利息會降到0?還是該賭6年後利息會升?
再者,以現在來看3年前的儲蓄險,我們可以估計到未來會賠更慘,因為3/22剛結束,大家都認為未來會持續升息,但是未來還有3年,我們能保證3年後利率會比現在更高嗎?
最後,有一個很重要的點,既然現在看來,和定存相比已經賠了,那我應該解約把錢拿出來嗎?
根據新光人壽的說法,你解約,那麼只能拿回7成的錢~
以目前第3年的現款打7折來看,如下:
28,110 + 27,829 x 2 = 83,768
83,768 - (83,768 * 70%) = 25130.4
注意到,我們立刻賠了25,130.4元,除非你能在其它投資中獲得比這個更高的金額,否則還是乖乖的把遊戲玩到底吧!
2008年3月15日
Linux 晶片卡讀卡機 使用心得
本篇po在摩托學園『五月天為了報稅安裝讀卡機』的回文,一樣是我po的,所以現在就另外貼在自己的blog上。
晶片卡和晶片卡讀卡機很重要,現在webATM盛行,一些銀行的webATM轉帳還比較便宜,晶片卡也能拿來報稅,如果Linux也能使用,那是非常棒的事情。
可惜目前在Linux上,還是無法使用晶片卡來進行報稅或webATM,主要原因是軟體幾乎都是針對Windows寫的,並沒有針對Linux寫,因此儘管Linux上的讀卡機有驅動程式,可以讀到卡片,但是仍然無法使用。
目前就我最近查到的,在wine-dev的mail-list中,2008-03(現在) ,已經有人開始針對WINE上smartcard相關的service和.dll撰寫中,雖然目的不清楚(看發文的工程師,公司title是做security方面的),但有在寫總是比較好的,至少有進步了。
不過看討論,他們目前還只是在作變數的對應,功能性的function應該都還沒動,路~還長著呢~~
下面是我針對晶片卡讀卡機在Linux(Ubuntu,但我認為Debian應該也是)下的設定、使用方式。
針對的是『Castles 虹堡 EZ-100PU』,該公司其他幾款共用Driver的,也都能夠使用。
而這麼大手筆打它廣告,並不是因為我跟公司有利益關係,而是目前我只知道他有提供Linux Driver,如果其他公司的晶片卡讀卡機有提供Linux Driver,我不小心剛好有機會用到,我會再修正它,但是現階段,就是在幫他打廣告沒錯。
1. pcsc-lite 套件不需要這麼辛苦的安裝,套件庫裡面已經有了
雖然PC/SC Lite在套件庫中已經有了,但是『EZ100PU/EZMINI/PISCES系列的驅動程式』仍舊需要,因此要到『虹堡科技股份有限公司』的網站下載Linux Driver,我們只需要裡面的『ezusb.so』
2. ezusb.so 建議複製到『/usr/lib/pcsc/drivers/ezusb.so』,PC/SC Reader的驅動程式都放在這裡
3. 設定檔的部分要修改
新增檔案『/etc/reader.conf.d/libezusb』
內容>如下:
這邊要稍微注意的是,『DEVICENAME 不再是 CAS_SMART_RDR』,要改為『/dev/null』。
這應該是因為我們這台是USB的關係,看其他設定檔,都是指定為『/dev/ttyS?』。
接下來以root執行
它就會自動更新到『/etc/reader.conf』了。
4. 關於插入讀卡機之後要重新開機的問題,不用麻煩~
只需要把 pcscd 重跑即可,如下:
5. 要知道目前讀卡機有沒有抓到,卡片有沒有插入,可以使用『pcsc_scan』這個程式。
我的/var/log/message訊息如下:
執行pcsc_scan後如下:
6. 我用WINE執行IE,然後連線到郵局的webatm,它的.ocx元件我能夠下載下來,也能夠透過wine的regsvr32.exe註冊到WINE系統裡。
進入webatm.post.gov.tw之後,他不會顯示元件尚未下載(看起來已經成功註冊到WINE了),但是會顯示『找不到讀卡機』。
目前看起來,Linux的Reader有成功跑起來,網路郵局的元件有有跑起來,但是WINE似乎缺少Reader的wrapper,所以目前仍舊沒辦法用讀卡機在網路郵局轉帳...
晶片卡和晶片卡讀卡機很重要,現在webATM盛行,一些銀行的webATM轉帳還比較便宜,晶片卡也能拿來報稅,如果Linux也能使用,那是非常棒的事情。
可惜目前在Linux上,還是無法使用晶片卡來進行報稅或webATM,主要原因是軟體幾乎都是針對Windows寫的,並沒有針對Linux寫,因此儘管Linux上的讀卡機有驅動程式,可以讀到卡片,但是仍然無法使用。
目前就我最近查到的,在wine-dev的mail-list中,2008-03(現在) ,已經有人開始針對WINE上smartcard相關的service和.dll撰寫中,雖然目的不清楚(看發文的工程師,公司title是做security方面的),但有在寫總是比較好的,至少有進步了。
不過看討論,他們目前還只是在作變數的對應,功能性的function應該都還沒動,路~還長著呢~~
下面是我針對晶片卡讀卡機在Linux(Ubuntu,但我認為Debian應該也是)下的設定、使用方式。
針對的是『Castles 虹堡 EZ-100PU』,該公司其他幾款共用Driver的,也都能夠使用。
而這麼大手筆打它廣告,並不是因為我跟公司有利益關係,而是目前我只知道他有提供Linux Driver,如果其他公司的晶片卡讀卡機有提供Linux Driver,我不小心剛好有機會用到,我會再修正它,但是現階段,就是在幫他打廣告沒錯。
1. pcsc-lite 套件不需要這麼辛苦的安裝,套件庫裡面已經有了
apt-get install pcsc-tools pcscd雖然PC/SC Lite在套件庫中已經有了,但是『EZ100PU/EZMINI/PISCES系列的驅動程式』仍舊需要,因此要到『虹堡科技股份有限公司』的網站下載Linux Driver,我們只需要裡面的『ezusb.so』
2. ezusb.so 建議複製到『/usr/lib/pcsc/drivers/ezusb.so』,PC/SC Reader的驅動程式都放在這裡
3. 設定檔的部分要修改
新增檔案『/etc/reader.conf.d/libezusb』
內容>如下:
FRIENDLYNAME "CASTLES EZ100PU"
DEVICENAME /dev/null
LIBPATH /usr/lib/pcsc/drivers/ezusb.so
CHANNELID 0x000000這邊要稍微注意的是,『DEVICENAME 不再是 CAS_SMART_RDR』,要改為『/dev/null』。
這應該是因為我們這台是USB的關係,看其他設定檔,都是指定為『/dev/ttyS?』。
接下來以root執行
update-reader.conf它就會自動更新到『/etc/reader.conf』了。
4. 關於插入讀卡機之後要重新開機的問題,不用麻煩~
只需要把 pcscd 重跑即可,如下:
/etc/init.d/pcscd restart5. 要知道目前讀卡機有沒有抓到,卡片有沒有插入,可以使用『pcsc_scan』這個程式。
我的/var/log/message訊息如下:
Mar 8 15:16:46 ycfu kernel: [12204.451952] usb 4-2: new full speed USB device using uhci_hcd and address 7
Mar 8 15:16:46 ycfu kernel: [12204.629079] usb 4-2: configuration #1 chosen from 1 choice
(插入讀卡機後,執行/etc/init.d/pcscd start)
Mar 8 15:16:58 ycfu pcscd: readerfactory.c:1113:RFInitializeReader() Attempting startup of CASTLES EZ100PU 00 00 using /usr/lib/pcsc/drivers/ezusb.so
Mar 8 15:16:58 ycfu pcscd: readerfactory.c:946:RFBindFunctions() Loading IFD Handler 2.0
Mar 8 15:16:58 ycfu pcscd: pcscdaemon.c:507:main() pcsc-lite 1.4.3 daemon ready.
Mar 8 15:16:58 ycfu pcscd: hotplug_libusb.c:401:HPEstablishUSBNotifications() Driver ifd-etoken.bundle does not support IFD_GENERATE_HOTPLUG
Mar 8 15:16:58 ycfu pcscd: hotplug_libusb.c:410:HPEstablishUSBNotifications() Polling forced every 1 second(s)執行pcsc_scan後如下:
ycfu [/etc] -ycfu- pcsc_scan
PC/SC device scanner
V 1.4.9 (c) 2001-2006, Ludovic Rousseau
Compiled with PC/SC lite version: 1.4.2
Scanning present readers
0: CASTLES EZ100PU 00 00
Sat Mar 8 15:18:06 2008
Reader 0: CASTLES EZ100PU 00 00
Card state: Card removed,
(插入郵局提款卡之後)
Sat Mar 8 15:18:29 2008
Reader 0: CASTLES EZ100PU 00 00
Card state: Card inserted,
ATR: 3B F7 11 00 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
ATR: 3B F7 11 00 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
+ TS = xx --> Direct Convention
+ T0 = xx, Y(1): xxxx, K: x (historical bytes)
.......6. 我用WINE執行IE,然後連線到郵局的webatm,它的.ocx元件我能夠下載下來,也能夠透過wine的regsvr32.exe註冊到WINE系統裡。
進入webatm.post.gov.tw之後,他不會顯示元件尚未下載(看起來已經成功註冊到WINE了),但是會顯示『找不到讀卡機』。
目前看起來,Linux的Reader有成功跑起來,網路郵局的元件有有跑起來,但是WINE似乎缺少Reader的wrapper,所以目前仍舊沒辦法用讀卡機在網路郵局轉帳...
2008年2月27日
電磁波的可怕~
這次用了個聳動的標題,希望反向操作,讓查詢電磁波危害的人能夠了解「事實」。
最近幾年,電磁波的議題變得非常火熱,尤其是在台灣,三不五時就會有新聞告訴你,你附近的電磁波會強到把你腦袋燒了,結果是什麼?
結果是像我老媽這樣的人,每天看著電視、抱著無線電話,手裡拎著手機,卻說不要無線電,不要無線網路。
關於電磁波,從下面這篇文章:
炒新聞的又來了
有完整的解釋。
簡單的說:
目前所有跟電磁波有關的新聞,全部都是由『台灣環保聯盟』炒作出來的。
這個『台灣環保聯盟』專門在搞反核四、反電磁波這些議題,並且從中獲利。
以電磁波來說,他們到處去亂測,然後拿電磁波來做新聞,讓大家對電磁波害怕、畏懼,接著他們就租借、販賣測量電磁波的工具,甚至販賣電磁波危害說的書籍。
如下轉述:
===================================
本會「電磁波測試器」租借辦法
租借須知
自從本會關心「電磁波」議題以來,民眾詢問度非常多與踴躍,故本會特別提供電磁波測試器,以便民眾免費租借使用。
借閱辦法
一、填寫電磁波儀器租借單及租借收據。
二、抵押現金二仟元,租期為時兩天,歸還時以租借收據作為退還押金的依據。
三、工作人員向您說明如何使用電磁波測試器。
四、完成租借手續,帶調查表與須知回家。
五、歸還時煩請填寫調查結果。
六、此儀器無法探測基地台及行動電話,請注意!
租借時間
週一至週五,上午10:00~12:00,下午14:00~17:00
服務地點
台北總會 台北市汀州路三段107號二樓
舊三軍總醫院對面,台電大樓捷運站 02-2364-8587
台中友會 主婦聯盟台中辦公室 04-23755234
台南分會 06-3363751
桃園分會 03-3346452
義 賣 品
重要書籍:向電磁波說不-如何避開電磁場污染 義賣價280元
測試機器:電磁波測試器 義賣價2,000元
===================================
最重要的就是「義賣品」的部份,看得出來,應該很好賺。
而除了上述之外,相信主要的財源來自於「捐款」,也就是說,公司不捐款,公司就是超強電磁波發射器,四周圍的鄰居通通會得癌症死亡,然後四周圍宣傳,說隔壁某某陳先生就是因為電磁波死的,反正現在癌症死亡這麼多,挨家挨戶問,一定可以問到,接著串起來四處宣傳,全部都是你們公司的電磁波造成的。
這樣的行為,就是環保流氓。
而關於這個環保流氓的團體,一些其他的blog也有評論,如下:
新聞記者的專業在那裡?
沒見過壞人嗎:拒絕無知,消滅對電磁波的恐懼
大紀元:電磁波應由合格證照單位量測
以上來源由炒新聞的又來了取得
在上面同個blog中提到了,電磁波目前的危害在哪裡?什麼叫做電磁波?解釋的清楚明白,比我之前了解的要明白。
首先,什麼叫做電磁波?
先說我的了解。
電磁波就是能量,我們生活的地球,大部分感受得到的能量,都以電磁波來描述、表現。
各種聲音、亮光都是電磁波的表現形式。
所以,當你到郊外時,聽到鳥的叫聲,或者你抓了一隻鳥來,用電磁波的偵測器來測量,沒錯~它是會有反應的。
科學家,或說工程師很厲害,他們將電磁波分類,從低頻率到高頻率一層層區分開來,然後畫成一張電磁波的表,這就是頻譜表。
電磁波既然是能量,能量對人體有沒有害處或影響?
根據前面提到的blog說到,目前人們對電磁波和人體影響的了解。
「能量大的(電磁波),會破壞身體細胞分子的鍵結(身體細胞的分子和分子間像鏈子一樣鎖緊,才能維持固定的形狀,太強的能量會把鏈子打斷,破壞原有的功能,或者造成細胞增殖DNA異常啟動,就是癌症)」。
這是目前對電磁波影響人體的主要癥結,而目前知道最強的電磁波射線,對人體有害的,就是「伽傌射線」、「X光」,這些射線的能量都很強,因此都有限制人最大的吸收量。
除此之外的其他電磁波射線(能量更小的),目前並沒有任何證據證明對人體有影響。
blog中提到了紫外線,也就是太陽光,曬久了也不過就是皮膚很黑,會晒傷~
所以,不要再相信無謂的謠言了,事實上目前大部分這類的說法,都是沒有根據的。
上次工研院才發新聞稿說,這些環保團體(就是指『台灣環保聯盟』),他們的偵測器單位根本錯了,偵測器測的單位跟發佈(拿來騙錢)的單位根本不一樣,完全是外行在亂搞。
我們應該嚴重的抵制這樣的團體、這樣的行為,讓這樣的寄生蟲消失在台灣這片淨土(好有綠意)。
最近幾年,電磁波的議題變得非常火熱,尤其是在台灣,三不五時就會有新聞告訴你,你附近的電磁波會強到把你腦袋燒了,結果是什麼?
結果是像我老媽這樣的人,每天看著電視、抱著無線電話,手裡拎著手機,卻說不要無線電,不要無線網路。
關於電磁波,從下面這篇文章:
炒新聞的又來了
有完整的解釋。
簡單的說:
目前所有跟電磁波有關的新聞,全部都是由『台灣環保聯盟』炒作出來的。
這個『台灣環保聯盟』專門在搞反核四、反電磁波這些議題,並且從中獲利。
以電磁波來說,他們到處去亂測,然後拿電磁波來做新聞,讓大家對電磁波害怕、畏懼,接著他們就租借、販賣測量電磁波的工具,甚至販賣電磁波危害說的書籍。
如下轉述:
===================================
本會「電磁波測試器」租借辦法
租借須知
自從本會關心「電磁波」議題以來,民眾詢問度非常多與踴躍,故本會特別提供電磁波測試器,以便民眾免費租借使用。
借閱辦法
一、填寫電磁波儀器租借單及租借收據。
二、抵押現金二仟元,租期為時兩天,歸還時以租借收據作為退還押金的依據。
三、工作人員向您說明如何使用電磁波測試器。
四、完成租借手續,帶調查表與須知回家。
五、歸還時煩請填寫調查結果。
六、此儀器無法探測基地台及行動電話,請注意!
租借時間
週一至週五,上午10:00~12:00,下午14:00~17:00
服務地點
台北總會 台北市汀州路三段107號二樓
舊三軍總醫院對面,台電大樓捷運站 02-2364-8587
台中友會 主婦聯盟台中辦公室 04-23755234
台南分會 06-3363751
桃園分會 03-3346452
義 賣 品
重要書籍:向電磁波說不-如何避開電磁場污染 義賣價280元
測試機器:電磁波測試器 義賣價2,000元
===================================
最重要的就是「義賣品」的部份,看得出來,應該很好賺。
而除了上述之外,相信主要的財源來自於「捐款」,也就是說,公司不捐款,公司就是超強電磁波發射器,四周圍的鄰居通通會得癌症死亡,然後四周圍宣傳,說隔壁某某陳先生就是因為電磁波死的,反正現在癌症死亡這麼多,挨家挨戶問,一定可以問到,接著串起來四處宣傳,全部都是你們公司的電磁波造成的。
這樣的行為,就是環保流氓。
而關於這個環保流氓的團體,一些其他的blog也有評論,如下:
新聞記者的專業在那裡?
沒見過壞人嗎:拒絕無知,消滅對電磁波的恐懼
大紀元:電磁波應由合格證照單位量測
以上來源由炒新聞的又來了取得
在上面同個blog中提到了,電磁波目前的危害在哪裡?什麼叫做電磁波?解釋的清楚明白,比我之前了解的要明白。
首先,什麼叫做電磁波?
先說我的了解。
電磁波就是能量,我們生活的地球,大部分感受得到的能量,都以電磁波來描述、表現。
各種聲音、亮光都是電磁波的表現形式。
所以,當你到郊外時,聽到鳥的叫聲,或者你抓了一隻鳥來,用電磁波的偵測器來測量,沒錯~它是會有反應的。
科學家,或說工程師很厲害,他們將電磁波分類,從低頻率到高頻率一層層區分開來,然後畫成一張電磁波的表,這就是頻譜表。
電磁波既然是能量,能量對人體有沒有害處或影響?
根據前面提到的blog說到,目前人們對電磁波和人體影響的了解。
「能量大的(電磁波),會破壞身體細胞分子的鍵結(身體細胞的分子和分子間像鏈子一樣鎖緊,才能維持固定的形狀,太強的能量會把鏈子打斷,破壞原有的功能,或者造成細胞增殖DNA異常啟動,就是癌症)」。
這是目前對電磁波影響人體的主要癥結,而目前知道最強的電磁波射線,對人體有害的,就是「伽傌射線」、「X光」,這些射線的能量都很強,因此都有限制人最大的吸收量。
除此之外的其他電磁波射線(能量更小的),目前並沒有任何證據證明對人體有影響。
blog中提到了紫外線,也就是太陽光,曬久了也不過就是皮膚很黑,會晒傷~
所以,不要再相信無謂的謠言了,事實上目前大部分這類的說法,都是沒有根據的。
上次工研院才發新聞稿說,這些環保團體(就是指『台灣環保聯盟』),他們的偵測器單位根本錯了,偵測器測的單位跟發佈(拿來騙錢)的單位根本不一樣,完全是外行在亂搞。
我們應該嚴重的抵制這樣的團體、這樣的行為,讓這樣的寄生蟲消失在台灣這片淨土(好有綠意)。
2008年2月20日
OpenSource規避手法的技巧
最近寫MYVIDEO時有用到MPlayer,如果你有稍微去看過MPlayer frontend的設定,你就會發現裡面有一些奇怪的設定,像SMPlayer的設定中,進階的部份有所謂的「End of file」和「No video」這樣的設定,裡面寫了奇怪的字串。
其實MPlayer並沒有提供任何library供人呼叫使用,它利用fork()來建立process,用execvl來執行mplayer指令,至於下指令的方式,則利用pipe或fifo來連接操作。
這樣的設計的確可以規避掉OpenSource GNU GPL的麻煩,而且同樣可以利用GNU GPL的程式。
例如:
我們想要使用一套GNU GPL的library,它是FTP的,我們可以特別為這個FTP library來寫一個程式,這個程式類似MPlayer,是獨立程式,提供FTP連線操作,我們可以利用pipe、fifo甚至socket的方式來操作它。
如此一來,我們的主程式不會有授權的問題,只需要OpenSource這個操作的小程式即可。
其實同樣的情況也發生在LIRC的Windows版本,我去看了WINLIRC之後發現,WINLIRC本身是GNU GPL的,而且同樣沒有提供呼叫用的library,但它提供了socket的呼叫、控制,透過這樣的方式,所有利用WINLIRC開發的程式,都不會有授權上的問題。
其實MPlayer並沒有提供任何library供人呼叫使用,它利用fork()來建立process,用execvl來執行mplayer指令,至於下指令的方式,則利用pipe或fifo來連接操作。
這樣的設計的確可以規避掉OpenSource GNU GPL的麻煩,而且同樣可以利用GNU GPL的程式。
例如:
我們想要使用一套GNU GPL的library,它是FTP的,我們可以特別為這個FTP library來寫一個程式,這個程式類似MPlayer,是獨立程式,提供FTP連線操作,我們可以利用pipe、fifo甚至socket的方式來操作它。
如此一來,我們的主程式不會有授權的問題,只需要OpenSource這個操作的小程式即可。
其實同樣的情況也發生在LIRC的Windows版本,我去看了WINLIRC之後發現,WINLIRC本身是GNU GPL的,而且同樣沒有提供呼叫用的library,但它提供了socket的呼叫、控制,透過這樣的方式,所有利用WINLIRC開發的程式,都不會有授權上的問題。
2008年2月17日
ivman 與 HAL
上篇文章中提到,可能需要去寫 HAL 的程式,不過發現 2 個問題:
1. libhal 是 GNU GPL 授權
2. HAL 實在很有難度阿..... = =
不過不用擔心,我找到解決方案了,那就是 ivman。
下面把我目前對 HAL、ivman、d-bus、udev 間的關聯、理解貼上來,原則上都是 google 來的。
==================================
HAL、D-bus、ivman、udev心得:
一直以來我對udev、HAL、D-bus的角色一直不很瞭解,
一直到最近桌機安裝Ubuntu之後,在前陣子要修改預設的影片播放器,
那時候才稍微知道HAL的功用。
在Windows當中,每當我們插入光碟、隨身碟時,系統就會自動開啟檔案總管,
如果是DVD影片,則會自動開啟播放程式,當然了~預設就是Windows Media Player。
正因為這樣的設計,讓M$立於不敗之地,畢竟習慣是很可怕的,
當預設的播放環境習慣之後,要選擇其他的播放環境,那麼就要有十足的說服力來說明新的播放環境比較好。
在Linux上,我一直認為沒有很好的自動判斷機制,雖然Unix一直是device file的機制,這也許是原因之一,
也許Unix一直以來都有許多的歷史包袱,但沒有就是沒有,不方便就是不方便~
Linux並不是不希望改善,所以有automount這樣的機制,現在也是內建措施之一,
但是automount實在是不怎麼樣,它很單純的設計成:
當執行 "cd /media/nfs" 時,自動 mount 這個目錄。
當超過一定時間時,自動 unmount 這個目錄。
這樣的設計顯然不怎麼聰明,但它的確是 Linux/FreeBSD 上常見的設計。
現在 Linux 的 GNOME 很聰明了,它已經能夠做到 Windows 這樣的能力,透過的是甚麼?
透過的是 HAL 的技術。
在 Linux 上,HAL 全名是 Hardware Abstraction Layer,
雖然 Windows 上也有相同的名稱,但就 google 的說法,是不同的東西。
HAL 的設計其實頗複雜,我們可以從
裡面的圖

看出來。
這張圖相對來說,是比較清楚的,不然找到的經常是UML,那種就不是很容易看懂了..... = =||
從下列網頁中可以找到比較詳細些的關係說明:
要實現 Linux 上的 automount,Linux 設計了一套架構,如下:
=================================================
=================================================
上述這段是直接轉貼的,簡單的說:
1. Linux 2.6 kernel 包含 hotplug,來判斷硬體的插入、移除。
2. Linux OS 透過 udev 來搭配 hotplug,專門維護 /dev 下的 device file,
這也就是我之前在摩托學園發的問題的所在點,它會動態的建立出各種裝置的 device file。
3. Linux OS 透過 D-BUS 來轉發系統訊息,告知 HAL 硬體的插入、拔出動作。
4. HAL 則呼叫相對應的應用程式來執行相對應的操作。
整個 auto mount 或 auto umount 就是上述的流程,實際上 HAL 還是一組 library,
除非應用程式以 HAL 的 library 來開發,否則應用程式通常無法直接收到 HAL 的消息,
簡單的說,HAL 還太低階,雖然他能夠直接操作特定的系統消息(像 DVD影片 插入時),
但彈性不足(設定煩雜,不容易設定、修改),因此通常還需要一個 manager 來進行真正的 HAL 操作。
這在 GNOME 就是 Gnome Volume Manager。
將整個堆疊以文字分層來表示,大致如下:
GNOME Volume Manager
HAL(Hardware Abstraction Layer)
D-Bus
udev
kernel hotplug
上述這些部分,除了 kernel hotplug 之外,全部都是以 daemon 的型式,一直常駐在系統中,
所以每個程式都需要持續的執行。
因為整個架構的複雜,就某方面來說,幾乎獨佔了整個 Linux 的 automount 設計,
每個部分的可以用的程式選擇都很少。
目前的情況是,以 HAL 以上,整個架構相容性最好的是 GNOME,
其他 桌面系統(包括 KDE),似乎都沒有很好的相容性。
icewm 相關的設計更是嚴重缺乏。
所以目前可以知道的是,儘管所有 Linux(Debian、Ubuntu、Fedora) 幾乎都直接使用 udev、d-bus 甚至 HAL,
幾乎每個 Linux 上都可以看到 hald、udev 在執行中,大部分人卻不知道也不敢動這幾個東西,
有點冒險精神的人,會嘗試把它關掉,結果可能會從 try & error 中發現,這會導致系統完全無法開機..... :p
偏偏這整套東西,沒有 GNOME 時,通常沒有 Volume Manager,
然後就是大部分 Linux User 覺得它一直在跑也不知道在幹嘛,扒著資源不放。
另一部分來說,非 GNOME 的 桌面系統,要使用 HAL,經常不知道怎麼使用,
這造成了有 Linux 發行套件,使用 KDE 作為 桌面系統,卻使用 GNOME Volume Manager 這種不協調的情況。
幸好我們還有 ivman,ivman 全名 Ikke's Volume Manager。
它的身份基本上等於 GNOME Volume Manager,它可以接收各種 HAL 發出的訊息,
最棒的是,ivman 不是 桌面系統 的一部份,也不是 GUI程式,
它的設定都是以 xml設定檔 方式定義,執行的程式完全由我們自己定義,
這表示它應該有不錯的彈性,儘管看起來,
它的相容性似乎不很好,而且當選擇太多時,我們反而會不知道該怎麼選擇。
ivman 要安裝,我覺得 man ivman 是最好的主意,網路上找的資料,幾乎沒辦法協助我排除安裝的問題,
後來看了 man ivman 之後,問題就解決了~
1. 在 Debian 上,ivman 直接是套件,安裝即可
2. ivman 要正常動作,要確定 udev、d-bus、hald 這幾個 daemon 都正常運作中,
這部分我相信只要沒漏裝,都是 ok 的
要測試,在 Debian 上我認為執行
似乎不錯,當執行 dbus(也就是 D-bus daemon) 的重新起動時,它會一併重新起動 hald(HAL Daemon)、ivman,
整個內容如下:
udev 的部分,我相信如果有問題,可能連開機都會有問題的,除非你的 Linux 不是使用 udev。
3. 執行 ivman
這部分需要『特別注意』,我之前就是這地方沒弄好,一直一直沒弄成功。
在 man ivman 中有下面這段話:
這句話是關鍵,它說,如果你要正常使用 ivman,你必須要執行『2 次』ivman,一次執行在 OS 開機時,
以 Debian 來說,就是
指令執行的。
另一次則要在使用者進入 桌面系統 時執行。
以我來說,我把它加入
~/.xsession
中,類似如下:
至於其他部分,就是 lirc、mythfrontend、scim,所以我就沒列出來了。
而從前面說明中,它則建議加入到 KDE 的 Autorun 或 GNOME 的 session-manager,這都是起動 X-win 時自動執行的方式,
我加入到 .xsession,實在是因為我基本上是沒用 桌面系統 的,硬要說,也就是 icewm-lite,
主要是因為我整個系統只執行 mythtv,加了大型的 桌面系統 沒有意義。
4. 設定 ivman
ivman 的設定和上面一樣,也是『2 份』,一份放 /etc/ivman/,另一份則是 ~/.ivman/ 下。
原則上,/etc/ivman/ 下的設定檔不需要動,所有使用者都只要設定 ~/.ivman/ 下的設定檔即可,
這點讓 ivman 可以根據不同的使用者,定義不同的 automount 設定,相當不錯。
當使用者執行過 ivman 後,~/.ivman/ 下的設定檔就會自動產生,基本上和系統的相同,
都是 4 個檔案,分別是:
IvmConfigActions.xml
IvmConfigConditions.xml
IvmConfigBase.xml
IvmConfigProperties.xml
其中比較重要的是『IvmConfigActions.xml',這檔案負責所有訊息的動作,
目前的進度是,我將 IvmConfigActions.xml 中的 autoplay video DVD 部分註解去除,如下:
在 DVD影片光碟 插入時,已經能夠正常使用 xine 播放。
目前正在設定當 檔案光碟 插入時的動作,目前預設是只會 automount。
附帶一點:
在設定中可以注意到,『volume.disc.is_videodvd'這個參數,這個參數是 HAL 的參數,
也就是說 ivman 會監視 HAL(或說 HAL 會發出通知),當參數改變時,ivman 就會有相對應的動作。
關鍵點,要如何知道 HAL 的參數呢?
可以執行:
==================================
1. libhal 是 GNU GPL 授權
2. HAL 實在很有難度阿..... = =
不過不用擔心,我找到解決方案了,那就是 ivman。
下面把我目前對 HAL、ivman、d-bus、udev 間的關聯、理解貼上來,原則上都是 google 來的。
==================================
HAL、D-bus、ivman、udev心得:
一直以來我對udev、HAL、D-bus的角色一直不很瞭解,
一直到最近桌機安裝Ubuntu之後,在前陣子要修改預設的影片播放器,
那時候才稍微知道HAL的功用。
在Windows當中,每當我們插入光碟、隨身碟時,系統就會自動開啟檔案總管,
如果是DVD影片,則會自動開啟播放程式,當然了~預設就是Windows Media Player。
正因為這樣的設計,讓M$立於不敗之地,畢竟習慣是很可怕的,
當預設的播放環境習慣之後,要選擇其他的播放環境,那麼就要有十足的說服力來說明新的播放環境比較好。
在Linux上,我一直認為沒有很好的自動判斷機制,雖然Unix一直是device file的機制,這也許是原因之一,
也許Unix一直以來都有許多的歷史包袱,但沒有就是沒有,不方便就是不方便~
Linux並不是不希望改善,所以有automount這樣的機制,現在也是內建措施之一,
但是automount實在是不怎麼樣,它很單純的設計成:
當執行 "cd /media/nfs" 時,自動 mount 這個目錄。
當超過一定時間時,自動 unmount 這個目錄。
這樣的設計顯然不怎麼聰明,但它的確是 Linux/FreeBSD 上常見的設計。
現在 Linux 的 GNOME 很聰明了,它已經能夠做到 Windows 這樣的能力,透過的是甚麼?
透過的是 HAL 的技術。
在 Linux 上,HAL 全名是 Hardware Abstraction Layer,
雖然 Windows 上也有相同的名稱,但就 google 的說法,是不同的東西。
HAL 的設計其實頗複雜,我們可以從
http://people.redhat.com/davidz/hal-spec/hal-spec.html裡面的圖
看出來。
這張圖相對來說,是比較清楚的,不然找到的經常是UML,那種就不是很容易看懂了..... = =||
從下列網頁中可以找到比較詳細些的關係說明:
http://Linux.chinaitlab.com/driver/40018.html要實現 Linux 上的 automount,Linux 設計了一套架構,如下:
=================================================
hotplug 是內核的一部分,在設備插入或拔出時,自動進行配置內核狀態。udev 是 hotplug 的一部分,負責維護動態的 /dev 目錄,使 /dev 目錄的內容與當前系統狀態一致。D-BUS 可以在應用程序之間傳送消息,例如可以把「連接上一台打印機」的消息發送給 HAL。HAL 可以集成多種來源的信息,包括內核消息,配置文件等等,然後根據 D-BUS 的消息進行操 作。gamin 是改進的文件狀態監視程序。
例如插入優盤。hotplug 自動加載需要的模塊,udev 創建相應的 /dev/sda1 等等節點,hotplug 向 HAL 發消息,HAL 收到消息後,根據配置文件,它運行 fstab-sync 來修改 fstab,創建 /media 的子目錄作為掛載點。gamin 檢測到 fstab 發生變化之後,通知桌面系統。桌面系統在 「計算機」 項目中建立驅動器圖標。
在拔出優盤時,與上面的過程類似,模塊被卸載,設備文件被刪除,fstab 中相應條目被刪除,/media 目錄下的掛載點也被刪除了。=================================================
上述這段是直接轉貼的,簡單的說:
1. Linux 2.6 kernel 包含 hotplug,來判斷硬體的插入、移除。
2. Linux OS 透過 udev 來搭配 hotplug,專門維護 /dev 下的 device file,
這也就是我之前在摩托學園發的問題的所在點,它會動態的建立出各種裝置的 device file。
3. Linux OS 透過 D-BUS 來轉發系統訊息,告知 HAL 硬體的插入、拔出動作。
4. HAL 則呼叫相對應的應用程式來執行相對應的操作。
整個 auto mount 或 auto umount 就是上述的流程,實際上 HAL 還是一組 library,
除非應用程式以 HAL 的 library 來開發,否則應用程式通常無法直接收到 HAL 的消息,
簡單的說,HAL 還太低階,雖然他能夠直接操作特定的系統消息(像 DVD影片 插入時),
但彈性不足(設定煩雜,不容易設定、修改),因此通常還需要一個 manager 來進行真正的 HAL 操作。
這在 GNOME 就是 Gnome Volume Manager。
將整個堆疊以文字分層來表示,大致如下:
GNOME Volume Manager
HAL(Hardware Abstraction Layer)
D-Bus
udev
kernel hotplug
上述這些部分,除了 kernel hotplug 之外,全部都是以 daemon 的型式,一直常駐在系統中,
所以每個程式都需要持續的執行。
因為整個架構的複雜,就某方面來說,幾乎獨佔了整個 Linux 的 automount 設計,
每個部分的可以用的程式選擇都很少。
目前的情況是,以 HAL 以上,整個架構相容性最好的是 GNOME,
其他 桌面系統(包括 KDE),似乎都沒有很好的相容性。
icewm 相關的設計更是嚴重缺乏。
所以目前可以知道的是,儘管所有 Linux(Debian、Ubuntu、Fedora) 幾乎都直接使用 udev、d-bus 甚至 HAL,
幾乎每個 Linux 上都可以看到 hald、udev 在執行中,大部分人卻不知道也不敢動這幾個東西,
有點冒險精神的人,會嘗試把它關掉,結果可能會從 try & error 中發現,這會導致系統完全無法開機..... :p
偏偏這整套東西,沒有 GNOME 時,通常沒有 Volume Manager,
然後就是大部分 Linux User 覺得它一直在跑也不知道在幹嘛,扒著資源不放。
另一部分來說,非 GNOME 的 桌面系統,要使用 HAL,經常不知道怎麼使用,
這造成了有 Linux 發行套件,使用 KDE 作為 桌面系統,卻使用 GNOME Volume Manager 這種不協調的情況。
幸好我們還有 ivman,ivman 全名 Ikke's Volume Manager。
它的身份基本上等於 GNOME Volume Manager,它可以接收各種 HAL 發出的訊息,
最棒的是,ivman 不是 桌面系統 的一部份,也不是 GUI程式,
它的設定都是以 xml設定檔 方式定義,執行的程式完全由我們自己定義,
這表示它應該有不錯的彈性,儘管看起來,
它的相容性似乎不很好,而且當選擇太多時,我們反而會不知道該怎麼選擇。
ivman 要安裝,我覺得 man ivman 是最好的主意,網路上找的資料,幾乎沒辦法協助我排除安裝的問題,
後來看了 man ivman 之後,問題就解決了~
1. 在 Debian 上,ivman 直接是套件,安裝即可
2. ivman 要正常動作,要確定 udev、d-bus、hald 這幾個 daemon 都正常運作中,
這部分我相信只要沒漏裝,都是 ok 的
要測試,在 Debian 上我認為執行
/etc/init.d/dbus restart似乎不錯,當執行 dbus(也就是 D-bus daemon) 的重新起動時,它會一併重新起動 hald(HAL Daemon)、ivman,
整個內容如下:
media [/root] -root- /etc/init.d/dbus restart
Stopping Hardware abstraction layer: hald.
Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon.
Stopping ivman: ivman.
Stopping System Tools Backends: system-tools-backends.
Stopping system message bus: dbus.
Starting system message bus: dbus.
Starting System Tools Backends: system-tools-backends.
Starting ivman: manager.c:1387 (do_startup_configure) Directory /etc/ivman/ will be used for configuration files.
ivman.
Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
Starting Hardware abstraction layer: hald.udev 的部分,我相信如果有問題,可能連開機都會有問題的,除非你的 Linux 不是使用 udev。
3. 執行 ivman
這部分需要『特別注意』,我之前就是這地方沒弄好,一直一直沒弄成功。
在 man ivman 中有下面這段話:
For automount purposes, Ivman should be run once from a system-wide init script and once per user session (e.g., create a link to /usr/bin/ivman in ~/.kde/Autostart or put an entry for /usr/bin/ivman in gnome-session-manager).這句話是關鍵,它說,如果你要正常使用 ivman,你必須要執行『2 次』ivman,一次執行在 OS 開機時,
以 Debian 來說,就是
/etc/init.d/ivman指令執行的。
另一次則要在使用者進入 桌面系統 時執行。
以我來說,我把它加入
~/.xsession
中,類似如下:
.....
icewm-session-lite &
/usr/bin/ivman &
.....至於其他部分,就是 lirc、mythfrontend、scim,所以我就沒列出來了。
而從前面說明中,它則建議加入到 KDE 的 Autorun 或 GNOME 的 session-manager,這都是起動 X-win 時自動執行的方式,
我加入到 .xsession,實在是因為我基本上是沒用 桌面系統 的,硬要說,也就是 icewm-lite,
主要是因為我整個系統只執行 mythtv,加了大型的 桌面系統 沒有意義。
4. 設定 ivman
ivman 的設定和上面一樣,也是『2 份』,一份放 /etc/ivman/,另一份則是 ~/.ivman/ 下。
原則上,/etc/ivman/ 下的設定檔不需要動,所有使用者都只要設定 ~/.ivman/ 下的設定檔即可,
這點讓 ivman 可以根據不同的使用者,定義不同的 automount 設定,相當不錯。
當使用者執行過 ivman 後,~/.ivman/ 下的設定檔就會自動產生,基本上和系統的相同,
都是 4 個檔案,分別是:
IvmConfigActions.xml
IvmConfigConditions.xml
IvmConfigBase.xml
IvmConfigProperties.xml
其中比較重要的是『IvmConfigActions.xml',這檔案負責所有訊息的動作,
目前的進度是,我將 IvmConfigActions.xml 中的 autoplay video DVD 部分註解去除,如下:
.....
<!-- autoplay video DVDs in Xine (change PLAYER and PLAYEROPT to use a different media player -->
<ivm:Match name="hal.volume.disc.is_videodvd" value="true">
<ivm:Option name="exec" value="PLAYER='xine'; PLAYEROPT='-f dvd://'; pumount '$hal.volume.mount_point$' && ${PLAYER} ${PLAYEROPT}$hal.block.device$" />
</ivm:Match>
.....在 DVD影片光碟 插入時,已經能夠正常使用 xine 播放。
目前正在設定當 檔案光碟 插入時的動作,目前預設是只會 automount。
附帶一點:
在設定中可以注意到,『volume.disc.is_videodvd'這個參數,這個參數是 HAL 的參數,
也就是說 ivman 會監視 HAL(或說 HAL 會發出通知),當參數改變時,ivman 就會有相對應的動作。
關鍵點,要如何知道 HAL 的參數呢?
可以執行:
> lshal==================================
2008年2月16日
MYVIDEO beta 2008-02-16
這算是第一個beta版,儘管還被我發現了些bug.....
不過算是一個能動的版本,穩定性基本上是還有些許問題吧~
不過在我家的環境還算穩定~
這版本跟昨天提到的差不多,已經加入了檔名跑馬燈效果,這部分解決的比我預期快很多;然後關於遙控器部分,目前已經滿順利的,加入了些timer去計時,解決了遙控速度太快,播放影片退出時又很容易結束程式的問題。
整個展示這次以文字解說的方式(沒麥克風... :( ),搭配操作進行展示。
影片連結如下:
MYVIDEO展示
因為時間滿久的(大部分都在打字),所以檔案也比較大,因此放在學校.....
至於目前的執行檔和設定檔、圖檔,則打包好了,連結如下:
MYVIDEO 2008-02-16 beta
執行環境需求:
1. 『一定要是Linux』
2. 要安裝mplayer
3. lirc設定有開時,要安裝lirc
4. libxml、libgnomecanvas-2.0、liblircclient0...我只想到這些,其他的應該灌系統或是安裝這幾個套件後就會有了吧...
目前設定並沒有額外的設定程式,需要手動設定xml的檔案。
比較特別的如下:
在執行時有個參數可以使用
可以直接指定 MAIN.xml 的設定檔路徑、檔名,因為程式路徑在 MAIN.xml 中有設定了,其他幾個設定檔可以透過 MAIN.xml 找到,但 MAIN.xml 不行,因此這個參數可以指定這個檔案的完整路徑。
至於設定檔的檔名(FILETYPE.xml、GUI.xml)和路徑(configs/ ),抱歉,這部分目前我是寫死的~
解析度部分,因為客廳電腦是CRT,只有設到 800x600,圖片都只畫到800x600,所以顯示1024x768時可能會發現背景有問題。
不過沒關係,只要圖片改成1024x768,幾個X、Y、寬、高設定一下,我相信很簡單就能變化成1024x768,甚至要自己另外設計擺放位置,也是類似的方式改改即可。
至於目前的佈景,是我用GImp畫的,感覺還滿有style的...哈~
選單部分要注意的是,因為目前我對『透明』還不了解怎麼搞,所以沒辦法支援透明,因此,目前光棒限制要是方塊,沒辦法用成橢圓,並不是不行,而是周圍會變成白色,這部分目前我還不知道怎麼解決。
至於選單設計,下次再找個獨立篇幅來說一下,如果是需要滾動的選單,目前認為這是不錯的方法。
目前執行過的環境,桌機部分:
Ubuntu 7.1.0
MediaCenter部分:
Debian testing
這個程式所依賴的所有library如下列出:
不過算是一個能動的版本,穩定性基本上是還有些許問題吧~
不過在我家的環境還算穩定~
這版本跟昨天提到的差不多,已經加入了檔名跑馬燈效果,這部分解決的比我預期快很多;然後關於遙控器部分,目前已經滿順利的,加入了些timer去計時,解決了遙控速度太快,播放影片退出時又很容易結束程式的問題。
整個展示這次以文字解說的方式(沒麥克風... :( ),搭配操作進行展示。
影片連結如下:
MYVIDEO展示
因為時間滿久的(大部分都在打字),所以檔案也比較大,因此放在學校.....
至於目前的執行檔和設定檔、圖檔,則打包好了,連結如下:
MYVIDEO 2008-02-16 beta
執行環境需求:
1. 『一定要是Linux』
2. 要安裝mplayer
3. lirc設定有開時,要安裝lirc
4. libxml、libgnomecanvas-2.0、liblircclient0...我只想到這些,其他的應該灌系統或是安裝這幾個套件後就會有了吧...
目前設定並沒有額外的設定程式,需要手動設定xml的檔案。
比較特別的如下:
在執行時有個參數可以使用
./MYVIDEO -main /home/ycfu/MYVIDEO/configs/MAIN.xml可以直接指定 MAIN.xml 的設定檔路徑、檔名,因為程式路徑在 MAIN.xml 中有設定了,其他幾個設定檔可以透過 MAIN.xml 找到,但 MAIN.xml 不行,因此這個參數可以指定這個檔案的完整路徑。
至於設定檔的檔名(FILETYPE.xml、GUI.xml)和路徑(configs/ ),抱歉,這部分目前我是寫死的~
解析度部分,因為客廳電腦是CRT,只有設到 800x600,圖片都只畫到800x600,所以顯示1024x768時可能會發現背景有問題。
不過沒關係,只要圖片改成1024x768,幾個X、Y、寬、高設定一下,我相信很簡單就能變化成1024x768,甚至要自己另外設計擺放位置,也是類似的方式改改即可。
至於目前的佈景,是我用GImp畫的,感覺還滿有style的...哈~
選單部分要注意的是,因為目前我對『透明』還不了解怎麼搞,所以沒辦法支援透明,因此,目前光棒限制要是方塊,沒辦法用成橢圓,並不是不行,而是周圍會變成白色,這部分目前我還不知道怎麼解決。
至於選單設計,下次再找個獨立篇幅來說一下,如果是需要滾動的選單,目前認為這是不錯的方法。
目前執行過的環境,桌機部分:
Ubuntu 7.1.0
MediaCenter部分:
Debian testing
這個程式所依賴的所有library如下列出:
ycfu [/home/ycfu/MYVIDEO] -ycfu- ldd MYVIDEO
linux-gate.so.1 => (0xffffe000)
libgnomecanvas-2.so.0 => /usr/lib/libgnomecanvas-2.so.0 (0xb7f3e000)
libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0xb7f28000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7ba2000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7b1b000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7b00000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7ae8000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7ac3000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7aba000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7a8e000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7a80000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7a78000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7a75000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb7a6d000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7a67000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7a5d000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb7a5a000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb7a57000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7a1a000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb79a3000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb78b2000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb78ac000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7871000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb786d000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7869000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb77ac000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb768e000)
liblirc_client.so.0 => /usr/lib/liblirc_client.so.0 (0xb7687000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb753d000)
libgailutil.so.18 => /usr/lib/libgailutil.so.18 (0xb7535000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7507000)
/lib/ld-linux.so.2 (0xb7f84000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7497000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7481000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7461000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb745e000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb743b000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7436000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb741d000)
2008年2月15日
寒天、洋菜~減肥聖品
話說,因為我是宅男,整天在家不出門應該是很正常的。 :p
話說,因為我這幾年,大概有5,6年了,沒有忌口,什麼都吃,因此變比較胖也是很正常的。
話說,因為我長年生活在網路之中,沒什麼時間概念,因此會有點熬夜,生理時鐘錯亂也應該不意外。
最近看了新聞,發現這樣生活是很可怕的,會早死~會得糖尿病~
可是又發現,當看paper或找paper時,壓力比較大,就容易想吃.....怎麼辦?
所以就看了傳說中的寒天和洋菜。
同樣的,沒圖沒真相,話也不是我說的,連結如下:
"寒天"不就是洋菜嗎?怎麼那麼貴呀?
最近電視廣告實在是打的很兇,一直寒天寒天的,好像越說天氣越冷..... = =
洋菜這個名字,是我在學校時,一個同學說了我才知道的,當時我買杯珍奶,要它加寒天,就是什麼寒天奶茶之類的。
我同學看到了,他說了一句:「這不是洋菜嗎?」
我就愣住了~
於是回來之後,我去逛超市,發現洋菜這樣的東西,就買了一小包,印象中沒多少錢,不知道是10元還是20元。
洋菜這東西真是好用哩~它基本上就是果凍劑,任何東西加上洋菜之後,都可以變成像果凍那樣,因此,果凍、鮮奶凍、布丁,通通都是用它做的,這東西又便宜,10元、20元就有了~
最神奇的是,洋菜基本上幾乎沒有熱量,看討論中提到,洋菜因為沒什麼熱量,營養師很喜歡拿他來做文章,用它來調節飲食相當方便。
不過文中也提到,它基本上沒熱量,所以不適合當作主食,這點.....在現在這環境和時代,大概不大適用,現在情況是,隨便主食一吃,就充滿了熱量和能量..... = =||
不過有一點它有提到,原則上一天要吸收1000卡的熱量,低於1000卡是不對的~(我是懷疑它單位可能錯了,1000大卡吧~我看7-11的豆漿,就200多大卡哩,生菜沙拉也是180多大卡)
回文中也提到,除了洋菜之外,蒟蒻粉 和 愛玉粉 也有同樣的效果,都可以嘗試... :D
洋菜除了沒熱量又能增加飽足感(狂吃洋菜條 = 什麼都沒吃,但是會飽)之外,它「100公克的洋菜就含有74克以上的膳食纖維」,「這些能溶於水的食物纖維,在腸中會吸收膽固醇和膽汁酸」「能降低膽固醇」,另外「由於含有水會膨脹,能延遲食物從胃到小腸的時間,具有抑止血糖值上升的作用」,看起來相當優唷~ :p
不過有點要注意,文中有人提到,現在因為寒天太紅了,到處都加寒天,雖然寒天本身沒熱量,但是往往加的東西熱量很高,像是「糖」,所以在吃、喝寒天食品時,要注意它的「額外配件」,否則越吃越胖還說寒天沒效果,我相信這是大有人在的。
話說,因為我這幾年,大概有5,6年了,沒有忌口,什麼都吃,因此變比較胖也是很正常的。
話說,因為我長年生活在網路之中,沒什麼時間概念,因此會有點熬夜,生理時鐘錯亂也應該不意外。
最近看了新聞,發現這樣生活是很可怕的,會早死~會得糖尿病~
可是又發現,當看paper或找paper時,壓力比較大,就容易想吃.....怎麼辦?
所以就看了傳說中的寒天和洋菜。
同樣的,沒圖沒真相,話也不是我說的,連結如下:
"寒天"不就是洋菜嗎?怎麼那麼貴呀?
最近電視廣告實在是打的很兇,一直寒天寒天的,好像越說天氣越冷..... = =
洋菜這個名字,是我在學校時,一個同學說了我才知道的,當時我買杯珍奶,要它加寒天,就是什麼寒天奶茶之類的。
我同學看到了,他說了一句:「這不是洋菜嗎?」
我就愣住了~
於是回來之後,我去逛超市,發現洋菜這樣的東西,就買了一小包,印象中沒多少錢,不知道是10元還是20元。
洋菜這東西真是好用哩~它基本上就是果凍劑,任何東西加上洋菜之後,都可以變成像果凍那樣,因此,果凍、鮮奶凍、布丁,通通都是用它做的,這東西又便宜,10元、20元就有了~
最神奇的是,洋菜基本上幾乎沒有熱量,看討論中提到,洋菜因為沒什麼熱量,營養師很喜歡拿他來做文章,用它來調節飲食相當方便。
不過文中也提到,它基本上沒熱量,所以不適合當作主食,這點.....在現在這環境和時代,大概不大適用,現在情況是,隨便主食一吃,就充滿了熱量和能量..... = =||
不過有一點它有提到,原則上一天要吸收1000卡的熱量,低於1000卡是不對的~(我是懷疑它單位可能錯了,1000大卡吧~我看7-11的豆漿,就200多大卡哩,生菜沙拉也是180多大卡)
回文中也提到,除了洋菜之外,蒟蒻粉 和 愛玉粉 也有同樣的效果,都可以嘗試... :D
洋菜除了沒熱量又能增加飽足感(狂吃洋菜條 = 什麼都沒吃,但是會飽)之外,它「100公克的洋菜就含有74克以上的膳食纖維」,「這些能溶於水的食物纖維,在腸中會吸收膽固醇和膽汁酸」「能降低膽固醇」,另外「由於含有水會膨脹,能延遲食物從胃到小腸的時間,具有抑止血糖值上升的作用」,看起來相當優唷~ :p
不過有點要注意,文中有人提到,現在因為寒天太紅了,到處都加寒天,雖然寒天本身沒熱量,但是往往加的東西熱量很高,像是「糖」,所以在吃、喝寒天食品時,要注意它的「額外配件」,否則越吃越胖還說寒天沒效果,我相信這是大有人在的。
訂閱:
文章 (Atom)