December 15,2006
脆弱的筆記型

(呵呵,這個畫面應該很多人很熟悉吧)
周邊的人幾乎都算是電腦的重度使用者,
不管是留學生,還是以前公司的同事,
每天都會跟電腦與滑鼠相處上一段時間。
更加上在這個網路發達的時代,
上網跟朋友聯絡,看看別人寫的BLOG,
甚至看看數位相機拍出來的照片等等,
電腦在我看來,幾乎成為家電用品....
要不然微軟怎麼會沒事弄個XP Media Center Edition? ...繼續閱讀
November 25,2006
MS Virtual Earth 3D

「什麼都想做」的微軟最近公布了一款地圖工具:Virtual Earth 3D。
跟其他軟體不一樣的主要地方是:只要利用網頁瀏覽器就可以上網觀看地圖。
視覺效果確實讓人覺得非常有震撼力....只需安裝網頁外掛模組,不需安裝主程式,
看來微軟這次還真得做了一件好事情....沒有把亂七八糟的東西放到Client端裡。
(當然,速度會稍微慢一點,這是必須承認的另一點)
它的流量略低於Google Earth,
在3D地圖方面的細節,也遠比Google Earth來的精細。
而底層的電子地圖方面,
跟我使用的歐洲電子地圖是相同的樣式,資料還算完整。
有興趣的人可以去這個人的網站看更多詳細資料。
November 22,2006
Wii.....是啥東西?
這幾天如果有稍微注意的話,有幾則新聞是跟電視遊樂器相關的。
比方說有多少人排隊等著買SONY的新一代遊樂器PS3,
或者微軟推出的XBOX 360又推出什麼好玩的新遊戲等等。
其中,最讓我感興趣,也會想弄一台回家玩的(如果真有空玩的話),
應該是Nintendo(任天堂)的新主機...Wii。
從各展示中心的遊戲畫面來看,PS3以及XBOX 360的視覺效果最好,
畢竟這兩部遊戲主機裡面使用的硬體設計,並不會輸給高階的桌上型電腦,
高速處理器、Nvidia的顯示卡、5.1聲道的立體音效、高容量硬碟與無線網路等等功能,
這些速度越來越快的遊戲主機,讓打電玩變成一種聲光效果的極致享受,
不管是螢幕畫面也好,或者是音效上,都顯得非常真實。
如果單純比較硬體的話,除了多功能無線搖桿的設計之外,
Wii 的似乎不能與上述這兩強放在同一個層級比較。
但最讓我心動的一點,也是我認為與上述兩種主機的最大市場區隔點,
在於Wii 找回了那種單純「打電玩」的感覺:畫面不用很炫沒關係,遊戲好玩就好,
而且...可以跟其他人「一起」玩。
可以跟很多人一起玩?PS3與XBOX內建的網路遊戲功能也可以辦的到,
但是可以面對面跟朋友一起玩的樂趣,是網路再發達也無法比擬。
而這一點,我想是以遊戲起家的Nintendo,
與「什麼都做不好的」微軟與「什麼都想做」的SONY最大差異點。
Just for fun.....and that's all I want !!
October 13,2006
跟小黑犯衝
吃完晚餐之後,幫Judie的小黑筆記型電腦裝上防毒軟體,
開機後突然發現,電腦突然陷入莫名其妙會Freeze的狀態。
趁電腦重新開機的時候,稍微想了一下到底那邊會出問題?
該不會IBM龜毛的IO硬體設計,跟卡車司機(哈)軟體不合的毛病發作了吧!!
看了一下電源線、電池都正常,電腦電力指示燈也是亮著的....
那螢幕上的東西去哪裡了啊?
「…沒有問題?!那問題會出在誰身上啊?」
就在餐桌上,展開了一段詭異的 X40 DEBUG歷程。
而學弟盼望了好久終於抵達的MAC PRO主機,跟23吋HD 螢幕,
仍然還躺在客廳地板上等我們拆封呢! ...繼續閱讀
開機後突然發現,電腦突然陷入莫名其妙會Freeze的狀態。
趁電腦重新開機的時候,稍微想了一下到底那邊會出問題?
該不會IBM龜毛的IO硬體設計,跟卡車司機(哈)軟體不合的毛病發作了吧!!
看了一下電源線、電池都正常,電腦電力指示燈也是亮著的....
那螢幕上的東西去哪裡了啊?
「…沒有問題?!那問題會出在誰身上啊?」
就在餐桌上,展開了一段詭異的 X40 DEBUG歷程。
而學弟盼望了好久終於抵達的MAC PRO主機,跟23吋HD 螢幕,
仍然還躺在客廳地板上等我們拆封呢! ...繼續閱讀
September 4,2006
好玩的地圖工具

