2012年3月2日 星期五

New Clock for the Apple AirPort Express

年初使用 Apple AirPort Exress Wi-Fi 基地台為基礎,更換電源及數位輸出線路,做出了一台聲音還不錯的數位播放器。後來一個月在電源上繼續微調,雖有效果,但改變並不是非常大,於是開始把心思轉移到時脈上。

時脈之於數位電路,就好像脈搏之於人體,是基本運作之基礎。過去我在許多數位訊源上試過不同的時脈,不論是 Sony SCD-XE600CEC TL51XPhilips CD-680,以及最近的 Shigaclone,在數位訊源上更換時脈,對於聲音總是有不小的影響,影響之大,甚至可以改變整個訊源的個性,彷彿整個系統承載了新的靈魂

更換時脈的奧妙之處在於,不同的時脈架構(包含所選用的 crystal、穩壓線路、穩壓上的週邊零件等等),聲音或有相當的差異,但不見得有明顯的高下,卻更涉及主觀的偏好以及搭配性。換上所謂高規格或昂貴的時脈,有時反而讓聲音變糟,或是音響性提升而犧牲音樂性。前幾期 Stereo Sound 就曾有評論員指出,Esoteric 兩台時脈產生器中,他反而喜歡比較便宜、定位為下級機種的款式。這是時脈有趣而玩味之處。

因此,在 AirPort Express 上裝新的時脈,原是我的既定計畫,只是在 Internet 上搜尋半天,只看見兩家廠商 La Rosita 與 Micromega 的文宣指出他們的改機都有更換時脈,然而究竟要怎麼換、怎麼接線等細節,卻找不到前人分享。一直等不是辦法,總得有人多花點時間做白老鼠,所以最後決定自己來摸索。

Apple AirPort Express 的 PCB 背面有兩顆 SMT crystal,頻率都是 25MHz。其中一顆比較靠近 88F6183,查過資料後確認 88F6183 晶片有 I2S 與 SPDIF 輸出,當是處理音訊的核心,所以就先鎖定鄰近的這顆 crystal(PCB 標記為 Y700)。解焊 crystal 以及週邊的兩顆 load capacitors  C700 與 C701 之後,其中一個 crystal 的腳位要接到新的時脈,另一個腳位則是空接。

移除 Y700、C700、C701。
Remove the crystal Y700 and its load capacitors C700 & C701

由於我手上沒有 88F6183 的 pinout 資料,只好用猜的,兩邊都試試看。歷經開機失敗,最後終於確定了接法。如下圖,藍線的接點(靠近電容 C700)就是時脈的 input,白線是地,找了一個比較容易施工的接地點焊上。如此就順利拉出外接時脈的界面了,藍線另一端要接到外接 25MHz 時脈的 output,白線另一端則接到外接時脈的地。


藍線接到 25MHz 的時脈,白線是地。
Blue is 25MHz clock; white is clock ground.

接下來就是一般更換時脈的簡單操作了,拿一個 25MHz 輸出的時脈--豐儉由人,任君選擇--,分別接上電源和藍線、白線,應該就可以上電開機了。我最熟悉也最喜歡的 clock 是 Kwak Clock 7,不過現在手邊沒有現成品可用,所以用閒置的 The Flea 穩壓先上。The Flea 要搭配 XO (oscillator)使用,之前買過不少昂貴的 oscillator,可惜都沒有 25MHz 這個規格。臨時到川禾與金電子買了幾種便宜的 XO 來用。然後就上電了。上電之後,AirPort Express 主板全無動靜,檢查也沒有冷焊或接錯,clock 也有正常輸出,後來想到 The Flea 預設的電壓是 5V,clock 的輸出擺幅也將近 5V,高於 AirPort Express 的工作電壓 3.3V。調整 The Flea 的輸出電壓後,降低 clock 的輸出電平,再次上電 AirPort Express 終於順利開聲。


開聲之後,試聽不到五秒,我就確認了改機的成果。並不是說變得非常好聲,而是我改對 clock 了,現在的聲音正是更換 clock 之後的反應。第一個裝上 The Flea 的是川禾的 XO,品牌不知,聲音很鬆很渾厚,有點糊有點毛邊,不如原本的 crystal 乾淨,但聽起來卻多了一份說不出來的活生感,讓人雖然不覺得滿意,但卻聽得很快樂。


接下來再換上金電子 XO。這顆 XO 價格便宜,但之前在 The Flea 測試,聽感卻物超所值,表現中規中距,水準和數百元的 TCXO 在伯仲之間。把這顆 XO 接上 The Flea 之後,AirPort Express 果然又有煥然一新的表現,前一顆 XO 的毛邊大幅減少了,聲音變得高雅細緻,而活生感還是很理想。後來查了這顆 XO 的 datasheet 得知,正常的工作電壓是 5V,我硬調到 3.3V,恐怕不能完全發揮水準。不過已經是目前手上最好聽的 XO。


最後,我把系統整理一下,將 AirPort Express 放上音響架,開心的享受改機成果。原本的 AirPort Express 聲音非常乾淨沉謐,表現比較靜態,聲音也很精確,井井有條。然而聽久之後,不免稍嫌不夠活潑,缺乏生命力。換上 The Flea 之後,聲音的乾淨稍微有些犧牲,但卻換來了更寶貴,讓人沉醉不已的活生感,彷彿為 AirPort Express 畫上眼睛,終於有了生命和神彩。這真的是相當有趣的改變,不過這只是開始。接下來還有很多可以玩:可以改善 clock 訊號的走線與接地點,可以換更多 XO,當然,更可以換 clock 架構。我已經迫不及待要試 Kwak Clock 7 了,同時也準備了其他幾種方案。以前改時脈,用的頻率是 11.2896MHz、16.9344 等等,沒有太多業界的解決方案。AirPort Express 用的 25MHz 則是網路工業常用的頻率,有許許多多現成的 IC 可以玩,相信又會有一番新的樂趣。話說回來,25MHz 不是 44100x16 的倍數,88F6183 晶片以 25MHz 為基頻去產生音樂訊號,處理過程中應該會利用 PLL 等方式合成 44100x16 倍數的時脈,理論上不如原生時脈。話雖如此,只好聽起來有效,結果是好的,那就好了。



102 則留言:

Minami C. 提到...

強!

Paul 提到...

WF兄, 果然又見您的大作.. 真是佩服.

Marvell 88F6183這種Soc, 可能不是使用PLL而是用DDS (Direct Digital Synthesizer)去合成頻率. DDS的phase noise極低, 比PLL好很多. 不過當然跟input clock的精確度還是有很大的關係. 小弟只是想說明的是, 與PLL不同, DDS可以輕易的合成出任何非倍數的頻率.

匿名 提到...

WF 大您好:
最近我也想改AirPort Express
原本一直以為AE的時脈是12MHz的
今天爬文在國外網站看到有網友提供意見
才知道是25Mhz ,晚上回家繼續爬文
發現原來那是您的大作

感謝您提供寶貴的資訊,但我還沒正式動手
到時候若遇到問題還請您不吝指導

匿名 提到...

閱 我路人我旁邊路過學習一下

地球第一個修改TEAC UD-H01的人旁邊路過留(我沒改過APPLE Airport Express,看來改這玩意可能還蠻好玩的)

Paul 提到...

路人兄您好,

