Exact Audio Copy β18 [無断転載禁止]©2ch.net

**名無しさん＠お腹いっぱい。** · 2017/06/05(月) 19:28:07.43

強力な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

**名無しさん＠お腹いっぱい。** · 2020/03/10(火) 20:37:47.29

>>850
834と840を書いた人間だけど、いくつか質問がある
(1) EACのバージョンは何か
(2) lameのバージョンは何か
(3) lameはどこから落としたものか
(4) lameのコマンドラインは何か
(5) mp3再生に使っているソフトは何か、また他の再生ソフトでもシークがおかしくなるかどうか
(6) EACのエンコードオプション->外部エンコーダタブのID3タグを追加するというオプションのチェックを外して作ったmp3ではどうなるか

**名無しさん＠お腹いっぱい。** · 2020/03/10(火) 22:11:15.57

>>849
ドライブのオフセット値がいくつなのかわからないが
数秒もブランクが広がるなら間違いなくオフセットは関係ない

**名無しさん＠お腹いっぱい。** · 2020/03/11(水) 06:37:56.22

>>850
ええってことよ！

**名無しさん＠お腹いっぱい。** · 2020/03/11(水) 21:09:27.84

どうせID3v2タグの非同期化周りだろ

**名無しさん＠お腹いっぱい。** · 2020/03/11(水) 22:59:24.46

id3v2.3の場合は非同期化処理されないことのほうが多いよね多分
lameもfoobarもしないはず
EACもデフォルトではしないんじゃないか
原因がはっきりしないままだとどうもスッキリせんな
本人が解決したと言ってるんだからもういいんだろうけど

**名無しさん＠お腹いっぱい。** · 2020/03/12(木) 01:23:50.53

非同期化は，古～い機器使っているなら別として
もはや必要無いと思うが…

**名無しさん＠お腹いっぱい。** · 2020/03/13(金) 19:18:17.64

連続でCDリッピングするとどんなに綺麗なCD入れても
必ず2枚目以降が超低速になってしまう現象の理由分かる方いませんか？
なんかの設定の問題でしょうか？
セキュア取り込みは必要ですがこれは流石におかしいですよね・・・？

**名無しさん＠お腹いっぱい。** · 2020/03/13(金) 19:43:35.09

『減速を許可する』を許可していませんか。

**名無しさん＠お腹いっぱい。** · 2020/03/13(金) 20:02:55.04

キャッシュあふれてるとか？

**名無しさん＠お腹いっぱい。** · 2020/03/13(金) 23:13:21.81

とりあえず
EACのバージョン
使用ドライブ
他のセキュアリッパーではどうなるか
を教えてほしい

**名無しさん＠お腹いっぱい。** · 2020/03/14(土) 00:22:35.11

許可しないほうがいいの

**名無しさん＠お腹いっぱい。** · 2020/03/15(日) 16:02:30.72

1.5でリッピング中に落ちた
1.3では問題なし

**名無しさん＠お腹いっぱい。** · 2020/03/19(木) 21:02:25.06

エラーはありませんでした。と結果が出たけど、
よく見ると、時間的問題　0:25 っていうのは、エラーってこと？

**名無しさん＠お腹いっぱい。** · 2020/03/19(木) 22:59:21.97

1.5の16進まだ？

**名無しさん＠お腹いっぱい。** · 2020/03/19(木) 23:23:32.64

エラーは全くありませんでした、って出てたら、他に妙なコメントが出ててもOK？
宅配レンタルで今まではそのケースで全く問題なかったんだが

**名無しさん＠お腹いっぱい。** · 2020/03/20(金) 01:46:52.90

その内容を理解し納得できてるのなら問題ないでしょ。

**名無しさん＠お腹いっぱい。** · 2020/03/20(金) 13:22:06.60

>>866
理解できてない

**名無しさん＠お腹いっぱい。** · 2020/04/20(月) 07:32:30.43

昔にタイトルの長い2枚組のCD、EACでリップしたんだけど、CUEシート片方ない状態で、Logファイルしかなかったんだけど、
CUE Correctorで復帰できた。
一応報告。

**名無しさん＠お腹いっぱい。** · 2020/04/20(月) 14:23:15.38

EACのやつからいけるんか

**名無しさん＠お腹いっぱい。** · 2020/04/25(土) 11:14:58.06

-T "TOTALTRACKS=%numtracks%"

