【EAC】Exact Audio Copy β19

**名無しさん＠お腹いっぱい。** · 2020/07/28(火) 00:17:58.66

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/

**名無しさん＠お腹いっぱい。** · 2021/10/14(木) 18:33:34.49

>>586
新品・レンタルなら「聴けねえぞゴルァ！」って叩き返す。中古ジャンクCDなら
・ちょっとしたエラーならCUEToolsでrepairでAccurately Rippedなwav作れるかも
・別個体を借りてくるなりして吸い直す
・ポリカボネートの傷ならエラー無くなるまで磨く。レーベル面(記録層)の傷なら諦めろ
・ノイズが気にならないなら割りきってそのまま聴く
エラー出ても化けてるのはLSB付近で聴いても分からない事が少なくない

**名無しさん＠お腹いっぱい。** · 2021/10/14(木) 21:22:20.03

ACアダプタースレ？

**名無しさん＠お腹いっぱい。** · 2021/10/18(月) 00:13:32.01

accurateripのデータベースか何か
https://www.daefeatures.co.uk/search

**名無しさん＠お腹いっぱい。** · 2021/10/18(月) 18:12:48.58

何？

**名無しさん＠お腹いっぱい。** · 2021/10/19(火) 21:07:42.51

ARDBの検索かと期待したら
ドライブの検索でがっかりだぜ

**名無しさん＠お腹いっぱい。** · 2021/10/23(土) 12:29:34.35

すごい初歩的な質問だが範囲取り込み品質ってなんだ？

**名無しさん＠お腹いっぱい。** · 2021/10/26(火) 00:00:45.44

光学ドライブのデータベース集みたいなもの
http://wiki.redump.org/index.php?title=TEMP_Wiki_page_by_olofolleola4

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 21:14:20.99

EACのwav取り込みでタグ付けるのって無理？
色々調べてみたけど情弱過ぎて全く分からん

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 22:21:07.14

wavにはタグ付けられない。ことは無いけど付けられないと思っておいた方が良い
flac(VorbisComment) や MP3(ID3) みたいに決まった規格が無いからソフトによって対応バラバラ、らしい

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 23:10:40.32

リードインリードアウトをオーバーリードするにチェックしてたけど、チェックしてもしなくてもファイルの大きさ変わらなかった。変わらないという事は、チェックはどちらでもいいってことかな？
このことについて毎日ググってるけど、だれか助けて。。。

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 23:20:31.90

>>597
ドライブ何使ってる？

まずはドライブオプションの読み込みサンプルオフセットの検出をやってみて
オーバーリードの可否をチェックするだけなら普通の音楽CDでできるから

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 23:36:12.37

あ、サンプルオフセットの検出は3～4回程やって変わらないかどうか確認した方がいいかも？

**名無しさん＠お腹いっぱい。** · 2021/11/18(木) 23:46:28.69

オーバーリードのチェック早見表(ドライブのオフセットはAccurateRip基準から30を引いた数字の場合)

Both(両方)
入れる

Only Lead In(リードインのみ)
オフセット値がプラス→入れない
オフセット値がマイナス→入れる

Only Lead Out(リードアウトのみ)
オフセット値がプラス→入れる
オフセット値がマイナス→入れない

None(不可)
入れない

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 00:17:27.36

>>598-600
教えていただきありがとうございます。
bdr-xd05bkとbdr-xd07を使用してます。
+667

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 00:29:14.69

>>601
オフセットはプラスの値でオーバーリードはリードアウトのみなので、チェックする

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 07:53:25.08

>>602
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 07:53:40.85

>>596
RIFF-SIFは決まった規格なんだが……
MSが公式に大昔から用意してるもの
Winampとかの初期のプレイヤーソフト作った奴らがその存在を知らなかったために対応せず、他の人たちにも知られなかっただけ
https://docs.microsoft.com/en-us/previous-versions//ms713231(v=vs.85)
項目についても、Windows の SDK で公式に定義されている（ヘッダーファイルに書いてある)
決まった規格がなかった～、という話は、トラック番号についてのこと
元々 AVI とかでの利用を想定していたのか、トラック番号の項目がないから、それだけは各ソフトの独自規格となっていた

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 07:59:33.24