小弟一直很期待您修改V-link的後續.. 請問有改6MHz的OCXO之後的心得嗎?

WF 提到...

Paul 兄,小弟找不到 88F6183 的 datasheet,只有找到 88F6180 的。

http://www.alldatasheet.com/datasheet-pdf/pdf/316969/MARVELL/88F6180.html

關於 clo ck 的一節,有提到 CPU PLL 等資訊,不太了解然合成的方式。不過從結果論來說,更換 clock 的效果真的滿明顯的。

小弟現在已經換上 Kwak Clock 7,比之前用的 The Flea + XO 更合胃口。

Paul 提到...

WF兄, 小弟也找不到datasheet.
不過從您提供的datasheet來看, 這顆marvell soc應該真的是用PLL產生頻率. 看來小弟的想法是錯的, 以為會用DDS. 如果是PLL, 那麼reference clock的重要性就更高了.

真糟糕, 有趣好玩的東西越來越多, 但是時間卻越來越少.. 除了AAE, apple TV似乎也是個便宜好玩的產品.

WF 提到...

Paul 兄,

Apple TV 前天發佈第三代,小弟和您想得一樣。Apple TV 和 AirPort Express 都可以 AirPlay 音訊,不過 AirPort Express 多了 AP 的功能,Apple TV 則可以輸出視訊。而 Apple TV 更專注在 media play 這塊,小弟也很好奇,用 Apple TV 來改機,會不會比 AirPort Express 更棒。只要音質一樣好,Apple TV 可以輸出視訊,應用上當更為便利。

這有最新版 Apple TV 的內部照片:

http://chinese.engadget.com/photos/fcc-ipad-apple-tv-2012-0/4882723/

小弟先看到的又是那顆 25MHz 的 clock.....
此外,還有非常小巧的電源模組。

Paul 提到...

WF兄, 小弟也正想要了解Apple TV三代和二代的不同. 以二代來說, 不只硬體可以改機, 軟體也可以改. 有不少人將Apple TV二代改成跑OSX當簡易桌機使用. 可見Apple TV的處理器能力非常優秀. 也許可當做是Beagleboard alternative也說不定.

scrazy 提到...

之前AppleTV airplay音訊因為有upsampling到48khz所以大家認為效果不如Airport Express(44.1Khz),第三代就不知道有沒有針對這方面改進了。

WF 提到...

scrazy 兄,您真內行!原來 Apple TV 有這個缺點,難怪少見音響迷拿來玩,非常感謝您的資訊。

WF 提到...

Paul 兄,想不到 Apple TV 竟然可以安裝 OSX 來用,小弟真是太驚訝了。不但 Apple TV 的運算能力夠強,而且還相容於 x86??

順道一提,小弟最近覺得 Arduino 也挺好玩的,現在想到的是可以拿來做遙控音量的控制器,也或許可以做 DSP。不知博學的 Paul 兄對此有沒有涉獵?

匿名 提到...

Marvell 88F6183 是 SoC, 是 AirExpoess 的 CPU, 裡面好像沒有把 DAC 包進去, 所以你改 osc 應該是沒意義.

再者 AirPort Express 用的是 RAOP (Remote Audio Output Protocol) 聲音在 iTune 處理完再送進來的, 而且己經轉成ALAC 格式.

你真正應該處理的 AirExpress 的數位雜訊吧??

WF 提到...

這位匿名網友,

88F6183 只有輸出 SPDIF 以及 I2S,DAC 是另一顆晶片負責。SPDIF 和 I2S 訊號都是基於 88F6183 所接受的 25MHz clock 去產生的,小弟不太了解為何修改 clock 沒有意義。

按照您的邏輯,是否所有不含 DAC 的 CD-Transport ,都沒有必要講究 clock 呢?

此外,AirExpress 的「數位雜訊」是指什麼呢?可否請您提示一下處理的方向,非常感謝您的指點。

匿名 提到...

Sorry, 寫完沒先 review, 錯字一票.
AirExpress,AirExpoess: 都是 AirPort Express 才對.

首先,不知大哥你對 S/PDIF 的了解如何? 我指的是Transceiver/Receiver介面的驅動電路部份.

據我的了解早期是 RS-422 的標準(還沒查過是否後來有修正), 是一組差動電路, 所以平衡/不平衡的接法都可以, 也可以接多點.
但是看你 2月份 post文, 視波器看到的波形, 我只能說爛爆了...(雖然接收晶片還可以忍受, 所以如你說的可以工作)

這個沒弄好就會有傳輸 Error. S/PDIF傳輸協定裡沒說傳輸有Error如何處理,所以接收晶片只能傻傻的把 "錯誤資料" 交給DAC去Convert成Analog訊號.

還有接收端許多 Clock 都要靠它,所以傳輸一出問題, 後面要 "飛天鑽地" 都不可能了.

WF 提到...

您還沒有回應我為什麼更換 clock 沒有意義。

方波當然是典型的、理想的數位波型,但在實用上不見得一定要要像方波才算好。您可以看到 AirPort Express 的出輸出波型,rising time 非常短,非常陡翹,這是我說他好的原因。

最後,講再多,還是要耳聽為憑。事實上就是 AAE 工作的很好,也挺好聽的,小弟也把聽感寫在文章裡了。所以,您說波型很爛、傳輸有 error 之類,小弟並沒有這種感覺,也並不在意。好聽才是重點。

mikeliu 提到...

WF做的AAE改裝不是單純的spdif輸出不是,所以跟dac解碼一點關係都沒,也不太清楚質疑reclock無用的方向為何。

另外我是不太清楚SPDIF跟RS-422的關係,可以請匿名兄稍微說明清楚嘛?

匿名兄要來踢館,似乎先把問題想清楚來問比較好...沒做功課亂打一通似乎也沒互相學習的效果

匿名 提到...

你誤會了.

真正的問題是出在傳輸上.
I2S, S/PDIF 傳輸的底層是用 BMC (biphase mark code). 所以 TX 可以把 Clock 送給 RX 端, 再到 I2S BUS 給 DAC. DAC的工作就靠這個 CLOCK.

所以它的波形很重要. 波形不對表示傳輸電路的阻抗匹配不對.

花精神把傳輸電路阻抗匹配弄對, 弄對了就不必多花錢改 clock. 如你說的, Airport Express 的輸出波型,rising time 非常短, 這是必需的. 但是再來還要該 high就high,該low就low, ripple要短,要小.

(我認為是你的 75歐姆 loading 有問題, 所以你的 S/PDIF 波型才會不漂亮)

至於改clock有沒有意義是要看真正的問題,在不在它. 如我說的先把傳輸弄對了,後面就可能不用改了, 這是發生在我朋友身上血淋淋的教訓 "幾顆75歐姆" 值30萬 (他收別人30萬).

以上如有冒犯請原諒. 還有我還沒空把你的 blog 看完, 所以如果發生斷章取義誤會你的也請原諒.

匿名 提到...

S/PDIF介面和 RS-422 的關係我是在 CS8413/8414 手冊上不小心看到的, 後來的晶片手冊就都沒接到.

Cirrus Logic 網站上已經沒有它的手冊了, 但網路上 Google 一下就有一堆. 第一頁就有提到了.

Cirrus Logic 相關網站
http://www.cirus.com/en/products/interfaces_and_sample_rate_converters.html

匿名 提到...

