maxlo 發表於 2016-11-12 23:02 static/image/common/back.gif
師兄
係唔係聽得出有分別?
其實每種格式都聽到有分別
24/96wav 和24/192wav 都有分別
尤其是换電源線rip分別很大
本帖最後由 fishfishfish 於 2016-11-13 00:51 編輯
其實
你將個wav
由wav轉做alac再轉aiff再轉flac再轉番做wav
個file都係會同一開頭一樣
係可以用電腦check到ga...
flac個offical faq, 睇下啦...
https://xiph.org/flac/faq.html#general__testing
同埋, 換什麼電源線, 對rip碟都冇作用架...
再次, 係電腦check到架
你可以rip兩次用電腦校對, 係冇分別架...
白痴仔 發表於 2016-11-12 23:49 static/image/common/back.gif
其實每種格式都聽到有分別
24/96wav 和24/192wav 都有分別
尤其是换電源線rip分別很大 ...
明白
1. 新版dbpoweramp係有uncompressed flac選取。
2. 就flac而言，不同level嘅壓縮，雖然data無變，但對於cpu就好唔同。壓縮比越大，cpu嘅loading就越下，有機會增加latency，劣化音質。
3. 實際結果uncompressed flac 比有compresses嘅好聲。
4. stable and clean嘅電源對rip 碟係有帮助。
(Post76 Android 手機版送出)
Filling88 發表於 2016-11-13 09:52 static/image/common/back.gif
1. 新版dbpoweramp係有uncompressed flac選取。
2. 就flac而言，不同level嘅壓縮，雖然data無變，但對於cpu ...
RE point 2:
FLAC個offical website既FAQ已經address左你既concern
Why do the encoder settings have a big effect on the encoding time but not the decoding time?
It's hard to explain without going into the codec design, but to oversimplify, the encoder is looking for functions that approximate the signal. Higher settings make the encoder search more to find better approximations. The functions are themselves encoded in the FLAC file. Decoding only requires computing the one chosen function, and the complexity of the function is very stable. This is by design, to make decoding easier, and is one of the things that makes FLAC easy to implement in hardware.
https://xiph.org/flac/faq.html#general__asymmetry
點解會有人覺得自己識既野多過, 清楚過個codec作者本人, 唉
RE: point 3
其實again, FLAC個FAQ入面清楚解釋哂, 不過我諗, 爭論落去都冇意義
正如N年前已經有人堅持WAV > FLAC
你有你繼續堅持
RE: point 4
stable and clean嘅電源對rip 冇幫助
喱一點, 可以好肯定咁答你多次, 冇幫助
已經證實左無數次
你用你所謂stable and clean嘅電源rip一次
再用你覺得最差既電源rip一次
用電腦對比2個結果, 係唔會有分別
醒啦
本帖最後由 diamondblack 於 2016-11-13 14:00 編輯
fishfishfish 發表於 2016-11-13 13:33 static/image/common/back.gif
RE point 2:
FLAC個offical website既FAQ已經address左你既concern
From what's said in the FAQ, it didn't address anything on latency.
fishfishfish 發表於 2016-11-13 13:33 static/image/common/back.gif
RE point 2:
FLAC個offical website既FAQ已經address左你既concern
在这做一个小小的實驗
首先在电腦內选任何一首歌曲 這首歌給它名叫A 然后將A曲在电腦覆制一次 這覆制出來之曲名為B然後再將B曲在電腦內再覆制多一次覆制出來之曲名為C首先播放C曲聽吓然後再播放原曲A聽吓發覺到数碼是不会失真的為何A和C曲有這樣分別 但在电腦数據上一樣的
本帖最後由 fishfishfish 於 2016-11-13 14:04 編輯
diamondblack 發表於 2016-11-13 13:51 static/image/common/back.gif
From what's said in the FAQ, it didn'( address anything on latency.
the complexity of the function is very stable
即係decoding唔會因為file high compression就會變得複雜化左
有咁難明嗎
如果認為decoding果個動作對音質有影響, 就應該返去聽wav啦
用咩flac呢, 又要用又要唔信, 做乜?
白痴仔 發表於 2016-11-13 13:59 static/image/common/back.gif
在这做一个小小的實驗
首先在电腦內选任何一首歌曲 這首歌給它名叫A 然后將A曲在电腦覆制一次 這覆制出 ...
你想表達咩? 唔明
fishfishfish 發表於 2016-11-13 14:01 static/image/common/back.gif
the complexity of the function is very stable
即係decoding唔會因為file high compression就會變得複 ...
the way I read it, these were very carefully chosen words to give a simplified answer to the mass readers.
