【EAC】Exact Audio Copy β19

CD-DA (オーディオ CD) をほぼ完璧に読み取ることができる Windows 向けの多機能で強力なリッピング アプリ、"Exact Audio Copy (EAC)" および兄弟アプリ "Easy Audio Copy" のスレです。
兄弟アプリの Easy Audio Copy は Exact Audio Copy と同じくらい信頼性が高く、正確でありながら、非常にシンプルなインターフェイスで、専門知識がなくても利用できます。

Exact Audio Copy は非商業目的での利用は無料です。しかし、PayPal 経由での寄付は非常に感謝されます。Easy Audio Copy は有償ですが、14 日間の無料評価版を利用できます。

Exact Audio Copy
http://exactaudiocopy.de/
Easy Audio Copy
http://www.easyaudiocopy.com/

日本語ファイル
メニュー バーの [EAC]、[EAC Options...]、[General]、[EAC language selection] の [Use language] で [Japanese] を選択、[OK] をクリックで日本語に切り替え
[メモ] Exact Audio Copy Version 1.0 Beta 4の自分用の日本語化ファイルを作成: Nice Disport
https://nice-disport.seesaa.net/article/411484047.html

前スレ
Exact Audio Copy β18 [無断転載禁止]©2ch.net
https://egg.5ch.net/test/read.cgi/software/1496658487/

これを問題無しとするならもうEAC使う必要無いだろ
お手軽リップソフト使っとけ

オフセット関係あるのかな？
30サンプル訂正したりしなかったりするけどどっちでもこんなおかしなことになったことはないけどなあ

データベースとの比較なんて文字通りの意味しかない
自分を信じるか他人を信じるか
同じ環境同じ設定でエラーが出たり出なかったりするのなら設定見直すか
どう足掻いても同じような結果になるならファイルのバイナリ比較して判断するしかない

無音の長さにきまりはない。
聞こえないレベルの音量ということで、
気にせず、無音を全く追加しないエンジニアもいるだろう。
そうなると、オーバーリードした上で
無音でない範囲を切り取る以外になく、
それができないのであれば、当然オフセットでデータの落ち方が変わる。
というか、そういう場合、
CDが作られたオフセットとドライブの読み取りオフセットが一致するという偶然がないかぎり
どうやってもデータは落ちる。

ただ、ものは考えようで、
そういうCDの場合、「オーバーリードができるのであれば」、
CDが作られたときのオフセットが分かることを意味するわけで、
吸いだしイメージとして完璧なものができる幸運もある

>>231
条件変えてもバイナリ一緒ならOKとするとか。てか同一ドライブでそれ以上の事はできんだろう
ソフト変えても変わらんと思う。読みが安定しないウンコリッパーでもない限り
宅配レンタルとかで別個体のUICY-15010借りてバイナリ一致ならもうそのドライブはそうなんだ
CUEToolsでrepairすればAccurate Rippedになるかもしれんけど、ドライブとかで変わる円盤だと
それがモアベターかは分からんな

>>229
>最初の２回はC2エラーチェックONでやって、３回目がOFF。
>２回目が( 1/1476) Accurately ripped, orで
>３回目は(967/1476) Differs in 3648 samples @02:48:55-02:48:60, or。
ON/OFFで結果が変わってしまったか
厄介だなこれ

ちなみにAccurateRipもCTDBもディスクの冒頭と末尾の数セクターは計算に使用しないから、オーバーリードできるかどうかは気にしなくていいよ

自分だったらもう
テストしてからCDイメージをコピーしCUEシートを作成
を実行して、CRCが一致したらそれでよしとするかな

みんなありがとう。
とりあえずもう少し勉強して仕組みを理解してからどうするか考えることにするわ。

まあ全体の2/3しか一致してないから普通のCDではないね

最近リップしたログを見てみた
https://i.imgur.com/gZUTrLU.png
マイナーなものを好むからDBの件数が少ないわｗ
ただ、どれも大多数が一致している
リップ結果に不安を感じる人がほぼ居ない優しいCDたち

CDというものは曖昧な規格なんだという事を忘れなければ、残念なリップ結果にも優しくなれるんじゃないかなあ
各ドライブのオフセット値の違いを気にしてるのとかを見ると特にそう思う