補充:
1. 我不是來踢館的.
2. 我為何認為你的 S/PDIF 75歐姆 loading 有問題:
A. post文中的S/PDIF 波型 "真的" 不佳.
B. 正常情形下, S/PDIF 介面設備的接法只要一條 75歐姆 A/V 線, 不必加裝電阻電容. 因為廠商設計產品時預設我們只有一個TX, 一個RX, 所以傳輸介面上都已經把必需的終端阻抗配好了用戶只要把 cable 接上就好了.
在此前提下, 我認為你的 75歐姆loading是多加了, 可以拆掉.

WF 提到...

先感謝您的指教。

在小弟目前 AAE 的輸出電路上,電容是為了濾除直流,分壓電阻是為了把電平降到 SPDIF 的標準。所以您的意思是說,高電平、直接輸出含直流的訊號,聽感會比較好?

其實,小弟一開始就曾經試過沒有電容電阻的直出,但覺得加上電容電阻之後比好聽。

Richard 提到...

WF兄

我有量原始SPDIF的波形,是很漂亮的方波,和您貼出來的不同.

WF 提到...

Richard 兄,原來如此。看來是可能是小弟量測時有變因沒有設定好(例如這位匿名說的 loading),小弟會再重新檢查一次。

又,Richard 兄您測量時,loading 是如何設定呢?

匿名 提到...

真的不知 WF 兄為何要這麼作?

S/PDIF 介面是 PURE DIGITAL, 用意是要 DAC 可以接收完全正確的資料 (當然 DAC 在實作上也會有 Error 對策).

如果要作音質調整, 那就在送進 DAC 之前用 DSP 處理 (這是數位式的), 或者在 DAC 的輸出 filter 作手腳 (這是類比式的).

結果,大哥你是利用 "傳輸的 bit error" 來調整音質?

只能說我完全敗給你了(那為何大哥又在意要 reclock !...????)

Richard 提到...

WF兄,
我沒有把原本的光纖/類比接頭拆掉,不論是直接量,或是加上我做的Buffer,輸出接到DAC,都不會有您量的那種波形出現.

WF 提到...

匿名兄,

隔絕輸出直流、用分壓電阻把電平降到 SPDIF 的標準,這不是很常見的作法嗎?

datasheet 裡有示範電路,廠機也是這麼做,這並不是什麼特殊的調音手法啊!

例如 WM8804 的 datasheet,第 63 頁:
http://www.wolfsonmicro.com/documents/uploads/data_sheets/en/WM8804.pdf


這和 bit error 有何關聯?!

WF 提到...

Richard 兄,好的,我會再仔細檢查一下測量的方式是否有誤。

Richard 提到...

匿名兄
在下看起來倒是覺得是您對音響不太了解,最多只是位"純"R/D.

匿名 提到...

是沒錯. 不過大哥你...

1. 有注意到 TX0 Pin 是 Digital Out 嗎? (我想那是 Wolfson 為了省chip成本的作法)
2. 就說原本的 S/PDIF out 應該已經有加75歐姆端終, 你的 DAC 輸入也應該有加75歐姆端終了. 所以就不用再加一次.
3. 就說波型不對,傳輸就容易有 bit error. 一有 bit error, 就會使 DAC 啟動容錯動作, 聲音就 "失真" 了. (不是變好或變差, 只是進入 後級 之前就 "失真" 了, 和原本的不一樣了, 聽起來就可能如你說的..., 但我不認為你每次聽到的感覺都會一樣, 因為 error 是 random 的)

匿名 提到...

Richard 兄 果真厲害.

不過我不當 RD 很久了, 只是以前的壞習慣還在.

至於我到底了解不了解音響,那沒討論的必要.
音響這玩藝兒 公說公有理,婆說婆有理 見仁見智 沒必要爭論.
就像有人說: "FLAC ALAC WAV 在他家的高級音響聽起來 WAV 就是比較好聽, 所 FLAC ALAC 說 零失真是騙人的"
只是我比較想知道為何他家的高級音響會如此與眾不同

啊...老毛病又犯了....

WF 提到...

匿名兄,

88F6183 的 "SPDIF" 輸出是有直流而且高電平的喔,和 WM8804 的輸出接近,並不是真正符合標準 SPDIF 的輸出。

為什麼您那麼確定 88F6183 的 "S/PDIF out 應該已經有加75歐姆端終" 呢?而且就算阻抗沒有完美匹配,通常也不致於發生 bit error,只是會影響 jitter 而有不同的聲音表現而已。


此外,小弟在輸出前有加上 SPDIF buffer,線路取自 

http://www.hardwarebook.info/S/PDIF_output

裡的 "Simple S/PDIF output without galvanic isolation" 電路,乃用 PO74G04 併聯輸出。7404 一樣是高電平直流輸出,該電路最後加上了電容與電阻。

WF 提到...

匿名兄,

按照您的邏輯,各家 CD-Transport,還有各式各樣的數位線,都有個自不同的聲音特色,所以他們都是在玩 "bit error"??

是這樣子嗎? @@

Richard 提到...

匿名兄,
聲音的變化如何,每個人心中各有自己的一把尺,WF兄以及一些在本站討論的網友都不是以音響謀利為生,大家只是藉由討論,分享各自的經驗,這些經驗很多都是大家一致認同的體驗.

舉例來說,我是不懂酒的人,如果拿兩種酒,一種頂級,一種普通的給我喝,或許我也喝不出來,
甚至會誤判好壞,那我是否也可以覺得那些懂酒的人是在胡說八道?

匿名 提到...

CD-Transport ?? 這個我沒研究.

至於數位線是不是有 bit error? 我也很想知道, 但是各家的 S/PDIF receiver chip 上都沒有 parity error 或 CRC error 或 jitter 的輸出. 要有的話一接馬上知道.

再來就只能掛上 S/PDIF 的協定分析儀才能見分曉 (這個有點過分, 太費工夫了, 也不知那個仁兄手上剛好有)

還有我查了一下: "SPECIFICATION OF THE DIGITAL AUDIO INTERFACE (The AES/EBU inferface) 3rd edition 2004" 的第六章 (page13~16) 有提到它使用 ITU-T V.11標準 (也就是IEA-422, RS-422)
6.2.2 指定 Signal "amplitude shall lie between 2 and 7V peak-to-peak"

http://tech.ebu.ch/docs/tech3250.pdf

WF 提到...

匿名兄,

SPDIF 的電氣規格和 AES 是不同的,詳見:

http://en.wikipedia.org/wiki/S/PDIF

匿名 提到...

>舉例來說,我是不懂酒的人,如果拿兩種酒,一種頂級,一種普通的給我喝,或許我也喝不出來,
甚至會誤判好壞,那我是否也可以覺得那些懂酒的人是在胡說八道?

Richard 兄:
是啊! 你可以說我懂, 也可以說我胡說.
不介意.

就像有人天生耳朵好可以聽到的音頻 range 比別人寬. 要我就只到15KHz左右,就上不去了, 所以 "木耳" 一個.

匿名 提到...

哈, 我也看同一份, 怎的結果不同呢?

"S/PDIF remained almost idedticak at the protocol level ...."
"but changed the physical connectors from XLR to either electrical coaxial cable (with RCA connectors) or optical fibre (TOSLINK; i.e., F05 or EIAJ Optical), both of which cost less."

Richard 提到...