因為好玩,想知道是哪些朋友會來這個網站上逛逛,
所以去弄了一個地圖顯示工具放在Blog上,
結果還挺出乎我意料的....
看了一下,來自英國與台灣的連線似乎還挺正常的,
但是歐洲大陸上的法國?德國(不會是暫時跑去德國的德朵與小V吧)?還有荷蘭?
美國的五個不知名城市?亞洲的香港、馬來西亞????
這....這....這我就不知道是那邊來的觀眾了。
Anyway,歡迎你們常來這邊看一個被論文轟炸到快不行的人自言自語....
July 28,2006
防手震?
最近常常聽到「防手震」數位相機,
一般DC也好,DSLR也好都趕上這批潮流。
光學上的改良設計如Nikon, Canon, Panasonic / Leica,
或者在CCD結構上改良的Sony / KM, Pentax,都各有各的好處,
怎樣的方法是最好的「防震」設計....卻是沒有定論。
(我想最好的方法是裝腳架啦...)
雖然目前還沒擁有任何一隻 Nikon VR鏡頭,
不過看著這些不同廠商的設計圖與概念,
不禁開始動腦筋想起有沒有更簡單的方法可以用來避免影像晃動的問題。
可先別說我無聊想起這個,
前陣子「我家的」DMC衛星可是碰過類似的問題,
因為衛星本體太小,所以在軌道上由地球背面轉到面向太陽那一刻時,
會因為受熱膨脹導致幾秒的影像不穩定...。
這問題後來還是去SSTL窩了一陣子才把這問題用軟體搞定。
剛剛在準備晚餐,拿起蔬菜開始要切的時候突然有了個想法...
這個想法就好比想把一疊不整齊的A4紙放整齊的方法一樣....
我們會對齊不同紙張的相對四個角落然後就可排放整齊,對吧?
由於相機拍攝的時候的是非連續訊號(跟攝影機的連續訊號不同),
所以如果可以利用軟體功能方法把每次取樣的每一個畫面都重新疊好,
例如 CCD 在曝光時間內作了五十次取樣,就好比有五十張成果,
就可以設法算出每次取樣的動態,然後通通都校正完成,
這樣不就不需要買有VR的鏡頭了嗎????
一興奮,飯也還沒吃就上網一查有沒有相關的文獻資料....
結果這個方法跟 Nikon幾年前推出的BSS影像篩選系統很類似,
看了一些BSS的成果與討論,發現這樣的技術似乎有點瓶頸。
因為影像的清晰與否,得根據影像解析度跟採樣頻率來決定....
影像解析度越高,以及採樣張數越多的時候,所得到的成果就會比較好一點。
這樣一來,還是有碰運氣的成分存在....
害我高興了一下....問題還是沒解決嘛 !!
肚子餓了,還是先吃飯比較重要....這個以後有空繼續想,呵呵。
一般DC也好,DSLR也好都趕上這批潮流。
光學上的改良設計如Nikon, Canon, Panasonic / Leica,
或者在CCD結構上改良的Sony / KM, Pentax,都各有各的好處,
怎樣的方法是最好的「防震」設計....卻是沒有定論。
(我想最好的方法是裝腳架啦...)
雖然目前還沒擁有任何一隻 Nikon VR鏡頭,
不過看著這些不同廠商的設計圖與概念,
不禁開始動腦筋想起有沒有更簡單的方法可以用來避免影像晃動的問題。
可先別說我無聊想起這個,
前陣子「我家的」DMC衛星可是碰過類似的問題,
因為衛星本體太小,所以在軌道上由地球背面轉到面向太陽那一刻時,
會因為受熱膨脹導致幾秒的影像不穩定...。
這問題後來還是去SSTL窩了一陣子才把這問題用軟體搞定。
剛剛在準備晚餐,拿起蔬菜開始要切的時候突然有了個想法...
這個想法就好比想把一疊不整齊的A4紙放整齊的方法一樣....
我們會對齊不同紙張的相對四個角落然後就可排放整齊,對吧?
由於相機拍攝的時候的是非連續訊號(跟攝影機的連續訊號不同),
所以如果可以利用軟體功能方法把每次取樣的每一個畫面都重新疊好,
例如 CCD 在曝光時間內作了五十次取樣,就好比有五十張成果,
就可以設法算出每次取樣的動態,然後通通都校正完成,
這樣不就不需要買有VR的鏡頭了嗎????
一興奮,飯也還沒吃就上網一查有沒有相關的文獻資料....
結果這個方法跟 Nikon幾年前推出的BSS影像篩選系統很類似,
看了一些BSS的成果與討論,發現這樣的技術似乎有點瓶頸。
因為影像的清晰與否,得根據影像解析度跟採樣頻率來決定....
影像解析度越高,以及採樣張數越多的時候,所得到的成果就會比較好一點。
這樣一來,還是有碰運氣的成分存在....
害我高興了一下....問題還是沒解決嘛 !!
肚子餓了,還是先吃飯比較重要....這個以後有空繼續想,呵呵。
July 16,2006
Photo backup
資料備份對我來說是一個很重要的事情。
電腦裡面的所有軟體、音樂,若遺失了大致上都可以從網路上面失而復得。
但是拍的照片,怎麼從網路上搜尋,也是無法找到另一份了。
隨著所拍的照片越來越多,畫素越大,
數位照片儲存以及備份就成了一個頭痛又傷本的問題了!
尤其換了Nikon D200之後,
一張高畫質的JPG大概要5MB,而RAW檔大小會暴增到16MB之譜,
不管對記憶卡或者電腦硬碟來說,還真是吃儲存空間的怪獸呀!
考慮過幾種常用的備份方式,依照穩定性、可靠度、成本會有不同的考量。
一開始是用DVD-R配上軟體來備份我的相片以及重要資料,
後來一片雙面 9.4G的DVD光碟片已經無法負荷千萬畫素檔案的胃口,
使得本來輕鬆愉快的備份機制被打破了,只好往其他的方向去思考。
當然我考慮過目前已經有的Raid系統,
只是裡面放的都是衛星影像資料跟分析系統備份,
可能沒辦法空出更多空間放照片。
所以 Off-line式的備份方式是我比較偏好的。
也找到一套軟體可以支援我所需要的功能,
叫做「Heatsoft Automatic Synchronizer」
理想的狀態下,我只要需要備份的時候把外接硬碟的電源打開,
當系統偵測到Off-line的備份系統啟動後,
隨即依照我預設的Sync rule把該同步的資料夾同步,完成備份的動作。
完成後就把備份系統關閉與Windows系統完全中斷,
這樣就可以避面Windows所帶來的災害。
至於更高檔的Raid系統喔,就繼續備份我的博士論文跟影像資料吧....
備份照片這種事情,殺雞焉用牛刀?
電腦裡面的所有軟體、音樂,若遺失了大致上都可以從網路上面失而復得。
但是拍的照片,怎麼從網路上搜尋,也是無法找到另一份了。
隨著所拍的照片越來越多,畫素越大,
數位照片儲存以及備份就成了一個頭痛又傷本的問題了!
尤其換了Nikon D200之後,
一張高畫質的JPG大概要5MB,而RAW檔大小會暴增到16MB之譜,
不管對記憶卡或者電腦硬碟來說,還真是吃儲存空間的怪獸呀!
考慮過幾種常用的備份方式,依照穩定性、可靠度、成本會有不同的考量。
一開始是用DVD-R配上軟體來備份我的相片以及重要資料,
後來一片雙面 9.4G的DVD光碟片已經無法負荷千萬畫素檔案的胃口,
使得本來輕鬆愉快的備份機制被打破了,只好往其他的方向去思考。
當然我考慮過目前已經有的Raid系統,
只是裡面放的都是衛星影像資料跟分析系統備份,
可能沒辦法空出更多空間放照片。
所以 Off-line式的備份方式是我比較偏好的。
也找到一套軟體可以支援我所需要的功能,
叫做「Heatsoft Automatic Synchronizer」
理想的狀態下,我只要需要備份的時候把外接硬碟的電源打開,
當系統偵測到Off-line的備份系統啟動後,
隨即依照我預設的Sync rule把該同步的資料夾同步,完成備份的動作。
完成後就把備份系統關閉與Windows系統完全中斷,
這樣就可以避面Windows所帶來的災害。
至於更高檔的Raid系統喔,就繼續備份我的博士論文跟影像資料吧....
備份照片這種事情,殺雞焉用牛刀?
April 10,2006
Paper的意義
研究區之一的歐洲中部,最近遭逢水災。
在捷克造成的死亡人數增至最少五人,
有幾千位居民要疏散,而首都布拉格水位持續上升。
在易北河及奧勒河交界,許多的街道嚴重遭到水浸,居民出入都要划艇。
在融雪及大雨的影響之下,許多捷克境內的河流水位持續上升,
易北河水位升到七點三公尺,而且繼續以每小時一公分速度上漲,
預計今日就會升至最高位七點六公尺,
當地水利單位預測最高水位會維持大約一星期....。 ...繼續閱讀
在捷克造成的死亡人數增至最少五人,
有幾千位居民要疏散,而首都布拉格水位持續上升。
在易北河及奧勒河交界,許多的街道嚴重遭到水浸,居民出入都要划艇。
在融雪及大雨的影響之下,許多捷克境內的河流水位持續上升,
易北河水位升到七點三公尺,而且繼續以每小時一公分速度上漲,
預計今日就會升至最高位七點六公尺,
當地水利單位預測最高水位會維持大約一星期....。 ...繼續閱讀
March 23,2006
Pipe to be maped in 3D
BBC News provided an article on a project led be University of Leeds and University of Nottingham and 19 other organizations that seeks to map underground utilities in the UK. This goal is to create a 3D subsurface map to within 5cm that can be used on portable devices to support utility workers. I couldn’t find any details from the website or the university, but there is fairly general information on the project on a couple pages if you would like to search, but I think the BBC article is a good overview.....
Ya,...it's about time to apply something new to manage this big old city.
參考網頁
Ya,...it's about time to apply something new to manage this big old city.
參考網頁
Debugging horror
Programs that get written to process pixels of an image are the last things you would ever want to debug. There is just no simple way of debugging these programs.
What it makes it really tough is that your program is processing every single pixel (assuming that you wrote a program which processes each pixel), and when something goes wrong you don't know which pixel is giving you the trouble out of the 360x240 = 86,400 (assuming you are working on 360-by-240 size images) pixels. ...繼續閱讀
What it makes it really tough is that your program is processing every single pixel (assuming that you wrote a program which processes each pixel), and when something goes wrong you don't know which pixel is giving you the trouble out of the 360x240 = 86,400 (assuming you are working on 360-by-240 size images) pixels. ...繼續閱讀