＝＝＝＝＝個人偏見＝＝＝＝＝
一開始鷹野對七歲的透祜的愛護，加上透祜的行為實在太可愛了，14歲時的透祜吃鷹野的醋，加上不願當鷹野的妹妹，到告白事件，對妹控來說這段加了很多分。鷹野最後一戰前終於說出不再當她是妹妹了，可惜透祜沒聽到，也沒時間感受故事就走向終章了，我覺得有點可惜。說實在的裡面角色的情感的互動我給予不錯的評價。
| 1. schwarzweiβ~霧の向こうにつながる世界~[Game Ver]（歌：霜月はるか†Revo（Sound Horizon）） 2. 郷里の陽 3. 世界と伝承について~前編~ 4. 世界と伝承について~後編~ 5. Grand Fantasm 6. 魔法のことば 7. 工房にいらっしゃい！ 8. 水の街 9. セールスは３時から 10. 強者たちの集う場所 11. 古書に囲まれる日々 12. ステンドグラスに射す光 13. 地図にない道へと 14. 異世界への入り口 15. Thunderclap 16. 霧の針葉樹 17. 古き城を訪れて 18. 古城の洞穴 19. 遥かなる刻の奏で 20. 妖精たちの戦い 21. クマたちの戦い 22. 神秘の水晶谷 23. 神の庭園 24. 深遠 25. 精霊たちの乱舞 26. マナとの約束 27. おてんば姉妹 28. Soul Boy 29. 孤高の青年騎士 30. 黒い影 31. 精霊のふるさと for グランファンタズム | 1. Omen 2. Tutorial 3. 達成だね！ 4. イリスと愉快な仲間たち 5. 散歩日和 6. カラス空を行く 7. 二人だけの時間 8. 心の迷宮 9. 木枯し 10. 不穏な足音 11. 暗雲 12. 雷雲 13. 独り想うこと 14. 大切な人 15. 郷里の星 16. 至宝の輝き 17. Crash! 18. Breath of Beast 19. Criss Cross 20. Rain of Blossoms 21. Desire and Commandments 22. Eye of The Eagle 23. 歓喜の瞬間 24. Your Status 25. 力尽き果てて 26. ムービー用ジングル~タイトルロゴ~ 27. ムービー用ジングル~チャプター~ 28. つづきはまた明日… 29. Flowers In The Rain（歌：片霧烈火） 30. Lorelei（歌：みとせのりこ） 31. 大切なことば（歌：石橋優子） 32. Bonus Track~Etude~ |
Lame的設定
這些設定需要Lame 3.97之後的版本。Lame 3.97是建議的版本[下載]
在給的bitrate的範圍中， 聲音的品質是以VBR > ABR > CBR。裡面就只有當你選擇最高的CBR bitrate(320kbit/s)的時候例外
建議上使用--alt-preset standard在音質和大小的平衡
建議的編碼設定 :
--alt-preset standard : (大約190kbit/s，通常在180和220之間)
--alt-preset fast standard : (大約190kbit/s，比較快但是品質較差)
--alt-preset extreme : (大約250kbit/s，通常在220和270之間)
--alt-preset fast extreme : (大約250kbit/s，比較快但是品質較差)
--alt-preset insane : (320kbit/s CBR，最高的品質)
在使用在MP3隨身聽上的時候，你或許可以使用--alt-preset standard -Y(大約160kbit/s)。 -Y將高頻限制在16KHz，在吵雜的環境有時你可能會沒有感覺。
建議的ABR(平均Bitrate)的設定 :
ABR的設定可以從320kbps到8kbps
--alt-preset
例如 :
--alt-preset 200 : 200kbit ABR
--alt-preset 128 : 128 kbit ABR
建議的CBR(固定bitrate)的設定 :
--alt-preset cbr 320 : 320 kbit/s CBR
--alt-preset cbr 256 : 256 kbit/s CBR
--alt-preset cbr 192 : 192 kbit/s CBR
--alt-preset cbr 160 : 160 kbit/s CBR
--alt-preset cbr 128 : 128 kbit/s CBR
--alt-preset cbr 96 : 96 kbit/s CBR
選定EAC menu中的compression options
打開"External Compression"的選項
Exact Audio Copy
EAC 0.95b可由這取得：[下載點]
在2K or XP下如果安裝完後執行程式後，放入CD後沒有任何音軌出現，也就是沒有Track01等字出現，先下載ASPI的driver：[下載點]，EAC -> EAC Options or F9在Interface選項下有[x]Installed external ASPI interface，重新開啟程式
Driver Options
請先放入CD，EAC -> Driver Options or F10
在Extraction Method按下Detect Read Features程式會幫你偵測適當的設定
在Drive中按下Autodetect read command now，程式會幫你找出Drive read command
Secure modes - Secure mode with following drive features(建議使用):
在音軌轉錄時會檢查和更正錯誤
Drive has 'Accurate Stream' feature :
如果你的裝置可以正確讀取,這個選項應該被設定
Drive caches audio data:
EAC 讀取每一個音樂區兩次並比較它們.如果不同的話EAC知道有不取錯誤會重讀這個音樂區一次又一次直到達到滿意的結果(或是告訴使用者錯誤).如果使 用快取的話裝置會在第二次讀取時使用快取的資料,當然結果總是相同.在這個情形下這個選項要被選取,EAC會清除原來的快取在讀一次CD
Drive is capable of Retrieving C2 error information:
一 些新的裝置能夠傳回C2錯誤的訊息.C2錯誤告訴軟體說可能有讀取上的錯誤,當C2錯誤修正Enable時,EAC就不必不取整個資料重讀一次,可以使 速度提昇.有些裝置在偵測時會報告說它支援C2但它實際上沒有.要測試更徹底使用額外的"Examine C2 Feature"
"Big Endian" byte order (Motorola):
有些裝置會以錯誤的byte的次序回傳取樣.16 bit的取樣會分成兩個byte而byte的次序在這些裝置上是相反的.如果你轉錄的音樂聽起來像是噪音的話,試者設定這個選項
Swap channels:
一些裝置會將左右聲道相反,這可以解決這問題
Spin up drive before extraction:
Speed selection : (預設:Actual,建議:Actual)
施工中
Allow speed reduction during extraction : (預設:Enabled,建議:Enabled)
EAC當讀取錯誤時能夠自動的減低速度,可是當錯誤過了後不是每個裝置都能再一次速度上升
CD-Text Read capable drive : (預設:Disabled,建議:Depends on the drive)
如果你的裝置支援CD-Text得讀取,你最好選擇這個選項.
Gap/Index retrival method:(預設:Detection method B,建議:Depends on the drive)
有 些裝置在你選用錯誤的gap detection method的時候會造成不正確的gap值.(Detection method A, Detection method B, Detection method C)中method A是最快速的method C是最慢的,這三個方法的品質沒有差別.然而不是每個裝置都可以使用最快的方法.
Detection accuracy:(預設:Inaccurate,建議:Secure)
Detection accuracy是EAC detect gaps的次數.在Inaccurate mode時gaps只會被擷取一次.Accurate和Secure mode都回擷取好幾次來確定gap的位置.
Action -> Detect Gaps or F4.如果是正確的gap detection mode能夠在兩秒內找到正確的gaps.如果EAC在偵測的過程中停住了或是需要很久的時間,這個模式或許不適合你的裝置.這時改成method B or C然後退出光碟重新讀取光碟還有重置所有的資料再做一次測試.
PS:測試光碟最好是原版而且不是現場和混音版的
可以在這個地方找到一些光碟機的參考選項
http://www.accuraterip.com/driveoffsets.htm
EAC Options
Extraction tab的參數的意義
Fill up missing offset samples with silence : (預設:Enabled,建議:Enabled)
當使用offset修正的時候,如果在失去取樣時候是否使用silence來填滿失去的地方或不考慮他,這個選項可以讓我們使用silence來填滿誤失取樣的部分,可以使取樣得到的東西盡可能跟原來的相像
No use of null samples for CRC calculations : (預設:Enabled,建議:Disabled)
當計算CRC的時候,無效的取樣不會被計算.然而位移也會造成不同的CRC即使音軌有無效的取樣在開始和結束.這個選項事實上不是很重要絕對不會影響到轉錄的品質.
Synchronize between tracks : (預設:Enabled,建議:Enabled)
在音軌交叉處,EAC能夠作在兩個音軌間jitter和同步的修正,使它確定在交會處沒有pop/gaps會發生.這只有在鄰近的音軌被轉錄時才發生作用
Delete leading and trailing silent blocks : (預設:Disabled,建議:Disabled)
如果音軌有silence在開始會結束的地方,EAC可以移除這些東西.當然這會使wav比原來的小.如果我們希望100%的複製的話,取消這個選項
Skip track extraction on read or sync errors : (預設:Disabled,建議:Disabled)
如果在第一次讀取或同步錯誤時到EAC會跳過現在的音軌,因為有時EAC一些進階的轉錄方式所得的讀取或同步錯誤通常不會造成可聽出的影響.在取消這選項時,當這些情況發生得時候,EAC會記錄在log中.當然當讀取或同步錯誤發生時程式不再保證一定正確,
Skip track extraction after duration longer than : (預設:Disabled,建議:Disabled)
如果選擇這個選項,EAC會在一定時間後跳過現在轉錄的音軌轉錄下一軌.
After each xx mins of extraction, cool down the drive for yy mins : (預設:Disabled,建議:Disabled)
只有在有音軌因為長時間轉錄造成讀取頭過熱的情形下才要使用
Lock drive tray during extraction : (建議:Enabled,建議:Enabled)
EAC會鎖住光碟機來避免使用者在轉錄時候不小心地打開光碟機
Extraction and compression priority : (預設:Normal,建議:High)
增加到High可能會造成其他程式的lag
Error recovery quality : (預設:Medium,建議:High)
有三個等級的錯誤更正這個設定設定重新讀取幾次後放棄,如果你需要最好的品質的話就使用High吧
Filename的參數的意義
Naming scheme : %A\%C\%N%T
可以輸出"歌手目錄->專輯名目錄->音軌數音軌名
Replace spaces by underscores :
用"_"取代空白
freedb/Database Option
CDDB是CD資料庫的意思.它是一個含有大量的CD資訊龐大的線上資料庫.你可以這資料庫取得光碟的歌曲名,專輯名還有歌手名等.
EAC -> freedb/Database option -> freedb你只要設定好Your E-Mail然後Freedb server使用預設的就可以使用的. Database -> Get CD Information -> Remote CDDB就可以取得資料
Log的簡單說明
Peak leavel
是說轉錄出來的音軌的響度,如果沒有到達100%不用擔心這不會影響到轉錄的品質
Track quality
Track quality 100%明顯的是意指音軌被100%正確的被轉錄出來.有時候EAC會重讀某些音樂區域好幾次來得到正確的結果但每次重讀一次,音軌的品質就會下降.但這 並不是說轉錄的正確性下降.在"Tack quality"低於100%的情形下還是可能有一個bit一個bit都是完美的被複製只要是在log檔中沒有任何的錯誤被回報."Track quality"是說CD在實質上的品質,而不是轉錄的資料的品質
如何用EAC備份光碟
幾 乎每個裝置都沒有辦法正確的定位讀取的位置.因為每的區域都有位置的資訊,所以在資料光碟上這不是多大的問題.裝置可以簡單的找到正確的位置.可 是在音樂光碟上沒有任何的區域位置的資訊.所以在音樂光碟上要找到正確的位置是非常困難的事.所以裝置在讀取音樂光碟的時候會有offset.大部分現在 的裝置的offset都是常數只要你知道它的offset就可以修正它
拿任何一張EAC內建資料的音樂光碟(http://www.exactaudiocopy.de/eac3.html) 測得到光碟機的Read offset.然後在Writer offset的地方輸入 "0"製作測試光碟,拿這張測試光碟給光碟機測Read offset,可以得到read/write combined offset.再把read/write combined offset的值減掉Read offset的值填到Writer offset.
Foobar2000介紹
Foobar2000有以下的特 [下載]
選擇"DSP Manager"的選項
Resampler : 重新取樣器(有SRC的音效卡強烈建議使用)
在Resampler中
Target sample rate：48000Hz(AC97)
[*] Slow Mode (用更大的Window Size但需要更快的CPU)
44100Hz：SB16、AWE32和其他類似的ISA soundcard
48000Hz：SB PCI、SBLive、Audigy、Philips AE、Yamaha 7x4和一般的onboard soundcard
96000Hz：Audigy2和一些真正支援96khz的soundcard、例如Terratec DWX24/96
選擇"Output"的選項
Output method：kernel Streaming(使用在"2k & XP")
如果你使用Win9x系列使用WaveOut其他的情形使用DirectSound
Allow hardware mixing當硬體有支援的情形下
Kernel Streaming有些硬體不能正確支援，一些人在使用KS有感覺上比DS好的情形
(KS在Normal版以上就有了，不過預設不選取，請在安裝時在Output中選取Kernel Streaming)
Kernel Streaming是一個叫做"Microsoft DirectKS"的技術。DirectKS可以開一個直接連接到聲音裝置的連接然後直接送資料到裝置。可以穿過M$ Kernel Mixer，裝置的driver mixer。如果你有很差的裝置drivers或是遇上一些MS kernel Mixer的臭蟲或是一些特殊的用途需要高取樣的輸出或是需要較小的延遲，但KS有一些問題在一些硬體或Driver上。
在有些情形下 kMixer重新取樣你的輸出，但你的音效裝置驅動程式也做但可能硬體自己可以做的最好。KS可以穿過前面兩個後直接給硬體。如果硬體可以自 己重新取樣的話你可以給不同的取樣頻率在KS上。這樣的話你要使用DSP resampler。在使用KS時其他的東西就不能再用音效裝置。
ps:一些硬體的重新取樣的品質很差，如果你沒有使用DSP resampler的情形下KS有可能是品質最差的
選擇"Playback"的選項
Replaygin mode：use album gain
Output bit depth：16bit fixed point(視音效卡的情形而定)
使用超過硬體支援的數目祇會降低音質而已
如果使用Terratec EWX24/96使用24bit padded to 32bit
[v] Dither 當你的音效卡是的輸出是16bit的時候，建議使用Dither
ReplayGain
所 有的CD的聲音大小都不是相同。你感覺在數位音樂格式上的聲音大小甚至有更大的變動。當不同的音樂氣氛需要有些聲道應該比其它的大聲時，這個CD的響度 必須配合整年發行的CD多於在加強情感上的效果。如果我們加上控制在不一致品質的數位音樂編碼，你可以在隨機播放音樂而不用調整音量。
有一個簡單解決這問題的辦法，就是儲存所需要的大小在每個音軌上。一些標籤可以儲存播放所需要的相對音量判斷，可以用來達到響度的控制。 ReplayGain建立了一個簡單的方法在計算和取代原來音軌和專輯的真實響度。
先選取要編輯的檔案，右鍵Replaygain
Edit replaygain info (advanced) : 直接手動編輯replaygain的大小
Remove replaygain info from files : 將replaygain的訊息從檔案中移除
Scan per-file track gain : 掃描每個檔案各自的track gain
Scan selection as album : 將選取的部分視為同一個專輯，並取得所要的Album gain(當你沒有編輯Album資訊但知道哪些為同一張專輯的時候可以使用這個方式)
Scan selection as multiple albums using album field : 將選擇的部分根據檔案各自的專輯部分來得到Album gain(當你檔案有編輯Album資訊時，你可以選取所有有Album資訊的檔案，程式會自動根據Album分群得到要的Album gain)
當你有了Replaygain的資訊後在Playback中的Replaygain mode中選用Album gain
PS : Replaygin mode中track gain和album gain的差別
Track gain : 根據每個Track的大小來調整大小，使用Track gain會使得每首歌的大小差不多
Album gain : 根據每張專輯整體平均的大小來調整，使用Album gain可以使每張專輯的相對大小差不多，在專輯中還是有不同的大小
除非你想要每首歌的大小一樣，否則建議使用Album gain。因為track gain會讓專輯的每首歌都一樣大聲，如此就破壞了這張CD原來的安排和想帶給你的感覺
Freedb
Foobar2000 0.9版之後使用的Freedb2，支援Unicode along with freedb protocol version 6
舊版日文出現亂碼時請用這個伺服器 : http://freedbtest.dyndns.org/~cddb/cddb.cgi
Musicbrainz : http://www.mb.inhouse.co.uk:80/~cddb/cddb.cgi
Freedb2 : http://TrackType.org:80/~cddb/cddb.cgi
相關連結
foobar2000 Wiki for Japanese Users
Foorbar官方網頁
おたちゃんのMIDI/Audioソフト
聆聽音響有無客觀標準？ 梁中鍔 2005-02-23
Copyright (C) 2005-02-23 by 梁中鍔
原文出處：交直流音響工作室 AC&DC Acoustics
Copyright (C) 1999-07 by 黃智鈺
原文出處：拓樸音響工作室 發表於《音樂月刊》202期
Copyright (C) 1999-06 by 黃智鈺
原文出處：拓樸音響工作室 發表於《音樂月刊》201期
Copyright (C) 1999-05 by 黃智鈺
原文出處：拓樸音響工作室 發表於《音樂月刊》200期
Copyright (C) 1997-05 by 黃智鈺
原文出處：拓樸音響工作室 發表於《音樂月刊》176期
Copyright (C) 2001 by Eric S. Raymond
中文版 Copyleft 2001 by D.H.Grand(nOBODY/Ginux)
英文版：http://www.tuxedo.org/~esr/faqs/smart-questions.html
感謝 Eric 的耐心指點和同意，本文才得以完成並發佈，
本指南 英文版版權為 Eric Steven Raymond 所有，
中文版版權由 D.H.Grand[nOBODY/Ginux] 所有。
在黑客世界裏，當提出一個技術問題時，你能得到怎樣的回答？
這取決於挖出答案的難度，同樣取決於你提問的方法。
本指南旨在幫助你提高發問技巧，以獲取你最想要的答案。
首先你必須明白，黑客們只偏愛艱巨的任務，或者能激發他們思維的好問題。
如若不然，我們還來幹嗎？如果你有值得我們反復咀嚼玩味的好問題，
我們自會對你感激不盡。好問題是激勵，是厚禮，可以提高我們的理解力，
而且通常會暴露我們以前從沒意識到或者思考過的問題。
對黑客而言，“問得好！”是發自內心的大力稱讚。
儘管黑客們有蔑視簡單問題和不友善的壞名聲，有時看起來似乎我們對新手，
對知識貧乏者懷有敵意，但其實不是那樣的。
我們不想掩飾對這樣一些人的蔑視--他們不願思考，
或者在發問前不去完成他們應該做的事。
這種人只會謀殺時間--他們只願索取，從不付出，無端消耗我們的時間，
而我們本可以把時間用在更有趣的問題或者更值得回答的人身上。
我們稱這樣的人為“失敗者”（由於歷史原因，我們有時把它拼作“lusers”）。
我們在很大程度上屬於志願者，從繁忙的生活中抽出時間來解惑答疑，
而且時常被提問淹沒。所以我們無情的濾掉一些話題，
特別是拋棄那些看起來象失敗者的傢伙，以便更高效的利用時間來回答勝利者的問題。
如果你覺得我們過於傲慢的態度讓你不爽，讓你委屈，不妨設身處地想想。
我們並沒有要求你向我們屈服--事實上，我們中的大多數人最喜歡公平交易不過了，
只要你付出小小努力來滿足最起碼的要求，我們就會歡迎你加入到我們的文化中來?
但讓我們幫助那些不願意幫助自己的人是沒有意義的。
如果你不能接受這種“歧視”，我們建議你花點錢找家商業公司簽個術支援協議得了，
別向黑客乞求 如果你決定向我們求助，當然不希望被視為失敗者，
更不願成為失敗者中的一員。立刻得到有效答案的最好方法，就是象勝利者那樣提問
—— 聰明、自信、有解決問題的思路，只是偶爾在特定的問題上需要獲得一點幫助。
（歡迎對本指南提出改進意見。任何建議請E-mail至esr@thyrsus.com，
然而 請注意，本文並非網路禮節的通用指南，我通常會拒絕無助於在技術論壇
得到有用答案的建議。） （當然，如果你寫中文，最好還是寄DHGrand@hotmail.com;-）
= 提問之前 =
在通過電郵、新聞組或者聊天室提出技術問題前，檢查你有沒有做到：
1. 通讀手冊，試著自己找答案。
2. 在FAQ裏找答案（一份維護得好的FAQ可以包羅萬象:）。
3. 在網上搜索（個人推薦google~~~）。
4. 向你身邊精於此道的朋友打聽。
當你提出問題的時候，首先要說明在此之前你幹了些什麼；
這將有助於樹立你的形象：你不是一個妄圖不勞而獲的乞討者，不願浪費別人的時間。
如果提問者能從答案中學到東西，我們更樂於回答他的問題。
周全的思考，準備好你的問題，草率的發問只能得到草率的回答，
或者根本得不到任何答案。越表現出在尋求幫助前為解決問題付出的努力，
你越能得到實質性的幫助。
小心別問錯了問題。如果你的問題基於錯誤的假設，普通黑客（J. Random Hacker）
通常會用無意義的字面解釋來答復你，心裏想著“蠢問題...”，
希望著你會從問題的回答（而非你想得到的答案）中汲取教訓。
決不要自以為夠資格得到答案，你沒這種資格。畢竟你沒有為這種服務支付任何報酬。
你要自己去“掙”回一個答案，靠提出一個有內涵的，有趣的，
有思維激勵作用的問題--一個對社區的經驗有潛在貢獻的問題，
而不僅僅是被動的從他人處索要知識--去掙到這個答案。
另一方面，表明你願意在找答案的過程中做點什麼，是一個非常好的開端。
“誰能給點提示？”、“我這個例子裏缺了什麼？”以及“我應該檢查什麼地方？”
比“請把確切的過程貼出來”更容易得到答復。因為你顯得只要有人指點正確的方向，
你就有完成它的能力和決心。
= 怎樣提問 =
- 謹慎選擇論壇
小心選擇提問的場合。如果象下面描述的那樣，你很可能被忽略掉或者被看作失敗者：
1. 在風馬牛不相及的論壇貼出你的問題
2. 在探討高級技巧的論壇張貼非常初級的問題；反之亦然
3. 在太多的不同新聞組交叉張貼
- 用辭貼切，語法正確，拼寫無誤
我們從經驗中發現，粗心的寫作者通常也是馬虎的思考者（我敢打包票）。
回答粗心大意者的問題很不值得，我們寧願把時間耗在別處。
正確的拼寫，標點符號和大小寫很重要。
更一般的說，p果你的提問寫得象個半文盲，你很有可能被忽視。
如果你在使用非母語的論壇提問，你可以犯點拼寫和語法上的小錯
--但決不能在思考上馬虎（沒錯，我們能弄清兩者的分別）
- 使用含義豐富，描述準確的標題
在郵件列表或者新聞組中，大約50字以內的主題標題是抓住資深專家注意力的黃金時機。
別用喋喋不休的“幫幫忙”（更別說“救命啊！！！！！”這 樣讓人反感的話）
來浪費這個機會。不要妄想用你的痛苦程度來打動我們， 別用空格代替問題的描述，
哪怕是極其簡短的描述。
蠢問題： 救命啊！我的膝上機不能正常顯示了！
聰明問題： XFree86 4.1下滑鼠游標變形，Fooware MV1005的顯示晶片。
如果你在回復中提出問題，記得要修改內容標題，表明裏面有一個問題。
一個看起來象“Re：測試”或者“Re：新bug”的問題很難引起足夠重視。
另外，引用並刪減前文的內容，給新來的讀者留下線索。
- 精確描述，信息量大
1. 謹慎明確的描述症狀。
2. 提供問題發生的環境（機器配置、作業系統、應用程式以及別的什麼）。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬體、軟體變更。
儘量想像一個黑客會怎樣反問你，在提問的時候預先給他答案。
Simon Tatham寫過一篇名為《如何有效的報告Bug》的出色短文。強力推薦你也讀一讀。
- 話不在多
你需要提供精確有效的資訊。這並不是要求你簡單的把成噸的出錯代碼或者資料
完全轉儲摘錄到你的提問中。如果你有龐大而複雜的測試條件，
儘量把它剪裁得越小越好。 這樣做的用處至少有三點。
第一，表現出你為簡化問題付出了努力，這可以使你得到回答的機會增加；
第二，簡化問題使你得到有用答案的機會增加；
第三，在提煉 你的bug報告的過
- 只說症狀，不說猜想
告訴黑客們你認為問題是怎樣引起的沒什麼幫助。
（如果你的推斷如此有效，還用向別人求助嗎？），
因此要確信你原原本本告訴了他們問題的症狀，不要加進你自己的理解和推論。
讓黑客們來診斷吧。
蠢問題： 我在內核編譯中一次又一次遇到SIG11錯誤，
我懷疑某條飛線搭在主板的走線上了，這種情況應該怎樣檢查最好？
聰明問題： 我自製的一套K6/233系統，主板是FIC-PA2007 （VIA Apollo VP2晶片組），
256MB Corsair PC133 SDRAM，在內核編譯中頻頻產生SIG11錯誤，
從開機20分鐘以後就有這種情況，開機 前20分鐘內從沒發生過。
重啟也沒有用，但是關機一晚上就又能工作20分鐘。所有記憶體都換過了，沒有效果。
相關部分的典型編譯記錄如下...。
- 按時間順序列出症狀
對找出問題最有幫助的線索，往往就是問題發生前的一系列操作，
因此，你的說明 應該包含操作步驟，以及電腦的反應，直到問題產生。
如果你的說明很長（超過四個段落），在開頭簡述問題會有所幫助，
接下來按時間順序詳述。這樣黑客們就知道該在你的說明中找什麼。
- 明白你想問什麼
漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的人
（他們忙是因為要親自完成大部分工作）。這樣的人對無節制的時間黑洞不太感冒，
因此也可以說他們對漫無邊際的提問不大感冒。
如果你明確表述需要回答者做什麼（提供建議，發送一段代碼，檢查你的補丁 或是別的）
，就最有可能得到有用的答案。
這會定出一個時間和精力的上限，便於回答者集中精力來幫你
A這很湊效。要理解專家們生活的世界，要把專業技能想像為充裕的資源，
而回復的時間則是貧乏的資源。解決你的問題需要的時間越少，
越能從忙碌的專家口中掏出答案。
因此，優化問題的結構，儘量減少專家們解決它所需要的時間，
會有很大的幫助--這通常和簡化問題有所區別。
因此，問“我想更好的理解X，能給點提示嗎？”通常比問“你能解釋一下X嗎？更好。
如果你的代碼不能工作，問問它有什麼地方不對，比要求別人替你修改要明智得多。
- 別問應該自己解決的問題
黑客們總是善於分辨哪些問題應該由你自己解決；因為我們中的大多數都曾自己解決
這類問題。同樣，這些問題得由你來搞定，你會從中學到東西。
你可以要求給點提示，但別要求得到完整的解決方案。
- 去除無意義的疑問
別用無意義的話結束提問，例如“有人能幫我嗎？”或者“有答案嗎？”。
首先：如果你對問題的描述不很合適，這樣問更是畫蛇添足。
其次：由於這 樣問是畫蛇添足，黑客們會很厭煩你--而且通常會用邏輯上正確的回答
來表 示他們的蔑視，例如：“沒錯，有人能幫你”或者“不，沒答案”。
- 謙遜絕沒有害處，而且常幫大忙
彬彬有禮，多用“請”和“先道個謝了”。
讓大家都知道你對他們花費時間義務提供幫助心存感激。
然而，如果你有很多問題無法解決，禮貌將會增加你得到有用答案的機會。
（我們注意到，自從本指南發佈後，從資深黑客處得到的唯一嚴重缺陷反饋，
就是對預先道謝這一條。一些黑客覺得“先謝了”的言外之意是過後就不會再感謝
任何人了。我們的建議是：都道謝。）
- 問題解決後，加個簡短說明
問題解決後，向所有幫助過你的人發個說明，讓他們知道問題是怎樣解決的，
並再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關注，
應該在那裏貼一個補充說明
。補充說明不必很長或是很深入；簡單的一句“你好，原來是網線出了問題！
謝謝大家--Bill”比什麼也不說要強。事實上，除非結論真的很有技術含量，
否則簡短可愛的小結比長篇學
術論文更好。說明問題是怎樣解決的，但大可不必將解決問題的過程復述一遍。
除了表示禮貌和反饋資訊以外，這種補充有助於他人在郵件列表/新聞組/論壇中搜索
對你有過幫助的完整
解決方案，這可能對他們也很有用。最後（至少？），
這種補充有助於所有提供過幫助的人從中得到滿足感。
如果你自己不是老手或者黑客，那就相信我們，這種感覺對於那些你向他們
求助的導師或者專家而言，是非常重要的。問題久拖未決會讓人灰心；
黑客們渴望看到問題被解決。好人有好報，滿足他們的渴望，
你會在下次貼出新問題時嘗到甜頭。
- 還是不懂
如果你不是很理解答案，別立刻要求對方解釋。
象你以前試著自己解決問題時那樣（利用手冊，FAQ，網路，身邊的高手），
去理解它。如果你真的需要對方解釋，記得表現出你已經學
鴗F點什麼。比方說，如果我回答你：“看來似乎是zEntry被阻塞了；
你應該先清除它。”，然後：一個很糟的後續問題：“zEntry是什麼？”
聰明的問法應該是這樣：“哦~~~我看過幫助了但是只有-z和-p兩個參數中
提到了zEntry而且還都沒有清楚的解釋:<你是指這兩個中的哪一個嗎？
還是我看漏了什麼？”
=三思而後問 =
以下是幾個經典蠢問題，以及黑客在拒絕回答時的心中所想：
問題：我能在哪找到X程式？
問題：我的程式/配置/SQL申明沒有用
問題：我的Windows有問題，你能幫我嗎？
問題：我在安裝Linux（或者X）時有問題，你能幫我嗎？
問題：我怎麼才能破解root帳號/竊取OP特權/讀別人的郵件呢？
提問：我能在哪找到X程式？
回答：就在我找到它的地方啊蠢貨--搜索引擎的那一頭。天?！還有人不會用Google嗎？
提問：我的程式（配置、SQL申明）沒有用
回答：這不算是問題吧，我對找出你的真正問題沒興趣--如果要我問你二十個問題
才找得出來的話--我有更有意思的事要做呢。
在看到這類問題的時候，我的反應通常不外如下三種
1. 你還有什麼要補充的嗎？
2. 真糟糕，希望你能搞定。
3. 這跟我有什麼鳥相關？
提問：我的Windows有問題，你能幫我嗎？
回答：能啊，扔掉萎軟的垃圾，換Linux吧。
提問：我在安裝Linux（或者X）時有問題，你能幫我嗎？
回答：不能，我只有親自在你的電腦上動手才能找到毛病。
還是去找你當地的Linux用戶組尋求手把手的指導吧（你能在這兒找到用戶組的清單）。
提問：我怎麼才能破解root帳號/竊取OP特權/讀別人的郵件呢？
回答：想要這樣做，說明你是個卑鄙小人；想找個黑客幫你，說明你是個白癡！
= 好問題，壞問題 =
最後，我舉一些例子來說明，怎樣聰明的提問；
同一個問題的兩種問法被放在一起，一種是愚蠢的，另一種才是明智的。
蠢問題：我可以在哪兒找到關於Foonly Flurbamatic的資料？
// 這種問法無非想得到“STFW”這樣的回答。
聰明問題：我用Google搜索過“Foonly Flurbamatic 2600”，
但是沒找到有用的結果。誰知道上哪兒去找對這種設備編程的資料？
// 這個問題已經STFW過了，看起來他真的遇到了麻煩。
蠢問題：我從FOO項目找來的源碼沒法編譯。它怎麼這麼爛？
// 他覺得都是別人的錯，這個傲慢自大的傢伙
聰明問題：FOO專案代碼在Nulix 6.2版下無法編譯通過。
我讀過了FAQ，但裏面沒有提到跟Nulix有關的問題。
這是我編譯過程的記錄，我有什麼做得不對的地方嗎？
// 他講明瞭環境，也讀過了FAQ，還指明了錯誤，
並且他沒有把問題的責任推到別人頭上，這個傢伙值得留意。
蠢問題：我的主板有問題了，誰來幫我？
// 普通黑客對這類問題的回答通常是：“好的，還要幫你拍拍背和換尿布嗎？”
，然後按下刪除鍵。
聰明問題：我在S2464主板上試過了X、Y和Z，但沒什麼作用，
我又試了A、B和C。請注意當我嘗試C時的奇怪現象。顯然邊帶傳輸中出現了收縮，
但結果出人意料。在多處理器主板上引起邊帶洩漏的通常原因是什麼？
誰有好主意接下來我該做些什麼測試才能找出問題？
// 這個傢伙，從另一個角度來看，值得去回答他。他表現出了解決問題的能力，
而不是坐等天上掉答案。
在最後一個問題中，注意“告訴我答案”和“給我啟示，指出我還應該做什麼診斷工作”
之間微妙而又重要的區別。
事實上，後一個問題源自於2001年8月在Linux內核郵件列表上的一個真實的提問。
我（Eric）就是那個提出問題的人。我在Tyan S2464主板上觀察到了這種無法解釋的
鎖定現象，列表成員們提供了解決那一問題的重要資訊。
通過我的提問方法，我給了大家值得玩味的東西；我讓人們很容易參與並且被吸引進來。
我顯示了自己具備和他們同等的能力，邀請他們與我共同探討。
我告訴他們我所走過的彎路，以避免他們再浪費時間，這是一種對他人時間價值的尊重。
後來，當我向每個人表示感謝，並且讚賞這套程式（指郵件列表中的討論
--譯者注）運作得非常出色的時候，一個Linux內核?
件列（lkml）成員表示，問題得到解決並非由於我是這個列表中的“名人”，
而是因為我用了正確的方式來提問。
我們黑客從某種角度來說是擁有豐富知識但缺乏人情味的傢伙；我相信
他是對的，如果我象個乞討者那樣提問，不論我是誰，一定會惹惱某些人
或者被他們忽視。他建議我記下這件事，給編寫這個指南的人一些指導。
= 找不到答案怎麼辦 =
如果仍得不到答案，請不要以為我們覺得無法幫助你。
有時只是看到你問題的人不知道答案罷了。沒有回應不代表你被忽視，
雖然不可否認這種差別很難區分。
總的說來，簡單的重複張貼問題是個很糟的想法。這將被視為無意義的喧鬧。
你可以通過其他渠道獲得幫助，這些渠道通常更適合初學者的需要。
有許多網上的以及本地的用戶組，由狂熱的軟體愛好者
（即使他們可能從沒親自寫過任何軟體）組成。通常人們組建
這樣的團體來互相幫助並幫助新手。
另外，你可以向很多商業公司尋求幫助，不論公司大還是小
（Red Hat 和LinuxCare 就是兩個最常見的例子）。
別為要付費才能獲得幫助而感到沮喪！畢竟，假使你的汽車發動機汽缸密
封圈爆掉了--完全可能如此--你還得把它送到修車鋪，並且為維修付費。
就算軟體沒花費你一分錢，你也不能強求技術支援總是免費的。
對大眾化的軟體，就象Linux之類而言，每個開發者至少會有上萬名用戶。
根本不可能由一個人來處理來自上萬名用戶的求助電話。
要知道，即使你要為幫助付費，同你必須購買同類軟體相比，
你所付出的也是微不足道的（通常封閉源代碼軟體的技術支援費用比開放源代碼軟體
要高得多，且內容也不那麼豐富）。
RTFM和STFW：別煩我啦
有一個古老而神聖的傳統：如果你收到“RTFM （Read The Fucking Manual）”的
回復，回答者認為你應該去讀TMD手冊。當然，基本上他是對的，你應該讀一讀。
RTFM有一個年輕的親戚。如果答案是“STFW （Search The Fucking Web）”，回
答者認為你應該到TMD的網上去搜索。基本上，他也是對的，你就去找吧。
通常，用這兩句之一回答你的人會給你一份包含你需要內容的手冊或者一個網址，
而且他們打這些字的時候正在閱讀著。
這些答復意味著回答者認為(1). 你需要的 資訊非常容易獲得；
(2). 你自己去搜索這些資訊比灌給你能讓你學到更多。
別為這個而不爽；依照黑客的標準，他沒有對你的要求視而不見，已經能大致能表
示對你的關注。你應該對他祖母般的慈祥表示感謝。
| 01 | 凱文柯恩 - 綠鋼琴 |
| 02 | Kimberly Frank - 1000 Miles |
| 03 | Katee Julien - AVEC UN PEU D'AMOUR |
| 04 | Joan Baez - Complete A&M Recordings Vol 01 |
| 05 | Joan Baez - Complete A&M Recordings Vol 02 |
| 06 | Joan Baez - Complete A&M Recordings Vol 03 |
| 07 | 閔慧芬 - 江河水 |
| 08 | Best Audiophile Voices |
| 09 | Jheena Lodwick - Getting To Know You |
| 10 | 莫札特 - 安魂曲 |
| 11 | Lynni Treekrem - Haugtussa(牧羊女) |
| 12 | Amanda McBroom - Portraits |
| 13 | Carpenters - Yesterday once more Vol 01 |
| 14 | Carpenters - Yesterday once more Vol 02 |
| 15 | 夏川里美 - 亞洲搖籃曲 |
| 16 | Esther - Esther (XRCD) |
| 17 | Jheena Lodwick - All My Love |
| 18 | 藤田惠美 - Camomile Blend |
| 19 | Susan Wong - I wish you love |
| 20 | Jheena Lodwick - Felling |
| 21 | 細川綾子 - Mr. Wonderful |
| 22 | Rebecca Pidgeon - Retrospective |
| 23 | Hayley Westenra - Pure |
| 24 | 雪兒 Show Rose (XRCD) |
| 25 | 細川綾子 - A world of love |
| 26 | Strengemusikken - Love Hurts |