訂正
トラック番号についても、今は公式にも存在するのかもしれない
uLilithで変換したwavファイルのトラック番号、エクスプローラで表示されるわ
トラック番号についてはいつからか知らんけど、Windows XP 以降、標準でエクスプローラで表示されるのに、何故対応しないソフトが多いのか理解出来ないな

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 08:04:57.57

決まった規格って何だよ
決まってない規格もあるのか？

**名無しさん＠お腹いっぱい。** · 2021/11/19(金) 20:26:39.08

LIST INFOチャンクは位置や文字エンコーディングがソフトウェアによってバラバラなのが厄介

**名無しさん＠お腹いっぱい。** · 2021/12/10(金) 23:07:40.75

PLEXTORとCS対応チューナー会社のPLEXって関係あんの？
前それっぽい書き込みがあったけど
両方品質には定評があるけど

**名無しさん＠お腹いっぱい。** · 2021/12/10(金) 23:32:02.69

PLEXは低品質で有名だけどな

**名無しさん＠お腹いっぱい。** · 2021/12/13(月) 04:07:50.99

インスタントカメラのInstax持ってたら若い子に
「このアナログカメラインスタ意識した名前つけてるｗ」って笑われた

**名無しさん＠お腹いっぱい。** · 2021/12/13(月) 13:18:31.71

Portable版出してくれ

**名無しさん＠お腹いっぱい。** · 2021/12/18(土) 12:58:39.32

外部エンコーダの圧縮率は5に設定してるけどビットレートの数値は
どうしたらいいの

**名無しさん＠お腹いっぱい。** · 2021/12/19(日) 18:55:52.94

M1 ProのMacbook Pro + Parallels Desktop + Windows11 (ARM) の環境の中で
EAC v1.6を使うと外部エンコーダでのflacへのエンコードがされず、wavだけが出力されます。
これの解消方法わかるひといませんか。

flacは1.3.2、32bit版も64bit版も試してダメでした。
コマンドラインオプションは「-8 %source%」だけで、test encodeでエラーは出ません。
またコマンドプロンプトでflac.exeを使うと32/64にかかわらず正常にエンコードされます。
外部エンコーダにlameを指定してのmp3変換はできましたが、wavの削除はされませんでした。

**名無しさん＠お腹いっぱい。** · 2021/12/19(日) 19:25:50.04

Process Monitor でも使って、eacがflac.exeを起動しようとしているかどうか、どんなコマンドラインを指定しているか、エラーは起きていないか確認しよう
そんな特殊な環境使ってる人少ないだろうし、同様の問題に遭遇して対処できた人なんて、そうそう見つかるもんでもないから自力で頑張れ

**名無しさん＠お腹いっぱい。** · 2021/12/19(日) 20:04:29.45

>>613
MACの持ち前ってシンプルな所じゃないの？

**名無しさん＠お腹いっぱい。** · 2021/12/19(日) 23:45:47.79

613ですが解決しました。
ファイルの保存先を仮想WindowsのCドライブ直下のフォルダに変更すると正常にエンコードされました。
これまではミュージックフォルダ（Macとの共有フォルダ）を保存先としていたのが悪かったようです。

614の方が書いてくれたProcess Monitorというのは初めて知ったのですが
これで見てみると通常(純正Windows)は
wavの作成 -> wavを0!tmp.wavのような名前にリネーム -> 0!tmp.wavのファイル名を引数に使用してflacのプロセスを作成
Macとの共有フォルダを保存先とするとリネーム処理が抜けてしまうようです。
そのためflacのProcess Createでは正しいコマンドラインが指定されているものの、
実際は0!tmp.wavという指定されたファイルが存在せず処理が行われない状態となっていました。

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 10:17:18.24

ミュージックフォルダ（Macとの共有フォルダ）ってのネットワークフォルダじゃない？
パスの表記が変わるので対応してないんでしょ
APIによっては使えない(引数替えなきゃいけない)こともあるし、そのリネームってのがファイル名だけじゃなくパスも変える場合、論理ドライブまたいでの移動となってると失敗する

**名無しさん＠お腹いっぱい。** · 2021/12/23(木) 02:11:22.32

今日突然困惑した。ちょっとおかしな状況になってる。

