SCOSCHE IDR655m 耳道式耳機開箱

近年來拜各式各樣多媒體的崛起，市場上的耳機產品簡直多得誇張，要作選擇反而變得不容易。如果妳對好耳機的印象還停留在Panasonic, Philips 等電器牌子，很可能妳就錯過了一堆好聲音。

前陣子，朋友問我想不想測試一下她們家的耳機產品，對於我這個耳機發燒迷來說，能多聽一種不同的聲音就是多一種不同層面的體驗，我當然是連聲說好，過不了幾天，我就收到了這個包裹。

我這邊不得不說一下我朋友的效率，才說完沒兩天我就收到了，這個效率也太好了，反之比起我這篇拖了這麼久才出，真的是有很大的反差，哈哈哈。

拆開包裹，裡面是個精緻的耳機包裝 - SCOSCHE IDR655m。在拆開之前，我還先看了一下 SCOSCHE 這家廠商，這是一家專為 APPLE 下 iPod、iPhone、iPad 等產品打造數位週邊設備的一家廠商，所以產品定位並不侷限在耳機，除了耳機外其他的產品還包括了保護套、藍牙設備、線材等等東西，換句話說，他們也就不是一家完全的耳機製造商，這樣也好先有個底。

包裝盒上特別標示著「Made for iPod」「Works with iPhone」，是為了 iPod 和 iPhone 特別設計的。啊哈哈… 我沒 iPod 也沒 iPhone 耶，真是尷尬…

在 IDR655m 包裝的前前後後，我並沒有發現有任何地方標示著耳機阻抗（Impedance）、靈敏度（Sensitivity）和頻響範圍（Frequency Response）等規格說明，雖然說這跟耳機音色沒有非常直接的關係，卻是直接影響著一副耳機需要多大的功率及好不好驅動的主要因素（我想耳機發燒迷比較會注意這個）。我猜想應該是這副耳機就已經是針對 iPod 及 iPhone 來設計了，消費族群比較偏向一般消費者，所以那些八股也就不標示了。反而取代的是圖片上那個代表著高中低三頻的曲線圖，不過對我來說如果沒有跟它的其他產品比較，單單擺在這裡是看不出有多太大的意義。

因為 IDR655m 是針對 iPod、iPhone 所設計，所以線控是這產品的重頭戲。除了上下兩個按鈕可控制音量大小之外，中間的按鈕除了可接聽，還可控制曲目的播放、暫停、上一首、下一首、我的媽甚至還有亂數選歌，這個在同類產品當中比較少看到，而網路上對此的評價也不錯。

拆開盒子，把東西攤在桌上，洋洋灑灑的一堆東西。在盒外真是一點也看不出來，甚至還含有不同的耳塞及皮套收納盒。如果跟一堆 Grado 系列的耳機包裝內容比起來，還真的是應有盡有算豪華的了。

這個小收納包雖然是用合成皮做的，不過對我這個喜愛皮革勝於金屬的人來說，看起來莫名的喜愛。因為有做收口處理，所以耳機收取真的很方便也不會因為有大開口而掉出來。因為多了這個附加的贈品，開始對這副耳機好感度可謂是大大的增加 XD

其實仔細先從外觀來看，有許多小地方都有幫使用者注意到。譬如說，IDR655m 的線材是使用防拉扯的編繩線，除了質感比較好之外，好處是比起一般的塑膠線來的堅固、不易斷裂，在收納或取出時也比較不會打結。耳機插座的地方還有公司 SCOSCHE 的商標。

IDR655m 是一款耳道式耳機，所以隨包裝也附贈了另外五對不同大小的耳塞套，所以可以方便使用者更換適合自己耳孔的套子。可惜的是所提供的耳塞全部都是矽膠的，而沒有類似 comply 記憶海綿的耳塞套或是三節套可供選擇。另外一個像夾子的東西，是讓妳夾在衣口上，或是領子上的，因為耳道式耳機很容易因為線材在外的觸碰摩擦而把不必要的聲音傳導到耳機，如果線材比較長，用夾子夾起來固定住這樣可以減少些許的麥克風效應。

這個小小的是麥克風，剛好在下巴位置附近，小巧精緻讓人幾乎會忘了他的存在，當然對於外觀就不會有突兀的感覺。根據說明書上所說，可以透過這個麥克風對進行錄音、語音控制，不過這應該只是針對 Apple 系列下的產品有用。