匿名兄
"就像有人天生耳朵好可以聽到的音頻 range 比別人寬. 要我就只到15KHz左右,就上不去了, 所以 "木耳" 一個."

典型的R/D.

匿名 提到...

O...Oh!

Output level 2~7V 改為 1~1.2V.

匿名 提到...

又錯了:
是 0.5~0.6V.

WF 提到...

看來您對SPDIF不太了然啊⋯

匿名 提到...

>而且就算阻抗沒有完美匹配,通常也不致於發生 bit error,只是會影響 jitter 而有不同的聲音表現而已。

這個在近距離,及低頻是對的.

但是在數位傳輸上是錯的, 因為數位傳輸用方波, 有很大成份高頻, 所以距離一長就 error.

至於可以拉多長,要看不匹配的程度.

順便一提你有處理過朋友家中的 Cable TV 線嗎?
看過混用過 3C/4C/5C cable 的結果嗎?
一樣 75 歐姆線啊, 45台左右以後看不清就是看不清.多強的強波器都沒用,線換成一樣的馬上解決.跟本就不必用強波器. (這是高頻的例子)

匿名 提到...

> 看來您對SPDIF不太了然啊⋯

是啊, 才剛開始看資料

最近比較閒, 想要DIY整合一下家裡的DAC/AAE/Media Player/TV 才到處找資料研究研究. 資料一堆都還沒完全消化.

不過 "網路和數位傳輸" 哇係專門科的. 數位電路自己來, 類比電路不是很熟, 都是另一位高手朋友幫忙弄. 我們二個人一個寫軟體一個搞硬體,合作多年賺外快啦...

WF 提到...

匿名兄、Richard 兄,

小弟重新測量 AAE 的輸出之後,發現波型確實如同 Richard 兄的測量結果,很接近方波,很漂亮。回想之前的測量設定,應該是當初測量時負載設定有誤,於是有錯誤的測量結果。

新的截圖已經更新在該文章裡,很感謝兩位提醒小弟重新測量 AAE,不然就一直誤會了!

Paul 提到...

這裡好熱鬧.. :)

小弟提出幾點給各位參考:

1. 88F6183同系列Soc, SPDIF的輸出用的是Multi-Purpose pins. 也就是說, 這些pin除了SPDIF OUT, 還可以有其他用途. 所以絕對不可能在晶片內部已經有終端電阻.

2. 也許小弟孤陋寡聞, 不過小弟拆過的機器和看過的數十家廠機的數位輸出電路圖, 還沒看過哪家沒有用數位輸出終端電阻. 這也就表示常用來數位輸出的晶片, 大都沒有內建數位輸出終端電阻.

3. 如果晶片有內建數位輸出終端電阻, pin腳距離和電路板走線就得要符合阻抗規範 (如USB晶片及電路layout). 小弟好像沒看過有廠商這樣搞過..

4. 3c 4c 5c 混用, 除非拉線距離太長 (例如1樓到5樓用3c), 要不然絕對不會出問題. 一定是接頭或是線材本身品質的問題, 而不是3c 4c 5c的問題.

5. 匿名兄, 小弟可以肯定的跟您說, wav的音質不但比 flac等無失真壓縮格式好, 甚至比aiff(無壓縮)還好一點. 小弟個人的想法是, 這是因為電腦處理不同格式所需要的loading不同, loading越重, 數位輸出很難獨佔資源, 使得數位output stream的timing會有些微的不穩定, 造成jitter.

6. 匿名兄, 看來您應該也很難接受, 兩個identical的檔案放在同一台電腦同一顆硬碟上, 聽起來卻是天差地遠...

匿名 提到...

各位先進

小弟只是想搞清楚真正的原因, 不是踢館找碴.
今天早上找到這篇

http://www.tnt-audio.com/clinica/diginterf1_e.html

也給有同樣好奇心的人,知道真的問題出在哪裡.

(這下子是有可能 WAV 比 FLAC ALAC 好聽, 只是不知他作過 AB 盲目測試了沒)

WF 提到...

Paul 兄,您講得真好!您學識淵博,思路清晰,書寫又有條理,真是令人欽佩啊!

Ytsejam 提到...

Paul 兄:

完全同意您的看法!

電腦最耗電的部份,不外乎 CPU、Hard Disk,當電腦在傳輸訊號時,一堆東西在忙,耗電量自然增加,對訊好品質也會有影響。

說到這個,您用 MBP rip CD 時,不妨把 LCD 關掉,搞不好結果會更好。

匿名兄:

您的很多觀點小弟都很認同,但是大家就是互相請教,互相學習,才能學習到其他領域的事情。如果您看到 blog 中有什麼不對的地方,不妨提供一下可能的原因或是解決方法,不要太過直率,我想會好一點。Nobody knows everything,在這邊出沒的的朋友,很多都是在專業領域有相當經驗的,大家一起研究、交朋友,不是更好嗎?

Paul 提到...

Ytsejam兄,

好久不見. :)

您說的沒錯. 小弟在rip CD的時候, 螢幕背光是關掉的. 連無線網路和有線網路也都全斷線. rip出來的聲音品質好上不少.

Ytsejam 提到...

WF兄:

昨晚熬夜把 AE 的 I2S 拉進 DAC ,目的除了要看看有多大改善之外,也為了後續的實驗作準備。

我是用另一個 AE 來進行 I2S 的版本,電源則使用 AE 原有的電源模組,也就是大家所詬病的原廠模組。
對照組則是我先前加上線性電源以及 S/PDIF Buffer 的 AE。

出乎意料的,I2S 版本 + 原廠電源的 AE 居然打敗線性電源 + Buffer 的AE,整體感覺是底譟降低,所以細節變多,輪廓也變得相對清楚,動態也改善不少。
接下來要做的是把新的 I2S 裝箱,以線性電源供電,取代原本的AE。

強烈建議您可以試試 I2S 的方案,至於 clock 的部份,目前暫時沒有打算進行,因為 clock 這東西萬一弄得不好,會引入雜訊,風險較大。

tda1543 提到...

Ytsejam 兄:

看見你此文章真是興奮!
我也在改AE.一直想拉i2s出來.
但網上圖片不是很清楚.能分享嗎?
最好能有圖示.

謝謝!

Ytsejam 提到...

TDA1543 兄:

圖片請參見 Alex_twn 的文章

http://www.homecinema-fr.com/forum/viewtopic.php?f=1057&t=29924157&sid=eb8870cbdfdd894980b5312f776788ab&start=388

簡單步驟如下:

1. 拆掉在 AE 以下的電阻

上方:(有Cirrus CS4344 以及 Flash 這面)
R715 (BCK, Bit Clock)
R717 (LRCK, L/R Clock)
R718 (MCK, Master Clock)

下方: (Marvell 88F6183 這面)
R716 (SD, Data)

2. 從原有接點處,將訊號接出即可

R715 左邊靠 USB 側 (BCK, Bit Clock)
R717 左邊靠 USB 側 (LRCK, L/R Clock)
R718 左邊靠 USB 側 (MCK, Master Clock)

R716 上方靠近WiFi模組側 (SD, Data)

建議最好買個含檯燈功能的放大鏡,因為那個電阻非常小,肉眼看不清楚。另外,動手前,最好用示波器先確認訊號。

WF 提到...

Ytsejam 兄,

感謝您提供經驗,小弟原有試驗 AAE I2S 的規劃,看來值得提早嘗試了!不知 Ytsejam 兄現在是搭配哪個 DAC 呢?

