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/06(金) 19:44:00.26

新品で綺麗なCDでも
必ず2枚目以降のCDが超低速リップになるんですが
なんか設定でここ弄れば直るみたいなこと思い当たる方いませんか？
単純にPCのドライブがダメなだけなんですかね・・・？

**名無しさん＠お腹いっぱい。** · 2020/03/06(金) 19:45:02.70

連続でCDリッピングすると必ず2枚目以降が超低速になってしまうという意味です

**名無しさん＠お腹いっぱい。** · 2020/03/07(土) 01:13:26.47

>>826
いや
4480～104494のEAC Options - Additional Filename
6500～106519のCompression Options - Additional External Compression
の2ブロック。どっちもセカンダリエンコーダ周りの追加
あとEnglish.txtは108910のスペルミス修正してる

**名無しさん＠お腹いっぱい。** · 2020/03/08(日) 11:16:23.62

>>829
ホンマや
# EAC Options - Filenameが# EAC Options - Replacementsになってたから見落としてた

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 14:47:03.37

はじめまして、EACでのCDのリッピングについてどこで質問するのが正しいのか分からなかった為こちらで失礼します

今使用しているノートパソコンにCDドライブが無いため、外付けドライブ（BUFFALO DVSM-PTS8U3）を購入し
レンタルCDをmp3でリッピングしたところ、全てのCDおよびトラックで正常にシーク出来ない？ファイルになってしまいます
（例えば、仮に50秒の音楽ファイルがあったとすると
シークせずに再生すると普通に50秒間音楽が流れますが
30秒辺りまでシークすると、40秒頃に曲が終わってしまい
40秒以降にシークしようとすると、次の曲に移動し再生が始まってしまうような状況です）

思い当たる原因として、EACの設定をMUSIC PCさんと言うサイトで紹介されている物を参考にしてみたのですが
オフセット値がEACで検出されなかった事、ドライブの型番で検索しても分からなかった事があり、全て0のままで使用しています

前置きが長く鳴ってしまいましたが、質問としては
1、シークが正常に出来ないファイルが出来てしまう原因はオフセットが正しくないからでしょうか？
また、オフセット以外の原因が考えられる場合はどんなことを確認するべきでしょうか？
2、オフセットが原因であれば、正しい数値を確認する方法はあるでしょうか？
以上の2点です。

かなりの長文になってしまいます申し訳ないのですが、症状と原因をご存じの方が居られればアドバイス頂ければ嬉しいです。
以上、よろしくお願いします。

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 16:47:45.99

オフセットは関係ないかと。
エンコーダの問題かなぁ。

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 18:50:11.42

MP3にするんだったらEAC使う必要ないと思うんだが

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 19:29:16.23

>>831
オフセットの設定は今回の問題には関係ないと思うよ
mp3のエンコーダは何を使ってる？
あと、音楽再生ソフトは複数試してみた？

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 20:29:09.54

使ってもええやろ

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 20:33:52.15

ダメだ！

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 20:38:01.00

宅配レンタルのCDって再生出来ればいいんですかねえ
EACでもMedia Playerでもリッピング出来ないCDとか送られてくるんですが

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 20:39:17.91

オフセットとは関係ないと思うよ

EACをアンインストールして
再インストールしてmp3エンコーダ以外デフォルトでもそうなるなら、間違いなく関係ない

プレイヤーソフトで外付けドライブ（BUFFALO DVSM-PTS8U3）から
CDを直接再生してみる

EACじゃない別の何かで取り込んでみる
たとえばWindowsMediaPlayerでwmaで取り込んでみる

新品のCDを一枚買っておくと、不安が少し減るかも

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 21:48:40.99

まずは問題を切り分けるために
エンコードせずにリッピングだけしたwavファイルでも
シーク時のトラブルが起こるか確かめるといいな
それで問題なければ完全にエンコードの問題

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 22:08:15.55

なんとなくID3v2タグを取り除いたら普通にシークできそうな気がする

**名無しさん＠お腹いっぱい。** · 2020/03/09(月) 23:54:56.04

Mp3はCD2WAVと午後こ〜だ〜派

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

>>837
前に指摘したらPCでの再生はサポート対象外って言われたな

**名無しさん＠お腹いっぱい。** · 2020/03/10(火) 07:01:34.64

>>837
基本的にDISCAS、ぽすれんはCDプレーヤー単体機で再生できたら向こうの落ち度はなし。

クレームつけんな。貴重かもしれんディスクが消える！

**名無しさん＠お腹いっぱい。** · 2020/03/10(火) 09:14:06.97

>>838
iTunes試してみた？

**名無しさん＠お腹いっぱい。転載ダメ** · 2020/03/10(火) 12:07:44.86

C2エラーの出るような傷のついたCDはCUERipperで取り込んでからCUEToolsのRepairや

**837** · 2020/03/10(火) 12:44:12.69

>>842-844
マジか
困るなあ

>>845
ありがとう！試してみる

**名無しさん＠お腹いっぱい。** · 2020/03/10(火) 14:15:47.59

名前は見たことがあるが使ったことないなあ
良いやつなのか

**831** · 2020/03/10(火) 15:40:38.21

皆さんありがとうございました、こんなに真剣にアドバイス貰えるとは思っていなかったので嬉しかったです

本当の原因かは分からないのですが、結論から言えば解決（したような気が）しました

1、>>832,834さんの言う通りコーデックを確認したところlameで64bit版を使っていたので、もしかしてこれが原因かなと思い32bit版をダウンロードしてみましたが、残念ながら改善しませんでした

2、>>838さんのアドバイスを見てwmpでmp3エンコードを試したところなんと普通に成功してしまいました…が、一応EACでのチャレンジを継続

3、>>839さん、wavでシーク出来ることを確認しました

4、その後エンコードオプションで外部エンコーダやID3タグのチェックを適当に外したり付けたりしてみたら、正常なファイルが出来るようになりました

**831** · 2020/03/10(火) 15:56:48.51

すみません、途中で書き込んでしまいました

色々いじってしまって具体的な確認をした訳ではないんですが、>>840さんの言うようにID3タグが原因(？)だったのかも知れません

他のソフトで試すなどの基本的な確認をしていなかったのを反省しましたが
それでも皆さん親切にアドバイスして頂きまして、ありがとうございました！

もう1つだけ、全てのファイルで曲の終わりに大体5秒程度、長いと7、8秒ほどのブランクがある事が気になっています
以前別のPCでリッピングしたファイルはあっても2～3秒程度なのですが、これはオフセットによるものでしょうか？

**831** · 2020/03/10(火) 20:00:15.00

丁度手元にあったシームレスなトラックがあるCDを取り込んでみたところ、問題なくリッピングされたのでそういうCDだったようです……

連投とスレ汚し、すみませんでした
また、繰り返しになりますが、どうもありがとうございました

**名無しさん＠お腹いっぱい。** · 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