昼間のその時間まで何の問題もなかったが。。。PlayerでGracenoteのDBもらってきたが、タイトルにスラッシュが3つあったのが少し気になるのだが、そして、EACを起動して曲名が入っているのを確認してWAV CUE IMG変換ボタンを押すも落ちてまう。

もう、昼の15時から格闘してるんやが、Exact Audio CopyのWAV CUEのIMG変換のボタンを押すと落ちてしまう。
ただ、シングルWAV変換、CMP圧縮変換ボタンの操作は生きてて、変換進む。。

また、EACのファイルメニューのProfile lioad / saveを選択すると同じように落ちてしまう(´・ω・｀)　→　Unhandlled exception at xxxx -> ACCESS_VIOLATION ,

EAC v1.3のところ、EAC v1.6も同じ。

「Exact Audio Copy 不調」で検索してみると、Windows7時分その頃のバージョンではアプリ右クリックの互換性タブから視覚テーマを無効にする　で同じようなトラブルがあってそれに倣ってWindows8.1ですが、カラーモードを制限する＞8ビット(256)カラーにすることにより、何とか今WAV CUE IMG変換を押しても落ちずに進むようになりますた＼(^o^)／

Windows 8.1 / Ryzen 7 2700X / X370 taichi / Radeon RX580 - software 19.12.3
SFC /SCANNOW DISMでチェック。仮想メモリサイズ変更、RAMディスクサイズ変更などしてみたが、REGEDITでのフィルタードライバーの削除とか全く関係なかった模様。

長文すまんが、同じようなトラブルあった方おられたら助言求めたい。

**名無しさん＠お腹いっぱい。** · 2021/12/30(木) 03:54:15.01

>>618
自己レス失礼します。
無い知恵搾ってWindows側のどこかのフラグの設定をどうにかリセットできそうなWindowsUpdateをかけてみたところ、EAC動作正常に復帰しました。
ありがとうございますm(_ _)m

**名無しさん＠お腹いっぱい。** · 2021/12/31(金) 00:40:49.55

HDD整理してたら昔調べたデータあった
まあ今更ですが
ttps://i.imgur.com/nF0tdgC.gif

**名無しさん＠お腹いっぱい。** · 2021/12/31(金) 09:23:12.28

Windows10（Rocket Lake）で使ってはみたけどドライブ測定とかでフリーズする
開発終了はもったいないね
代替ソフトとしてはMusicBee？

**名無しさん＠お腹いっぱい。** · 2022/01/01(土) 06:33:36.82

同じ作者の後継はEasy Audio Copyなんじゃないの？

**名無しさん＠お腹いっぱい。** · 2022/01/01(土) 09:50:44.01

あけましておめでとうございます
ごめんなさいwiki確認したら13か月前に更新されてた

**名無しさん＠お腹いっぱい。** · 2022/01/01(土) 10:56:59.57

CUERipperじゃない？

**名無しさん＠お腹いっぱい。** · 2022/01/01(土) 17:44:36.23

Music Beeはリッパーってよりプレーヤーだな
リッピング能力は知らない

**名無しさん＠お腹いっぱい。** · 2022/01/03(月) 04:53:19.46

レミオロメンの朝顔(CCCD)をDVR-A12で吸ったのだが
EACが作るcuesheetとCDManipulatorの全セクタサーチで作ったcuesheetを比べると
CDManipulatorはトラック1,3除いてINDEX 00が1フレーム後ろなんだけど
どっちが本当なんかなあ？
こういう違いはこのCDに限った事じゃないのかもしれないけど
ちなみにAccurate Ripはどっちのcuesheetでも通ってる

**名無しさん＠お腹いっぱい。** · 2022/01/03(月) 22:57:57.87

>>626 過去に一度だけ同じようなCDに遭遇したことがある
確かEACとCUERipperでは全てのトラックでINDEX 0はなし、という結果になったのにCDMではINDEX 0が1フレームだけ存在する、という結果になった
どちらが正しいのかはわからん
ふと思ったけどドライブの読み込みオフセットサンプルの値が588以上または-588以下の場合、INDEX 0の位置の解析結果に影響が出たりするのだろうか？

**名無しさん＠お腹いっぱい。** · 2022/01/03(月) 23:30:52.57