このコマンドラインの意味を教えてもらえませんか？
ごめんなさい、調べても分からなくて

**名無しさん＠お腹いっぱい。** · 2020/04/25(土) 13:30:45.24

>>870
多分flacにエンコードしてるんだよね？
その場合はそれはTOTALTRACKSというタグにCDの曲数を書き込むオプションになるね

**名無しさん＠お腹いっぱい。** · 2020/04/25(土) 22:01:25.72

PioneerのBDドライブでISRCの読み込みに失敗する。特にサントラみたいなトラックの多いCDでは何曲かISRCを取りこぼしてしまう。
Pioneer BDR-208 で長いこと悩んでて、新しいPC組んだときにPioneer BDR-X12にしてみたけど、やっぱり取りこぼす。
SonyOptiarc AD-7200S ではISRC取りこぼさず。

Pioneer固有の問題？でも、ググっても同じような問題に遭ってる人は居なそうなんだよな～

**名無しさん＠お腹いっぱい。** · 2020/04/26(日) 01:39:04.47

読み込み速度を遅くしてもダメかね

**名無しさん＠お腹いっぱい。** · 2020/04/26(日) 14:30:09.48

>>872
ISRCって何ぞ？とCUEシート見てみたら
つい最近レンタルしてAD-7200Sで取り込んだ坂本龍一の「UF」
トラック1～16までと19はISRC無し
トラック17、18、20(最後)はISRC有りだった

偶然BDR-208も持ってるが、こっちのドライブではCD取り込みをほとんどしてこなかった
今度取り込む時に試してみるよ

**名無しさん＠お腹いっぱい。** · 2020/04/26(日) 20:50:13.23

勉強になる

**名無しさん＠お腹いっぱい。** · 2020/04/26(日) 23:57:47.25

ウチのLGのドライブはたまに連続したトラックで同じISRCを出力してしまう
https://jonnyjd.github.io/musicbrainz-isrcsubmit/download
ここにあるisrcsubmit-2.1.0-win32.zip同梱のmediatoolsを使うとちゃんと取得できるけど、このツールにも欠点があるという

**名無しさん＠お腹いっぱい。** · 2020/04/27(月) 04:48:07.38

ISRCってそんな難しいものなんだ？

**872** · 2020/04/27(月) 18:30:38.44

>>873
EACの設定は　セキュア取込み、速度選択「変更しない」、取込み中の減速を許可ON
Pioneer BDDrive Utility では「品質モード」　にしてる。
他に速度にする設定あるかな？

>>874
坂本龍一「UF」の収録曲でISRCがあるのは３曲だけみたい。お使いのAD-7200Sはきっと正常。
https://www.minc.gr.jp/db/AlbInfo.aspx?SHIYOSYACD=0000140&;CATALOGCD=WPC6-010243&SETFLG=0　（閲覧には要会員登録・無料）
同じドライブ２つとも持っている人が居るとはスゴい偶然。

>>876
https://light.dotup.org/uploda/light.dotup.org645286.png
すごい！便利なツールありがとう。

**名無しさん＠お腹いっぱい。** · 2020/04/27(月) 23:16:08.38

>>878
以前mediatoolsのソースコードを読んだんだけど、確か各トラックの頭1000セクタくらいのサブコードを読んで、2箇所から同じ値のISRCを取得できたときのみ標準出力に出力してるんだよね
だからトラック中にISRCが書かれてるサブコードが1箇所しか存在しない場合には出力してくれない
自分はmediatoolsを何年か使ってるけど、実際にそういうCDに遭遇した経験がある
あとどこで見た情報かは忘れたけど、CD-TEXT内に書かれているISRCも出力できないらしい
ISRC関連はあとは
https://musicbrainz.org/doc/ISRC
こことかが詳しいかな

**874** · 2020/04/28(火) 06:03:56.10

>>878
ISRCこと知らなかったから勉強になる
ありがとう

**名無しさん＠お腹いっぱい。** · 2020/04/28(火) 17:19:55.52

ためになるスレだ

**名無しさん＠お腹いっぱい。** · 2020/04/28(火) 20:40:55.02