一副耳機的壽命，通常取決於他的線材壽命可以撐多久。我很少聽過有人把耳機單體聽爆的，只有聽過耳機線內部斷裂或者是爆線而導致耳機報銷。而最常會發生的地方就在耳機與線材的連接處。IDR655m 的線材因為是編繩線，所以不會有爆線的問題，至於內部斷裂，我看到了他在連接處的地方有多做了延長，這可以保護耳機在塞入耳朵時減少不必要的彎折，這樣耳機的壽命就可大大的增加。

好啦… 要開始來聽聽他的音質效果如何了。

插上 iAudio U3 來測試，才一開聲… 我就犯了一個錯誤，我沒有把音量調成從 0 開始。之前我說了因為盒外沒有標示阻抗、靈敏度，所以我也壓根本兒忘了這件事，所以一開聲我馬上被那巨大的音量嚇了一跳。以正常來說，Shure SE102 我是調在 16 的位置， Ultimate Ears 的 Triple.Fi 10 Pro 調在 18 而 Etymotic 的 ER6i 則是調在 15，而 IDR655m 則是得要調降到 9 或 10，阻抗超低，靈敏度則是很高。

靜靜的聽完一個小時後，我只能說，一般消費者可能會滿意，因為低頻量十足。更對於一些低音控，不在乎是低頻否深沈只在乎是否可以聽到一堆砰砰聲的人，一定會很滿意。

對我來說，缺點不是沒有，它的中頻貧乏，高頻一般也不夠清亮。這類的耳機在聽類似 Fall Out Boy, Green Day 之類的龐克搖滾，妳可能只會聽到一堆吵雜的樂器，乍聽之下可能會感覺雜亂無章，低頻量過頭導致根本聽不太到人聲，更別說偶爾迸出的高頻，聽完過後妳可能會說這是妳聽過最鳥的 Fall Out Boy…， Sex Pistols 說不定也會從墳墓裡爬出來…。

不過是真的完全一無可取嗎？倒也不是，因為這副耳機才剛開封，單體一定也還沒 Run 開，所以許多缺點會被放大。我的感想是，這類型的耳機比較適合聽流行歌曲、輕搖滾、甚至是 R&B 之類一些樂器聲較少的音樂。譬如說 David Archuleta 的 The Other Side Of Down，Jeweller 就覺得還不錯，而 Olivia Ong 的 You and Me 也可以聽得很 High（？）。以一個不是專門做耳機的廠商來說，可以有這樣的表現，我是覺得已經不錯了，相信大部分的消費者（不太苛求的消費者）應該也可以接受。

SCOSCHE IDR655m 是他們的旗艦，而她的價位落在 99 美金（官方網站），這個價位的對手有許多，（只列出同價位）諸如美國耳機盛名已久的 Ultimate Ears 有出 vi 系列給 iPod/iPhone，200vi 39.99 美金和 500vi 79.99美金（官方網站），日本 Denon 大廠出的 AH-C260R 49.99 美金和 AH-560R 99.99 美金（官方網站），其他還有 Shure, Sennheiser, Etymotic, Audio-Technica 等，都有特別為 iPod/iPhone 設計專屬的耳機。SCOSCHE 要在這麼多強勁對手中殺出一條血路給人眼睛為之一亮的感覺的話，可能還得再加把勁了。

相關連結：SCOSCHE 官方網站
相關連結：Shure 官方網站
相關連結：Denon 官方網站
相關連結：Ultimate Ears 官方網站
相關連結：我吋不離身的 iAUDIO U3
相關連結：我的耳機 Etymotic ER6i 與 Shure SE102
相關連結：我的耳道式耳機 Ultimate Ears Triple.Fi 10 Pro （TF10）
相關連結：音悅音響朝聖 - Weston 3 與 Sennheiser IE8
相關連結：Grado、AKG、Denon、Sennheiser 我在品嘉音響

庸醫、聖誕夜、與 H1N1

咳咳… 如果妳看了前一篇我寫的，妳大概可以知道我這整整 12 月小病不斷，不是流鼻水、鼻塞、就是咳嗽，而且一天一天的過就是一直好不了。說也奇怪，一般來說要是感冒了，通常我休息個一兩天就可以自然康復，完全不用看醫生也不用吃藥。不過天底下就是沒有這種天天在過年的好事，就像是在地上撿到一張樂透，那也絕對不是一張中頭彩的樂透一樣，嗯… 當我察覺我真的生病的時候，就有了這一篇的故事。

