再過幾天就是除夕了，在大掃除之前先把魚缸清一清吧
花了一點時間清出矽砂間很黑的污泥
再把買了很久一直沒種完的矮珍珠種下去
總算乾淨多了，感覺像不像神蹟的感覺(天堂投下來的光芒 XD)
靠近一點看，什麼這哪叫乾淨 看起來根本像幾年沒動過 (還長青苔咧)
仔細看看剛種完的矮珍珠東倒西歪的
不過矮珍珠向光性很強 過一陣子後大概就會整整齊齊的排隊站吧
看起來為什麼紅紫紅紫的？原因就是下面這個
第三代LED最終版
為什麼是第三代呢？基於第二代 換了一個防水的power apply 換成跨燈的方式
加上 根據之前研究的結果把之前兩個藍光 一顆紅光 三顆白光，換成兩顆紅光 一顆藍光 四顆白光
可以顧及到光合作用加上四顆白光下，目視看不太出來色光的影響
為什麼照出來很暗 色光看起來又很明顯？
原因出在相機的白平衡，因為白光很強被白平衡掉之後 就很暗又看得出來色光的影響
大概就這樣了感覺還OK，但總覺得中間沉木後面缺少什麼
不知道要找什麼東西放進去才好？
–
另外今天購入了珊瑚砂本來是想鋪在矽砂上的
不過還是等看看矮珍珠長的情形在決定要不要鋪上去
日本人對PC98的怨念真的不少！原本操作系統應該停在Win95的PC98
還是有人持續開發新的操作系統FreeBSD、For Win98 install Patch…
不過對一般人來說DOS還是最適合PC98最好的OS (畢竟PC98的時代與DOS重疊性最高)
但是看看MS-DOS的售價如此高而且位於海外要購入也有難度
要合法的使用MS-DOS似乎有難度，不過最近找到一款FreeDOS for PC98
FreeDos跟MS-DOS相容性還算蠻高的，而且實際放上PC98也可以正常執行遊戲
可惜因為某種不明因素，原本FreeDos for PC安裝教學裡的一些東西被和諧掉了
目前唯一能在PC98上使用FreeDos的方式只有一種，從已經使用FreeDos的image上作修改
PC98有一些同人遊戲的image 遊戲本身是免費的，總不能為了OS 再另外替MS收費
所以他們使用的OS正式這篇文章提到的FreeDOS
硬碟的 image我就放在這裡了，FreeDos for PC98 有需要的就下載吧！
FreeDos (with CD Driver) for T98-NEXT and Anex86
FreeDos for neko project 21
台灣的 DVB-T 除了 Hi_HD 之外,其他的都還是STD的品質
當然數位電視的畫面比例也是DVD那種比例
硬是把他拉伸到16:9畫面就會蠻慘的
這篇主要就是介紹可以減少拉伸後畫面變寬的方法，也就是crop+scale
這個只是用於mplayer，不過可以拿其中的數據套用在其他播放器
vf-pre=pp=lb,crop=704:428
vf-add=scale=-2:428,dsize=1.77778
第一行是先去交錯 然後修剪適當地高度
第二行則是設定拉伸高度，比例 然後讓mplayer自己算寬度
實際的成果如下
硬拉伸成16:9
修剪後拉伸為16:9
雖然還是扁了一點，但總是有改善（點擊可看原圖）
1.建議linux kernel升級到2.6.32 之後(R600,R700這個版本之後才能跑3D)
這邊是下載的地方
http://kernel.ubuntu.com/~kernel-ppa/mainline/
2.在 系統->管理->軟體來源->其他軟體 內
新增 ppa:xorg-edgers/ppa
更新管理員 檢查更新 選擇升級 drm,mesa相關套件
及安裝 ati or radeon or radeonhd
安裝完之後 看看要不要把edger關掉
這裡面的東西是新但不穩定(相對於其他來源沒有經過太多測試)
3.修改/etc/X11/xorg.conf
視PC狀況請作適當地修改，先貼上我的
Section "Device"
Identifier "Radeon HD 4670"
Driver "radeonhd"
BusID "PCI:5:0:0"
Option "AccelMethod" "EXA"
#either XAA or EXA. "XAA" is the default and safe choice
Option "DRI"
Option "AccelDFS" "1"
# 1/0 On for PCIE, off for AGP
# Option "EnablePageFlip" "true"
#only works with accelmethod "XAA"
Option "TripleBuffer" "true"
#This *might* help if you use something like Beryl and have slow video playback.
Option "DynamicClocks" "on"
#This is for laptop users, it saves energy when in battery mode.
Option "XAANoOffscreenPixmaps"
EndSection
Section "Screen"
Identifier "Default Screen"
Device "Radeon HD 4670"
Monitor "Generic Monitor"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1920x1080" "1440x900" "1024x768"
EndSubSection
EndSection
Section "Module"
Load "glx"
Load "dri"
EndSection
Section "DRI"
Mode 0666
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Section "ServerFlags"
Option "AIGLX" "On"
EndSection
BusID可用lspci查詢
紅光LED在之前的光合作用光譜上佔有蠻大的優勢，但它真的有優勢嗎？
為什麼會出現這樣的問題呢？
最主要白光LED(相同瓦數)發光效率比紅光好
那這個答案是哪個呢？
用DIN的光合作用有效比例下去估計
大概推測一下，白光led以100 lm/w 估計，紅光 65 lm/w
白光LED落在紅光光譜的部份約25%，有效比例平均0.5
紅光LED當然光譜就100%，有效比例約0.65
100×25%x0.5=12.5 (白光LED於紅光區域光合作用有效貢獻)
65×100%x0.65=42.5 (紅光LED光合作用有效貢獻)
光看這個比例很懸殊(1顆紅光LED抵4顆白光)
但考慮到白光LED其他部份光譜一樣對光合作用有貢獻(有效比例算0.35好了)
整個放進去計算的話，應該是100×0.35=35
也就是說1顆紅光LED光合作用有效量只比白光LED多一點
但如果用葉綠素、胡蘿蔔素的光合作用有效比例估計
白光LED有效比例0.2(也可以估成0.1)，紅光LED則是0.5
100×0.2=20，65×0.5=32.5
即便有光合作用優勢但被白光強力發光效率影響下
紅光LED比白光LED強62.5% (or 21.4% by DIN光合作用光譜)
這一點差異對於小魚缸而言不是很大，對於植物工廠需要壓低成本提高產量才有明顯差異
(這也就意謂著在小缸部份不需要特別去為了光合作用配色，除非你是從事植物工廠事業)
以上是基於光合作用光譜比列的計算
接下來要做的是用光子能量做藍光跟紅光能量的估計
65×0.65x(hc/λ)=0.00728 hc
12×0.8x(hc/λ)=0.00213 hc
從理論上來看就可以看到更明顯的發光效率差異的影響有多大
紅光發光效率為比藍光多4.416倍，紅光發光優勢 藍光要從光合作用上的優勢救，也救不太回來
結論：除了研究光譜之外 光源發光效率還是很重要的
(暴力的光源還是可以挽救光合作用不理想的部份)
PS.本篇所使用的光合作用比例全是目測，只能測個大概
實際上需要發光光譜跟光合作用光譜作積分，但是這需要一些特別軟體(或者特殊的方式)
我是知道有一種方式可以算出來不過耗時耗日(不花個幾個禮拜是作不玩的)
而且這樣算出來的結果精確性也只高於目測一點點，沒什麼時間所以就隨便目測一下
PS2.本篇計算出的粗體字部份並非光合作用實體吸收能量的大小，而是比例關係
最近考慮換Full HD 寬螢幕，然後常看到在爭吵16:9跟16:10哪個好
就面積來講16:10多了那5.6%的面積，老實說看起來算是有差別 但實際上呢？
計算Moniter的尺寸是以對角線長度為準
而網路上常常看到一張圖對角線明明就不一樣長，而且16:9跟16:10寬度還一樣
明顯這張圖根本有問題
(這是製圖人的miss純粹只是這樣比較方便，但他沒有考慮到實際狀況)
譬如這樣
於是就自己畫了一張
在對角線長度相同(且點距相等)下，事實上16:9比16:10寬一些，16:10比16:9長一些
那到底寬多少長多少？
16:9比16:10寬2.3%，16:10比16:9長8.1%
用百分比可能不太能直接轉換成現實使用習慣，那就換算成』字型大小』吧！
細明體，字型12大概是0.167×0.167 in(字距0.028，行距0.097)，對角線長度設定為24 in
16:9比16:10寬度上可以多看2.4個字，16:10比16:9長度上可以多看3.6個字
那這點區域是多大呢？請看下圖，就是這樣大
16:09 比16:10 增加的寬度看起來很小，16:10比16:9增加的長度也只不過3行半
可是面積雖然有5.6%的差異但實際上反應到實際使用上兩者差異並不明顯
為了多看三行半去選擇16:10老實說很愚蠢
(該不會忘記世界上還有個東西叫Scroll Wheel吧，滾輪轉個10度都懶的人實在不能恭維)
為了看影片少黑邊去選擇16:9老實說也很愚蠢，16:10的長度差異分散到上下兩端根本就很小
(即便Stretch Full screen 變形也不會很離譜)
結論：管他16:9還是16:10，選擇好的螢幕敗下去就對了！
上一篇文章光合作用與光的關係
不知道有多少人注意到 後面編輯加入的東西
(持續不斷吸收一些東西，所以有作一些資料增減)
前幾個禮拜看到一個節目 ナニコレ珍百景，中間有提到日本的植物工廠
看到工廠裡面怎麼都是紅色的光？
照道理來說應該會配一些藍光整個呈現的光應該是紅紫(偏紅那種)
只有紅光植物會長不起來(或者枯萎)
查了一下植物工廠的照片，看看光源分佈狀況到底是如何
結果如上，的確有藍光 但分佈範圍很低很低(難怪看起來是紅色而不是紅紫)
算一下一個block的紅藍LED比例看看，紅：56顆 藍：4顆
跟查到的資料相符合程度很高(假設他們亮度一致)
藍光佔的比例6%左右就夠了 其他的全部紅光沒關係
我現在這個LED燈顯然藍光比例太多(3白1紅2藍)
改天有空把藍光拿掉一個(或者乾脆全部拿掉？)再增加紅、白光LED
在Linux上使用Firefox 全螢幕播放 Flash時總是會Crash
(常見於Youtube,niconico…等影音網站)
今天在巴哈的網友sb107912 (VeryReina)告知下，才發現原來這個有解啊！
不清楚原因是什麼，但是在firefox.sh裡面加上這一行
export LD_PRELOAD=/usr/lib/libGL.so.1
預讀 libGL就可以正常的進行全螢幕playback，預計下一版orangeFox就放進去這個
距離上一個windows only版也快一年了，linux only 的當然也要來一下
這次主要是把上次的遺珠之憾(pngnq)放進來
pngnq 1.0 這版把Improved pngnq 改良的source放進來了
整個dithered後 感覺變好很多
我嘗試用nautilus-scripts 寫 減色png 試作品
使用方式：
解壓縮後放到~/.gnome2/nautilus-scripts，在nautilus裡面選取要減色的png ->右鍵 ->指令稿
(請先安裝pngcrush,pngnq,optipng,advancecomp)
pngcrush我是用來彩色轉灰階(color counting 功能被取消 -bit_depth 沒辦法進行彩色減色)
pngnq我是用來將彩色作減色的動作，經測試大概128色是平衡最好的
往下畫質變差很多 往上畫質沒有明顯提昇(檔案大小倒是提昇不少)
減色前310KB
減色後99KB
另外如果原本就是indexed color的圖，請跳過pngnq or pngcrush直接到optipng,advdef.
orangeFox 3.5.3 release
http://www.mediafire.com/?sharekey=46e2 … f6e8ebb871
目前為止自訂化最完整的版本 順便附上flash plugin(省得麻煩)
應該也是目前所有orangeFox最快的版本
buildconfig
–enable-application=browser –disable-tests –disable-crashreporter –disable-debug –disable-debug-modules –disable-tests –disable-javaxpcom –disable-updater –disable-crashreporter –disable-parental-controls –enable-application=browser –enable-libxul –enable-jemalloc –enable-safe-browsing ‘–enable-optimize=-O3 -fforce-addr -march=native -mtune=native -pipe -fomit-frame-pointer -funit-at-a-time -fbranch-target-load-optimize -fbranch-target-load-optimize2 -m3dnow -mmmx -msse -msse2 -msse3′ –enable-profile-guided-optimization
近期迴響