在 Compiz 下讓 SMplayer (MPlayer) 能播 RMVB 的簡易方法
不知道為什麼我的 Mandriva 2008.0 在 Compiz 啟動模式下, RealPlayer 沒辦法正常地播放 RMVB 檔案, 會出現以下的錯誤, 但是關閉 Compiz 模式就沒有問題.
The program 'realplay.bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 37 error_code 11 request_code 141 minor_code 19)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
之前嘗試換不同版本的 Real Player 也無解, 找額外的 MPlayer Codec 安裝也不太順利, 最終在 MacBlog3 發現了一個超級簡易的方法 : 直接把 Real Player 底下的 /codec/* 複製到 /usr/lib/win32 (如不存在請自行建立) 底下就可以了.
不過由於是 share library, 因此不用複製的, 直接利用 link 從 /usr/lib/win32 連結到 /codec/* 應該也可以, 這樣以後更新 Real Player時就可以順便更新 MPlayer 用的 library.
Pixnet 高招阿
剛剛看到別人在討論 Pixnet 可以打的小狐狸, 覺得這真是高招阿.
如果點選看誠意...
就可以打小狐狸巴掌...
受傷了...不過如果不滿意還是可以繼續打 XD
前一陣子的新後台造成服務出大問題的事件, 其實直到現在也還沒完全解決, 但是看來大部分的問題似乎都已經解決, 但是很難補回來的是使用者的信心. 這隻小狐狸巧妙的把不滿轉成博君一笑, 在這個重建使用者信心的關鍵時刻, 我覺得真是高招阿 @@ , 記得以前在哪裡也有看過, 要偷學起來 :p
大學網路排名 : 不知道是評比的人有問題, 還是解讀的人有問題 ?
前幾天老師提到 (其實是批到 XD ) 的西班牙做的大學網路排名被我找到相關報導了 : 大學排名的另類思考─西班牙世界大學網路排名, 然後這裡有 2008 年版的 : 2008年新版「世界大學網路排名」三項重要變動與創新.
我本來以為是什麼新的, 原來跟我年初看到的一樣, 當時看到台大的成績我就想糟了, 系上一定會想跟台大比, 這樣我系網頁就累了, 沒想到現在才有反應 :p
採用的三項指標 : 規模 (Size)、能見度 (Visibility) 及學術論文 ( Rich Files ) 有點值得討論. 在規模上, 稍有邏輯的一般人也會質疑, 量多就是好嗎 ? 能見度我倒沒有甚麼太大的意見, 基本精神就跟 Page Ranking 一樣吧. 而 Rich Files 的部份, 我倒很好奇他怎樣評比 Files 的內容, 特別是有語言的問題存在. 更別說, 只用這三項指標去評比大學網站本身就有很大的問題, 這種 Ranking 只能夠提供部份面向的量測跟解讀而已, 並不適合只看最終的 Ranking 就來比較.
不過聽說我們的所務會議結論就是, 成大怎麼能輸中山, 以後不管什麼東西, 能作成 Files 的就盡量上傳到網路上, 然後各種活動包含老師跟學生 Meeting 盡量有照片放到網路上, 務求增加網路上的檔案數以及網頁, 照片影片數量. ( 難道最近系辦卯起來發一堆跟電機系師生相關度不大的公告要我登上系網頁也跟這有關 !? )
老師很無奈, 開完笑地叫我們記得把以前所有的 Group Meeting 時 paper presentation 投影片不要弄丟, 都丟上去好了, 還有無關緊要的計畫資料, 反正也不是沒東西可丟 :p
不知道是評比的人有問題, 還是解讀的人有問題 ?
惡臭夜襲府城...
話說當天我倒是沒有聞到甚麼怪味就是了. 節錄自自由電子報的新聞稿 "惡臭夜襲府城 瀰漫2/3市區" :
〔記者黃文鍠／台南報導〕惡臭襲府城！台南市區昨天凌晨空氣中瀰漫惡臭，涵蓋安南區、北區、安平區、中西區及南區，影響範圍超過2/3市區，110及119報案台接到不少投訴電話，市警局及消防局動員近百名警消搜尋逾兩小時仍一無所獲。
這時候如果有部署好的 Smell Sensors, 搭配各種 Weather Sensors, 應該可以利用既定的演算法來推算出最可能的問題發生區域 ( ~ Charlie Eppes 的唬人數學秀上演 ), 可以大幅降低所需要的時間.
擴大內需的錢應該拿來建這種系統才對, 幾年前就聽過美國學者相關的 Talk, 系統應該已經成熟了才是, 這才是十分重要的城市及工業區基礎安全設施阿. ( 上面的圖示亂畫的啦, 拿自己家裏開玩笑摟 :p )
意外的發現
在回學長信件的時候, 看到不熟悉的字 "Pedagogical Issues", 特意去查了一下, 結果在其中一個搜尋到的頁面看到意外的東西.
這跟圖樣的 design 跟成大圖書館新的網頁設計感覺上好像阿~~
成大圖書館新網頁的設計第一次看到覺得很怪, 不過看久了覺得還蠻特別的, 難到這種設計跟圖樣在教育界有特殊的意義 ?
There's Plenty of Room at the Bottom
在 Numb3rs , Season 3, Episode 7 : Blackout (不知道為甚官方網站沒有這一集的 Recap ) 中後段, Fleinhardt 提到了費曼 ( Richard Feynman ) 的一場演說 : There's Plenty of Room at the Bottom ( 原文, 中文 ).
在費曼的原文中其實跟物理學淵源比較深, 但是 Fleinhardt 在劇中的解讀卻很有意思.
Fleinhardt : Well, what I mean to say is... you see,all along you've been applying
a kind of bottom-up analysis.
Fleinhardt : It all started with the unfortunate gentleman who was electrocuted.
Reeves : Alejandro Munoz.
Fleinhardt : That's right,and then you worked your way up to Donahue
Fleinhardt : And now you're working up to someone above Donahue.
Reeves : That's standard procedure. We're always looking for the bigger fish.
Fleinhardt : Yeah,but how you know you're even fishing in the right direction ?
Fleinhardt : You see, in 1959, Richard Feynman gave a very famous lecture.
Fleinhardt : It was called,"there's plenty of room at the bottom," and it altered the thinking of a whole generation of scientists
Fleinhardt : Because it changed their focus to thinking smaller and smaller instead of larger.
Fleinhardt : Now,see,you've gone from Munoz to Donahue, and now you're long even farther up the chain.
Fleinhardt : Perhaps you need to go in the opposite direction.
Reeves : You're suggesting that the plan to blow up the substation just started with Munoz.
Fleinhardt : I think it's worthy of consideration.
我覺得也很適用於軟體工程中的研究. 很容易地我們在書上, Paper 上會看到貌似很了不起的 Process, Theory, Architecture, 或是 Tool, System, 但是沒有仔細深入想卻很難回答一些極為基本的問題 : 為什麼 Paper 作者會想到解決這個問題 ? 這個問題會在哪裡出現, Paper 作者怎們知道這是一般性的問題 ? 我會不會遇到這個問題 ?
我覺得我直到博二才認識到, 一切從小地方做起想起. 很多 Paper 所真正解決的問題, 都起源於作者在實際作 Software Production 的過程中所遇到的小問題 ( 也有可能是大問題啦, 但是通常大問題就是一堆小問題 ), 而小問題總是在不同的 Software Production 中會反複出現.
好的研究題目其實就在你每天寫 Software 的思考過程中而已.