どんなCDにも、ドライブにも、それぞれズレはあるわけだから
なにより聴いてみて違和感がなくて、設定を変えればAccurately rippedになる環境でさえあればそれでいいんじゃないのかなあ
前後の取りこぼしなんて実際のところどうでもいい物なんだよ

EACは別にズレなくリッピングするためソフトじゃなくて、CDのデータを正確に読み取れてその検証もできるからこそ有用なツールなんじゃないかと

そういう理解が進めばいいけど、
現状サイトの9割以上は間違った認識を植え付けるようになってる

何度読み直してもAccurately rippedにならないけど毎回バイナリは一致するのは諦めていいの？
数十枚に1枚くらいこういうCDあんだけど

何回も言われてるように
人が決めることじゃねぇ。
自分で決めな

メーカー違いの3台の別ドライブで一致したら、同じCD買うかレンタルして、そのCDとも全て一致したらおk

そんな変なCDあるんですね。

以前リッピングしたflacをいくつかCUEToolsでverifyしてみたけど、
約600/1700 Accurate rippedになるCDと約3000/5000 Accurate rippedになるCDがあった
CTDBだけでなくAccurateRipとも一致したから正しくリッピング出来ていると思うけど、こういうのは少し気持ち悪いな

期間不明だけど、いくつかのドライブのDrive OptionのDrive caches audio dataのチェックが入っているべきのところが外れていたわ！

AccurateRipとCTDBのサンプルとの比較ってどういう基準でやってるの。
たとえばドライブの不具合でノイズが入った音楽ファイルが出来上がってしまったとしても、
AccurateRipとCTDBのサンプルと完全に一致したと判断される場合もある？

CTDBでは
http://cue.tools/wiki/CUETools_Database
によると
CRC32チェックサムが使用されているらしい(ただし冒頭と末尾の10x588サンプルは計算に使用されない)
CRC32が偶然一致する確率は約4億分の1らしい

AccurateRipのほうは
https://forum.dbpoweramp.com/showthread.php?20641
に書いてある
AccurateRipCRCはサンプルポジションxサンプルデータ(4バイト)の和のようだ
https://wiki.hydrogenaud.io/index.php?title=AccurateRip
によると最初のトラックの冒頭2939サンプルと最後のトラックの末尾2940サンプルは計算に使用しないらしい
偶然一致する確率がどの程度なのかはわからないが、
https://hydrogenaud.io/index.php?topic=66233.msg755995#msg755995
のCUETools作者による書き込みによると、誤り検出精度はCRC32のほうが高そうだ

当たり前だが、CTDBもAccurateRipもチェックサムの計算に使用されない部分で発生したエラーは検出できない

なるほどなあ

オフセットだのオーバーリードだのの部分はそもそもチェック範囲外なのか

曲の最後の部分まで音が入ってるCDリップしたけど、誰が聴いても普通に分かるくらい最後が途切れてしまってる。
でもAccurateRip、CTDB共に完全に一致してる。
EACのオフセットずれ問題って気にする程じゃないとよく言われるけど、実は結構深刻なくらい切れてるのでは？
iTunesでリップしたらちゃんと最後まで入ってるから自分のドライブがおかしいってことは無いと思うんだけど

すまん( ;∀;)
俺の確認ミスだった…
AccurateRipのほうは最後の曲で同期エラーが起きてた。
でもCTDBのほうは(195/199) Accurately ripped, or (2/199) differs in 3539 samples @03:39:08-03:39:11となってる。

CTDBのチェックサムの計算には使用されないがAccurateRipのチェックサムの計算には使用される部分でエラーが起きているのかもしれない

オフセットのズレって何万分の1秒とかの世界だから耳では判別不可能な筈
単に傷や汚れでエラーあっただけでしょう

んー実を言うとこのアルバム以前違うCDでリッピングしたことがあって、
今回買いなおしでリッピングし直したんだけどどっちも同じ結果なんだわ。
傷とかが原因だとするとiTunesで正しく取り込めたってことは、
iTunesのエラー訂正機能のほうがEACのそれより優れてるってことになっちゃうし。
EACの設定によるのかもしれないけど自分でオフセット+102とかにしても結果は同じだから、このドライブがEACと相性悪いのかもしれん。
正確性 はい なのに全然信用ならんなー。

データが復活するわけじゃないんだから
オーバーリードができないのであれば、
オフセット補正はデータを欠落させる行為なんだから
なんも補正しないようにすればいいんでないの