我々が見ることが出来るCDのリッピングデータ(メインチャネル)の1セクタ(1フレーム)は、
言わば仮想的なセクタで物理的な3セクタを摘まみ食いして再構成されたもの。
摘まみ食いの間隔は決まっているけど、開始位置が決まってない
という規格上のあやふやさがCDにはあるので、いわゆるオフセット問題が生ずる宿命にある。
これはメインチャネルの話で、今回のINDEXの判定に関わるサブチャネル(のQチャネル)には無関係な話。
サブチャネルは物理セクタの値そのままなんで、通常なら解釈の違いが生じない。
今回、サブチャネルの値が具体的にどういう値になってるかは分からないが
該当部分が例えばすべてゼロになってるとか、判断に困るような値になってるんじゃないかと思う。
それだと、どっちが正解とも言えないだろうね。

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 03:37:28.89

>>627
複数回ギャップ取得してみたらどうやらINDEX 0は
DVR-A12最高速だと±1フレーム結構ブレブレみたいよ
πは最高速一択だけど静音ユーティリティで24xに落としたら比較的安定したわ
なのでプリギャップをなるべく安定させたいなら少し落とした方がいいかも
ただ、その安定値が正確な値なのかは分からない
まぁギャップ頭が前曲の終端に絡んでるわけじゃないしどっちでもええわって気も

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 23:56:31.86

>>628
なるほど
サブチャンネルの値を直接覗いてみたほうが良さそうやね

>>629
そういうこともあるのか

ちなみに>>627のCDはポケモンXYのサントラ
当時のリッピングメモやログが残っていたから確認してきた
ドライブはLGのGSA-4082B
ディスク4のみEACとCDMとCDRWINの解析結果が完全一致、ほとんどのトラックでプリギャップが1フレームのみ存在するという結果になった
CUERipperはトラック78以降の結果のみEAC等と一致
dBpowerampは全てのトラックでプリギャップなし

ディスク1と2の解析結果
EACとCUERipperとdBpoweramp → 完全一致、全てのトラックでプリギャップなし
CDMとCDRWIN → 完全一致、ほとんどのトラックでプリギャップが1フレームのみ存在

ディスク3の解析結果
CDMとCDRWIN → 完全一致、プリギャップはトラック6では1秒1フレーム、トラック31では3秒1フレーム、トラック32では4秒1フレーム、他のほとんどのトラックでは1フレームのみ
EAC → トラック6では1秒、トラック31では3秒、トラック32では4秒、他のトラックではプリギャップなし
CUERipper → トラック6では1秒1フレーム、トラック31では3秒1フレーム、トラック32では4秒1フレーム、他のトラックではプリギャップなし
dBpoweramp → 全てのトラックでプリギャップなし

**名無しさん＠お腹いっぱい。** · 2022/01/05(水) 03:50:30.35

>>630
すまん、俺の書き込みは忘れてくれ
EACの設定見直したらギャップ検出が不精密になってて
安全(セキュア)にしたら40xと24xの5回読みとも全一致
CDManipulatorとも一致した

それにしても1フレームのみのプリギャップなんてあるのか
Subcode analyzerで見てもINDEX0が1フレームしかないん？(.subを残してればだけど)

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 00:30:45.75

>>631
.subは保存してなかった
他のドライブでも同じ結果になるかどうかも気になるんだよな
気が向いたらもう一度レンタルするか

**名無しさん＠お腹いっぱい。** · 2022/01/10(月) 04:35:04.64

>>609
高品質の間違いだろw

**名無しさん＠お腹いっぱい。** · 2022/01/17(月) 13:06:14.45

質問です。
HL-DT-ST BD-RE BH10NS30 を使っています。オフセットは、R=667, W=0 としています。

あるCDを画面左のIMGで wav+cue として読み込み、それを2通りのcueでWRI でCD-Rに焼きました。

最初はそのままのcueでCD-Rを作りました。こんな感じです。
REM DATE 1999
REM DISCID B60CB90C
REM COMMENT "ExactAudioCopy v1.6"
CATALOG 4988006158764
PERFORMER "宇多田ヒカル"
TITLE "First Love"
REM COMPOSER ""
FILE "宇多田ヒカル - First Love.wav" WAVE
TRACK 01 AUDIO
TITLE "Automatic -Album Edit-"
PERFORMER "宇多田ヒカル"
REM COMPOSER ""
ISRC JPTO09901640
INDEX 01 00:00:00
（以下略）