>>877
ISRCはQサブチャンネルに記録されてる。
サブチャンネルは音声トラックと違ってフレーム単位の塊(同期信号除いて96bit)で
CRC16検査してるだけ。訂正もない。で、bit化けがちょこちょこ起こる。
（サブチャンネルが吸えるCDManipulatorで吸った.subを見ても
　吸う度にポロポロ違ってて全然バイナリ一致しないのが判ると思う。）
それでCDはトラック中にISRCフレームを所々何箇所か入れとるんよ。
数入れときゃ化けてもOKなのが見つかるだろうって思考で。
基本的にはそれで問題ないんだけどね。
（EACがどういうロジックでISRC=OKとしてるのかは知らない。）
ただ、エルヴィス・プレスリーとか昔の楽曲に多いんだけど、
曲長が1～2分とか短いと挿入数も少なくなるから状態がよろしくないCDは
OKが見つからない可能性が上がるだろうな。
とりあえず低速CLVとかドライブが読みやすい速度で吸ってみるのを勧めますわ。

**名無しさん＠お腹いっぱい。** · 2020/04/28(火) 23:16:47.35

>>882
技術を何もわかってない素人にもとてもわかりやすかった。
こういう説明ができる人すごいと思うし手間割いてくれるの大変ありがたい。

**名無しさん＠お腹いっぱい。** · 2020/05/04(月) 11:38:08.31

単一wavから分割wavにする場合
ギャップは前後どちらに付けるのがCDに忠実なのでしょうか？

**名無しさん＠お腹いっぱい。** · 2020/05/04(月) 20:12:17.08

ものすごく哲学的な質問じゃ
しばし瞑想して答えを探るとしよう

**名無しさん＠お腹いっぱい。** · 2020/05/06(水) 09:19:00.44

・① ギャップが前のtrackの後ろ 2曲目( [track02 index01] [track03index00] )
・② ギャップが同trackの前　　 2曲目( [track02index00] [track02 index01] )
・③ ギャップを無視　　　　　　2曲目( [track02index01] )

プレイヤーの頭出しは index01 に飛ぶ
その動作を基準にするとギャップ(index00)は前のtrackの後ろに付く
①の利点はアルバムなどを先頭から再生した場合、ギャップなどの無音時間を含めCDと変わらない時間、タイミングで聴ける (②も同じ)
次の曲、前の曲へ頭出しした場合の位置、タイミングがCDを聴く時と同じ
デメリットは曲の時間表示が次のtrackのindex00分加算される (CDをプレイヤーで再生だとindex00はindex01までのマイナス表示)
②の利点はtrack単位になるのでcueシートが綺麗ってくらい。デメリットは頭出しの位置が変わる。曲時間も変わる
③は全体の再生時間がindex00が削られた分変わるがindex00の分が加算されない為、曲自体の時間は正確

cueシートがあるなら①と②はどちらもCDに忠実になるけど
cueシート無しではどちらも忠実なものにならない
全体を通して考えるなら①
曲単体なら③
エンコソフトの多くは①

**名無しさん＠お腹いっぱい。** · 2020/05/06(水) 21:14:10.11

>>886
詳しく教えて頂いて助かります。

①が[前のトラックにギャップを追加]（デフォルト）
②が[次のトラックにギャップを追加]
eacのオプションにある項目と同じと考えればいいですか？

**名無しさん＠お腹いっぱい。** · 2020/05/07(木) 04:08:35.33

88888888

**名無しさん＠お腹いっぱい。** · 2020/05/07(木) 06:32:33.88

試せばすぐ分かるような事を安易に聞くな

**名無しさん＠お腹いっぱい。** · 2020/05/08(金) 00:06:26.86

>>887
886氏じゃないけどそれで合ってるよ

**名無しさん＠お腹いっぱい。** · 2020/05/08(金) 22:52:29.57

古いCDを取り込んだらCRCが一致しないのと
11曲目に何かあるような結果がlogに出ました
どういう意味があるのでしょうか？

Track | CTDB Status
11 | ( 1/10) Accurately ripped, or (5/10) differs in 228 samples
@03:12:40,03:13:09,03:13:31-03:13:32,03:14:22-03:14:23,03:15:14,03:29:28-03:29:29,03:29:50-03:29:51,03:29:73
If you are sure that your rip contains errors, you can use CUETools to repair it.

**名無しさん＠お腹いっぱい。** · 2020/05/08(金) 23:36:27.61

>>891
CUETools使ってリペアしろ

**名無しさん＠お腹いっぱい。** · 2020/05/09(土) 00:09:50.17

>>892
どうもです。CUETools入れて使ってみます
11曲目に異常があるという事ですか？
正常に取り込めたってlogでて終了したんだけど