https://wiki.hydrogenaud.io/index.php?title=EAC_Drive_Options#Drive_has_.27Accurate_Stream.27_feature
に書いてある通り、今時のドライブでAccurate Streamが「いいえ」になることはほぼないだろうな

・オーバーリードをONにしているならOFFにする
・取り込み中の減速許可をOFFにしているならONにする
・バーストモードで吸い出してみる
・CUERipperで吸い出してみる
あと試せそうなのはこれくらいかね

オフセット+102したところで2ms
誰が聴いても普通に分かるぐらい最後が切れてるなら
元々そういうケツが切れたCDなんだろう

エラーが出るという話であれば新品のCDなのにセキュアで読むと最初からエラー発生で進まないというのが2連続続いた事があった
ディスクそのものが相性悪いと見切った

前にlgだとどうして同期エラーが出て駄目で別のパイのドライブなら大丈夫だったって書いた事あるけど、そういう相性があるのでは

俺だったら波形編集ソフトでどれだけ削られたのか比較するわ
聞いて分かるくらいなら相当欠落してるはず

バイナリエディタ等でファイル比較なり差分とるなり
wavecompareなんてwave専用のソフトもあるね。かなり古いけど

このスレで完璧な複製Discを作りたい人にとっては、試聴して判る用だと完全にアウトかと

確かにまずはiTunesで吸ったものと何らかのソフトで比較したほうがいいね

>>256によると「同期エラーが発生した」
「CTDBとは一致したがAccurateRipとは一致しなかった」とのことだし、CTDBがCRC32計算時に切り捨てた部分で正しく吸えていないところがあるんじゃないかなあ
>>252に書いてある通りCTDBはAccurateRipよりも切り捨てるサンプル数が多いからね

比較をやってみたらEACでリッピングした方は最後が0.176秒ほど欠けてる
なんでや…

>>268
関係ないとは思うけどEAC
Optionsの「Delete leading and trailing silent blocks」のチェックは外してある？

>>269
日本語だと「曲の先頭と末端の無音領域を削除する」だよね？
外してある

>>268
「欠落したオフセットサンプルを無音で補完する」がOFFになってない？

多分それだろ

あと「読み込みエラー、または同期エラーが出た場合はトラックの取り込みをスキップする」がONの場合はOFFにする

欠けてるというのは欠落が0で埋められてるのか音声自体短くなってるのか
無音補完含めて全サンプルwav化されてるならEACのステータスバーにある
h:m:s:fからh*158760000+m*2646000+s*44100+f*588サンプルになるはずや

>>271
「欠落したオフセットサンプルを無音で補完する」はチェック入ってる
「読み込みエラー、または同期エラーが出た場合はトラックの取り込みをスキップする」はチェック入ってない
>>274
どうやら音声だけがなくなってるみたいで、再生時間はiTunesのほうと同じみたい

ふーん。音声ファイルには全セクタ記録されてるけど音だけ欠けてるのか
0.19秒切れるって事は8000サンプルぐらい違う(オフセットってレベルじゃない)事になるけど
iTuneの方は末尾まで音入ってるけどEACは末尾8000サンプルぐらい無音になってるのか
それともEACも末尾まで音入ってるけど今回吸ったのは実は再販かプレス違いで
8000サンプルぐらい音が後ろにズレた結果ケツが切れるようになったのかは
気になる所だな。こういうのはたまにある。
宇多田ヒカルのFirst Loveなんかもそう。フェードアウトしきってる所で気にならないけど
音声エディタで2つ開いてみて比べてみたら

>>275
>>261に書いてあることを試してみて

>>277
オーバーリードをOFFにしたらケツ切れてなかった！！
これ対応してないものもあるのか。標準でチェック入ってたからどれでも対応してるんだと思ってた。
結構初歩的なことだったんだな…。みんな正直スマンかった…。
ちなみになんだが、これ以外のCDも色々比較してみたんだが、比較したもの全部ケツ切れてた。
で、その内の１枚をオーバーリードOFFにしたらケツ切れなかった。

解決できて何よりです・・・オキニのCDは吸い直し？ｗ

>>278
解決したか、良かった
再リップ大変だろうが頑張れ
最後のトラックがCTDBやAccurateRipと不一致になるディスクも一致するようになるんじゃないかな
おそらくリードアウト方向のオーバーリードに対応していないドライブなんだろうね