次は必要最小限にしたものです。
FILE "宇多田ヒカル - First Love.wav" WAVE
TRACK 01 AUDIO
INDEX 01 00:00:00
（以下略）

（続く）

**名無しさん＠お腹いっぱい。** · 2022/01/17(月) 13:06:41.96

634です。続きです。

両者のCD-Rを再びIMGでwav+cueで読み取り、バイナリエディタで比べると、
後者は元のwavと同じだったのに、前者は元のに比べ0x2DF0バイト下にずれており、
空いた部分が0で埋められていました。ファイル末尾の0フィルもその分少なく、
ファイルサイズは同じでした。

作業時にネットを切断し、設定ファイル~\AppData\Roaming\EAC\CDDB.sdfも
削除してから作業し、データベースにアクセスできないようにしています。

2つのCD-Rを作るとき、オフセットは変えていないのに、どうしてずれるのでしょうか。

**名無しさん＠お腹いっぱい。** · 2022/01/17(月) 14:26:33.66

performer とかを徐々にremでコメントアウトしていって同様の処理をし、悪さの箇所を特定すればいいんでない。
なんとなく漢字が偶然悪さしたみたいな

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 02:10:00.49

0x2DF0 = 11760 / 667 = 17 余0
オフセットが何か関係してそうではあるが
cueの文字コードは？

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 04:51:32.91

>>637
はい、Shift-JISです。

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 08:25:18.70

直後の636で的確なアドバイス既に出てんじゃん。解散案件だよ。

>>637
多分プログラマーモードで計算したんだろ。
667x17の下一桁は9と暗算できるんだから、すぐに気付かないとダメ。
単純に5セクタ（フレーム）だよ

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 08:47:24.42

634, 635 です。
前者のPERFORMERとTITLEを
REM COMMENT "PERFORMER 宇多田ヒカル"
REM COMMENT "TITLE First Love"
のようにコメント化すると、後者のようにずれなくなりました。
どうしてこれらが影響するのかわかりません。
どなたか理由がわかる方、教えていただけますでしょうか。
EACのバージョンは1.6、日本語化パッチは使用していません。

とりあえず、他のCDでも試してみます。

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 09:01:05.94

徐々に
って書いてあるだろ。
performerなのか
titleなのか
複合なのかを特定しな

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 10:26:07.94

634, 635 です。
今度は別のCDで、入力はすべてASCII文字で試してみました。
そのまま（PERFORMERとTITLEあり）→0x2DF0バイト下にずれる
片方のみ削除→どちらの場合でも、CD-R作成中に「Writing Lead-In」のまま止まる（経過時間のみ変化）ので、中止せざるを得ない
両方削除→ずれることなく、元のwavと同じものが作成される
となりました。

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 13:03:04.19

CDTEXTの書き込みに対応しているドライブなら
上手くいくのかもしれないけど、
この結果からの結論としては
EACの書き込みってポンコツなんだなぁ
ということだな。
予想外にためになる事例だったよ。
書き込みは他でやるべし。

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 13:41:24.09

634, 635 です。
あれから外付けドライブを持っていたことを思い出し、それで試してみました。
なんということでしょう。642のように試すと、一切ずれは生じませんでした
（PERFORMERとTITLE、どちらを削除しようとしまいと）。
どうやら、内蔵のBH10NS30の問題のようです。

ちなみに、外付けのは、
MATSHITA BD-MLT UJ272で、R=103、W=30としています。
どうもお騒がせしました。

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 23:23:30.13

cdtext書き込む設定にしてた？
cdtextオフにしてもcueにPERFORMERあったらバグる？
PERFORMERが空文字だったら？

**名無しさん＠お腹いっぱい。** · 2022/01/18(火) 23:43:42.28

>>645
ははー、cdtext ですか。意識していなかったなー。よし、これから調べてみます。
少々時間がかかりますが、後ほどお返事します。

1つだけ先にお答えします。
cdtext の書き込む設定はオンになっていました。

**名無しさん＠お腹いっぱい。** · 2022/01/19(水) 02:24:54.37

>>645
まさしく cdtext が原因でした！

