Rip CD相關知識教學/交流

fishfishfish

jaffeinism 發表於 2016-11-17 12:36
dbpoweramp setup guide 入邊有講到...

Caching

其實你既understanding係冇錯
但套入EAC係應該
Drive cache audio data tick Yes
令EAC當個drive識cache audio, 就會用佢個routine防上load from buffer.

In order for secure mode to work properly, every read request made by EAC must cause the drive to seek data from the CD. If your drive caches audio, subsequent requests for the same data may result in the drive only fetching this data from its buffer, rather than from the physical disc. To prevent this from happening, EAC has a routine to ensure previously requested data gets flushed from drive's cache. This is done by having the drive read extra data from the disc—more data than the cache can store.

If the "Detect Read Features..." function reports "Caching : Yes", it is important that you enable the cache flushing routine by checking the "Drive caches audio data" box.

jaffeinism

2. Drive cache audio data
光碟機可以暫存音樂資料
雖然光碟機有 cache，但是一般這是用在讀取資料光碟的時候使用。當讀取音軌的時候，如果光碟機也會暫存音軌的資料，那麼當 EAC 反覆抓軌重複比對資料的時候，反覆從光碟機中讀出來的資料都是 cache 裡相同的資料，實際上光碟機並沒有真正重讀，這樣就會影響 EAC 判讀抓軌是否正確的正確性。
所以這是一個不好的功能，中文翻譯翻譯為「光碟機會暫存音樂資料!」這樣比較好，才不會讓人望文生義產生誤會。
如果你的光碟機也會暫存音樂資料，勾選這個選項，那麼 EAC 在重複抓軌比對的時候就會每次抓軌都重設清除一次 cache 裡面的資料，這樣會嚴重影響抓音軌的速度。
所以這個選項不要亂設。

andaudio 入邊資料

jaffeinism

fishfishfish 發表於 2016-11-17 09:07
喱個係咩log?

DBPOWERAMP CD RIPPER

jaffeinism

fishfishfish 發表於 2016-11-17 09:11
照睇又冇問題bor...
冇聲係split左先冇聲定 原本已經冇聲?

split係跟個cue ....


個段有問題由eac rip出來個track, 已經用cuetools check過, 係對吾上accurip, 之後搵番隻碟, 用dbpoweramp cd rip重RIP

jaffeinism

dbpoweramp setup guide 入邊有講到...

Caching

For a secure ripper to work correctly the cache must be invalidated, this is normally done by reading an area larger than the drives cache, by default CD ripper sets a 1024KB cache. The cache can be detected (it is likely to be much much smaller than the default value). Detecting cache size is quite difficult, it is recommended that 3 or 4 different unscratched CDs are used to detect the value. A 'no brainer' and safe option is to leave the cache as 1024KB.

fishfishfish

Filling88 發表於 2016-11-17 10:20
寫得好清楚。係disable cache. 如果唔disable cache，只會重覆從buffer讀取有問題嘅data，唔係重新由cd取da ...

個drive有audio cache你係冇得"Disable"佢的, 最少EAC冇

Filling88

寫得好清楚。係disable cache. 如果唔disable cache，只會重覆從buffer讀取有問題嘅data，唔係重新由cd取data。
'enable cache flushing'。 flushing點解呢？查吓字典先！
(Post76 Android 手機版送出)

fishfishfish

jaffeinism 發表於 2016-11-17 01:10
CUETOOLS 可以CHECK到CRC, PEAK ...

[CUETools log; Date: 17/11/2016 1:08:52; Version: 2.1.5]

照睇又冇問題bor...
冇聲係split左先冇聲定 原本已經冇聲?

fishfishfish

jaffeinism 發表於 2016-11-16 22:15
Encoder: FLAC -compression-level-5 -verify
DSP Effects / Actions: -dspeffect1="CPU Throttle= -speed= ...

喱個係咩log?

fishfishfish

jaffeinism 發表於 2016-11-17 07:43
cache  on會影響資料真確性, 所以無on好耐

基本上係強烈建議你on
如果你隻drive唔cache audio, 係可以off, on左亦冇壞, 但會rip耐左
如果你隻drive cache audio, 但你off左, 就會有問題

所以我既guide都會建議on

Reference:
http://wiki.hydrogenaud.io/index.php?title=EAC_Drive_Options

Drive caches audio data
In order for secure mode to work properly, every read request made by EAC must cause the drive to seek data from the CD. If your drive caches audio, subsequent requests for the same data may result in the drive only fetching this data from its buffer, rather than from the physical disc. To prevent this from happening, EAC has a routine to ensure previously requested data gets flushed from drive's cache. This is done by having the drive read extra data from the disc—more data than the cache can store.

If the "Detect Read Features..." function reports "Caching : Yes", it is important that you enable the cache flushing routine by checking the "Drive caches audio data" box.

If the "Detect Read Features..." function reports "Caching : No", it is not necessary to enable the flushing routine. Checking the "Drive caches audio data" box with drives that are reported by EAC as not caching will not improve EAC's accuracy. It won't improve EAC's ability to detect errors nor EAC's ability to correct them. What it will do however, is reduce your ripping speed and shorten the life of your drive.

Tip #1: If you're concerned that your drive caches audio data even though EAC is saying otherwise, try ripping a scratched disc (one known to produce errors easily). Make sure you uncheck the "Drive caches audio data" setting AND uncheck the "Drive is capable of retrieving C2 error information" setting. Make sure you also set the error recovery quality to "Low" (this setting can be found under the Extraction tab in the EAC Options dialog). If EAC is capable of displaying a read error then cache flushing isn't necessary. Ignore any sync errors that may be displayed; they are irrelevant to this test.

Tip #2: Tip #1 is all you need to know, but if you're still paranoid that your drive caches audio, feel free to try Feurio's audio caching test (Ctrl+Alt+P\Test device\Cache test) or spath's cache explorer. If either determine that your drive doesn't cache or caches less than 64 KB of data, then cache flushing isn't necessary (ignore the reported buffer size when using cache explorer). The reason for the 64 KB barrier is that EAC will never request less than this amount while ripping (link).
Note: If "Drive has 'Accurate Stream' feature" is deselected, then "Drive caches audio data" is automatically checked, regardless of whether the drive actually caches audio data.