星期二的一大早，我就感覺到自己的不對勁，就是全身懶洋洋的提不起勁，走路慢吞吞，像個老人一樣，雖然前幾天也好不到哪裡去，不過今天感覺特別的嚴重。很難得的早上去公司對面的國泰醫院掛了診。醫生，看起來像是個穿上白衣的上班族，雖然沒有什麼特別的，不過她旁邊的護士言行舉止比她看起來還像個醫生…。跟醫生說了我的狀況，鼻塞了幾天、咳嗽了幾天、然後有預感今天會發燒，醫生拿了聽診器前前後後聽了聽，就跟我說沒事沒事，開了個藥給我藥我回去按時吃藥就好。

藥呢，三天份，一次兩顆，三餐飯後吃。

兩天過後，不僅咳嗽沒有轉好，我發燒了。

下班的當時，雖然我嘴巴裡沒說，不過我真覺得我快暈倒了。拖著疲憊的步伐一步一步的慢慢走到捷運站，心裡第一次覺得回家這段路真的該死的長…。沒打電話給 Jeweller 是她晚上剛好有事，因為咳嗽到失去了聲音，打電話給她也只能發出依依阿阿的鬼叫聲，她人又遠，完全幫不上忙。所以寫了信給她跟她說我覺得很不舒服所以決定換一家我們家附近的醫院看。

我很早就為星期五請了假，因為我們很早就計畫了要去宜蘭度過我們的兩天一夜的聖誕節。星期四晚上我卻還不知道能不能安全的走回家，心裡是一整個咒罵。晚上七點半在我們家附近一家很有名的耳鼻喉科掛了號，結果竟然要等一個多小時…。我又繼續拖著那感覺不是我身體的步伐慢慢的走回家，然後摔在放了滿滿熱水的浴缸裡… 就這樣撐到了快九點，又再度一個走出了家門去看醫生。

醫生，看似個科學怪人，就跟圖畫本裡長得一模一樣。頭上帶著電筒，厚厚的眼鏡，舊舊的長袍，全身上下散發出著我要把妳給拆了的氣息。耳溫槍量了量體溫，嗯… 很好… 39.9，醫生上下的打量著我，問我說我燒得這麼嚴重怎麼沒有家人陪我一起來，我想要解釋，可是開口卻是依依啊啊的怪叫，醫生皺著沒頭對我搖了搖手叫我閉嘴，開了藥給我，我完全可以看見醫生和護士裡那眼神裡流露出來對我同情憐憫的眼光… ＠_＠

藥呢，三天份，一次七顆，加 7 c.c. 藥水，三餐飯後吃。

隔天就要出去玩了，可是看情況卻是沒有什麼好轉，藥吃了下去燒就退了，不過藥效一過燒又馬上起來，就這樣前前後後折騰到隔天星期五早上。Jeweller 取消了宜蘭行程，叫了計程車抓著我去新莊一家熟悉的醫院。

醫生，看起來就像個普通的中年人，沒有什麼特別的地方，就像是在街角牛肉麵館裡坐在妳旁邊吃麵的中年人一樣。聽了我的症狀後，醫生就直接建議我做 H1N1 的快篩。H1N1？那不是去年一直上新聞的恐怖傳染病嗎？怎麼會跑到我身上啊…。H1N1 的快篩，真的很快，就是拿兩根很長的棉花棒，深深的、用力的，塞入我的鼻孔直通鼻腔然後用力的刮了幾下，十五分鐘過後，檢驗就出來了…。

Jeweller 給醫生看之前兩位醫生開的藥單…。 醫生看了後搖了搖頭，跟我說第一家開的藥單有開跟沒開都差不多，一顆普拿疼加止咳（雪特！這樣還花我 200！我去屈臣仕買普拿疼還有找！），而我們家附近的醫院開的藥還 Ok，只不過沒有對到 H1N1，所以沒有治本。

醫生開了克流感，每 12 小時吃一次連吃五天，其他則一次四顆每六小時吃一次。

我現在燒已經退了，咳嗽也好多了，現在在桌前寫著這幾天發生的事。

這個聖誕節，加上我請的假一連三天假期，都是在家裡度過，真的好慘。不過，最辛苦的還是 Jeweller，真的要好好謝謝她。不僅要盯著我這麻煩鬼吃藥，幫我這挑三揀四的人買吃的，還要不斷地在我旁邊跟前跟後拿著酒精噴灑我到處摸過的地方。我真的有認真在想，要是 Jeweller 不在我身邊我豈不是完蛋了？到現在還是吃著不知道那是什麼名字的怪藥，然後盼著病好的那一天…（這樣好得起來才有鬼）。

克流感 10 粒裝

不過不過，雖然我生病了這麼多天，也沒有出去玩，不過不過，我還是有拿到聖誕禮物喔，下面這個像是披薩盒樣的東西是我超愛的東西，我拿到後真的是一整個大開心啊～（留著當明年的故事）。