これをオフにし、642と同様の実験しました。
PERFORMERとTITLEをそれぞれ削除するしない関係なく、正常に作成され、
しかも、ずれは一切ありませんでした。
さらに、PERFORMER "" としても、ずれは発生しませんでした。

また、644で述べた外付けに関しては、元からcdtextがオフになっていました。

ということで、内蔵ドライブがおかしいのかと思っていましたが、設定が不適切だったようです。
645様、心から感謝します。

また、636様のおっしゃる通り、私も徐々にコメント化は思いついたのですが、
なにしろEACは読み書きが遅いので（だからこそ正確に読み取れて素晴らしいのですが）、
なかなかその方法を使う気になれず、なにかご存じの方がいないかな、と思った次第です。

さらに、636, 637様の指摘にあるように、漢字コードが原因の可能性も否定できず、
別のCDはASCII文字だけにして、「これでどうだ」と思ったのですが、解決できず、失望しておりました。

まさか、cdtext が原因とは思ってもいませんでした。それを含んだCDなんて見たことがないので、考えもしなかったです。

ともかく、ご回答いただいたみなさま、本当にありがとうございました。

**名無しさん＠お腹いっぱい。** · 2022/01/19(水) 21:31:57.49

>>647
ＧＪ

**名無しさん＠お腹いっぱい。** · 2022/01/19(水) 22:39:46.51

ズレてるかはPCMで比較しないとな。wavごと比べたらメタ情報の有無で変わってくるし
wav比較だとタグをID3で保存する設定なんかも影響してくると思う
俺はCD-TEXTは焼かないようにしてる。(ほとんどの)CDに入ってないし

**名無しさん＠お腹いっぱい。** · 2022/01/19(水) 23:21:34.64

>前者は元のに比べ0x2DF0バイト下にずれており、
空いた部分が0で埋められていました。ファイル末尾の0フィルもその分少なく、
ファイルサイズは同じでした。
とのことなのでタグは関係ないんじゃないか
EAC側のバグかどうかを調べるには他の書き込みソフトでCD-TEXTを書き込む設定にして焼いたCDと比較する必要があるな

**名無しさん＠お腹いっぱい。** · 2022/01/19(水) 23:36:52.38

ID3保存はflacとかにする時か。失礼しやした

**名無しさん＠お腹いっぱい。** · 2022/01/20(木) 06:46:30.59

単純に興味なんだが、
リードインにおいて、P,Qを除いたR,S,T,U,V,Wの合計は
(12*6)*150 = 10800 = 4.6セクタ分
なんで、狭義のCD-TEXT用に送ったデータそのまま先に音声データとして書き込まれたのかな
って想像するんだけど、ズレた5セクタ分って、本当に0だけだった？
途中に意味不明なデータがなかったりしない？
まぁEACのCRC計算無視区間も5セクタなんで、その数値が回り回ってなのかもしれないけど。

**名無しさん＠お腹いっぱい。** · 2022/01/20(木) 07:43:08.56

634, 635 です。

>>648
いえいえ、GJは645さんですよ。この方のアイディアがなければ「機械が悪い」で片づけてしまうところでした。

>>652
はい。0だけでした。
バイナリエディタはStirlingを使用しております。
ヘッダーの0x2Cバイト以降をどこか選択し、メニューから「不一致検索」で、
初めて0でない箇所を探したので、間違いありません。

**名無しさん＠お腹いっぱい。** · 2022/01/21(金) 09:03:54.93

当方のドライブはCDTEXT対応みたいなんで、
誰か余裕のあるときに試して欲しいのだけど、
書き込みオフセットをマイナスに大きい値にして、
本来だったら無音ではない先頭部分が大幅に切れちゃうケースにしたらどうなるんだろう。
要するに、補正値として5フレーム分加算されたのでデータは切れないのか、5番の論理ブロックから書き始めたのでデータが切れるのか

**名無しさん＠お腹いっぱい。** · 2022/01/25(火) 15:59:31.44

セキュアモードにしたら読み込み速度が4倍速になって15分もかかって草

**名無しさん＠お腹いっぱい。** · 2022/02/08(火) 19:33:46.34

