【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/

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

||||は無くてもOK。デフォルトでフロントカバーになる。
裏ジャケットとか円盤面とか色んな画像埋めたいなら指定しないといけないが。
330は埋め込み成功じゃなくて同じフォルダの拡張子違いの画像をプレーヤーが
気利かせて表示してるだけじゃないかな。

>>331
ありがとう
1.3のデフォルトのままで良かったみたい

-6 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest%

>>332
そんな感じだね
上のオプションでほとんどのプログラムから画像が見えました

>>320
品番教えて下さい

「トラック間で同期する（Synchronize between tracks）」って同時に前後のトラックも同時にリッピングしない場合（1曲のみ）意味ないんでしょうか？
エラーの多い1トラックを再リッピングする時も前後を同時にリッピングした方がいいほど重要ですか？

ライトンは読みはいいので
ウチでは読み専用ドライブになってるな

タグっていうんですかね‥‥取り込んだアーティストとかのとこに（３）とか数字があるのって何でしょうか?

オンラインデータベースによっては
同名別人のアーティストの場合、番号を振ってそのデータベース上で区別しているところもあるからそれかもね

設定のダイアログボックスの文字がことごとくはみ出てて何書いてあるか読めない
みんなはどう対策してるの？

パナのDIGAでリッピング＋ハイレゾリマスター使ってみたことある人いる？

意味ない

ハイレゾ(笑)

純正PLEXTORが死んでからもう10年か…

以前、アマゾンで売ってる現プレクなDVDドライブ買ってみ事あったけど半年くらいで死んだっけ
ドライブそのものが妙に軽かったし、値段的にもπより高いしで酷い代物だったなぁ

純正以外は買うたらアカンで

クワマンとかいうゴミ

>>341-342
使ったこと無いならコメントしなくていい

EACのlogのCRCってデータベースに乗らんの？

すみません、上の方で似た質問してる人がいるので自分もお願いします。
Eacでのアルバムアートなんですが
CDDBから取得した画像はそのまま正しく出力されて問題ないのですが
CDDBサーバに画像がない時は自前で用意したいんですが
画像のファイル(jpg形式)をアルバムアートのウィンドウに
ドラッグ&ドロップしても受け付けてくれません
他のアプリソフトでは普通にDDできるので
Windowsの問題ではなさそうです
同じような症状が出て解決された方がいたら
どのように解決したか教えてください
ちなみにv1.3日本語化で
出力は無圧縮のwav+cue+jpgのみで
エンコはしてません

よくわからんけど
画像ファイルを同名にして
同じフォルダに置いとけば
自然に画像とリンクしてくれるんちゃう？

ひどい車だｗ

誤爆orz

誤爆でもいいからどんな車か気になるから
元スレ教えてちくり

>>349

前のもそうだけど、Eac自体に受け付けてもらえないってことなんですよね?
出来たファイルを再生しても、画像が出てこないとかじゃないんですよね…？

EACのlogのCRCってデータベースに載らんの？

>>354
そうなんです。
逆にCDDBに画像さえあれば
画像に関して全く問題がないんですが…
とにかく自前の画像を受け付けてくれないんです

>>356
うちもこの前まで問題なかったけど今Dropしてみたら表示されないな
でも画像の範囲とかサイズの表示はしてるし、右クリ→ファイルへ保存で保存されるし
リッピング始めたらちゃんと保存される。表示だけなんだよね
EACを掴んで画像部分を一旦デスクトップ外に隠して戻すと表示されるけどｗ

