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

討論MP3、WAV、MIDI、WMA甚至其他數位音訊的播放、製作、轉換等。

版主: DearHoney

回覆文章
小酒蟲
神人
文章: 362
註冊時間: 2001-11-15 08:00
來自: 孤寂加州
聯繫:

文章 小酒蟲 »

<!-- BBCode Quote Start --><FONT COLOR=GREEN>
至於AAC壓成-ultra...,我到是覺得沒必要吧... :P
</FONT><!-- BBCode Quote End -->
只是想壓起來和 MP3、MPC 比較一下.... [b05]
我本楚狂人,鳳歌笑孔丘
頭像
kouyoumin
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

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

另,請問MPEG4 Main和MPEG4 Main LTP有何不同? 何者較佳?
aptoxic
初學者
文章: 12
註冊時間: 2001-01-13 08:00
來自: 八度空間??

文章 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
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

我也懷疑過這個問題,所以才在編碼前先將WAV切好,然後取第一個Sample,當然啦!這也不能保證不會出錯就是了...(說不定最前面整段不見了)
justthinking
神人
文章: 1366
註冊時間: 2001-01-04 08:00
來自: 敗家者天堂
聯繫:

文章 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
大師
文章: 125
註冊時間: 2001-02-24 08:00

文章 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
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

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

--
我的P3-750+256MB SDRAM跑1.4x...難道v2.0的-production真的有問題?
LukeLo
神人
文章: 2100
註冊時間: 2001-01-04 08:00

文章 LukeLo »

如同抓音軌的Read Offset以及燒錄的Write Offset,這些應該是經過encode再decode後與原始wav比較的offset吧。正號代表比原始檔開頭多了些空白,單位應該是sample。
頭像
kouyoumin
神人
文章: 1612
註冊時間: 2001-01-05 08:00
來自: 中正紀念堂
聯繫:

文章 kouyoumin »

我把第一頁AC3,MP2,MP3的圖換了(可能要Refresh一下),請原諒我之前的白濫測試吧! [b08]
(我是看PCM波形對的,可能有+-3Sample的誤差,將就一下...)
至於AAC...好像是前面被切掉了,因為看波形圖從第一個Sample就有波形,可是跟原始WAV檔的波形不對,等有空再試試(哈利波特4看完,要準備期末考了..)
TMNEXT
神人
文章: 271
註冊時間: 2002-01-02 08:00
來自: 人畜同樂促進會

文章 TMNEXT »

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

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