>>279
>>280
ああ、ありがとう
時間掛かっても全部やり直すと思う
あと書き忘れてたけど最後の曲で頻繁に出てた同期エラーもでなくなった。よかった

>>278
今はオーバーリードできるドライブ少ないんじゃないかなぁ
なので新しいドライブ買ってもそのオプションは基本OFFにした方がいいと思う
オーバーリードできるかはNeroDiscSpeedで調べられるよ
Nero公式からはもう落とせないけどネットに沢山転がってる。ちょっと怖いけどｗ
まぁ最終セクタの後や先頭セクタ前に音入ってるCDありゃEACでも分かるけどね

普段使っていて
CTDBやARDBで最後の曲だけ一致標本数が少ないことがよくあるのはそれだったか

EACの1つの設定で全部吸い直しとか狂気だろ
エラー出た奴に厳選して無音欠けで実質関係無い奴はやり直さなくて良いのでは

ああ、てっきり全部ケツ切れしてると思ってたらそうでもなかった
切れてるやつだけやり直すことにするわ
あと同期エラー起きてないやつでもケツ切れてたり、起きてるやつでも切れてなかったりするからケツ切れと同期エラーの関連性は不明。
そろそろコテハン外すわ。みんな世話になった

ドライブが何なのか気になる

>>286
MATSHITA DVD-RAM UJ8A0A
古くてスマン

情報ありがとう

年食ってあんまり音楽聴かなくなったからEACが1番楽しいのは設定やトラブルで苦労した後にセキュアでエラー無しでarで合致した時だなとしみじみ思う

設定できるようになったらCDの傷のせいかな、セキュアモードで読めないものは別のモードで、ってなっていくてしょ。
時々OS再インストールしたくなる古いタイプの人なのでEACの設定画面のキャプチャを残していて、再インストールの時はそれを見て設定歯ています。

accurate ripのDB見てもらえれば一番だけど、今入手できるドライブだとLite-ONのやつがええんじゃないかな。

ini運用したい

>>292
290 だけど、確かにその運用だと何度も設定しなくてよくなるね

てすと

profile作っておくと楽だよ

CDデータベースのリストに大量に同じCDがあって、その選択を間違った場合に正確さを確認できないということはありますか?
ＣＤの番号が一致しないものとかがあるんですがどれにしたらいいのか迷います。
トラックのすべてが確認できなくて正確性が全く確認できませんでしたと言うのが結構出てきています。

>>296
曲名やアーティスト名やアルバム名などを取得するデータベースとリッピングしたデータのチェックサムを照合するデータベース(AccurateRipやCTDB)は別のものだから、前者の選択を間違っても後者との照合に影響はないよ

>トラックのすべてが確認できなくて正確性が全く確認できませんでしたと言うのが結構出てきています。
296以外にデータを提出した人がいない/他人が提出したデータに誤りがある/オフセットやプレス違いにより他人が提出したデータと296が提出したデータが一致しない/296の提出したデータに誤りがある
原因として考えられるのはこれくらいかな

Eacでリップすると必ずアルバムが終わるときにプチッて小さくノイズが鳴るんだけど自分だけ？

少し前のログでも読んでみたら

うむ

ああそうごめんねここの住人じゃないものだから

住人とか関係ねーだろゴミクズ
スレ内検索くらいしてから質問しろや っていう掲示板利用における初歩的なマナーの話だ

さすがについ最近話題になったことを
時をおかず二度書くほどみんな親切ではないよな

年寄りは融通がきかないから困ったもんだよね

洋楽で結構有名なアルバムなのにデータが出てこないってあるんですね。
しかもウイン10のプレーヤーでは微妙に間違った情報が出てきた‥‥一曲だけちがう別のアルバムデータ引っ張ってきたｗ

それにしても、同期エラー、一番最後だけ引っかかって、聞いても何の問題もない、ってのがすごく多い・・・設定変えても変わらないんですけど気にしなくていいですかね?

むしろ有名な盤だから色々とプレス違いがあるんじゃないの？
リマスターだのｘｘ国限定版おまけトラックだの

聴いて気にならない、問題ないって思うなら良いんじゃない？

ありがとうございます。でもプレス違いでもおなじ曲のアルバムなら結構ずら〜っと出てくる感じじゃないですか?
一つもないのが初めてで、びっくりしました。

バックアップ用に作業して、オーディオはデータの再生できないので確認はPCなんです。
ＰＣの音量上げても、スピーカーの質考えても、確信持てなくて‥‥