再起動したら直った(汗
何ヶ月もサスペンドばかりでまともに再起動してなかったから
OSメモリのどこかおかしくなってたのかもしれない
D&D自体イカれてるような感じだけど他のソフトのD&Dは機能してるん？

EACのlogのCRCってデータベースに載らんの？
載らないならCRCいらなくない？

°

いらないって？

オフセットの関係で常にCRCが一定とは限らないから…
つまりDBに情報送信しても正確なリッピングにはクソの役にも立たない

正確性と速度はトレードオフでドライブや環境によっても異なると思いますがこのソフトの設定を全て正確性やセキュアなどに振った場合うちでは1〜3倍でしたが他の方はどのくらいまで速度が出ますか？

どんな酷いCD取り込もうとしてるのｗ

うちは6~10倍でるよC2のチェックは入れてない

うちのも遅いなと思ってログ見たらAD-7200Sで4.6倍だった

SATAになってからリップしてなかったんだがいい加減手持ちのCDリップしようと思って来てみたんだけど未だATAPIのドライブ使ってる人いる？
プレクのドライブとか無駄に眠ってるんだけど引っ張りだすべきなのか…

CDに傷はないんですけどね…
さすがにちょっと遅すぎたのでC2にチェック入れて5倍で取り込んで行くことにします

>>362
てことはEACでリッピングを試みてもしっかりリッピング出来てるかどうか分からないってこと？
折角EAC使ってもこれじゃただの自己満じゃん

自己満以外で使ってる人いるの？

349ですけど遅くなりましたが
いままで回答してくださって方ありがとございました
いろいろ試行錯誤してOSアップデートしたりとか
いろいろなアプリをアンインストールしたりしてみたけど
結局解決できずじまいでしたが
>>350に書かれてあるように
ファイル画像を同名にして同じフォルダにおけば
一応画像とリンクしてるみたいですです
症状が解決できるまでは当分はこの方法で戦います
ここで今疑問に思ったことなんですが
jpgの画像ファイルって再生アプリの方でリンクしてるだけで
cueとかwavファイルには何の紐付ける情報も持ってないんでしょうか？
だとしたらeacから無理に画像出力しなくてもいいような気が…

ARDBとCTDBのCRCにも欠点はある
logのCRCは冒頭と末尾にある程度無音のあるディスクならドライブを変えても一致するよ
勿論各ドライブの読み込みオフセット訂正値は一定の基準に合わせる必要があるけど

>>371
>jpgの画像ファイルって再生アプリの方でリンクしてるだけで
cueとかwavファイルには何の紐付ける情報も持ってないんでしょうか？
そうだね
大抵のプレーヤーではwavやcueと同一フォルダ内にあるfolder.jpgやcover.jpgやアルバム名.jpgを表示してくれるようになっている
まあwavに画像を埋め込むこともできなくはないんだけど

>>373
ありがとうございます。
画像埋め込みってeac単体では無理ですよね？

>>374
wavに画像埋め込みできるプログラムを外部エンコーダに指定すればできる
でもwavへの画像埋め込みはおすすめしない
扱えるプレーヤーが少ないから再生できない等のトラブルが発生する可能性がある
画像埋め込みしたいならflacにしたほうがいいよ

>>375
いろいろと詳しく教えていただいてどうもです

>>372
逆に無音が殆ど無いCDはそれこそ自己満の世界になってしまうのか…

logのCRCに拘るのは何故？
一定数のサンプルを切り捨てて計算されるARDB/CTDBのCRCが信用できないから？

家回線からだとアクセスデナインダヨみたいなエラーが出るんですがうちだけでしょうか？

スレを間違えました

>>378
そうなんでしょ多分
まあこのソフト使う時点で拘りある人が大半だからデータベースにも厳密さを求めるのも必然

一定数のサンプルを切り捨ててるのはデータの精度を高めるためだけどな
logのCRCにこだわってる奴は同じCDを何十枚も買ったりしてるんだろうか

そうだろう

それでもサンプル切り捨てられるの嫌なのもいそう
EACやCUEtoolsを好んで使う時点で正確に吸うことを至上としてる人間が多いわけで

正確にリップ出来てるかどうかも、何だっけ、オフセットの設定とかも本当にあってるかとか分からない事無いですか？

logのCRCを有効活用するには両方向にオーバーリードできるドライブ/読み込みオフセット訂正値がマイナスでリードイン方向にオーバーリードできるドライブ/読み込みオフセット訂正値がプラスでリードアウト方向にオーバーリードできるドライブをいくつか入手してそれぞれでリッピングすれば良いのかね
面倒だなw

>>384
正確に吸えてるかを調べるためにわざわざサンプル切り捨てをしてるわけだが
理解できてるか？

正確に吸いだせてるかを調べるためには
統一した比較基準が必要なわけだよ。
そのためにオフセットを、ある値に揃えましょうって話なわけよ。
（今オフセットゼロで作られてるCDなんて無いので、
オフセットをゼロにするのは正確さとは一切関係ない）
ドライブにより
先頭をちょん切って末尾にゼロを足す環境もあれば
先頭にゼロを足して末尾をちょん切る環境もある。
だから最大公約数的に、先頭と末尾をある程度無視して比較するしかないのよ。

>>387
俺はそういう人間じゃないから俺に言うなよ
想像しただけ
>>388
0じゃないよりマシじゃない？>ドライブ
後ある程度無視ってどのくらいなのかね
600くらい？

オンセット

>>389

>>252

>>391
咄嗟に600という数字が頭に浮かんだからどっかで見たなと思ったら既に出てたかthx

>>387
サガフロとかみたいにパンパンに音声が詰まってるのはどういう扱い？

？

？

-150まで音声詰まってるサガフロの扱いはどうなるのかって話でしょ

ARDBとCTDBってどうやって検索するん？

サガフロはガイバー

>>396
当然、その分のデータを捨ててしまうだろうね。
個別のオフセットリストなんてないもの
だから、盲目的にオフセットをゼロにしたがる連中は
宗教だって馬鹿にされてるよ

プレクスター以外ドライブで大事なのはオフセットではなくオーバーリード出来るかどうかよ
プレクスターならサガフロでもなんでも上手くやれるけどそれ以外は…
>>399
サガフロ以外ならともかくサガフロではオフセットをどうこうしてもダメだね
誰かが独自にCRC上げるくらいの面倒なことをしないと…

と思ったらあった

453 名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ d9b1-ck+Z)[sage] 2020/07/24(金) 19:49:45.70 ID:6ZqZ+9OA0

