本站時區問題

昨天Y師匠提到時間不太對,所以寫信去問Jaguar PC….
答案是CST USA。(美國中部標準時間,GMT-6)
所以相對於台灣(GMT+8),正確的plog時間設定是+14。

真是勞師動眾….
能改的話快把這點改掉吧。T__T

化衝動為動力

昨天下午有大半的時間花在換機殼上。
下午天地來的時候才發現,自己先前手癢把3000+插在插在新版子上,
但是方向搞錯,所以把本來的3000+給壓爛了。orz
偶爾才發現自己會犯這種低智商的錯誤….
最近也覺得自己常常忘記要講什麼,看來我的腦袋開始走向崩壞的道路了。

於是整天心情都很不好@@

凌晨的時候和Y師匠、WTO去吃宵夜,這兩個已經當兵的前輩提到「有體力就不怕被操」,於是下午馬上就去try自己體力到什麼地步…持久泳法三千公尺。

….好像還普通嘛。

本來是打算游兩千就好,逼自己硬凹到三千….
能持續一個月的話應該就還不錯;只是這好像有點發洩的意味了。

不過游泳畢竟是自己本來比較擅長的東西,不能當參考;
新訓的基本價碼似乎是三千公尺長跑十八分鐘內,這邊也要設法處理一下。

總之本來可以賣給JK的3000+泡湯了,總是要設法發洩一下@@

聽音樂與玩遊戲要分開….

照理說這應該是真理,不過總是會想要硬凹….

總之,和天地借的Juli@,在錄某些PC本地端application的時候會有點毛病。
應該說,目前只遇到一款:EFZ + Fraps。

DirectWIRE 本身是EGO-Sys Juli@ 的一大特點之一;不過如果用得不好的話狀況就會很多,比方說上面是MME的1/2 output接到1/2的in,先前接到3/4的in,就很容易影響到EFZ的運作速度(剩下45fps、聲音也降了好幾key這樣。

MeltyBlood這邊比較吃資源,反而卻沒有什麼問題….
也許是EFZ引擎太老了?(Fraps只要設定成60fps,要錄MB大概就沒什麼問題)

當然如果是普通的遊戲卡狀況就單純了,Windows控制台調一調就解決了,可是音質就很容易被犧牲掉。
光從零件spec來看的話,直接砸X-FI似乎可以同時取得遊戲上的方便性與音質;不過實際上不見得就是如此….

和零件的spec相比,通常設計帶來的影響更大:比方說X-FI Elite-Pro配備與EMU 1212m相同的CS4398 DAC,但是實際上表現還是和1212m有點距離。(當然這可以想像是因為產品區隔)

話說回來,還是希望減少開支嘍….敗個不停還得了。

—-
話說幫Foobar加上ASIO plug-in之後,Juli@在ASIO底下的音質好像有點變化,多了一點細節;所以手癢也幫UAB裝上ASIO4ALL。

おたちゃんのMIDI/Audioソフト
http://www3.cypress.ne.jp/otachan/
ASIO plug-in、ASIO caps。

ASIO4ALL的相關資訊可以參照:

Offical-http://www.asio4all.com/
目前是ver 2.6。

西川和久先生的專欄-http://pc.watch.impress.co.jp/docs/2004/0204/nishikawa.htm

嗯…. 不過 PCM2702 UAB只能靠ASIO4ALL,就比較沒有Juli@那種讓人覺得整個細節變多的感覺,變化幅度不大….不知道這和native support有沒有關係?

well,其實Juli@開ASIO細節會變多這點都已經讓人覺得有點心理因素了就是。(汗)

G70 512MB準備起跑

既然確定要出這玩意兒,看起來G70應該還會撐一陣子….
不會這麼早出後繼品了。

7800GTX 512MB版是8顆512Mbit Samsung BJ11 GDDR3組成的,設定是550/1700。
本來從這點來看,考慮Bank Interleave(16顆)的話G70應該可以支援到1GB沒問題。
不過從Samsung的spec來看,BJ11很暴力….run在800~900MHz的時候時脈是2.0v,比一般的1.8v要來得高些,熱量大概也不可小覷,從這點來看16顆大概有點拼。

由於記憶體時脈大舉提升(430至550、1200至1700),所以效能可以提升30%左右,由於ASUS談到了G70單品的GPU,配同樣速度的記憶體的話,256MB應該可以得到類似的效能成長;可惜GDDR4的話G7x不支援。

推出時間應該是11月中,定價….650左右吧。(抖)
同時會推出6800GS,在Digital-Info那邊已經有spec和圖片了,一如預料是7800/GT的PCB。

http://www.digital-info.net/vbb/showthread.php?t=4359

這邊有個有趣的狀態是,從GeForceFX以來NVIDIA第一次同級產品有比ATI的規模小的狀況….G70 305M vs R520 320M電晶體。

以B3D的數字來說,G70 是 300M、R520是321M,
NV20 是 57M、R200是 60M,不過NV25是63M,
NV15 是 25M、R100是 30M 電晶體。

但是從NV30以後,NVIDIA的產品就常常比ATI大上兩號,
比方說NV30是125M、同時R300是106M;NV40是222M、R420是165M。

到底該不該把G70視為R520的同代產品其實很難說,畢竟R520是ATI的第一個SM3 device,而G70則有大半是延續NV40的結構而來。
不過從7800GTX 512MB的推出來看,NVIDIA至少有相當程度打算繼續用G70和R520競爭下去。

ATI AVIVO Transcode

ATI 最近十足熱中於GPGPU,繼先前的Physics on GPU,這次是Video Transcode。
http://www.kimicat.com/?p=339

這篇文章介紹了 ATI 的 Avivo Transcode 程式(目前仍在 beta 測試),它可以利用 ATI X1000 系列顯示卡進行影片壓縮的加速。根據該文章的測試,在進行 MPEG-4 的壓縮時,配合 Radeon X1800XT 比使用 Athlon 64 X2 4800+ 要快五倍以上。

文章
討論

(by Hotball)

看起來好像很厲害XD

plog 1.0.2 beta

由於mark在plogworld.org.tw回應說,ValidTrackback在1.0.2 branch已經fix了,代表如果我們希望ValidTrackback發揮作用,必須升級到1.0.2。

於是開始動工。

將SourceForge上的upgrade版抓下來,找到自己的更改處保留之後,覆蓋處理。
雖說這是推薦法,但是Oscar(plog原作者)和mark這邊有點出入的關係,這樣下去branch量大概會增加很多(死)

phpBB update to 2.0.18

http://www.lovehinaplus.com/phpBB2/viewtopic.php?t=7365
這回值得注意的是竹貓改為UTF8釋出,所以少一個步驟。
所以目前LH+和夢想都UTF8化了。

話說,改完第二天Tib提到一個東西:Template Cache。

phpBB 2.0.8新提出 template cache機制,基本上就是用檔案暫存來換SQL Server CPU usage。

1. contrib/template_file_cache.php 換掉 includes/template.php
砍掉後者、用前者(改為同名)換掉;
有另一個template_db_cache.php,不過因為需要新開table,也不知道有沒有比較快….
2. chmod 777 cache

之後就是用cache目錄的空間暫存來減少對SQL的需求;
這個措施當然會同時套用到LH+與Dream-Realm上。

話說回來,plogworld.org.tw也有人提到"當SQL server掛點的時候用HTML當暫存"的解決方案,這邊也順便參考一下好了:

聯結不到資料庫時如何轉向其他備份頁面
(目前核心補強區置頂中)

都處理完的話應該可以再把CPU usage大幅降低….
達到不增加花費來維持的目的。

現在只剩下黑歷史….