我的聖誕禮物

2010 年最後一個冬天

其實我一直很喜歡冬天，在天氣冷的時候，晚上蓋上暖暖的被子怎麼睡都很舒服，感覺可以一直睡一直睡，就像是可以進入冬眠一樣。冬天的胃口感覺特別的好，不管是火鍋、薑母鴨、壽喜燒… 熱呼呼的食物，配上冰冰涼涼的可樂怎麼吃都好吃啊！再瞧了一瞧衣櫃裡我喜歡的大衣們，他們就像是有著非常渴望的眼神祈求我把他們一件一件給拿出來一樣，冬天，實在是個好日子。

不過今年的 12 月，我卻非常的苦惱，因為我不僅流了整整一個月的鼻涕，現在還轉為咳嗽，真的是太煩人了。加上我又不愛看醫生，這下子真的是拖得又臭又長啊，一整個 12 月都要過去了…

然後 Aboo 一見到我喝可樂就會在那邊碎碎念，說我自己在那邊咳嗽就可以喝可樂，而他就不行…。哈哈哈，趁機告訴他，什麼叫做特權？這個就是啊～ 這感覺實在是太棒了！XD

雖然說冬天到了，正妹們就會收斂起來穿得一點都不辣，尤其是寒流一到，每個人都包得似粽子一般，不過就算是沒了眼福我還是想說，我真的很愛冬天啊！

好吃！

好吃好吃！

好吃好吃真的太好吃了！

變成胖子又不能怪我…

更多的照片：這裡

再過幾天就是聖誕節了，在這個浪漫的季節，妳打算怎麼過呢？

閒聊

翻一翻之前的文章，離上一篇發文的時間竟然相隔了整整一個月之久，導致十一月份竟然留白，說好的每個月至少發一篇還是破了功…。其實說起來一點也不驚訝，也沒有什麼特別的原因，其實說穿了也只是自己太混了而已。

如果妳問說，是因為這期間都沒發生什麼特別的事嗎？其實也不會，就是過得太充實了，導致沒什麼時間更新啊，更不會是妳猜的是不是沒題材了，或是什麼歲月催人老、什麼將才郎盡什麼的。

不過說真的，十一月還真的是一個忙碌的十一月，整個十一月的週末都沒有辦法好好睡到自然醒。跑了我弟的訂婚，也跑了香港，又再去了次新竹綠世界等等。反正整個十一月就是整個行程滿檔過得非常充實。加上又是百貨週年慶期間，就算沒事也沒有待在家裡。

所以我不是失蹤了，我一切都好，過得很好，一切都跟往常一樣，開心的咧～

當然啦，雖然說不開心的事也有，不過套句老話，世事多變，何必每件事情都那麼在乎呢？

每件事就算不是都可以盡善盡美，那至少可以自得其樂自娛娛人吧… 想一想就釋懷了許多，加上上個月的新聞真的是熱鬧萬分，比起我的生活一點也不遜色。南有法院認證嫖妓王，北有法院加冕龜山王，一門英烈，偉哉！他們的故事，可是比我精彩的多了。

而我們家那隻土霸王小鬼頭，當然過得也不錯，胡搞瞎搞沒一天安份過，真的是把我搞怪的基因發揮的淋漓盡致！

好啦！就在 2010 年的最後一個月，看看可不可以盡量多寫幾個東西，時間也不怎麼多了，至少別讓 2010 年太難看，妳說是吧？

無法解析 equal to 作業中 "Chinese_Taiwan_Stroke_CI_AS" 與 "Chinese_Taiwan_Stroke_BIN" 之間的定序衝突

如果在曾在不同版本的 SQL Server 上搬移過 Database，或是匯出、匯入過不同語系的 Database，都很有可能在下 SQL 語法的時候發生資料庫「定序」（Collation）錯誤的問題，那… 定序（Collation）到底是什麼咧？我相信妳看到這裡一點都不會想知道，所以我今天是說給其它一些想了解的人聽的。

「定序」到底是什麼？最簡單的來說，就是決定資料在資料庫裡排列的方式。聽起來好像也沒什麼大不了的，就只是排列的方式嘛… 對吧對吧？排列的方式可以有多重要？可以比吃飯重要嗎？只要結果資料可以秀出來，排列不對只是個小事而已，其實，我當初也是這樣想…

說到這裡，感覺好像還聽不出什麼重點。就讓我直說吧，當兩個 table 定序不同的時候如果有做 join 的動作，那就一定會發生「無法解析 equal to 作業中 xxx 與 ooo 之間的定序衝突」，因為 SQL Server 無法得知妳到底要遵從哪種定序，所以就直接給妳錯誤然後死在那裡，超級不負責任，跟我完全不一樣！

