成 人 网 站国产免费观看

<p id="lkccd"></p>

    <td id="lkccd"></td>
    <acronym id="lkccd"></acronym>
    <table id="lkccd"><ruby id="lkccd"></ruby></table>
    <td id="lkccd"></td>
    <p id="lkccd"><strong id="lkccd"></strong></p>

    dvbbs
    聯系我 收藏本頁
    聯系我們
    論壇幫助
    dvbbs

    深圳印刷論壇世界網絡-網絡技術網絡設施 → 認識內置貓


      共有14602人關注過本帖樹形打印

    主題:認識內置貓

    帥哥喲,離線,有人找我嗎?
    止談風月
      1樓 個性首頁 | QQ | 信息 | 搜索 | 郵箱 | 主頁 | UC


    加好友 發短信 止談風月
    等級:管理員 貼子:1542 積分:16633 威望:5 精華:0 注冊:2007-3-17 22:33:59
    認識內置貓  發貼心情 Post By:2008-12-20 15:19:19

    許多上網的人一直都有一個疑問,到底是內置貓好還是外置貓好?其實這個問題早已有了答案,外置貓要好。原因很簡單——價格高唄。但是,內貓也有它的好處,隨著國際互聯網的普及直接提高了對Modem強勁需求的,低價PC的日益流行,高度集成、低價格、高性能的產品越來越受到青睞。Modem市場也受到了這種沖擊,價格競爭日趨激烈,現在56K的內置Modem只有二百元左右,能不能再便宜一點呢?針對這種趨勢,英特爾于1998年9月發布了的AMR(Audio and Modem Riser,即聲音和調制解調器插卡)標準。該標準旨在充分利用越來越快的CPU,把一些原來由DSP等硬件實現的功能通過軟件實現,并首先應用到調制解調器、聲卡上。這樣就可以降低整機成本,吸引更多的消費者,從而擴大市場?偛吭O在以色列的斯瑪林(Smart Link)公司率先推出了符合AMR標準的低價格、高性能的調制解調器MR(ModemRiser)系列產品。

      與傳統的調制解調器不同的是,MR系列不再有周邊元件擴展接口控制器(PCI Controller)和數字信號處理器(DSP),而用AC_LINK取而代之。所有99年以后生產的主板芯片,包括英特爾的i810和i820,VIA的Apollo Pro PC133A,MVP4,SIS的630、540都支持AC_Link,可以在主板上加入AMR插槽。今后,隨著英特爾的i440芯片逐步淡出市場和i810、i820和i815芯片出貨量的增加,預計到2000年第四季度,將有95%的主機板有AMR,CNR或ACR插槽的其中之一。

      AC_Link是專為聲音處理和調制解調器開發的非常簡單而且有效的協議,它可以允許聲音處理部分和調制解調器的數字信號直接從PC傳送到CODEC(多媒體數字信號編解碼器),再由CODEC將數字信號轉換為模擬信號并輸出。AMR標準的基本思想是將聲音處理和調制解調器的數字電路部分放進PC芯片中,而把模擬電路放在插卡上(MR的調制解調CODEC部分)或者在主板上(主板的聲音CODEC部分)。相對于傳統的聲卡和調制解調器的PCI插卡,AMR成本更低,不需要聲卡和調制解調器的PCI控制器,而且節省空間,高度集成,縮短了CPU和CODEC之間的數字信號路徑,這樣可使軟貓比傳統的PCI軟貓性能更好,更少受干擾。

      CODEC的主要功能是將數字信號轉換為模擬信號。它需要時鐘信號來接受數字信號。當AC_Link總線上只有一個時鐘信號時,AC_Link總線允許多個CODEC設備在AC_Link總線上,這就需要一個機制來決定哪一個CODEC設備來提供總線上的時鐘信號。不管在AC_Link總線有多少個CODEC設備,我們需要指定唯一的CODEC設備為主設備,而其余的為從設備。這樣就可以保證只有主設備才可以在AC_Link總線上發出時鐘信號來給總線提供基準時鐘,并且與AC_Link總線同步。支持AC_link的芯片有硬和軟兩種方法在主板上實現聲音輸出。

      因為硬件的聲音解決方案是將傳統的聲音芯片放在主板上,在AC_Link上只有調制解調器的CODEC,所以調制解調器的CODEC將被設置為主。在軟的聲音解決方案中,在AC_Link總線放一個聲音CODEC,根據AMR標準將被設為主設備,所以調制解調器的CODEC將被設為從模式。依靠在AC_Link總線上的主從機制,MR插卡可被設置為主或從模式。所以當用戶使用MR插卡時,必須知道在主板上的聲音處理部分是硬的還是軟的?傊,如果有一個聲音芯片在主板上比如YAMAHA或創新的芯片,MR插卡必須設為主模式;如果在主板上放了CODEC并且使用了軟聲卡,則MR插卡必須設為從模式。根據這種主從設置,MR插卡可以設為:(1)只有主或者從模式;(2)用MR插卡上的跳線設置主或從模式;(3)由MR插卡自動設置。

      大部分OEM方式生產的MR插卡都是第一種。所以采用主或從模式取決于主板。第二種MR插卡在市場上比較少見,因為OEM廠商已經決定了在PC上采用何種(主或從)插卡,而且也不是頻繁地更換主板。顯然這種插卡要貴一些。自動模式的MR插卡可以偵測主板上聲音部分的硬或軟來自動設置為主或從模式。用戶用不著去關心主板用的硬聲卡還是軟聲卡。然而,市場上還是有不到5%的主板因為沒有正確的AMR插槽而不能使用自動模式。對于這種情況,可以用自動的MR插卡上的一個跳線來設置。如果自動模式的MR插卡不能被檢測到,用戶還可以用跳線使之正常工作而不用去管是硬聲卡還是軟卡。

      一些人認為MR插卡有兼容性的問題,問題可能有:(1)用戶不了解主或從設備。例如,他們可能把從模式的MR插卡插在有聲音硬件的主板上。使用適當的MR設置或自動模式可解決此問題。(2)一些MR產品由于主板的BIOS和硬件設計問題而不兼容。

      SmartLink是世界上第一家提供完整MR插卡方案的公司。絕大多數采用了AMR插槽的主板廠商都把SmartLink的解決方案作為標準。只要是在設計階段出了問題,他們都會修改設計(BIOS或主板)來適應SmartLink的MR插卡。所以SmartLink的MR系列產品不存在兼容性問題,是世界上最成熟,也是最便宜的調制解調器的解決方案。

      然而AMR只支持普通MODEM的連接,對于即將來臨的寬頻網絡時代就不堪重負了。因此,英特爾于2000年2月發布了專為寬頻網絡時代設計的CNR(Communication Networking Riser)標準, CNR擴展了AMR的功能,從而支持LAN(局域網,Local Area Network),HPNA(家庭電話網絡,Home Phoneline Network Aliance)和USB(通用串行總線,Universal Serial Bus)。英特爾在其i815芯片中繼續支持AC_Link的Modem和聲音解決方案,在i815E中,還集成了LAN和HPNA中MAC的功能,所以在CNR插卡上,使用LAN PHY或HPNA PHY,就可以在插卡上提供完整低價的LAN和HPNA功能。象AMR一樣,CNR也有不同的組合,如:(1)只有Modem,類似MR插卡但引腳不同;(2)Modem+HPNA; (3)Modem+LAN ; (4)只有LAN。

      英特爾提出CNR標準后,其競爭對手AMD也與VIA,SIS和ALI三家芯片供應商推出另一標準ACR(Advenced Communication Riser,先進通信插卡)。ACR除了象CNR一樣擴展AMR至LAN, HPNA和USB外,還可以通過IPB支持DSL和無線方式。最重要的是ACR向后兼容,也就是說,現在的MR插卡可以繼續在ACR插槽上使用。由AMD提出的ACR標準得到了第三方芯片廠商和一些Modem芯片廠商支持,該標準的草案發表于2000年2月,正式的發表日期大約要比英特爾的晚6個月。

      總之,英特爾的芯片可以支持CNR的全部功能,第三方廠商(VIA,SIS,ALI)的下一代芯片將支持ACR的所有功能,SmartLink將同時完美地支持兩個標準。

      由于CNR和ACR都是對AMR的功能擴展,調制解調和聲音處理依然要通過AC_Link總線進行。所以,SmartLink是比較有優勢的,其在AMR技術上是領先的,在下一代CNR和ACR技術上借助已有的基礎依然能夠領先。

      AMR、CNR和ACR三者之爭就是標準之爭。目前看來,AMR還是有生命力的,成本低廉,適應現有的線路和交換設備。對于未來的寬帶上網,將是CNR和ACR之爭。芯片霸主英特爾制定的標準當然從者甚眾,不過,AMD及眾多第三方廠商的實力也不容小覷,也許象CPU市場上的火熱拼爭一樣,CNR和ACR二者的勝負依然難料,當然最終的結果要由消費者的反映來決定。


    ▓止談風月(www.zonaiam.com)

    我們的口號:沒有最高質量的產品我們無法生存

                      沒有非常的創意我們不如不干
    支持(0中立(0反對(0單帖管理 | 引用 | 回復 回到頂部

    返回版面帖子列表

    認識內置貓








    簽名  

    本站聯系電話:0755-25925567
    成 人 网 站国产免费观看

    <p id="lkccd"></p>

      <td id="lkccd"></td>
      <acronym id="lkccd"></acronym>
      <table id="lkccd"><ruby id="lkccd"></ruby></table>
      <td id="lkccd"></td>
      <p id="lkccd"><strong id="lkccd"></strong></p>