小弟對 AAE 板子上的類比輸出有頗有興趣,La Rosita 疑似也是取用 AAE 的類比輸出,沒有額外的 DAC。既然 I2S 的表現如此優秀,把 AAE 的類比輸出調得好,應該也是有所可為?

Ytsejam 提到...

WF:

Allow me to use English in response to your question since I'm using mobile at this moment.

For the DAC, I'm using PureAudio Lotus-1 DAC, it equipped nearly every kind of input I need, and is using AK4399 which is a neutral decent DAC chip.

I don't think La Rosita/DB system used the analog output of AAE, instead, I think they installed a DAC board, attach it to AAE, and then glued them together into a plastic box. This is discovered through a photo shared by a Rosita fan on the Facebook, I think Xiao Yu has the info as well.

Despite of the additional DAC board, Rosita has announced a plugin software for ITunes recently, in order to support Hi-RES audio on their AAE based Rosita up to 24/192k. According the spec of Marvell 88F6180, it can support up to 24/96k on SPDIF and 32/96k on I2S. I'm curious how did Rosita make the AAE supporting 24/192? I think it is very possibly they are using a standalone DAC integrated on AAE. And that's part of the goal in my experiement to find out.

WF 提到...

Ytsejam 兄,感謝您大方的分享,也很感謝您不斷指引小弟往新的方向前進。

小弟一開始覺得 Stock AAE 的類比輸出不好聽,後來修改之後,又拆掉了類比輸出座,就一直只聽數位輸出的聲音。

前幾天和 Richard 兄研究 AAE,今天重新拉出類比輸出來聽,卻覺得頗為驚喜:在修過電源與 clock 之後,類比輸出居然好聽許多,已經能夠接受。

然後,小弟再繼續 trace 類比輸出的電路,發現在 DAC CS4344 之後,是過 SMD 的交連電容,再送入一顆 IC 放大。這顆 IC 吃 5V 的電壓,看來 AAE 板上還有 DC to DC 的升壓線路。於是小弟重新接線,拉出 DAC 直出的類比訊號,串連 Black Gate N Type 4.7uF 濾除直流,然後就直入前級試聽。

在這樣的設定下,電平較小,聲音比較弱一點,但聲音相當好,乾淨清澈透明,頗為鮮活,聽到目前來說真是相當不錯。

小弟會推測 Rosita 採用 AAE 原本的 DAC,是因為目前所有關於 Rosita 的技術重點,都完全沒有提到 DAC 一項,所有機種也無全 DAC 資料的標示。國內音響論壇雜誌的報導,也只有講到類比輸出採用了變壓器。小弟看過您說的那張 Rosita 內部「瀝青照」。從照片看來,類比輸出與數位輸出,似乎都是從主板上拉線,新增的附板,不知道會不會是許多組局部穩壓,或是 clock 呢?(有資料提到 Rosita 有更換 clock)。

當然,新的 DAC 與類比線路也並非不可能,不過 CS4344 已是不錯的晶片,以 Rosita 這樣單電源供應,與 AAE 共享電源,外加 DAC 應該也沒辦法搞什麼太複雜的陣杖?

此外,Rosita 可以播放高規格檔案,這應該與 "standalone" 的 DAC 無關。既然 Marvell 88F6180 本來就可以支援 24bit/192k 格式,同時 CS4344 也可以支援 24bit/192k 的格式,代表後面這段是沒問題的,只是卡在 firmware。因此,支援高規格檔案與有無 standalone DAC 應該是無關的。

話說回來,無論 Rosita 原廠怎麼做,AAE 的類比輸出不錯,這也代表其 I2S 訊號品質很好。用上了 standalone DAC 理當有機會得到更好的聲音,的確很值得一試。小弟接下來會想辦法把 ES9022 DAC 接上 AAE 的 I2S 來聽聽看。

Richard 提到...

WF兄,
88F6180的data裡只寫到96k,並未有192k的敘述。

WF 提到...

Richard 兄,

Ytsejam 兄提到 "Marvell 88F6180, it can support up to 24/96k on SPDIF and 32/96k on I2S",小弟是按照他的理路推演下來的。

不管 88F6180 是否支援高規格檔案,應該都不構成 Rosita 使用 standalone DAC 的理由,因為 CS4344 是可以支援 24bit/192k 的。88F6180 只能輸出 96k 的話,那還真好奇 Rosita 是怎麼修改的 @@

WF 提到...

Ytsejam 兄,

Marvell 88F6180 的資料如 Richard 兄所說,

http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf

I2S 和 SPDIF 只有支援到 24/96k。還是說 AAE 實際採用的 88F6183 有不同的輸出規格?小弟一直找不到 88F6183 的資料,還請您提示一下。

Ytsejam 提到...

WF 兄:

正是因為 88F6180 在 I2S 上只支援到 24/96k ,所以我才假設 88F6183 也是一樣的規格。若是這樣,Rostia 若可以 透過 Rosita Plugin AipPlay 24/192k 到 AAE,那麼Rosita 只有內建 DAC 來做 up sampling 才能做到 24/192k。

話說回來,若真的 88F6183 可以支援到24/192k,那麼 Rosita 瀝青照中的另一塊板子,可能就只是 clock。

我真正有興趣的是 Rosita Plugin,因為 Rosita 宣稱他們可以直接 AirPlay 24/192k 到 AAE 。

我猜想在 Rosita Plugin 的程式碼中,是透過鎖定 AAE 的 Mac Address 來達到鎖機的目的,也就是說 Rosita Plugin 是可以使用在一般的 AAE 上的。

若按此推論, 88F6183 是很有可能直接支援到 24/192k 的。另外,若您注意到 Rosita Plugin 在播放相同的 16/44.1k 的檔案時,網路傳輸速率增加了約 4 ~ 5 倍,所以小弟認為,Rosita Plugin 並不是以 ALAC 格式 AirPlay 到 AAE ,而是使用未經壓縮的格式,例如像是 WAVE PCM,這就是我想解開的謎題。

若您仔細看過 88F6180 的 datasheet,其處理 Audio 時,是在 Memory buffer 中以 PCM 格式儲存再進行處理的。那麼若可以使用一個軟體,以非 ALAC 格式,或是未經壓縮的 ALAC 格式, AirPlay到 AAE ,那麼 88F6183 自然會將結果寫入 Mem Buffer ,從而進行 I2S 或 SPDIF 輸出。

當然,目前只是猜測,但是可能性很大,因為小弟不認為 Rosita 有能力修改 AAE 的 firmwre,即使有,可能也會被 Apple 告的一屁股。

WF 提到...

Ytsejam 兄,

如果只是在 DAC 段作 upsampling,這樣似乎不能稱作支援 24bit/192k 高解析格式?

小弟有個大膽的猜想是 Rosita 的硬體實際上只支援到 24bit/96k,而 Plugin 會把 96k 以上的資料 downsampling 到 96k 再送給 DAC 去解?或許 AAE 本來就可以播放 24bit/96k 的檔案,只是卡在 iTunes 不支援。而那個 plugin 就是把各種不同的格式,一律轉成 24bit/96k,再送給 AAE 去解?這樣也符合您說的,plugin 在傳輸 CD 格式時,流量大上四五倍的觀察。如果無論播放什麼格式的檔案,plugin 的送出流量都一樣,那或許就能印證以上的假設。