お待たせ

サガフロのサントラのディスク3のLBAマイナス領域のCRC32

使用ドライブ: Plextor Premium2 ファームウェア1.03
使用ソフト: LBAMinusRipper
設定: -c d8

CRC32: 201FC2AE
CRC32-NS: CACA5942
CRC32-NSL: 0EC7693D

そのスレでサガフロのサントラを所持している人にCRCの調査をお願いしたのは自分なんだが、確か調べてくれた人は皆初版のディスクから吸い出していたはず
ゆえに再版盤から吸い出した場合に一致するかどうかはわからん

>>400
プレクかどうかは関係ないだろうに
狂的な信者なの？

そういえばCDリッパースレの388の書き込みによると、HΛLのデビューアルバムViolation of the rules(AVCD-11945)はプレクでも取りこぼすらしいな
微小ノイズらしいので取りこぼしても問題ないようだが

ARDBとCTDBってどうやって個別にCD検索するん？

>>400
今売られているプレクスターのドライブはゴミだよ
中身スッカスカ(マヂで軽い)な中華製

>>404
理屈を理解せず、「だからコレ」っていう結論だけを記憶したまんま
知識がアップデートされてないのかと
リコー、ヤマハ、NEC、ソニーとかから光学ドライブが売られていた時代はよかったなぁ

>>407
そら皆知ってるよ
純正だけが名器なんでしょ

いまいちついていけてなかったんだけど
-150って単位はセクタなのね。

これ逆に普通に読んだときに終端150セクタは0データになるのかね?

それだったら、オフセット-80000超のCDって言い訳が立つんだけど、
そうでなければCDと読んではいけないものだよね。

>>408
とは言えプレクスターだけがかつての名機じゃないから特別視する理由にはならないけどね
プレクスターはなんでも上手くやれるなんて事もないから少なくとも>>400はなんか勘違いしてる人だと思うわ

個人的な印象だけどプレクスター信者は真のオフセットを異常に重視してる人も多い気がする
ドライブのズレが0だと取りこぼしがない or AR準拠よりも取りこぼしが少ないはず
とか言った感性重視で理屈を無視した妄想や信仰？を持ってる人が多いイメージがあるな

>>410
誤解してねぇ？
持ってねぇから知らんけど、
旧プレクが祭りあげられるのは
オフセットゼロだからではなく、
オーバーリード性能が高いからではないの？

オーバーリード性能に上下なんてあるの？
プラスマイナスの機能がそれぞれであるかないかだけだとと思ってたけど
旧プレク以外はだめだけど旧プレクは絶対唯一だから何でもうまくやれるなんて話は胡散臭すぎ

>>410
少なくとも信者連呼で暴れるお前はウザいから失せろ

旧プレクは完璧だ
旧プレクは絶対王者
旧プレクは他メーカーのドライブとは次元が違う

正直理解できないしそこまで特別扱いされたがるのはキモい

>>411
そうだと思うよ
旧プレクは広範囲のLBAマイナス領域を読めるし、リードアウト方向も+99セクタまで読めるらしいからな
他にこれほどのオーバーリード性能を持ったドライブはないだろう
なお>>405のViolation of the rules(AVCD-11945)はプレクでも吸えない部分がある模様

あとDICで音楽CD以外のディスクを吸い出すなら必要だね旧プレクは

>>414
でもお前がキモいのは事実だから
お前がいると荒れるから消えなさい

音楽CDに関しては絶対とまではないがCDに関しては絶対的にプレクスターなんだよなぁ
何も知らない初心者は出直してね

>>418
持ってねぇからオーバーリード性能ぐらいしか思ってなかったんだけど
具体的には何?

わざと不正なエラー情報になってる場合の対処とかそういう話?

もうCD買うこともなくなったな

>>419
別におまえが気にする必要はない
そもそも本当は興味ないだろおまえ
あればググればいいだけだからな

Premiumを大量に在庫してプレミア価格で捌いてる奴のステマでしょｗ

Pentium !!!

premium使ってたけど今となっては超低機能ドライブでしかない

ARDBとCTDBってどうやって個別にCD検索するん？

確かTOC情報からIDを計算して検索してるんじゃなかったかな
照合したいならCUEToolsを使うといいよ

それとEAC両方使う意味あるのかな
そっちのきゅりっぱー使った方がいいのかな

>>426
他のデータベースみたいに検索機能が無くて持ってるCDをCUEtoolsで照会することしかできないのね…
カタログみたいに眺めたかったんだけど

CTDBはここから閲覧できるね
http://db.cuetools.net/

検索は出来ずに最新の投稿データしか見れないみたいね