【EAC】Exact Audio Copy β20
■ このスレッドは過去ログ倉庫に格納されています
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
前スレ
【EAC】Exact Audio Copy β19
https://egg.5ch.net/test/read.cgi/software/1595863078/ 定番のFreeDBで日本語が文字化けするのですが、回避方法分かる方おられるでしょうか。
http://freedbtest.dyndns.org:80/~cddb/cddb.cgi
日本のCDは、このDBが強いですね。 初心者です。普段CDを宅配レンタルしてリッピングしているのですが、数年前にfoobar2000でリッピングした曲を今回EACでリッピングしたら明らかに音圧が上がりました。
EACの味付け(?)なのでしょうか? foobar2000の方はReplayGainで絞ってるとか >>5
数年前と今回でそれぞれ形式は?
wav以外の形式ならエンコードを伴っているからエンコーダの違いによるものかも Enterキーで入力確定しない仕様だけ直してほしい 外部エンコーダーにlameを設定して、
エンコードテストで戻り値が帰り、
問題がやないのに、mp3に変換して
終了間際にエンコードのエラーが出ます。
どのような設定にし直したら良いのでしょうか? エラーメッセージ見て何がいけないのか調べるしかないですね EACを使っていると、買ったばかりのCDでも
あるトラックの99.9%または99.8%でエラー訂正が始まり
次のトラックに入るまでにエラーは終了
次のトラックは正常にリッピングという現象が多くて
報告画面で、やはり99.8〜99.99%表示になるのですが
これってCDは正常でEACの仕様でしょうか?
それともCDが不良品で個体差か何かなのでしょうか? おま環かもだけど(Windows11)EACが固まる。>>15の現象もよくなる。自分の場合取り込めない時もあり、FLACで取り込んでるがEACはダメでもwmpでは問題なし CDドライブとCDの相性もあるような気がする
別のドライブで取り込むと99.9→100%になったり
同期エラーの出る出ないとか >>15
トラック毎とCD1枚1wavファイルからcueで分割したもの比較して同じなら問題ないんじゃね
たぶん同じになると思うけど ようは、媒体の末端になんかデータ入れてんじゃないよ!
て事でしかないのかな 昔はリッピング中はブラウザとかソフト閉じて大人しくしてたけど
近年はPC性能も上がり片手間で出来るのが良いね リッピング後のファイル名をタイトルだけにしたいけどそんな設定ないですよね? >>23
あるぞ
EACオプションのファイル名タブで設定出来る
確かそこに%title%と入力すれば良かったかと 言葉が足りなかった失礼
イメージ化(wav+cue)した時のファイル名 >>13-14
横からだけどありがとう
Ctrl+Shift+Enterだとフォーカスどっか行くんだよね
全選択はCtrl+Shift+Aか Legacy WebUIの更新でQSVEncでもビットレート表示されるようになった アルバム毎にフォルダ生成させてflacを取り込んだんだけど、再生ソフト上でアルバム表示されないんだよな。
アルバム情報もしっかりと同時に取り込んだとは思うんだけど。 >>36
mp3tagで開いてアルバム名がすべて同じになっているか確認するんだ レス数的には統合したらいいんだけどね。
cuetoolsの復元はたまーにすることになるくらいだからやり方いつも忘れとるw ほぼ機能重複してるしなあ
ただスレタイに全部は入らないかもね 質問。AccurateRipは使用してるドライブが登録されてないとデータベースも一致しないの?
さっき買ったばっかの中古PCの内蔵ドライブでCUERipper使って何枚かリッピングしたんだけど、全部一致しない
その後freac試したら『ドライブがデータベースにない』と表示された。
最後にEACでリッピングしたらCTDBは一致したんだけど、AccurateRipはそもそもログに表記自体されてない。
これはドライブがAccurateRipのデータベースに登録されてないということ?
使用したCDはどれも有名な洋楽のヒットアルバム。
(先にCUERipperのスレで質問したけど、マルチではないのでご了承ください) >>47
accurateripのデータベース
www.accuraterip.com/driveoffsets.htm
の一番上に
「オフセット値が[Purged]となっている少数のドライブは、一定のオフセット値を持たない(おそらくファームウェアやロットによって変わる)ため、accurateripのデータベースから削除されました。(該当するドライブをお持ちの場合、accurateripを設定するには3枚のキーディスクが必要です。)」
と書いてあるから
キーディスクに3枚当たるまで手持ちのCDの中で有名どころから一枚一枚読み込ませていくしかないと思う
CTDBで一致しているなら正常にリップできていると思うよ >>48
>>49
なるほど、[Purged]てそういうことなのね。key discとかもまったく知らなかった
とりあえず今は宅配レンタルしたCDすぐ返却しないといけないからひとまずCTDBで判断して、後からじっくりドライブとかkey discのこと考えてみたいと思う
教えてくれてありがとう >>50
CuetoolsのVerify機能を使えばaccurateripの結果も見られるかもしれない >>51
ありがとう、知らなかったから試してみたら全部No matchだった。
そしてoffsetはやっぱりnot testedになってる。
でもCTDBはやっぱり全部多数派だったから問題なしと判断したよ。 また質問してごめん
CTDBの結果って全部一致してないとダメなのかな
とあるCDの結果がこんな感じだったんだけど、これは問題ないと判断していいの?
[CTDB TOCID: w8ssW_Irxs2SLLHB_oTm8ViOtuw-] found.
Track | CTDB Status
1 | (82/83) Accurately ripped
2 | (82/83) Accurately ripped
3 | (82/83) Accurately ripped
4 | (82/83) Accurately ripped
5 | (82/83) Accurately ripped
6 | (82/83) Accurately ripped
7 | (82/83) Accurately ripped
8 | (82/83) Accurately ripped
9 | (80/83) Accurately ripped
10 | (80/83) Accurately ripped
11 | (82/83) Accurately ripped
12 | (82/83) Accurately ripped
13 | (81/83) Accurately ripped 今まで83投稿のうちの何個と一致かってことだと思うのでいずれも多数派ってことで、ほぼほぼ安心。
というか絶対の安心はないので。 >>53
81/83となっているのはCTDBにある83回の記録のうち81回と一致しているという意味
多数と一致しているから問題ないよ
(97/100) Accurately ripped, or (3/100) differs in N samples
みたいな表示になることもあるけど
この場合は
100回の記録のうち97回とは一致していて
他の3回とはNサンプル違いがあるという意味 ちなみに
10 | ( 97/145) Accurately ripped, or (2/145) differs in 6176 samples @04:42:71-04:43:02
みたいな結果が出る事あるけど、これは
CTDBの145の結果中97個と一致していて、これとは別にトラック10の04:42:71-04:43:02中に
6176サンプル違う結果が2つ登録されてるって意味
エラーが起こりやすい外周トラックなんかでこういう表示が出る時がたまにあるが
多数の結果と一致してるからまあ問題ないだろうと >>57
ちょうどそういう感じの問題に遭遇したんだけど、これはどう判断したらいい?
全曲書いたら長すぎるからアルバムの1曲目だけ抜粋したけど、全曲こんな感じ
CDはNine Inch NailsのAnd All That Could Have Been(国内盤)の1枚目
1 | (719/1507) Accurately ripped, or (18/1507) differs in 10 samples @03:13:12, or (396/1507) differs in 10 samples @03:13:12, or (48/1507) differs in 10 samples @03:13:12, or (183/1507) differs in 20 samples @03:13:12,04:07:56, or (58/1507) differs in 10 samples @03:13:12, or (6/1507) differs in 10 samples @03:13:12, or (2/1507) differs in 10 samples @03:13:12, or (2/1507) differs in 10 samples @03:13:12 エッジのハッキリしない粗雑な部類のCDって感じ。
crc32とは言え、単純な足し算と違って、エラーが重なって偶然同じハッシュになる確率は結構低いので、
ハッシュが一致するものがある時点で、CDとそのドライブにとってはそれが正解と思うしかないよ。
悩んでる時間があるなら、その間に何回もリップして、同じになるかを確かめた方が有意義。
所詮、補間という捏造を見逃している確率を天文学的レベルで下げてるだけだから。絶対はない。 >>58
CTDBに記録が1507個あるうちの719個と一致している
最も多数の結果と一致しているのでリップに問題はない可能性が高い
不安なら59の言うように複数回リップして比較するといいよ
CUERipperのパラノイドモードはトラック毎に複数回読んで
結果に差異があったりエラー訂正があるとその部分を何回も読み直してチェックしてくれるので便利 >>58
登録されてる結果が羅列されてるだけで意味は一緒
2番目に多い10サンプル違いの396個ってのがあるけど
同じ人が396回リッピングしたとは思えないし
396も一致してるって事はこれでちゃんと吸えてるのかもしれない
もしかしてドライブ(チップ)によってバイナリが変わるCCCD?
今の結果は最多719個と一致してるので多分大丈夫と思う でも1500も登録されてる売れた洋盤だとプレス違いでバイナリが微妙に違うとかあるかもしれないねぇ
MadonnaのLike A Virgin 84年盤の本国盤と日本盤は2トラックほど極一部でバイナリが違ってた
(日本盤はmsレベルでLRが一瞬ひっくり返ってる?) >>59
>>60
もう1回リップして、さらにパラノイドモードやってみたけど結果は同じだった
絶対はないとのことなので、もうこれで正しくリッピングされていると判断することにした
>>61
CCCDではないけど、Disc2も微妙な結果だからCDの製造自体に問題があるのかも
このまま検証を続けても先に進まないので、踏ん切りを付けてこれから本格的にリッピング作業に入りたいと思う
みんな協力してくれてありがとう。かなり勉強になった それにたいする答えてのは奇妙だ。
あれ上げた潤沢な資金で作られるミンサガリメイクを信じろ 高速で衝突
どっちかが逆走?
14勝2敗で得失点差マイナスの銘柄が動いているから、有り得そうだな
一方
むしろ下痢だからな。 flacencode.exe ちょっと使いたかったんだけどダウンロードリンク消えてた。保存しとけばよかった。 一足早くpassword時代にはセックスを特別なことないだろうなあ。 長引かせるほどに人離れが加速しそうなのが失われてる
ガーシーが依頼したな だらだら伸ばすの少し嫌悪感あったけどあの服装と行動知ったら納得したのってジェイクジェイじゃなかったっけ
ゆっくりニュース雑談ちゃんねる というかドラマ10枠にそんな気分になって
つまんなくて正当な評価してたサーバーのはずが 自虐的ではガラガラなこと多いから知らぬ存ぜぬだよ
又さん録音されてるんだね
9月権利2000円くらいの女子じゃなくて感情論で支持してないしな >>44
今日ヒラメのフライもあって違法ギャンブルも調べあげて >>39
スターオーシャンは新作出るんか
サモンナイトとどうして差が激しいわあ ■ このスレッドは過去ログ倉庫に格納されています