原本以為 Rosita 有改 firmware,但既然小余兄說 Rosita 可以升級新的 AAE firmware,看來又不像是有更動 firmware。透過 MAC address 之類的資料來鎖定硬體的確是很有可能的作法。

WF 提到...

比較無關的話題是,Rosita 把 AAE 買來當作零組件,修改包裝後,以自己的商標重新包裝販售,無論怎麼更換軟硬體,應該都沒有侵犯到 Apple 的權利吧?

小弟對法律只是一知半解,但這個 case 和先前 Goldmund 買 Pionner 的 DVD 來改機販售非常類似。就算 Rosita 改了 firmware,Apple 可以用什麼名義去告他們呢?

Ytsejam 提到...

Wf 兄:

重寫 firmware 是可行的,未經 Apple 同意而修改其 firmware,這會有侵權的問題,更何況這是商業行為。

至於 Rosita Plugin,您說的基本上沒錯, Rosita Plugin 的運作是類似 Amarra 的模式,虛擬一個 audio device,讓 iTunes 把訊號輸出到上面,再經過處理後,轉送到 AAE 上。

問題就在於, iTunes 是以 ALAC 格式將 Audio 送到 AAE之後,在 AAE 上再解回 PCM WAVE 格式,以 I2S 送進 DAC。

所以若 Rosita Plugin 是以相同 ALAC 格式將 audio stream 送到 AAE,傳輸速率理應相同,但觀察 Rosita 影片的結果,會發現速率從 117 kB/s 增加到 500 kB/s 以上。這表示 Rosita Plugin 很可能是以 PCM WAVE 直接將 audio stream 送到 AAE 上,而 AAE 上的SoC - 88F6183 發現送進來的 data 是 WAVE ,因為不用經過解壓縮,所以可以跳過 ALAC decoder 只支援到 16/44.1k 的限制,而可以直接寫入 Mem block,再經由 I2S 或 SPDIF 界面輸出。

WF 提到...

Ytsejam 兄,

不知道ALAC格式可以支援的上限是多少。小弟在網上看到有人說他有24/96的ALAC。如果AAE原生就能解高規格的ALAC,那Rosita的plugin只要送出24/96的ALAL即可?

WF 提到...

看這份文件,ALAC本身是可以支援到32bit/384k:
http://alac.macosforge.org/trac/browser/trunk/ReadMe.txt

Ytsejam 提到...

WF 兄:

ALAC 格式本身的支援不是問題,問題在於 AAE 上的 firmware ,在 ALAC decoder 部份,是否支援到 16/44.1 k 以上的 stream。

小弟曾經實驗過把 16/48k 的 ALAC 送到 AAE 上,並修改ROAP 相關的 SDP 參數為 16/48k ,AAE 可以順利播放,但撥出來的音調是比原有的檔案低,這很明顯的是 AAE 把 16/48k 當作 16/44.1k 處理。因此我猜測 AAE 上的 ALAC decoder 是被 hardcoded 成 16/44.1k。

WF 兄若有興趣的話,不妨來小弟家中一起研究研究 ?

WF 提到...

原來 Ytsejam 兄早已確認過 AAE 播放高規格檔案的能力了!Rosita 到底如何做到的,真是費解。

不知道 Ytsejam 兄有沒有興趣破解 AAE 的 firmware?

Ytsejam 提到...

WF 兄:

小弟目前的猜測是,不用修改 Firmware ,而是要修改 iTunes 進行 AirPlay 時所送出的格式,要驗證的是,AAE 是否可以接受 PCM WAVE 的 stream 而不是 ALAC,若可以的話,我們就可以寫一個類似 Rosita Plugin 的軟體,不經過任何 up/down sampling ,搭配 iTunes 來播放 Hi-Res 的音樂檔案到 AAE。

不過,最後可能會碰到跟 Rosita Plugin 一樣的問題,因為 Rosita Plugin 是在 Mac OSX 上模擬一個 device,來接收 iTunes 送過來的 stream,因為這個 device 是 local device 而非 AirPlay,因此 iTunes 可以將原生的 bit-depth / sampling rate 送到這里。然後在這個 software device 上進行解壓,改以 WAVE PCM 格式送到 AAE,藉以跳過 ALAC 16/44.1k 的限制,讓 Hi-Res 的 stream 直接到達 DAC。

Ytsejam 提到...

忘了解釋 Rosita Plugin 的問題......Sorry

虛擬的 software device 在 Mac OSX 可以做到,但是在 Windows 上應該是不支援,所以這就是為何 Rosita Plugin 沒有 Windows 版本的原因。

WF 提到...

Ytsejam 兄,感謝您的分析,原來 Rosita 的 plugin 不支援 Windows 是這個原因。

在 Windows 上,可能要使用類似 Air UPnP(有 Windows 版本)的軟體,經由 UPnP 將高規格檔案送給 Air UPnP,再透過它傳給 AAE 播放。

如果只是要測 AAE 是否支援 hi-rez wav,那倒未必要做一個整合 iTunes 的 plugin,而可以拿現成的 open source AirPlay 軟體來改?

Ytsejam 提到...

WF 兄:

正是,我正在修改軟體進行實驗,若有結果再跟您報告。

Ytsejam 提到...

WF 兄:

雖然目前還沒找到方法讓 AAE 支援 Hi-RES audio stream,但是小弟研究了一下 Rosita Plugin,似乎尚沒有直接證據可以證明 Rosita Plugin 可以支援 Hi-RES Airplay。

有興趣的話,可以參考小弟的文章:

http://amiexp.blogspot.com/2012/04/does-la-rosita-plugin-really-support-hi.html

WF 提到...

Ytsejam 兄,

您的分享真是太精彩了!小弟也興奮地跑去找 JustePort 的原始碼來看,非常有意思!

所以說,AAE 至少可以接受兩種輸入格式,一是 ALAC,另一種是非常類似 wav 檔的 RAW PCM 資訊,這種格式和 pcm 檔只差在每隔一個 frame 要送出大約 3bytes 的標頭,裡面含有一些資訊。

JustePort 應該還沒有完全破解標頭的格式,現在應該只能送出 16bit 的訊號。如果破解了標頭格式,似乎就可能送出更高規格的檔案?

當然 Ytsejam 兄指出的可能性也很有趣:說不定 Rosita 的 Plugin 也沒有送出高規格資料,而是送出未壓縮的 stream,或許這樣就足以讓聲音有所改進。

如果同一個音樂檔,經過 JustePort 送出 wav 與 alac 在聽感上有所差異,那麼即使我們只是聆聽 CD 格式,但用 plugin 或 JustePort 送出未壓縮 stream 也是值得的。

此外,Richard 兄提到 Rosita 的老闆了一篇文章建議 Rosita 的用家使用 Wifi 傳輸檔案,據說比 Ethernet 更好。小弟試過之後,現在也是比較喜歡透過 Wifi 傳輸的聲音,不過 Richard 兄比較喜歡 Ethernet,看來似乎又是個 case by case,不能一概而論的情況。不知 Ytsejam 兄對此的看法是什麼?

http://www.my-hiend.com/vbb/showthread.php?4593-%E6%B3%95%E5%9C%8B-La-Rosita-CLUB/page6

Ytsejam 提到...

WF 兄:

