"蔡經理表示這一份可以讓舊有 SB Live! 系列取得 SB Audigy 大部分功能的驅動程式,也不是 Creative 所撰寫,新加坡 Creative 對這一份驅動程式感到十分頭痛。"
後半句到可能是真,前面是說謊.大家只要打開SoundBlaster Audigy零售版驅動CD中 WDMA_EMU.inf可以發現beta驅動中EMU10K1的內容並沒被徹底清除
NT Install段落中就有EMU10KX.SvcDesc = "Creative EMU10K1/EMU10K2 Audio Driver (WDM)"
win98/winME VXD驅動Emu10kx.inf中EMU10K1的信息更多
[Strings]: 段落中
StrManufacturer="Creative Technology, Ltd."
StrFunc0="Creative EMU10K1 Audio Processor"
StrFunc1="Creative EMU10K1 Gameport"
StrFunc2="Creative Audigy Audio Processor"
StrFunc3="Creative Audigy Gameport"
StrFunc5="Creative Joystick Emulation"
[CTUDA.AddReg]段落中
HKLM,%StrCTKey%\DATABASE\PRODUCT\FEATURE,"PCI&VEN_1102&DEV_0002",,"CTBASICV.DAT"
HKLM,%StrCTKey%\DATABASE\PRODUCT\FEATURE,"PCI&VEN_1102&DEV_0004",,"CTBAS2V.DAT"
PCI&VEN_1102&DEV_0002是EMU10K1的識別ID
關於Audigy beta驅動的問題DearHoney被創新蔡經理誤導了
版主: DearHoney
其實,蔡經理是有在看這個討論區的.....
這事情要分兩次來說。第一次我去創新未來,蔡經理是這樣告訴我的,其實我當然是不相信,因為這種驅動程式不可能是平民老百姓寫得出來的,尤其又是在 Audigy 才剛上市時。我的內心 100% 認定這是 Creative 自己寫的,但是因為蔡經理口頭上這樣告訴我,所以我是說:「蔡經理表示.....」,我並沒有加上「我認為」、「我同意」的字樣,換句話說我是站在一個轉述的立場,而非評論的立場。
第二次我去創新未來,這時候已經是香港寄來的律師函信件一兩個星期了吧!創新未來準備了一張 SB Live! 5.1,並且安裝這一份 UDA_beta 驅動程式給我看,指出其中不正常的地方,來告訴我,這一份驅動程式也有它能力所不及的地方,沒辦法讓 SB Live! 真正變成 Audigy。這個說法我就同意了。
隨後我又再一次的詢問蔡經理,這份 UDA_Beta 真的不是 Creative 撰寫的嗎?蔡經理面有難色,勉為其難的解釋道:其實是 Creative 寫的沒有錯。就像是簽了 NDA 合約一樣,本來不應該公布的事情,還是有人把東西給流出去了,Creative 也很無奈,亦很頭痛。
我則詢問當初為什麼要有這一份驅動程式。蔡經理回答說,任何產品上市前都有 beta 驅動程式,並且會試圖發揮最大的效能與功能,的確當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式,不過仍然有許多小 bug 有待解決,安裝過程也不順利,也很容易失敗。最後產品要上市了,自然是要拿最完整最穩定的東西出來,所以就捨棄這種通用型驅動程式的作法,以免顧此(SB Live!)失彼(SB Audigy)。這種說法我就可以接受了。
也藉這個機會再一次表達我們網站的立場。我們遵守創新未來的要求,不在我們網站提供可以下載到 UDA_Beta 驅動程式的機會,要的人請自己到其他網站想辦法。我們最多允許討論這份驅動程式的合法與非法問題,至於怎麼安裝這類的討論,則予以禁止。而且我們要提醒大家,這種驅動程式的穩定度堪慮,也沒有後續升級的可能。
這事情要分兩次來說。第一次我去創新未來,蔡經理是這樣告訴我的,其實我當然是不相信,因為這種驅動程式不可能是平民老百姓寫得出來的,尤其又是在 Audigy 才剛上市時。我的內心 100% 認定這是 Creative 自己寫的,但是因為蔡經理口頭上這樣告訴我,所以我是說:「蔡經理表示.....」,我並沒有加上「我認為」、「我同意」的字樣,換句話說我是站在一個轉述的立場,而非評論的立場。
第二次我去創新未來,這時候已經是香港寄來的律師函信件一兩個星期了吧!創新未來準備了一張 SB Live! 5.1,並且安裝這一份 UDA_beta 驅動程式給我看,指出其中不正常的地方,來告訴我,這一份驅動程式也有它能力所不及的地方,沒辦法讓 SB Live! 真正變成 Audigy。這個說法我就同意了。
隨後我又再一次的詢問蔡經理,這份 UDA_Beta 真的不是 Creative 撰寫的嗎?蔡經理面有難色,勉為其難的解釋道:其實是 Creative 寫的沒有錯。就像是簽了 NDA 合約一樣,本來不應該公布的事情,還是有人把東西給流出去了,Creative 也很無奈,亦很頭痛。
我則詢問當初為什麼要有這一份驅動程式。蔡經理回答說,任何產品上市前都有 beta 驅動程式,並且會試圖發揮最大的效能與功能,的確當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式,不過仍然有許多小 bug 有待解決,安裝過程也不順利,也很容易失敗。最後產品要上市了,自然是要拿最完整最穩定的東西出來,所以就捨棄這種通用型驅動程式的作法,以免顧此(SB Live!)失彼(SB Audigy)。這種說法我就可以接受了。
也藉這個機會再一次表達我們網站的立場。我們遵守創新未來的要求,不在我們網站提供可以下載到 UDA_Beta 驅動程式的機會,要的人請自己到其他網站想辦法。我們最多允許討論這份驅動程式的合法與非法問題,至於怎麼安裝這類的討論,則予以禁止。而且我們要提醒大家,這種驅動程式的穩定度堪慮,也沒有後續升級的可能。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
我則詢問當初為什麼要有這一份驅動程式。蔡經理回答說,任何產品上市前都有 beta 驅動程式,並且會試圖發揮最大的效能與功能,的確當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式,不過仍然有許多小 bug 有待解決,安裝過程也不順利,也很容易失敗。最後產品要上市了,自然是要拿最完整最穩定的東西出來,所以就捨棄這種通用型驅動程式的作法,以免顧此(SB Live!)失彼(SB Audigy)。這種說法我就可以接受了。
</FONT><!-- BBCode Quote End -->
hmm.....
"當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式"
咳..
我看是怕 SB Live! 竟然可用 Audigy 的驅動程式這件事愈演愈烈吧!
anyway...
I don't care...
現在用Audigy用得很高興..
我則詢問當初為什麼要有這一份驅動程式。蔡經理回答說,任何產品上市前都有 beta 驅動程式,並且會試圖發揮最大的效能與功能,的確當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式,不過仍然有許多小 bug 有待解決,安裝過程也不順利,也很容易失敗。最後產品要上市了,自然是要拿最完整最穩定的東西出來,所以就捨棄這種通用型驅動程式的作法,以免顧此(SB Live!)失彼(SB Audigy)。這種說法我就可以接受了。
</FONT><!-- BBCode Quote End -->
hmm.....
"當初是想要撰寫一份 SB Live!/Audigy 都可以使用的驅動程式"
咳..
我看是怕 SB Live! 竟然可用 Audigy 的驅動程式這件事愈演愈烈吧!
anyway...
I don't care...
現在用Audigy用得很高興..
既然他們已 "試出" SBLive 是有能力做到 Audigy 大部份的功能, 那就請蔡經理他們對 SBLive 用戶盡點責任, 把 UDA driver 那些 bugs 清除使它成為 SBLive 的 driver 正式推出它不就成了?
其實既然 Audigy 在硬體上有如些大的優勢, 醒明的消費者也會明白 Creative 早晚也會以更新 driver 把兩者的功能差距再次拉開. 這又何愁兩個產品會雙互競爭? 想起來, 這樣做對現在 Audigy 的用戶也是有意義的....
e-ghost!
<!-- Edit Notice Start -->
<font size=-1>[ 這篇文章在 2002-01-04 20:41 被 e-ghost 編輯過 ]</font><!-- Edit Notice End -->