**名無しさん＠お腹いっぱい。** · 2020/05/09(土) 00:20:27.45

>>893
ARで1件一致5件不一致だから問題あると思われる
If you are sure that your rip contains errors, you can use CUETools to repair it.は
エラーがあると思うならCUEToolsて修復しろということなので
とりあえず試してみれば？

**名無しさん＠お腹いっぱい。** · 2020/05/10(日) 23:55:20.89

>>892
>>894
リペア試してみたけど同じlog吐いた
CRCが一致しないのが気になるけど
再生してみて飛んだりせず聞けてるから今回は諦めるしかないようだ
皆さんアドバイスありがとう

**名無しさん＠お腹いっぱい。** · 2020/05/11(月) 03:13:42.74

>>895
全体が十件で一件は一致してるのがなんとも
プレス違いの可能性もなくはないし正常かもよ
今回あなたがDBにリップ情報を送ってたら次にリップした人は二件一致するわけで

If you are sure that your rip contains errors, you can use CUETools to repair it.
本当にあなたがエラーがあると思うなら修復できるよ！

だしさ

**名無しさん＠お腹いっぱい。** · 2020/05/13(水) 02:04:53.63

どういう原理でリペアできるのか全く理解できてない

**名無しさん＠お腹いっぱい。** · 2020/05/13(水) 02:05:15.97

あ、俺がね。

**名無しさん＠お腹いっぱい。** · 2020/05/14(木) 00:36:29.12

>>896
納得できなかったので違う店から同じCDを借りてきました
一発で成功エラー表示も出なかった
目に見えないけど読み取りにくい傷でもついていたんだと勝手に納得

**名無しさん＠お腹いっぱい。** · 2020/05/14(木) 04:44:00.81

900

**名無しさん＠お腹いっぱい。** · 2020/05/14(木) 14:31:55.84

心の傷だな

**名無しさん＠お腹いっぱい。** · 2020/05/16(土) 22:27:13.65

まだVer1.3使ってるけど、1.5の評価は現時点でどんな感じなのかな？
上げたほうがいいのかどうか。

**名無しさん＠お腹いっぱい。** · 2020/05/17(日) 23:22:24.89

同じくまだ1.3使ってる
第2エンコーダとか使わないから特に1.5にする必要性を感じないんだよな

**名無しさん＠お腹いっぱい。** · 2020/05/18(月) 00:57:21.70

0.95だわ

**名無しさん＠お腹いっぱい。** · 2020/05/18(月) 08:18:46.57

こちらもV1.3だわ。

**名無しさん＠お腹いっぱい。** · 2020/05/27(水) 14:22:30.41

# Change Log
- Fixed a problem with M3U8 files
- Fixed a problem with Log file creation
- Fixed a problem in the AcousticID plugin

**名無しさん＠お腹いっぱい。** · 2020/05/27(水) 16:43:20.23

FreiDBってもう生きてないの？

**名無しさん＠お腹いっぱい。** · 2020/05/28(木) 18:27:20.55

flacのファイルが圧縮設定(0-8)どれでエンコされたか調べる方法無い？
エンコされた時のコマンドラインが分かればもっと良いんだけど。。
flac.exeのコマンドラインオプション調べてみたけどそれっぽいinfo出すのは無くて
真空波動研でも無理だった

>>907
freeDB日本語ならまだ生きてる

**名無しさん＠お腹いっぱい。** · 2020/05/28(木) 20:57:27.15

そうか日本語版があるのか

**名無しさん＠お腹いっぱい。** · 2020/05/29(金) 22:39:18.50

>>908
めんどくさいからデコードしちゃったら？

**名無しさん＠お腹いっぱい。** · 2020/05/31(日) 09:51:27.55

図書館で借りたすごい傷だらけのディスクを
読ませると取り込み終了後、ARdb?送信が
異様に時間かかって「unknown software exception エラー」
ってのが出てlogファイル吐けずにEACが落ちてしまう

**名無しさん＠お腹いっぱい。** · 2020/06/12(金) 03:38:41.55

最新版ってDetect Gaps (F4)が廃止された？

**名無しさん＠お腹いっぱい。** · 2020/06/15(月) 00:06:01.25

なにそれ？なんで？

**名無しさん＠お腹いっぱい。** · 2020/06/15(月) 18:13:09.95

