Exact Audio Copy β18 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
強力なCDリッピング機能がある統合音楽ソフト "Exact Audio Copy (EAC)" のスレです。
地元か近くの田舎の絵がある素晴らしい絵葉書を送ってユーザー登録しましょう。
絵葉書には、好きな事 (what you like) と e-mail アドレスを書きましょう。
(宛先、詳細は、Documentation\EAC.TXT [英文] の Registration 参照)
EAC - Exact Audio Copy
http://www.exactaudiocopy.org/
http://www.exactaudiocopy.de/
日本語パッチ / 日本語リソース
(V0.95 beta 4 では、メニューの EAC → EAC options → General で言語切り替え)
945氏作
http://homepage3.nifty.com/eacj/
V1.0b3の日本語言語ファイル
http://sonicdisorder.net/eacinstall.php
前スレ
Exact Audio Copy β17
http://egg.2ch.net/test/read.cgi/software/1464202605 >>44
毎回誘導しても元記事読んでわかってる奴いるのか疑問だわ
訳し方のニュアンス違ってたら意味変わるし
テンプレで日本語載せないのは教えて君除けなのか? いきなり知ったかぶりを言って得意になってる痛いスレだな EACでwavを分割する時ファイル名が、
01 hoge.wav
ではなく、
01. hoge.wavにする方法ってある? CDレイアウトエディタがドライブに入ったCD認識しない病にかかっていたが
解決した
IRST入れていないと駄目なんだな
これ入れていればAHCIモードでも普通に認識する
今までこれに気づかなかったのはドライブをASmediaのSATAに挿していたからだ…
win7の64bit
Z77マザーでの話 >>50
リネーム用のフリーウェアを使ってそのつどやるといいのでは どうやらRAIDドライバの入ったSATAポートならどれでも認識して書き込めるようだ
外部チップのJMicronでもRAIDドライバーを入れることで認識するようになった
ASmediaで駄目だったのは手持ちがたまたまRAIDドライバーを入れられない仕様だったからだろう
一部のインテルマザーはIRSTやマトリクスストレージマネージャーがはじかれたりするが
強制的にドライバインストールできることもある
これにより不具合があるのかどうかは知らない
AMD系のほうも分からない
あくまでwin7の話なので他のWindowsも分からない 専門用語連発で何言ってるがさっぱりわからん
お前凄いな HDD 複数台のRAID はわかる
DVD ドライブをSATA でつなぐRAID って何や >>56
RAID組まなくてもRAIDドライバ入れてればEACの書き込みエディタが認識するよってだけの話 最近EAC使い始めて、ようやく分かりかけてきたんだけど
もしかしてCDDBから「アーティスト/タイトル」形式のデータを取得したあと
「'-'→'/'変換」「アーティストとタイトル入れ替え」は手動でGUI操作で行うしかないのかな? LAMEのコマンドラインで指定したタグの項目がEACのGUI上で埋まってないと
パラメータが必要なオプションをパラメータなしで実行したことになってmp3が出力されないのかな
その場合wavが消されないのはLAMEの戻り値を見てるからなのか 日本語化はExact Audio Copy V1.0 beta3 日本語言語ファイルってのでいいんですか
バージョンは今公式から落としたところで最新版だと思います 「思います」などといい加減な判断じゃなく、きちんと確認しましょう
確認したなら訊くまでも無くわかるんだから おっ最新の確認したら
最新版は1.3で日本語パッチは1.0のbetaだから使えないな大変だ お、おぅ、大変だな。日本語化ファイルを是非とも作ってくれ
それまで俺は英語で使ってるから、さ トラックの最後の曲だけエラーになるけどなんでやろう リードアウトを超過して読めないドライブでそれを読み込むような設定をしている ノーマライズで95%に統一してるんだけどやらない方が良いかな?
wav吸い出してるけどノーマライズすることでダイナミックレンジとかに悪影響出たり劣化したりするか教えて下さい
玄人の人たちも音量調整はノーマライズで補ってたりするんでしょうか? 95%ならダイナミックレンジが潰れる事はないだろう。
でもEAC使うような人は音源を弄る人あまりいないんじゃないかな。
オリジナルと違うモノになるし音圧だけならReplayGainとかで再生時調整できる。
ReplayGainがない民生CDプレーヤーで聴くなら音源弄らないといけないけどね。 ノーマライズをかけてもCDごとに最終的な音の大きさは違うし
原音とは違うものになっちゃうし 原音のままの方が望ましいからノーマライズは止めることにするわ ありがとう
聴くとき少し面倒だけど外部スピーカーの摘み回すのケチらずに楽しむことにする
AIMP3使ってるから何か良いプラグインがあるかもしれないし調べてみることにします aimpのタグエディターにリプライゲイン計算するのがあるようだぞ ノーマライズって原音はそのままの状態で補正した環境で再生するためのものだと思ってた monkeysaudio 4.26 (September 19, 2017) 最近Windows10にして最新のEACを入れたらwav+cueのcueがデーモンツールで読み込めません
前にv1.0b3で作成したcueは読み込めるんですが何故でしょう
ダウングレードしないと駄目ですか?
教えて下さい >>75ですが
ImgDriveでもマウント出来ませんでした。
ギャップ検出でAとBは20秒位かかるのにCだと5秒位で終わったのでCを使いましたがそれと関係あるのでしょうか? >>77
cueが壊れてるか、整合性がとれて無いと思われ。
これ以上はcue晒して貰わないと予測出来ない。 自己解決しました
ギャップ検出でCをやめて次に短いBにしたら読み込めました
ギャップ検出が上手くいかなかったのだと思います
ありがとうございました 訳あってPC初期化して再びEACインストールしたらオプション項目の文字でかくなり枠からはみ出すようになって設定が弄れなくなってしまった
ダレカタスケテ… EACの設定プロファイルって、ファイルに書き出して保存して、
別マシンに新規にEACインストールしたときに読み込ませて設定を再現って出来ますか?
もし可能ならやり方教えて頂きたいのですが… >>85
Win10だけど設定で倍率変えてもデスクトップのプロパティで高いDPIの〜にチェック入れても変化なしだった
ググってみて言語切り替えも試してみたけど変化なし…もうどうすりゃいいのやら フォントはアプリ内のリソースでサイズ固定指定されてるな FONT 8, "MS Sans Serif" >>87
https://egg.2ch.net/test/read.cgi/software/1464202605/636-638
>>89
>>84の方法でいいと思うけど、リンク先には「copy the profile directory with EAC」と
書いてあるので、フォルダ(C:\Users\ユーザー名\AppData\Roaming\EAC)もコピーして
おいたほうがいいのかも
作者の説明は2002年のものなので、今でも同じだといいね EACの設定ってやっぱ2度とやりたくないよなw
しばらく使い続けてやり方忘れてる頃に設定し直すとめんどくさかったり時間かかる >>90
重ねがさねありがとうございます。
近々PCをフォーマットしてOS、ソフト等入れ直す予定なので助かりました。 freeDBをGracenoteにして使ってたんだけど今月辺りから「No Handshake!」って出て取得できない
iTunesだと拾えてるからブロックされてる感じなのかな? >>93
同じくです…
もしやと思ってここ来たら、やはり使えない人いたかぁ。
さて、どしよ playerかまして使い続けてる俺に死角は無かった 久しぶりにEACでも入れようかなと思ったら最新版は日本語化ファイルないわ、zip版はなくなってるわで面倒な事になってた
セットアップとかインストールとか嫌だからzip版使ってたのになくなったのか… 日本語化は>>1のV1.0b3が使える
インストーラはUniExtract2で解凍 なんかCDTBプラグインのサーバー死んどるんか、今日は全部エラーだったよ。 >>100
その通りのようで、今ctdbのサイト落ちてるのかな? 今確かめた。Win7PCは繋がるがWin10だとサーバーエラーになる 今、CueToolsでAccurateripチェックを昨日の分してみたけど、問題なく繋がって結果出るようになってま。 助けてください以前wav+cueで保存しておいたファイルのcueシートだけ無くなってしまいました
wavと同じCDのdisc2のcue+wavは残ってます。CD自体はもう残っていません
EACで再びcueシートをFreedbサーバから取得したいのですが方法がわかりません
再び同じCDを買わなくてはだめでしょうかお願いします freedbtestからデータ取ってくる奴でググると幸せになれるかも ドライブオプションのギャップ検出方法で
検出方法Cのセキュアが一番速くて
ギャップが最初の曲だけ2秒ついてて、他のトラックは全てギャップ無しだったんです
AとBは遅くてもすべての曲に数秒のギャップがついてたんですが
こういう場合でも一番速い検出方法Cを選べば良いのでしょうか? 2秒もギャップがあるとCDと聞き比べればどちらが忠実か分かるのでは? もうスレチな内容かとは思うけど、一番ここが解決に近いと思うので書かせてほしい
半欠陥CDと言われたサガフロDisc3の隠しトラックの取り込み挑戦してるんだけど
CD Manipulatorでマルチセッション・プリギャップ解析ONでもcdmファイルが
生成されないのはドライブが非対応の可能性があるかな?
subファイルは生成されるんだが…
データ化して楽しむだけなのでCDコピーまでは求めていないんだが、
先に試していた人居たら教えて欲しい あ、cdmファイルじゃなく、preファイルの間違いだ。
>>113
一通り読んで来たんだけど、
LBAマイナス領域を読み込んだRAWデータと思われる
〜.preってファイルが出来上がらないんだよね。
ドライブ依存による原因なのか分からなくて困ってた flacで書き出してるんだけど、エラーがあったファイルにタグ付けられないですかね? オフセットを手動で設定したらAccurateRipの照合は働かないの? 最近ではどんなドライブでどんなディスク読み込ませようが自動で適切なオフセット値設定してくれる程度の
膨大なデータベースを予め備えてんの?
だったら0.95から問答無用で乗り換えますわ ありがとう。
でもオフセットが違うとAccurateRipのデータと変わってくると思うんだけどどうなんだろう。
うーん、AccurateRipか手動かで悩むなー
オフセットのズレを完璧にするか整合性を高めるか... AccurateRipが全く合わないCDがあって、なにやっても合わないんで
CUEToolsで調べたら-6とかAccurateRipに存在しないオフセットでリッピングしていた
オーディオCDにはアドレス情報が入っていなかったのが痛恨だった CUEToolsで調べたら合っているやつ、多数派は-6ね
-6とかどんなドライブでリッピングしたんだろうか >>120
基本的にはAccurateRipのデータ通りにするのが無難だよ
オフセットを手動で変えた所でリッピングのズレが改善されるわけでもないし良いことは殆ど無い >>123
やっぱり普遍的な方法でやるのが吉よね。
そうすることにするよ。ありがとう。 過去スレにいたがCD毎にオフセットを割り出してなにやら難しいことをやってんのかと思った
一々そんなことができるのか知らんが。-30なら日本にはプレクがあったからとしか言いようがない AccurateRipってcrcをオンラインのデータベースで照会してるだけでしょ
そんなもんの為に狂ったオフセット値設定で読み込ませるなんて事してたら
それこそ本末転倒、何のためにわざわざEACで読み込ませてるのか意味が無くなる
他の人が読み込んだデータと自身のそれが一致してるかという事が解るだけなんだから
予め自身でドライブ能力や適切な設定を把握しているのであればそれを信頼していい
AccurateRipこそ使用したところで何の良い事もない、データベースにデータを提供するのが趣味なら良いけど CD毎にオフセットを変えられるならそれが最強だろ
できるのかは俺も知らんが
ARに-30した真の値に設定してる奴のは無知なアホがほとんどだろうがまともな理由でそうしてる人もある程度いる 30サンプルズレてても
30/44100秒とかじゃなかった?
0.00068秒
じゃあEAC使う意味あるのかと言われたらまあそうだけど オフセット読み書き共に±0のプレクスターは凄かったな
他のドライブメーカーはどうして真似しないのか それが本当かどうか分からず、仮にドライブのオフセットが±0としても
+30にした方が取りこぼしは最小限に抑えられるかも知れない
CD-R実験室の人も詳しい説明は省略しますと言っていたが、無知な俺としてはその詳しい説明が知りたいわけだが
そのまま何も言わずもう冷めて放置してしまった
どうせCD毎に最適なオフセット変えるなど普通できないんだから
何をやってもズレは生じるはずだし、EACならAccurateRipを使うのが吉 >>130
それは実験室の人に言っても筋違い
自分で技術系の文書を探して読むしかない >>130
>+30にした方が取りこぼしは最小限に抑えられるかも知れない
「正しいリードオフセット」 "correct" read offsetなる物がないのはずっと前にわかってるじゃん
だから+30にしようが-30にしようが取りこぼしを最小限に抑えられるかどうかは運次第
理論的にも実際面でもCD毎に最適なオフセットに変える以外に取りこぼしを防ぐ方法はない
取りこぼしを最小限に抑えられる「固定の正しいリードオフセット」は誰にもわからない
こういう事実が10年も前にわかってるから理性的な人はAccurateRipに合わせてるわけで
682名無しさん@お腹いっぱい。2017/02/17(金) 01:13:16.50ID:eoWw9SIF0
30サンプルについては
http://anago.2ch.net/test/read.cgi/software/1421131473/257
EACの作者の見解
http://www.digital-inn.de/threads/andre-wiethoff-and-who-feels-to-have-a-say-on-offsets.28787/page-3#post-131379
>There is no "correct" read offset, even the second proposed offset is only proposed,
>there is no real "proof" that it is correct. I just believe it could be correct.
>Does it make that offset better than the first - I don't think so. 取りこぼしが最小になるオフセット達の中でも今一番有効だから選ばれてるだけなんだよな
だから意味もなく-30してる奴はアホ扱いされるしユーザーが選ぶ主流のオフセット値が変わればそっちの方が最良になる ar一致したらそれでえーやん
30サンプルぴったりだからといってそのwavcue永遠に聞くわけでもなかろうて だからそれはドライブのオフセットだろ、今言っているのはドライブのオフセットが合っていればいいと言う問題ではないわけで
そこは詳しい説明が知りたかったと思うのものの、詳しい説明は自分で文書を探して読めとか面倒だし
AccurateRipに合わせておいた方が吉だ プレクで別途確認するために全台-30で統一はアリだと思う 自分もだいたいそう
理想は配信とかで確認してCD毎に調整することだけどそもそも曲間が違ってたりすることもある
あとその配信音源が4416とかだったら何してるんだろ俺ってなる >>136
当然あかん
プレクのプレミアムでもデフォルトのオフセットで読み込めばCDによってはデータ欠落する >>137
まあ普通はそうなるわな
-30する意味があるのは特殊な用途の人や言い方は悪いがプレク信者くらいだと思う ハードではインアウト共にオーバーリード出来るドライブを開発し
ソフトでは読込時にオーバーリード部分を差分ファイルとして保存し
以降はボタン一発で任意のオフセット値で書き出す事が可能になってしまえばいい リッピングする時いつも最後の曲の最後の所で「正確であるか確認できませんでした」と表示されるんですが原因分かる方いますか?
初期設定はタマガワオーディオのウェブマガジンを参考に行いました。 ■ このスレッドは過去ログ倉庫に格納されています