小小的測試....AAC/AC3/MP2/MP3

[小酒蟲]

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
至於AAC壓成-ultra...，我到是覺得沒必要吧...
</FONT><!-- BBCode Quote End -->
只是想壓起來和 MP3、MPC 比較一下....

[kouyoumin]

剛試了aacenc 2.0
速度真快呀! 開-production約1.4x RT,跟沒開差不多,不禁懷疑有沒有問題...(之前1.2開-production速度大約只有一半,0.7x左右)

另,請問MPEG4 Main和MPEG4 Main LTP有何不同? 何者較佳?

[aptoxic]

MP3的圖形會差那麼多，
好像是因為Encode後時間點會偏移的關係?

剛剛用WaveSpectra試了一下
往前面一點或後面一點取mp3的頻譜..
(圖型好像開太大了 ，請稍等一下，很抱歉)

在同一個Sample:



把mp3往前移1000個sample:


居然剛剛好.. :eek:
在我的電腦上壓AAC也會往後移幾個Sample
是Encoder的問題？

附上AAC和OGG的圖形，以做比較：

AAC,同一個Sample



AAC,往後移1000個Sample


OGG


版本:
Lame 3.88
PsyTEL AACEnc 1.2(Build Sep. 6 2001)
Vorbis OGGEnc 0.9
<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2002-01-06 00:51 被 aptoxic 編輯過 ]</font><!-- Edit Notice End -->

[kouyoumin]

我也懷疑過這個問題,所以才在編碼前先將WAV切好,然後取第一個Sample,當然啦!這也不能保證不會出錯就是了...(說不定最前面整段不見了)

[justthinking]

提供一下數顆CPU/晶片組/記憶體型態壓AAC的速度作為參考..
測試使用的參數接為-archive..

Intel Celeron 1GHz+BX+512MB SDR (Win9x)..約為1.3X
Intel Pentium III 1 GHz+i815ep+512MB SDR (Win9x)..約為1.6X
Intel Tualatin 1.26GHz 512K L2+i815ep-b+512MB SDR (Win9x)..約為1.9X
AMD Athlon 1.33GHz+KT133A+786MB SDR (Win2K)..約為2.45X
Intel Pentium IV 2GHz 256K L2+i845D+512MB DDR (WinXP)..約為2.75X
Intel Pentium IV 2GHz 512K L2+i845D+512MB DDR
(WinXP)..約為2.8X
Dual Intel Pentium III 1GHz+VIA 694D+1GB SDR (Win2K)..1.6X

雙CPU在壓AAC的時候根本沒有幫助..(這是理所當然的嘛)
P4的分數還真是難看啊..

之前nightmare的測試平台..
AMD Athlon 1.4GHz+KT266A+512MB DDR (WinXP)..約為2.75X

[addsig]
<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2002-01-06 10:46 被 justthinking 編輯過 ]</font><!-- Edit Notice End -->

[xexex]

位置偏移(offset)跟encoder和decoder 的版本都有關，國外的一些測試結果：
下面的格式是 (decoder + encoded format )

1. Old FAAD + PsyTEL AACEnc (all versions): 1024 samples

2. LAME --decode + LAME MP3: 32 samples

3. Lame --decode + FhG MP3Enc: 576 samples

4. Old FAAD + FhG/Dolby AAC: 1024+1172 samples

而MPC 和 OGG 則都沒有 Offset，而新版的FAAD好
像測不出來...不過這不是很嚴謹就是了，若要比
較的話，還是要對自己使用的版本做確認。

<!-- Edit Notice Start -->

<font size=-1>[ 這篇文章在 2002-01-06 11:57 被 xexex 編輯過 ]</font><!-- Edit Notice End -->

[kouyoumin]

看來有些得重做了
請問上面這些Offset是延遲還是...?

--
我的P3-750+256MB SDRAM跑1.4x...難道v2.0的-production真的有問題?

[LukeLo]

如同抓音軌的Read Offset以及燒錄的Write Offset，這些應該是經過encode再decode後與原始wav比較的offset吧。正號代表比原始檔開頭多了些空白，單位應該是sample。

[kouyoumin]

我把第一頁AC3,MP2,MP3的圖換了(可能要Refresh一下),請原諒我之前的白濫測試吧!
(我是看PCM波形對的,可能有+-3Sample的誤差,將就一下...)
至於AAC...好像是前面被切掉了,因為看波形圖從第一個Sample就有波形,可是跟原始WAV檔的波形不對,等有空再試試(哈利波特4看完,要準備期末考了..)

[TMNEXT]

我想到，既然 encoder 在不同的 sample 位置表現都不相同，
可能這個 sample 點 AAC 表現比較好，但是下一個 sample 點
AAC 表現就很差，反而換成 MPC 比較優秀（比較接近原始 wav）
，那麼只取單一一點，可能無法涵蓋整個 encoder 的特性。

還有要能精確的找到同一個 sample 點也有一點困難....
那麼乾脆取一段時間的平均好了？譬如說 10 秒，20秒..，
求一個平均表現，平均值越接近原始波形的平均值越好，
這樣子如何？