>>912
「最新版」が何を指しているのかわからないけどウチにあるVer1.5には項目存在している

**名無しさん＠お腹いっぱい。** · 2020/06/19(金) 21:33:12.12

MISIA/MARVELOUS(BVCS-21022A)だけど、
Track | CTDB Status
：
　8 | (398/427) Accurately ripped, or (3/427) differs in 899 samples @05:59:54-05:59:55
AccurateRipの概要
：
トラック 8 確実に正確にコピーしました 60) [5A772118] (AR v2)
は気にせんでよしか？
3人が同じ2セクタでエラー数も同じって、もしかして同じ人が3回登録したのかなぁ

**名無しさん＠お腹いっぱい。** · 2020/06/20(土) 00:13:29.22

一人の人間が「エラーが出てるな」ってんでリッピングを2回やりなおして、
その結果が毎回リポートされたなら、3度同じデータが登録されるかもだね

**名無しさん＠お腹いっぱい。** · 2020/06/20(土) 04:43:20.56

やっぱりそうなのかな。まぁ427中398一致してるから多分大丈夫とは思ってるけど

**名無しさん＠お腹いっぱい。** · 2020/06/21(日) 00:05:19.38

同PC同ドライブで同じCDをリップした後、2回目はリポートされなかった気がする

**名無しさん＠お腹いっぱい。** · 2020/06/21(日) 01:07:54.28

なんかユニークIDがあるのかな
その辺どういう仕組みなんだろうですね

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 23:37:20.15

[メモ] Exact Audio Copy Version 1.0 Beta 4の自分用の日本語化ファイルを作成: Nice Disport
https://nice-disport.seesaa.net/article/411484047.html

あんまり知られてないけど日本語化ファイルはこれが一番クオリティ高いよね

「Exact Audio Copy」がVersion 1.5へアップデート: Nice Disport
https://nice-disport.seesaa.net/article/473749509.html
[お知らせ] 都合によりブログの更新を停止します: Nice Disport
https://nice-disport.seesaa.net/article/475952997.html

最新バージョンの日本語かファイル作る予定はないどころか昨日付でブログの更新停止宣言してしまってるけど

**名無しさん＠お腹いっぱい。** · 2020/06/28(日) 23:37:53.56

×日本語か
○日本語化

**名無しさん＠お腹いっぱい。** · 2020/06/29(月) 10:53:04.38

最新版の文字入力バイナリってきた？

**名無しさん＠お腹いっぱい。** · 2020/06/29(月) 11:01:01.00

あるよ

**名無しさん＠お腹いっぱい。** · 2020/06/29(月) 12:17:30.83

>>923
どこにあるの？

**名無しさん＠お腹いっぱい。** · 2020/06/29(月) 12:45:04.08

うちのはバイナリってないが…

**名無しさん＠お腹いっぱい。** · 2020/07/01(水) 09:45:30.37

735D6:01 02
74BFF:01 02
74C53:21 00
74C90:22 00
74F9E:09 00
74FAC:09 00
74FBA:0D 00
74FC8:0D 00

**名無しさん＠お腹いっぱい。** · 2020/07/11(土) 14:29:31.17

リッピングにこれ使わずに、まだ「CD Manipulator」使ってる俺は、かなりな時代遅れ＆情弱？

**名無しさん＠お腹いっぱい。** · 2020/07/11(土) 20:05:48.93

私も使ってます

**名無しさん＠お腹いっぱい。** · 2020/07/12(日) 00:03:42.19

音質が変わるわけでは無いからな
データを正確に読み取るってだけで分割wavから他にエンコするだけなら正直なんでも良い気がする
cueにしてfoobar使えば後が楽というのが1番メリット

**名無しさん＠お腹いっぱい。** · 2020/07/12(日) 12:50:45.45

プリエンファシス情報をサブチャンネルからも読みとるのなら
CD Manipulatorが一番という噂を聞いた

**名無しさん＠お腹いっぱい。** · 2020/07/12(日) 18:03:35.00

まじか
結局何が正解なんだ…

**名無しさん＠お腹いっぱい。** · 2020/07/13(月) 17:14:40.94

なんてこった、freedbtest.dyndns.orgが
Can't connect to freedb! 指定された暗号化アルゴリズムは、このプラットフォームでは…
で取得できねえｗ OSが古すぎるせいか？

**名無しさん＠お腹いっぱい。** · 2020/07/14(火) 19:56:41.90