終了時に緑になってるのにエラーがあった場合とか、エラーがあって、問題の所は何分何秒の位置、って出るのに、完全にコピーが終了した（はっきりと覚えていないｏｒｚ）とかでるのもいまいちどういうことなのかわかっていません。

>>307
CDのタイトルとか、使ってるドライブの情報とか試した設定とかちゃんと書きなよ

有効な情報が何もない・・・

ログ上げて貰うのが一番早いわな
最後の方で同期エラーが出たり音飛びしたりする場合はとりあえずオーバーリードはoffにすべし
あとCDの末尾で発生するエラーはAccurateRipやCTDBと照合しても検出できないことがあるので、EAC側のエラー報告を信用したほうが良い

具体的な情報を何も書かずにここに書いてどうしたいのかと
ただの独り言と変わらない

音楽の趣味は個人情報なので教えられません
症状を推測して答えてください

焼いたＣＤをＩＭＧで取り込んだら、正確さは確認できないものの、100％の品質で7分で終わったのに、おなじCDをflacでやると1時間たっても1曲目が終わらない‥‥

深い。

超久々にリピりたくなりました
ドライブをググったところ昨今はπが、がんがってるんですね

「BDR-S12J-X＋制振ケース」「BDR-X12J-UHD」
が候補に挙がったんですけど、BDR-S12J-X＋ケースだと
5〜6万の出費になりそう、しかも、ポータブル化だと
オフセット値の調整が効かなくなるとかスレにありました

そもそも昔のCDはともかく今のCDではオフセット値に意味はないかも
とかの投稿もあって混乱してます

できれば、お手軽にUSB外付けの「BDR-X12J-UHD」にしたいと思うのですが
「BDR-S12J-X＋制振ケース」「BDR-X12J-UHD」での
音質面での違いってかなりありますか
王道の「内蔵＋ケース」の方が善きでしょうか、おしえてたもれ

環境はピュアオーディオ寄りのPCオーディオです（しょぼいけど

EAC使う人が何言ってるの。
2,000円のDVDドライブでも結果同じだよ。

CDのリッピング目的なら安いDVDドライブのバルクで十分かと
πのでも3000円しないでアマゾンに転がってる

>>316さま
>>317さま
レスありがと！

そうなんですか！
まさに、リッピング目的オンリーなんですが
2000〜3000円のドライブでも同じ！？

しばらく関わってないせいで浦島太郎状態なので
もうちょっとググって勉強してみます

スゲーな。今のご時世にまだこんなの居るんだな

一応、LITEONのドライブを薦めておく。

オーバーリード性能が分からんことが多いから、オフセットプラスに大きいものとマイナスに大きいものの２台持。いざとなったら、それぞれを合成。

今もパイオニアの3000円以下のバルク品使ってるが
自分の環境では問題なし

CDジャケット画像をドラッグ＆ドロップして
クリップしてるんだけどflacに反映されないのはなんでやろ？
昨日から使い始めた初心者です。

jpg以外の画像なんじゃ?

>>324
jpgです。はじめpng（ペイントのデフォっルト）でできなかったので、jpgで保存したのですがだめでした。
バージョンが1.6なんで、もう少し調べて分からなかったら1.3に下げてみます。
ありがとう

1.3に変えたけと状況変わらず
エンコードオプションで「ID3タグを追加」をチェックしたところうまく行った

そりゃそうだ……。

>>326
いや、それはflacにID3タグが付いてしまうからやめた方がいいよ
原因はflac.exeのコマンドラインオプションの入力ミスじゃないの？

>>328
追加オプションはこれやけど、あかんの？

-T "artist=%artist%" -T "title=%title%" -T "album=%albumtitle%" -T "date=%year%" -T "tracknumber=%tracknr%" -T "genre=%genre%" -5 %source%

>>328
とりあえずこれやと、ID3タグ付けずに上手く行ったみたい
無駄なことせんですんだわ、ありがとう

-5 -V -T "artist=%artist%" -T "title=%title%" -T "album=%albumtitle%" -T "date=%year%" -T "tracknumber=%tracknr2%" -T "genre=%genre%" -T "comment=%comment%" %source%

>>330
EACでジャケ写埋め込みはやったことないから間違ってたらごめん
多分これを追加すれば埋め込めるはず
%hascover%--picture="||||%coverfile%"%hascover%