這確實是 Case by case,我也是比較喜歡Ethernet,而且我不是很同意 Rosita 老闆的說法。原因很簡單,Rosita 提出的主要理由是電腦端雜訊很可能會透過 Ethernet 串入 AAE。

但是我想 WiFi 本身是一個 Shared Bus,有點像是無線的 Hub,以 802.11g 最高 54Mbps 傳輸速率來說,這 54 Mbps 是被所有連接到這個 Acess Point 的 Host 所共享,傳輸效能不如預期,而且容易被其他 Host 所影響,加上若剛好跟鄰近的其他 AP 使用相同的 Channel ,更容易被干擾。再者,WiFi 畢竟是無線傳輸,姑且不論射頻會不會干擾音響元件的運作,光是在訊號傳輸本身就不夠 Reliable。另外,射頻設備本身是會發熱的,若散熱設計不良,穩定性就會大打折扣,加上射頻本身的輸出的功率是不會 100% 從天線送出去,有一定比例會從天線反射回來,這就是為何射頻設備都要檢測駐波比的原因,這些反射波難保不會對 AAE 本身造成影響。

另外,要解決雜訊透過 Ethernet 串入AAE 的問題,大可以透過 Fiber Based Solution,想像是 1000BaseSX 或 100BaseFX,以光纖隔離雜訊即可,這也不是什麼 rocket science ,唯一的問題可能是家中得要有一部有光纖界面的 Ethernet Switch ,或是 Fiber Transceiver 罷了。

小弟長期使用 AP 的結論,市售的一般 1、2千元的 AP,通常使用一段時間就必須重新開機,而且一般人會把他用來作為路由器使用,如此一來,功能越多,問題更多。小弟目前家中的網路規劃,使用純 WiFi AP,不含路由功能,而 Ethernet 部份,全部都是 Cat.6 UTP 加上 Gigabit Ethernet Switch,目的就是要確保網路的穩定以及高傳輸效率,因為實際的音樂檔案,是存放在 NAS 上,所以從 NAS ---> Mac/iTunes --> AAE 每一段傳輸都必須穩定而且有效率。電源部份,則以兩條專用迴路,分別對電腦和音響設備供電,電腦部份另有 UPS 作為隔離。原因無他,既然所有的 media source 都在網路上,網路本身必須是非常穩定的,要不就失去使用 AAE 所帶來的方便性了。

Ytsejam 提到...

回到 JustePort ,小弟曾經試著修改 JustePort ,並把 16/48k 的 WAVE 透過 JustePort 送出,結果 AAE 雖然輸出了聲音,但仍然照著 16/44.1k 解碼,所以音調自然降低,若改以 24/96k 送出,因為 bit-depth 不同,所以 DAC 會解出亂碼,聽到的是一堆類似 White Noise 的聲音。因此,小弟才會認為 AAE 在 firmware 上是將 ALAC decoder hardcoded 在 16/44.1k。

正是因為看到 Rosita 宣稱他們可以支援 24/192k 的 AirPlay,才又讓小弟重新燃起一絲希望,但從 Rosita 提供的證據中,尚不足以說明他們可以真正支援 24/192k 的 AirPlay,頂多可以證明他們可以送出 Uncompressed ALAC stream,若只是這樣,個人覺得那 250 Euro 似乎不是那麼值得。對於這點,還希望有 Rosita Plugin 的朋友提供多一點線索來證明。

WF 提到...

Ytsejam 兄,

小弟覺得秘密應該是在 raw pcm 檔送出的 header 裡,可能裡面有指示 bit 長度以及頻率等資訊。如您所說,如果能夠側錄 Rosita Plugin 送出的資料,那就太好了。或是合資買一套來反組譯……

飛仔 提到...

不知WF兄有否測試過Airfoil
http://www.rogueamoeba.com/airfoil/

好像可以把airplay用在任何程式

Paul 提到...

WF兄,

看反組譯後的程式好像太累了..
您說側錄訊號真的是太高明了.. 用netxray之類的程式應該就可以辦得到.
真是佩服諸位先進~~

Ytsejam 提到...

WF 兄:

Raw PCM 意指沒有 Header ,而僅有 Data 的 PCM。

若您是指 JustePort 在送出 ALAC stream 前外加的 header ,這部份主要是 frame size 之類的訊息,目前看來沒有特殊意義。

順道澄清一點,在 AirPlay Stream 中,這個 Uncompressed raw PCM 還是被 encapsulated 在 ALAC 中,這說明在 AAE 端,ALAC 還是必須的,亦即 AAE 無法 decode 單純的 WAV/PCM。至於為何 ALAC 可以支援這種 uncompressed data?其實這是因為,在 ALAC encode 過程中,有時候可能壓縮過後的 data size 反而大於未經壓縮的 data,因此 ALAC 設計了一個 escape bit,當上述情形發生時,就把原生的 data 放到 frame 中,並將 escape flag 設為 1。

不過話說回來,買一套 Rosita Plugin ,然後用 tcpdump 或 wireshark 等工具來進行 packet analysis 是可行的,但是別忘了 AirPlay Stream 是經過加密的,在判讀之前,還要先寫一個 decryptor 把 payload data 還原。

但恕小弟不敬,在 Rosita 可以證明他們真的是送出 Native Hi-RES stream 到 AAE 之前,花這筆錢似乎有點冤枉。從目前手邊可以收集到的資訊來看,小弟可以大膽假設,Rosita Plugin 只是送出 uncompressed 的 ALAC stream 而已,除非有另外的證據可以證明。

Airfoil 其實有點類似 Rosita Plugin,但就小弟所知,目前市面上所有支援 AirPlay 的 software 都只能做到 16/44.1k,問題還是在 AAE 的 firmware。

飛仔 提到...

Ytsejam兄

謝謝你的回覆,只是先前在猜想如果Airfoil能獲得Rosita Plugin 的效果也不錯

WF 提到...

Ytsejam 兄,

根據 JustePort 的註解,在那個所謂 uncompressed ALAC 的 frame header 裡,有指定 bit length,而其他未知的 bits,其中說不一定也有頻率的定義。所以小弟的推想是,或許 AAE 是根據這 header 裡的定義,取得 PCM 的格式。如果 header 不改,只把 PCM 替換為高解析格式,那 AAE 照著 16bit/44.1K 去解碼,自然就會聽到錯誤的聲音。

如您所說,Rosita 只有釋出傳輸量變大的圖片,這並不能證明他們可以正確傳送高規格的串流。如果他們可以提供不同規格檔案播放時的傳輸數據,那就更好了!

WF 提到...

Paul 兄,

側錄訊號的麻煩之處在於還要有一台 Rosita 的機器才能進行,不然空有 plugin 也是無法播放的。另外 Ytsejam 兄提到有加密也是一項困難。

所以破解 plugin 或是 AAE 的 firmware 應該是比較容易一些的。不過說到底,小弟的聆聽軟體都是 CD,就算破解出高規格的播放方式,小弟終是無用。只是很好奇 Rosita 怎麼辦到的 XD

WF 提到...

飛仔兄,

看來 AirFoil 是一個虛擬的音效輸出裝置,其他軟體選用這個裝置輸出,最終就會透過 AAE 撥放,不曉得是不是如此?

感覺是相當 general 的解決方案,只可惜沒有 source code…

Ytsejam 提到...

WF 兄:

就小弟所知 JustePort 中的 uncompressed header 沒有提到任何 bit-length,不知道您說的是哪一段?整個 code 裡面,除了 SDP 裡有提到 sampling rate 44100 和 sampling size 16 bit,沒有其他地方有這些資訊的,小弟曾嘗試修改 SDP ,然後送出 16/48k ,結果還是無效。

AirFoil 不是 Freeware,要找 source code 可能有困難,我看過日本人寫的 roaplay,除了 transport 用 UDP 外,基本上很多 code 是沿用 JustePort 的,所以差異不大,不過若要用於開發,可能比 JustePort 好用多了。

若要有類似 AirFoil,可以找找 RaopX ,搭配 Soundflower ,有些先天限制,像是在兩台以上的 AAE 的環境中,會有問題之類,但可以支援非 iTunes 的 AirPlay。

WF 提到...

Ytsejam 兄,

看來 ALAC 的 extradata 就是定義在 JustePort 的 sdp 那段,原來您早已試過了!難怪您會說 AAE 可能把讀取格式定死了,無視於 extradata 的設定。

另外,小弟發現是這個人把 AirPort Express 的韌體抓出來破解,並取出了 key:

https://github.com/albertz/shairport#readme

作為示範,這位網兄寫了一個 AirPort 的模擬,不過他的模擬似乎是會根據 extradata 決定 sample size 與 sample rate

Ytsejam 提到...

WF 兄:

是的,shairport 確實可以安裝在 host 上,模擬成 AAE,
但是可能要重新弄個 Linux 機器來安裝,等於是重頭來過,還要搞定從 shairport machine 到 DAC 的界面,對我來說,倒不如直接買一台 MacMini,用 USB 連到 DAC 來的輕鬆。

mikeliu 提到...

諸位前輩,你們有比較過在win7/XP/OSX上,在itunes播放音樂到AAE上,音質有差異嘛?

Ytsejam 提到...

mikeliu 兄:

小弟已經 5 年沒用 windows 了,沒辦法提供您相關的經驗。

不過有一點要注意的是,在 AirPlay 時,若是使用 iTunes 上的音量控制,請記得將音量開到最大,因為若音量設定不在最大,AAE 會在解碼時,將 bit-depth 以相對比例減小,達到降低音量的目的,但這麼一來,動態就不如全開的好。

若要降低音量,請用 preamp 的音量控制來處理,會是比較好的方式。

scrazy 提到...

有人寫好了一些說明跟config,
https://github.com/choongng/Music-Box
可以把shaiport導到JACK再經過BruteFIR處理DRC,接著看要導到usb dac或dac都行吧

mikeliu 提到...

想請問大家一下,如果加上spdif buffer的話,可以降低大音量高頻毛邊的問題嘛?

Ytsejam 提到...

Mike 兄:

高頻毛邊「通常」是因為電源雜訊造成的,跟 SPDIF Buffer 無關,除非是在 SPDIF 訊號路徑上因為其他晶片雜訊、傳輸阻抗匹配不良,造成訊號反射所引入的額外雜訊引起的,建議您從電源著手會比較治本。

據小弟到目前對音響所學到的一些粗淺的經驗,與其去調整電容,不如好好把電源先整理好,把雜訊盡可能的減到最小,聲音自然會變好,這是小弟的一點小小心得。

mikeliu 提到...

想請問大家一下,我碰到一個棘手狀況,就是我的AAE的版子,最近發現燈號會一長時間橘燈,然後會閃一下綠燈,然後就變回橘燈。

然後不論無線跟有線都無法網路連線,reset很多次都無法恢復,大家有碰過這種狀況嘛?

Ytsejam 提到...

Mike 兄:

AAE 開機時會先亮非常短暫的綠燈,然後進入黃燈,此時內部系統正在啓動,大約 1 分鐘後,boot-up 完成,會將設定載入,若正常進入的話工作的,會亮綠燈,若設定不正常,會閃爍黃燈。您的狀況,應該是設定不正確,AAE 沒辦法取得 IP Address 正常連線。請檢查您 AAE 的網路設定。

AAE 有很多種工作模式,設定若不正確,連線就不會正常,若您家中原有其他的 WiFi AP ,請將 AAE 設定為 Client 模式。在此模式下,AAE 可透過 Ethernet port 或 WiFi 加入現有的無線網路。

請先敘述一下您家中的網路環境,小弟可以建議您如何設定。

Richard 提到...

Mike 兄:

請問您是用原廠電源還是自己外加電源?

mikeliu 提到...

我是外加的線性電源,之前是用無線網路join現有AP wireless環境(airport extreme)

本來是工作正常,只不過前幾日調整電源穩壓,因接觸不良瞬間電源迅速開關數次,後來就變成這樣狀況了....

昨日有拍了一段短片,公司不好上傳到youtube,回家上傳後再post link

Ytsejam 提到...

請問目前供電電壓是多少?

Ytsejam 提到...

另外,請問您用 Airport Utility 可以搜尋到 AAE 嗎?

mikeliu 提到...

穩壓輸出為3.3v , Airport Utility搜尋不到AAE,無線跟有線都是,蠻慘的...

Richard 提到...

Mike 兄:

很有可能是你的外接電源在瞬間大電流的情況下,輸出有掉電壓...請check看看.

Ytsejam 提到...

Mike 兄:

Richard 兄說的沒錯,AAE 啟動時所需的電流比較大,調整穩壓時,除了調空載電壓之外,接上 AAE 後,也要再測量看看。

mikeliu 提到...

小弟回家測試後,發現Richard提示的問題點是對的,可能CRC的電阻太大,耗去太多電流,導致AAE無法正常開機,果然電料行賣的變壓器所標示的瓦數不可信...

jameschen 提到...

今天買了台 Airport Express 來玩,發現用電腦、iPad、iPad2、iPhone 4S 發射出去的同一個檔案聲音會不一樣噢!而且是很明顯的輸出增益差異(大小聲差很多),很容易就可以聽出來。

因此不同器材做的 Airplay 聲音會不一樣應該是肯定的。我個人猜這是因為不同器材針對聲音訊號處理不同所致。前面有看到一則回覆提到 Airplay 會針對 iTunes 的音量做衰減,我在想會不會是不同器材的 iTunes 的輸出增益設定不同呢?亦或是不同的器材在壓縮 ALAC 的速度不同造成 Jitter 誤差呢?畢竟我測試的幾台機器 CPU 效能都差滿多的。另外今天我測試的 Airport Express 最後以不橋接無線網路,以網路線直接連接 Macbook Pro 的聲音最乾淨、有彈跳,iPhone 4s 的聲音最悶、最沒動態。給大家參考一下。

p.s Airport Express 目前無修無改

WF 提到...

jameschen 您好,

AirPlay 應該是 bit-perfect,如果發送端的音量設定相同,那應該是聽感上的差異,比如說比較飽滿鮮活的聲音,會有比較大聲的錯覺。

不知道您播放的檔案是什麼格式?根據 Ytsejam 兄的觀察,如果訊源是 ALAC 檔,AirPlay 應該會直接送出,沒有即時的壓縮、解壓縮。不過 iPhone 的運算能力不如電腦,系統架構又有諸多低功率的考量,latency 可能比較高。

P.S. 您是謝老師的學生吧?他跟我提過您,說您很優秀 XD

LinkWithin

Related Posts Plugin for WordPress, Blogger...