第123章 風投的注目(第1/3 頁)

“布朗.懷爾斯，斯坦福物理學專業在讀碩士，拿手好戲是聲學。”學校物理實驗室中，亞當正在為迪恩介紹PBK的另一位成員。

“嗨布朗”

“嗨迪恩”

戴著厚厚眼鏡的布朗微笑著和迪恩相互拍了拍後背，濃密的頭髮和靦腆的笑容，很容易看出來對方是研究型人才。

“亞當，PBK中還有多少這樣的學霸？站在他們面前我感覺自己像個不學無術的小混混”和布朗打完招呼後，迪恩就湊到亞當身前低聲問道。

“你的眼光不錯”亞當幸災樂禍的笑了起來，“PBK所有理工科成員中，只有你還沒在學術期刊上發表過論文。”

“F*ck”迪恩沒想到自己也會有被鄙視成績的一天，“我就不該加入PBK的，那讓我成為了一個不折不扣的菜鳥。”

“別灰心，夥計”亞當目光調侃的拍了拍他的肩膀，“至少你在PBK成員中是賺錢最厲害的那個。”

“噢，我想我該為此感到驕傲”迪恩聳聳肩，如果這也算是一種特長的話。

“Come On，下面就是你發揮能力的時候了。”亞當低聲鼓勵完他後，就走過去和布朗攀談起來。

“布朗，我們今天來是想找你幫點小忙。”亞當指了指迪恩，“他開發了一款軟體，能夠提供高畫質語音服務，但現在遇到了一點小問題”

在亞當目光的示意下，迪恩把Teams軟體現在遇到的問題，也是客戶投訴最多的地方說了出來。

“我們的音訊取樣速率是64 kbit/s，它保證了通話的質量，但這也帶來了另外一個問題。

那就是當硬體網路受到傳輸速率限制，或者在同一條線路上有多人同時使用語音呼叫時，它的資料處理速度就會大幅度的降低。

這會造成伺服器卡頓、軟體崩潰等等一系列的問題，嚴重時甚至會影響整個內部網路的運轉。

因為客戶的投訴我們備受困擾，所以我在想能否犧牲一部分音訊質量，從而提升軟體的流暢度。”

老實說迪恩也沒想到Teams軟體這麼快就會受到使用者的投訴，而投訴的地方恰好是他當初引以為傲的通話質量。

在開發Teams時，迪恩設想的應用場景是公司內部的區域網。正常情況下，一個語音通話佔據的頻寬是100kb左右。

矽谷這裡大部分公司的閘道器裝置都能支援5M以上的頻寬，也就是說它可以同時容納50名員工使用Teams的語音通話功能。

而那些大公司往往擁有不止一臺閘道器裝置，他們伺服器的頻寬也能達到10M甚至20M以上。

Teams最大支援百人規模的群體會議模式，對這些大公司而言絕對不是問題。

但迪恩忽略了小公司以及個人使用者的存在，這部分群體的網路硬體裝置條件有限，大多數時候1M的頻寬都難以實現。

如果他們進行多人會議模式，那麼大機率會出現伺服器宕機問題。所以Teams這段時間的投訴，大多來自於這部分使用者。

雖然小公司和個人使用者為Teams貢獻的銷量只佔據了30%左右的份額，但迪恩不會放棄這部分的利益。

他想針對語音通話功能進行最佳化，除了高畫質模式，最好還有一個低配的選項。

“所以你是想降低音訊的取樣速率，在對它們抽幀的同時，保證基本的通話功能？”聽了迪恩的講述，布朗大概明白了他的想法。

“Yeah抽幀，非常恰當的比喻。”不愧是搞研究的，迪恩剛講完他就抓住了問題的重點，甚至還給出瞭解決方案。

“從理論上來說只需要對語音資料包重新取樣，把掃描速度降低到32kbit/s左右，就能達