https://egg.5ch.net/test/read.cgi/software/1496658487/872-
2年近く前ISRCが話題になり874で試すと言ったものの正直忘れてたのとCDリッピング機会が減ったこともあり今頃で申し訳ないが
曲数が多いCDをレンタルしたのでレス

25曲入り「タイムボカン名曲の夕べ」の2枚目(VTCL-60030)
Pioneer BDR-208とSonyOptiarc AD-7200Sの結果は同じで
今回のCDに限ってだけど俺環境のPioneer BDR-208でISRCの取りこぼしは起きなかった

**名無しさん＠お腹いっぱい。** · 2022/02/08(火) 20:04:13.00

ごくろうさんです

**名無しさん＠お腹いっぱい。** · 2022/02/08(火) 20:53:05.68

どういう経緯かは知りませんが、
ISRCはサブチャネルのQチャネル、つまり位置情報のところに記録されるもので、
およそ100ブロック(フレーム)毎に位置情報の代わりに記録されます。
ここが読めないドライブなど存在しません。
Qチャネル用のCRCもあるし、100ブロック毎ということは
10,100と同じデータがあらわれるので、
相当問題がないかぎり取りこぼしはあり得ない性質のものです。

**名無しさん＠お腹いっぱい。** · 2022/02/13(日) 04:36:57.99

小傷が付いたCDのサブコード読み出しは結構脆弱だよ
この前πのDVRで吸ったCDはINDEX0がどのトラックも6～7フレームしかなくISRC取りこぼしが起きた
LITEONやLGだとINDEX0は普通の値で微妙に不安定なトラックがあったがISRCの取りこぼしはなかった
新品に近い別個体のπも同様だったのでパナチップのπはサブの読みがイマイチなのかもしれん
傷がない別個体の同じCDだともπはLITEONやLGと同じINDEX0になりISRC取りこぼしも無かった
πのBlu-rayライタはDVDライタとチップが違うからこうはならないだろうけどね

**名無しさん＠お腹いっぱい。** · 2022/03/11(金) 15:40:52.04

このソフトを導入してLameを入れて192に設定してCMPをやったのですが、
できたファイルがwavで全然圧縮されていませんでした
mp3にするにはどうすればいいでしょう？

**名無しさん＠お腹いっぱい。** · 2022/03/11(金) 15:48:29.99

ggrks

**660** · 2022/03/11(金) 16:51:54.28

>>661
かなり頑張ってググったのですが出てこなかったので教えて下さい

**名無しさん＠お腹いっぱい。** · 2022/04/06(水) 20:35:14.28

>>487
>>491
EACで取り込めないほどひどい盤面だと
音楽用プレイヤーで再生できるわけないんだよな

**名無しさん＠お腹いっぱい。** · 2022/04/18(月) 14:07:57.65

高速リプできるスリムドライブ探してるんだけど
セキュアモードで初速10倍程度以上でるやつ
IDEのは持ってるけどSATAはないのかな

**名無しさん＠お腹いっぱい。** · 2022/04/18(月) 14:55:22.83

ディスクによってスピードが全然違うからなあ（傷がなくても）
SATAとUSB2のドライブでいくつか試したが大差なかった
昔のドライブの方が読み取り性能が高くて早いかもね

**名無しさん＠お腹いっぱい。** · 2022/04/18(月) 15:22:32.88

>>665
そうなんですね
ちなみにセキュアとC2エラーにチェックして初速10倍程度です
ドライブテストでキャッシュはいになるドライブは初速から遅いものばかりでした

**名無しさん＠お腹いっぱい。** · 2022/04/22(金) 22:54:47.96

うちのは大傷がついてるんだよなあ

**名無しさん＠お腹いっぱい。** · 2022/05/18(水) 07:28:24.44

cuedbにもっとCDを登録しろよお前ら

**名無しさん＠お腹いっぱい。** · 2022/05/18(水) 16:10:19.45

CDDBといえば少し前から滅茶苦茶に文字化けしたデータが多くなってる
なぜ？

**名無しさん＠お腹いっぱい。** · 2022/05/19(木) 02:57:24.48

>>668
それだとどこか分からんやろ

http://db.cuetools.net

**名無しさん＠お腹いっぱい。** · 2022/05/21(土) 01:45:32.12

ほう
そんなものがあるのかね