舉個例子，我們都知道 SQL 裡的 Order By 欄位，不過我們所謂的 Order By 欄位到底是 Order By 欄位裡的什麼呢？英文大小寫有差嗎？字體的全形半形有影響嗎？如果欄位裡面存的是中文資料，那是 Order By 筆劃嗎？還是發音？講了這麼多，「定序」（Collation）就是在做這件事。

如果在妳的 MS SQL Server Management Studio 上的 Database 上按滑鼠右鍵，妳可以在資料庫屬性裡的「一般」或是「擴充屬性」裡看到這個資料庫目前設定的「定序」是什麼。

妳目前所看到的是「Chinese_Taiwan_Stroke_BIN」，前面「Chinese_Taiwan」指的是語系，而後面 BIN 則是指「Binary」的意思，換句換說，就是表示目前是使用 Binary 來做排序，而也因為每個字的 binary 值不同，所以也可說是是這些資料欄位是有區分大小寫的。

再舉個例子「Chinese_Taiwan_Stroke_CI_AS」，「CI」是指 Case Insensitive（不區分大小寫），「AS」是指 Accent sensitivity（區分腔調），其他比較常見的還有「CS」Case sensitivity（區分大小寫）、「AI」Accent Insensitive（不區分腔調），「WS」Width sensitivity（區分全形半形）等等，其中還有比較特殊的「BOPOMOFO」可以讓妳不依照筆劃反而是依照中文 ㄅㄆㄇㄈ 發音來排序。

說了這麼多，相信妳應該有了個底，接下來就是整篇的重點了，萬一妳在 join 兩個定序不同的 table 而發生了譬如說「無法解析 equal to 作業中 "Chinese_Taiwan_Stroke_CI_AS" 與 "Chinese_Taiwan_Stroke_BIN" 之間的定序衝突」的問題，那該怎麼辦？這個可以區分為兩個主要解決辦法。

如果妳是開發人員角色，且在沒有辦法去修改後端資料庫時，最簡單的辦法就是在妳所 Join 的 table 後面直接加上 Collate 新定序名稱，這樣就解決了。例子如下

select EmpId, EmpName, CityName from Emp
join City on Emp_CityId=CityId collate Chinese_Taiwan_Stroke_CI_AS
where EmpId='9F40460'

簡單吧！我就說，我也不懂為什麼外面的書籍或是教學文件為什麼要弄得那麼複雜。好吧，接下來就有一些些複雜了，如果妳是資料庫管理人員，而妳在無法更動程式的狀況下，想要直接一勞永逸修正資料庫來解決問題，就要照以下的步驟來做。

如果妳想要更改整個資料庫的定序，妳必須下以下的指令，因為在 MS SQL Management Studio 裡是不允許妳直接修改定序（避免妳操作不當選擇了錯誤的語系而把整個資料庫毀了）。

ALTER DATABASE 妳的資料庫名稱 SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE 妳的資料庫名稱 Collate Chinese_Taiwan_Stroke_CI_AS
ALTER DATABASE 妳的資料庫名稱 SET MULTI_USER WITH ROLLBACK IMMEDIATE

第一行是鎖定目前資料庫給妳一個人使用，避免其他人更新，最後一行是恢復成多人使用，而第二行則是設定妳所想要的定序名稱。這個指令，不僅會直接更改資料庫的定序，連同這個資料庫下面的所有 tables 也都會被更改成這個新的定序，不過… 這邊就要聽好，重點來了，這個也僅只會更改「資料庫」與「Table」的定序，而 Table 下的欄位也有自己的定序，通常預設是跟 Table 一樣，不過有時候也有例外的情形…

如果以上的指令下過了，妳還是發生同樣的定序錯誤，那妳就得看一下 SQL 語法到底是哪個欄位與欄位之間做 join 時定序發生錯誤，而直接去修改那個欄位的定序。

修改欄位的定序可以在 MS SQL Management Studio 上直接設定。

可以指定或或是使用目前 Table 的預設值（還原預設值）。

不過… 天底下有時候就是這麼剛好有這麼衰的事，當妳無從得知程式背後是如何運作的同時，又剛好發生定序錯誤… 唯一的辦法，就是一個 table、一個 table、一個欄位、一個欄位的掃一遍了… 而這種好死不死的衰事，最近這幾天就剛好發生在我身上… 唉…（要不然也不會有這麼枯燥的這篇出現了）