確かにEACのfreeDBは繋がらないなずっと
playerでgracenote拾ってるから個人的には影響無いけど

**名無しさん＠お腹いっぱい。** · 2020/07/15(水) 07:20:58.11

>>933
オフトピ失礼。
わいもPlayer派でGracenote拾ってからEAC起動してるが、なんでPlayerしかGracenote透過なフリーウェアないんやろね？

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 16:18:45.47

premium2使ってるけど、セキュアモードのオプションは、
ドライブに正確なデータ転送能力がある
のみのチェックがいい？

調べてたら、ドライブがC2エラー情報を検出できるのチェックを外したほうがいいというサイトもあったんだけど・・・
あと可能であれば、ドライブがオーディオデータをキャッシュできるにもチェック入れたほうがいい？

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 16:40:37.35

premium2ならEACなんか使わずに付属のPlexToolsで吸った方がいいんじゃね

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 17:00:49.19

>>936
えっ、何故？

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 18:30:43.08

キャッシュに関してはドライブが64KB以上キャッシュする場合はチェックが必要やね
プレクならDICがやってるみたいにForce Unit Access flagによるキャッシュクリアもできるんだっけ？
EACでも起動時にオプションで指定できたと思うが忘れた

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 18:40:03.34

あと、読み込み能力の検出のキャッシュの項目が、ディスクによって違う結果になるんだけど、これって壊れてる？
はいになったり、いいえになったりと

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 20:10:04.91

Pentium2にみえてびびった

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 20:16:13.85

https://github.com/xavery/cachex
ここにあるcache-explorerも使ってみては

https://club.myce.com/t/plextor-716sa-should-i-check-off-caching-c2-errors/278456
premium2ではないけどこの質問の回答は参考になるかもしれん
この回答者はキャッシュもC2もチェックなしでEACの起動時に-usefuaオプションを指定しているらしい
C2にチェックを入れるべきかどうかは自分には判断できん
プレクを使ったことがある人の意見が聞きたいところ

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 20:27:53.23

ああごめん間違えた
C2にはチェックを入れているらしい

**名無しさん＠お腹いっぱい。** · 2020/07/18(土) 21:37:21.52

cache-explorer使ってみた

どのCDもread cache is enabledって出た

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 00:09:43.19

>>657
>EACの場合はレジストリを直接変更して読み取りオフセットを-43325にすればいい
これってどうやるの？
レジストリエディタ開いてもバリナリデータでしか修正できない

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 11:02:49.93

スレチだけど、premium2でサガフロのdisc3をDiscImageCreatorで/s 2 /c2 /d8 /fを有効にしてリッピングしたら、3時間以上かかってしまった。
あと、/pつけ忘れで隠しトラックが頭切れ・・・

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 13:42:29.65

収録曲全く同じでも品番やレーベル違いで同じタイトル何枚もリッピングして保存してるんだがお前らなら気持ち分かるよな

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 14:01:45.75

データ的に違いがあるならまあ分からなくもないが違いが無いなら全く分からん

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 20:43:26.56

>>943
とりあえずEACの実行ファイルのショートカットに-usefuaオプションを追加
キャッシュはチェックなし
C2はチェックあり
で使ってみては？
>>941の回答者はpremium1を使っているようだが特に問題ないみたいだし
あとこの回答者の書き込みが正しいのならPlexToolsと同じ挙動になるらしい
設定後は一応エラー訂正が発生するCDでトラック品質が100%にならないか確認したほうがいいよ

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 21:02:21.62

LBAMinusRipper
需要あるかわからんけど一応up
以前のものとバージョンは変わっていないけどreadme.txtに誤りがあったからそこだけ訂正済
http://whitecats.dip.jp/up/download/1595246217/attach/1595246217.zip
lba

**名無しさん＠お腹いっぱい。** · 2020/07/20(月) 21:24:59.01

>>949
DLした
ただ、マニュアルに
使用例 -> DiscImageCreator.exe cd E: "SaGaFrontier[Disc3]" 0 /c2 /p /f
と書かれているんだけど、実際は/c2と/pは一緒に使うことはできない。

こういう文が出るので
/c2 val1 was omitted. set [4000]
/c2 val2 was omitted. set [0]
/c2 can't use with /p. /c2 was disabled/f val was omitted. set [1]

[WARNING] /c2 isn't set. The result of dumping may be incorrect if c2 error exists.