**名無しさん＠お腹いっぱい。** · 2022/05/21(土) 04:53:41.19

>>670
そこのCTDBデータベースにはEAC(のCTDBプラグインが)がリッピングの度登録してる
傷で読み込みが怪しげなCDを何度もリッピングするとその度に登録数がカウントアップするｗ
AccurateRipの方は自分からサブミットしないと登録しないけど

**名無しさん＠お腹いっぱい。** · 2022/05/21(土) 20:30:10.94

俺の失敗情報アップロードしたくないなあ
常時ROMることってできないの

**名無しさん＠お腹いっぱい。** · 2022/05/21(土) 20:58:54.00

成功したらもう一回リッピングしてアップロードすればいい

**名無しさん＠お腹いっぱい。** · 2022/05/21(土) 21:35:28.21

成功するまでCTDBプラグインをオフにして、成功したらCUEToolsでそのデータをスキャンして提出

**名無しさん＠お腹いっぱい。** · 2022/05/22(日) 02:14:54.72

うーむ

**名無しさん＠お腹いっぱい。** · 2022/05/22(日) 03:31:41.40

GracenoteのCD情報の特にジャンル部分がplayer、iTunes、Music Centerと全部バラバラなのはどういう仕組みなんだろうか？
アルバム名やトラック名はどれも見かけ上相違ないから同じデータベースから取ってきてるはずなのに

**名無しさん＠お腹いっぱい。** · 2022/05/22(日) 09:48:12.51

>>677
確かジャンルは同じデータベースに最大3種類まで登録できたはず
（もう今は叩けないが）WebAPI叩くときに何種類まで取得するか選択できた記憶がある

**名無しさん＠お腹いっぱい。** · 2022/05/23(月) 01:15:17.09

ジャンルが複数登録出来ること以外にも、ソフト毎で対応可能なジャンルに違いがあるのも理由の一つなんだろうか
例えばThe BendsはiTunesでは「Indie Rock」、Music Centerでは「Brit Rock」、playerでは「Brit Pop」で全てバラバラ
ただ色んなCD見た限りでは、なんとなくiTunesが一番まともそう
まぁ音楽のジャンルなんてあってないようなものだから、ぶっちゃけどうでもいいんですけどね

**名無しさん＠お腹いっぱい。** · 2022/05/23(月) 13:44:11.78

いいのか

**名無しさん＠お腹いっぱい。** · 2022/05/23(月) 22:33:49.30

ジャンルタグの利用頻度高いなら他のアーティストとかを勘案して
自分として都合がいいのを選ぶ必要はあるけど
そうでなければ複数のジャンルに当てはまる場合とか
考え出してたらきりがないし拘っても面倒なだけだわな

**名無しさん＠お腹いっぱい。** · 2022/05/24(火) 07:44:43.27

>>670のDBってオフセット考慮されてる？

**名無しさん＠お腹いっぱい。** · 2022/05/24(火) 15:55:42.88

オフセットはいまだに自分には理解できない…

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 01:32:42.06

CDは開始位置に自由度があるけど、規格で定められなかったから
バラバラなものが市販されてる。
けど比較のためにはどこかに揃えないといけない。

ところで、先頭・末尾に全く無音が無い、
ここでは目一杯CDと呼ぶことにするけど、
目一杯CDなら、どっちにズレてもデータが欠落するから
開始位置を完全に特定できるのは分かるよね？

もう想像つくだろう？
EAC(AccurateRip)のゼロ地点は
EACの作者が初めて遭遇した目一杯CDの開始位置だ。

そしてプレクスターのゼロ地点は、
当時の原盤作製機を初期設定から全く変えなかった場合の
開始位置だ。

どっちも、そういう開始位置のCDが実在するし、
そういう開始位置のCDに我々が遭遇する確率は
どっちも極めて低い。
ただ他人との比較のためには、どこかに揃える必要があるというだけの話だ。

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 01:37:49.27

それだけだと全部読んで抜き出せば良いじゃん。と、素人は思うんじゃね？

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 01:44:58.95

全部読む
というのが、いわゆるオーバーリードにあたる。
それが出来ない、ユーザーに開放していないドライブが大半だから
現在のようになってる

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 07:26:25.49

>>685
どこから読めば全部読めるのかってのが規格化されてないのよ