【EAC】Exact Audio Copy β19

**名無しさん＠お腹いっぱい。** · 2021/09/11(土) 17:21:29.91

>>531
ああ、CD ExtraとかEnhanced CDとか呼ばれているCDにはデータトラックが最後に入ってるね
あと一時期流通していたコピーコントロールCDの中にも最後のトラックがデータトラックのものがあった

まあデータベースにも間違いは少なくないからね
合計トラック数にデータトラックをカウントしてしまっているものもあると思うし、中にはただ単に合計トラック数を間違えて登録しているものもあるかもしれない
ただ、タグエディタを使えばいちいち手動で確認＆修正しなくても自動で合計トラック数のタグを実際の曲数に修正できると思う
自分は実を言うと普段はmp3tagではなくfoobar2000を愛用しているから、mp3tagでのやり方は調べてみないとわからんけど

**名無しさん＠お腹いっぱい。** · 2021/09/11(土) 17:27:52.59

そういえばplayer.exeが
Users/ユーザー名/AppData/Roaming/Player/discdata
に*.cdbとしてメタデータをキャッシュするけど、これってただのテキストファイルなんだな
今まで気が付かなかった
ファイル名はDiscIDと一致する
cdplayer.iniよりも保存されているメタデータの量が多いから、ここからEACにメタデータを取り込むプラグインを作ったら面白そうだと思った
C#わからんから作れないけど

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

リッピングを始めようとした時に見たサイトがEACとmp3tagやfoobar2000をつかってたり、foobar2000となんとかモンキーを使ってたので気になってたのですが、PCで音楽を聴くためのソフトという印象でした。
PCではテスト用にしか聞かないのでいらないと思っていましたが、EACでリッピングして、タグ管理という意味でもfoobar2000が良いのかもしれないですね。
ちょっとfoobar2000使ってみようと思います。

**名無しさん＠お腹いっぱい。** · 2021/09/13(月) 22:30:33.42

>>534
>なんとかモンキー
MediaMonkeyかな
foobar2000はタグ編集機能等も付いている拡張性の高い音楽プレーヤー
タグエディタとしてはfoobar2000よりmp3tagのほうが高機能だと思うよ
単に自分はfoobar2000が使い慣れているというだけ
タグエディタに関しては↓のスレが参考になるかも
https://itest.5ch.net/test/read.cgi/software/1526025048/

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 02:27:00.52

PLEXTORのドライブ使ってるんですけどAccurateRipの欄がチェック入らない。
入れたCDもすぐ吐き出し、KEYDISCがどのこうのというエラーが表示。
IDEの頃のものはSATAでは無理なんでしょうか。
マザーボードのCMSとか調べて設定したし、なんだかもう分らん。
EAC起動しなければ、CDは再生するんです。
試しに外付け化すればちゃんと動くのが謎。でも外付けしたくない。

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 03:10:03.88

EACからドライブは認識されてるのか？OSは？接続はどこの何？EACのVerは？説明少な過ぎ
EACオプション - インターフェイス　の設定変えても無理なら「EAC ドライバ」とか「EAC ドライブ認識」でググれ

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 09:55:42.59

>>536
PLEXTORのドライブっていうけど、どのドライブ使ってる？
型番まで書いてくれないと困る

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 10:40:57.38

>>537
>>538

情報不足ですみませんでした。
型番はPX-755Aでバージョンは1.08です。
EACからドライブは認識されいて画面にも表示されています。
接続はIDEからSATAに変換して内部接続しています。
以前は外部にUSB変換して接続していました。
OSはWindows 10 Home 20H2です。
EACのバージョンは1.6で試しましたが1.5に戻しました。
AccurateRipがどうもおかしい気がします。

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 12:34:03.25

>>539
プレクスターのドライブ(OEN除く)は、IDE-SATA変換すると正常に動作しないなどのトラブルがあるからやめた方がいいよ

PCI Expressスロットが足りるならこれを買った方がいい
先日まで、このボードでWin10 x64＋premium 2でEACを使ってたので
https://www.century.co.jp/products/cifide.html

**539** · 2021/09/17(金) 15:10:35.07

誤解を招くと困るので一応・・・(>>539)
やめた方がいいのはIDE-SATA変換することで、プレクスターのドライブ(OEN除く)ではない
プレクの自社ドライブは良いドライブなので・・・

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 15:19:56.18

余談

実はPX-755/760Aのピックアップは、NECのND-3550/4550/4551A、LITEONのSHM-165P6S/H6Sと互換性がある
興味があればオクなどで探してみては
前者はI-O DATAのドライブが入手しやすい(詳細は>>541)

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 15:20:47.21

訂正

余談

実はPX-755/760Aのピックアップは、NECのND-3550/4550/4551A、LITEONのSHM-165P6S/H6Sと互換性がある
興味があればオクなどで探してみては
前者はI-O DATAのドライブが入手しやすい(詳細は>>544)

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 15:21:26.89

>>543続き

NECのND-3550/4550/4551AなI-O DATAのドライブ

・ND-3550A
内蔵
DVR-ABN16F
DVR-ABN16FBK
DVR-3550LE
DVR-3550LEBK
外付け
DVR-UN16F

・ND-4550A
内蔵
DVR-ABN16R
DVR-ABN16RBK
DVR-4550LE
DVR-4550LEBK
外付け
DVR-UN16R
DVR-UEN16R

・ND-4551A
内蔵
DVR-ABN16L
DVR-ABN16LBK
外付け
DVR-UN16L

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 15:22:18.89

>>544続き

ちなみにLITEONのドライブはこれ
SHM-165P6S
SHM-165H6S

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 15:29:36.88

AccurateRip使うにはkeydisc使ってそのドライブのオフセット値をEACに設定する要あったと思うけど
それはやってるのん？

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 17:09:16.11

>>536
メインメニューのEAC→設定ウィザードを選んで、CDの挿入を要求されたときにAccurateRipのKeyDiscを入れてみるとか

KeyDiscのリスト↓
http://www.accuraterip.com/keydiscs.htm
このリストに載っていなくてもある程度メジャーなCDならKeyDiscとして使えると思う

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 17:30:55.08

>>540
>>539です。
ありがとうございます。それを買います。
変換のはどれもダメみたいですね。玄人志向もサンワのも使いましたけど。
でもこれならいけそうな感じがします。

**名無しさん＠お腹いっぱい。** · 2021/09/17(金) 17:39:25.55

>>541-545
恐縮です。ありがとうございます。
>>546
>>547
外付けの時は何の苦労もなく動作してたんです。
KEYDISCなんて求められることもありませんでした。
内臓にして変換つけてSATAに付けたとたんAccurateRipが効かなくなりました。
>>540さんのやり方で試してみたいと思います。
KEYDISCの邦楽が宇多田のFirst Loveしかないなんて…。
メルカリでそれも買いました。

**名無しさん＠お腹いっぱい。** · 2021/09/18(土) 15:24:47.27

同一ドライブでも接続口・ドライブレター変わればkeydisc設定が必要になるけどそれはやってるの？
ちなみにkeydiscはリストになくてもそこそこ売れたJPopタイトルならまず登録されてる
登録されてないCD探す方が面倒くさいぐらい

**名無しさん＠お腹いっぱい。** · 2021/09/19(日) 20:37:55.87

中島みゆき/LOVE OR NOTHING ヤマハ再販盤(YCCW-25)の最終トラック11だけAR通らない
新譜リリースのポニーキャニオン盤(PCCA-649)は全トラックOK
しかし吸った2つを比べると(ズレ除いて)バイナリ完全一致
これはヤマハ盤のARデータベースがおかしいのだろうか？

EACのlogを保存してなかったのでCUEToolsで改めてverifyしたlog
ヤマハ(再販)盤
11 [b522450d|8a65510d] (0+0/4) No match
ポニーキャニオン(新譜)盤
11 [db3e910d|1629e3c9] (00+31/61) Accurately ripped
ヤマハ盤はCD最終秒で513サンプル違うそうだがrepairで修復できない

**名無しさん＠お腹いっぱい。** · 2021/09/20(月) 11:12:16.69

>>551
CTDBともARDBとも一致しないということ？
それとも一致しないのはARDBとだけ？

**名無しさん＠お腹いっぱい。** · 2021/09/20(月) 20:54:58.23

>>552
CTDBは通ってる。が、153サンプル違う結果も存在するらしい
ヤマハ
11 | (53/59) Accurately ripped, or (4/59) differs in 153 samples @04:09:37-04:09:39
ポニーキャニオン
11 | (301/318) Accurately ripped
CTDB TOC IDもAccurateRip IDもヤマハ盤とポニーキャニオン盤は違ってて別CD扱い

**名無しさん＠お腹いっぱい。** · 2021/09/20(月) 23:21:41.37

>>553
なるほど

ヤマハ盤のデータはおそらく↓だろう
http://db.cuetools.net/lookup2.php?version=3&;ctdb=1&metadata=extensive&fuzzy=1&toc=0:22705:48455:72715:97197:121647:143627:171457:197247:219410:258722:277455

http://www.accuraterip.com/accuraterip/d/a/1/dBAR-011-0018e1ad-00d8f809-9e0e730b.bin

AccurateRipのほうは、トラック11の場合
0xb32d66af Confidence=2
0x03d081e2 Confidence=2
0x00000000 Confidence=0
の3件のCRCが提出されているようだ
Confidence=2だし、そこまで気にしなくていいかもしれん

C2エラー検出の設定を今の設定と逆にしてリッピング→CRCが一致するか試してみるとかどうかな
オーバーリードはoffにしてあるよね？

**名無しさん＠お腹いっぱい。** · 2021/09/20(月) 23:30:35.72

0xb32d66af Confidence=2
0x03d081e2 Confidence=2
片方がARv1のCRCで、もう片方がARv2のCRCかもしれないな

**名無しさん＠お腹いっぱい。** · 2021/09/21(火) 01:08:32.03

>>554
うちじゃオーバーリードON/OFFで結果は変わらなかった
それからEACのログじゃわからないけど、CUEToolsのログ見ると
ヤマハ盤はAR基準オフセット+86と+459の結果も登録されていて
+86でverifyするとトラック11はAccurately rippedになるが代わりにトラック8がNo match
+459でverifyすると全トラックAccurately ripped
+86はLGとかの+86ドライブ使ってCUERipperでオフセット付けずに吸って登録したのかもしれないな
+459もそうかもしれないが、ARドライブDBにオフセット+459のドライブは無い。よくわからん

まぁポニーキャニオン盤と同じバイナリになる今の結果でよさげなので
ARDBにsubmitした。あと2週間ぐらいしたら照会できると思う
YCCW-25持ってる人は現状と3週間後にAccurateRipしてみてほしいｗ

**名無しさん＠お腹いっぱい。** · 2021/09/24(金) 10:45:07.87

オーバーリードを有効にすると逆に読めなくなる場合があるので注意が必要

チェックを入れた方が良い場合

オフセットがAccurateRip基準で＋29、実験室基準で－1以下の場合でLead-in(リードインのみ可)と判定された場合

オフセットがAccurateRip基準で＋31、実験室基準で＋1以上の場合でLead-out(リードアウトのみ可)と判定された場合

オフセット値関係なくBoth(両方)と判定された場合

**名無しさん＠お腹いっぱい。** · 2021/09/24(金) 12:03:35.14

これ以外はオーバーリードのチェックは外した方がいい
もちろんNone(なし)と判定された場合も

**名無しさん＠お腹いっぱい。** · 2021/09/27(月) 14:51:16.23

～　SONY CDU948Sでの位置ずれのない焼きについて　～

SONY CDU948Sは、EACで作ったOffset Test CDで「Read sample offset correction」を検出すると、検出するたびに値が異なってしまいます。

また、非MMCドライブのため「Write samples offset」も求めにくくなっています。ただ、他の多くのドライブのOffset値が判明しているため、実際に948Sでライティングをして、他ドライブで吸って比較・・・といったことをすれば「Write samples offset」は検出可能です。
（詳しいやり方は省きますが、948Sの「Write samples offset」は「+24」です）

さて、実際に948Sで（位置ずれのない）音楽CD焼きを行うにはどうすればいいのか？ですが、

１．「Combined read/write sample offset correction」に適切な値を入れて、948S以外で読む。（EAC + 948Sでリッピングすると、読むたびに位置ずれがおきるため）
２．できたCUEシートをCDRWINまたはnero5.5等に読ませて焼く。

となります。
ポイントはEACで設定するの「Combined read/write sample offset correction」の求め方ですが、

例）PLEXTOR PX-40TSを読みに使用する場合
646 + 24 = 670

例）PLEXTOR PX-W4012Aを読みに使用する場合
68 + 24 = 92

例）TEAC CD-532Sを読みに使用する場合
62 + 24 = 86

です。

**名無しさん＠お腹いっぱい。** · 2021/09/27(月) 15:04:20.53

>>559
ちなみに、プレクの自社ドライブと現行のドライブで「Combined read/write sample offset correction」を設定する場合は

プレクの自社ドライブ(PX-708A、PX-712A、PX-716A、PX-755A、PX-760A、Premium、Premium2)を読みに使用する場合
0 + 24 = 24

パイオニアのBDドライブ(基本全機種)を読みに使用する場合
637 + 24 = 661

例）現行のライトンやLG、つまりMediaTekのチップを積んだドライブを読みに使用する場合
-24 + 24 = 0

となります。

**名無しさん＠お腹いっぱい。** · 2021/09/27(月) 15:16:17.62

>>559-560応用編
ヤマハのCRW-F1で、AudioMasterを使ってB's Recorder GOLDで焼く場合は

プレクの自社ドライブの場合
0 + 36 = 36

パイオニアのBDドライブの場合
637 + 36 = 673

ライトンやLGの現行ドライブで、チップがMediaTekの場合
-24 + 36 = 12

未確認だが多分あってるはず

ちなみにB's Recorder GOLDは最新版(現在17)でもAudioMasterが使用可能

**名無しさん＠お腹いっぱい。** · 2021/09/28(火) 03:31:51.53

流石にCDRに焼いてる人ってもうおらんやろ？
リッピング目的のドライブであり聴いたり保存はフラッシュメモリかHDDだよな

**名無しさん＠お腹いっぱい。** · 2021/09/30(木) 03:16:17.47

車もファイルでOKだしCDDAで焼く必要性を感じない

**名無しさん＠お腹いっぱい。** · 2021/10/01(金) 22:55:25.36

最近のカーオーディオなんかドライブレスのファイル再生専用が増えてるもんな
ディスプレイオーディオもドライブレスだしUSBさして再生さすのが当たり前になってる
自作PCやBTO、メーカー製もドライブレスが当たり前になってきてる
自分もわざわざパイオニアの内蔵用BDドライブを買ってきてベアボーンで外付け化して使ってるけど
焼いたりはもう一切してないな

**名無しさん＠お腹いっぱい。** · 2021/10/02(土) 00:50:27.89

ドライブ付けようにも付けるベイがないんだからつらいよね

**名無しさん＠お腹いっぱい。** · 2021/10/02(土) 13:18:25.94

CDをリッピングしたいので、プレクスターのドライブが欲しい。
今買うならどれがいい？

結論
Premium、PX-755A、PX-760Aで。
使いこなせるならPremium2もあり。
PlexTools Professional(以下純正ソフト)でのエラー計測などの特殊機能が不要なら、PX-708AやPX-W4824TA、PX-W5224Aもあり。
PX-712A、PX-716Aはやめとけ。(特に後者)

理由
一番の理由はピックアップの流用が効くかどうか。
PremiumはW4824TAとW5224A、755Aと760AはNEC中期の一部ドライブのと互換性がある。
PX-712Aは設計上の都合で、読みだけでもピックアップを大きく消耗する。
その為、あまり書き込んでないのにピックアップがダメになるという・・・
ただ、ピックアップはPX-708AやNEC初期の一部ドライブと互換性があるのでまだマシな方。
PX-716Aは欠陥品。個体差が非常に大きく、良個体は基本存在しない。また、ピックアップの消耗も早く、他のドライブから流用も効かないというから最悪。
Premium2は、高価でgigarec0.9xやエラー計測をしないという人には勿体無い。AudioMasterが使いたいというならヤマハのCRW-F1で充分。また、相性の良いCD-Rが少ないというのもある。他にもCD-RWの書き込みに不具合ありというのも。

**名無しさん＠お腹いっぱい。** · 2021/10/02(土) 13:46:05.83

接続について
IDEのドライブなので、今のマザーにはIDEポートがないので物理的に取り付けられない。
なのでIDE増設ボードやIDE-USB変換基板が搭載されている外付けケースを買うことになる。
前者はCIF-IDEというボードがおすすめ。
後者は、2005年以降に発売されたI-O DATAの16倍速以上18倍速までの外付けドライブの中身を入れ替えて使うのがおすすめ。付属のACアダプターは電源が弱いので、TAS0046というのに交換した方が安心。それでもちょっと足りないドライブもあるけど

**名無しさん＠お腹いっぱい。** · 2021/10/02(土) 15:41:15.37

最近使い始めた初心者なんだけど、端的に

”選択したトラックをエンコードせずコピー”
”選択したトラックをエンコードしてコピー”

はどっちが良いの？親父の古いCDを焼く予定

**名無しさん＠お腹いっぱい。** · 2021/10/02(土) 15:56:57.96

いい悪いじゃなくて目的に合わせて決めるといい
flacとかは半分弱しか縮まないが可逆でビットパーフェクトでwavに戻せる
mp3とかm4aとかは320Kでも1/5ぐらいになるが非可逆で元には戻せない
wavはエンコードしない分リッピングが最も速いが当然サイズが一番大きい

**名無しさん＠お腹いっぱい。** · 2021/10/03(日) 09:04:48.14

自分で聴くだけのリッピングは全部ofrのmaxにしてる

**名無しさん＠お腹いっぱい。** · 2021/10/04(月) 06:26:21.30

久しぶりに使ったらCD一枚に一時間弱掛かるんだが、おま環？前は精々15分だったと記憶してるが・・・

**名無しさん＠お腹いっぱい。** · 2021/10/04(月) 10:56:35.75

15分もおかしいけどなｗ
ディスクにもよりけりだけど精々、数分だよ

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

うちの最初のドライブはR4倍速RW2倍速だった

**名無しさん＠お腹いっぱい。** · 2021/10/06(水) 00:28:43.50

>>571だけど、他のソフトを全部閉じたら10分弱で終わった
因みにCDはレンタルしたビートルズで98年盤とかそんなの

OSはSSDだし保存場所は別のHDD
となると、遅延の遠因はCPU使用率・・・？

**名無しさん＠お腹いっぱい。** · 2021/10/06(水) 12:58:55.34

てか10分もおかしいけどな
CDのリッピングなんて早いディスクなら2分とかそんなぐらいよ
どんなドライブ使ってんの？
速度規制かかってるファームのドライブなんだろうね

**名無しさん＠お腹いっぱい。** · 2021/10/08(金) 06:13:39.11

おかしいとか言ってるのはお前だけだけどな

**名無しさん＠お腹いっぱい。** · 2021/10/08(金) 08:22:29.77

ギャップ検出だけで2分なんて過ぎ去るだろ

**名無しさん＠お腹いっぱい。** · 2021/10/09(土) 06:38:06.61

CDビュンビュン早くてうれちいでちゅね～

**名無しさん＠お腹いっぱい。** · 2021/10/09(土) 15:07:50.59

ゴミみたいな煽りかました時点で負けやぞ

**名無しさん＠お腹いっぱい。** · 2021/10/11(月) 07:48:57.27

結局は対物なんだから、速けりゃ良いって訳でも無い気がするがな
馬鹿は速けりゃ何でも良いと思っちまうからなあ

**名無しさん＠お腹いっぱい。** · 2021/10/11(月) 08:21:15.85

やめたれｗｗｗ

**名無しさん＠お腹いっぱい。** · 2021/10/11(月) 09:04:22.41

こらこら、ビュンビュン大好きな発達障害者君を虐めてやるなよ＾

**名無しさん＠お腹いっぱい。** · 2021/10/13(水) 02:52:33.21

>>545追記
TEACからOEM版出てた

DV-W516GD
DV-W516GDM

**名無しさん＠お腹いっぱい。** · 2021/10/13(水) 16:10:54.99

>>567
TAS0046の代わりに、TAS0072を使っても良い。

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

またACアダプター発見
でも、使えるかどうか微妙(ピン配置、極性は同じだと思うけど)
っていうかケースGNDって何？

5V 1.5A/12V 1.5A版・・・UEA325D-0512-A
5V 2.0A/12V 2.0A版・・・UEA136D-0512-A

**名無しさん＠お腹いっぱい。** · 2021/10/14(木) 12:52:20.28

エラーが出たけど疑わしい箇所を聞いても
ノイズも音飛びも確認できず
自然な時ってどうしてますか？

**名無しさん＠お腹いっぱい。** · 2021/10/14(木) 13:25:40.29

昨日からAccurateRipのデータベースにつながらなくて
[database access error: リモートサーバーに接続できません。.]
ってメッセージが出るんですけど、CTDBのほうはつながっているので
AccurateRip側の問題でしょうか？

**名無しさん＠お腹いっぱい。** · 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
どこから読めば全部読めるのかってのが規格化されてないのよ

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 12:27:27.03

>>684
はい、先生！
結局真のゼロ地点は分かりようがないから
Accurate rip の値で補正した地点が基準ということで理解してよろしいですか？

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 12:35:32.33

それによって、データを欠落させないことを確認した上でなら、それでいいと思うよ。盲目的に揃える、あまつさえ、それが原盤に忠実などと信じ込むお馬鹿が多い気がするけど。

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 12:41:42.43

よろしくないけど分かんないならそれで良い
ARで取りこぼしてtrue0で取りこぼさないなんて稀だしな
でもプレクの読み書き0のドライブ使ってるなら0を薦める
極論、子、孫とコピーしてズレて行かないならOK

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 13:08:25.21

>>690
はい、先生！
日立LG製ドライブ(読み+667 書き+0)で子孫コピーしてもズレてないです
でもプレクは読み+0でズレますが+30が正しいのですか？

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

> でもプレクは読み+0でズレますが
プレクのどのドライブだよ
プレクだからって全部+0じゃないぞ
読み書き共に0で良いのはAR基準でのオフセット訂正値が
Read sample offset correction +30
Write samples offset -30
となってるPREMIUMやPX-760Aとかの限られたドライブだけな

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 16:23:54.45

>>692
先生すいません PX-716Aです

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 16:58:06.42

716A今も現役な人いたんだ・・・
このドライブ、壊れやすいし他のプレク自社ドライブのようにピックアップの流用が効かないから好きじゃないんだよね・・・

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

とりあえず、プレクの自社ドライブはPX-708A以降は読み書き0でOK

廉価機種を除くと
PX-708A
PX-712A
PX-716A
PX-755A
PX-760A
Premium系
が対象

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 17:03:26.08

何故ならこれらのドライブはAR基準で、読み＋30、書き－30だから

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 21:46:24.75

よく現役で使えてるな
プレクのはPX-712Aを当時25000円ぐらいで買って使ってたが数年で壊れた
検索したらその後結構な人数が故障報告をしてたのでやはり壊れやすいのかなと

SCSI時代のシナノケンシドライブは堅牢だったのだが

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 22:58:07.25

PX-712Aは設計に欠陥があったらしく、読むだけでも焼き並にピックアップの消耗が大きかったという。

**名無しさん＠お腹いっぱい。** · 2022/05/25(水) 23:56:30.67

オフセットで影響を受けるのは最初のトラックと最後のトラックだけなのですか？
それとも全部のトラックが影響を受けるのですか？

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 00:16:38.24

音楽データ自体は一本糞
Trackで区切られている訳じゃない
TOCに従って最初からmm分ss秒のところって風に計算して頭出し
つまり「最初の地点」がズレてると全体がその分だけズレる
曲の先頭末尾の無音部が少ないCDで極端なオフセットを設定してみたら分かるかも

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 00:23:43.31

いうなれば本の目次の
P1
P50
P100
みたいなやつがあるとして、
P1の定義が「1枚目の紙」「題名のページ」「本文の始まるページ」
みたいに解釈が分かれうるから
どれをP1とみなすかによってその後が全部ずれる…みたいなことかな？

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 09:03:10.17

既に他の人も言ってますが、
CDのメインデータ自体はひたすら羅列されてる一つの塊です。
2352文字を1ページにすることだけが決まっていて、
何文字目から第1(150)ページにするかが決まってません。
常識的には物理限界を1文字目とした場合に35万文字目あたりにします。
トラックの情報はページ単位で、別枠のデータとして指定されるので、何文字目を基準にするかが変われば、順次変わります。

一つの理想形として、物理限界を1文字目とした場合に2352×150+1文字目を第1ページにすることが考えられますが、
AccurateRipもプレクスターも、ゼロ地点はそこではありません。
プレクのゼロ地点に拘る人もまた愚かです。

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 09:16:53.43

>>695
話しが逸れてしまうが
Premiumのトレイが開かなくなることを防ぐためディスク入れておくのを忘れてしまい
しばらくして気がついてトレイ押しても出てこなくて焦ったわ
幸い復活してくれ一安心…

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 12:56:32.37

プレク持ってる人が30訂正値にこだわるのは、何かあったときにEAC以外で検証できるってのがある

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 13:00:39.73

自分のドライブのオフセットがわかってれば良い話で、
ただの言い訳である。

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 13:50:02.39

>>703
Premiumのトレイが開かない問題はこれで解決できるから試して見て
保証期間はとっくの昔に切れてるし、メーカー修理も終わってるので剥がすと保証がなくなるシールは躊躇わずに剥がしてしまおう
余談だが708Aや712Aでも同様の問題が起きるので注意
http://town3715.html.xdomain.jp/plex_prem.html

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 18:59:13.01

物理限界の端っこから端っこまで読み取れるやつがあれば解決なんじゃないの？
実質何も入ってない余分な部分があるにしても全確保のほうが安心できる人種でしょ

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 19:10:03.99

極端なことやったって、じゃあcueファイルになんて書くんだって話になる

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 20:33:50.53

「再生時はここまで無視する」とか？

**名無しさん＠お腹いっぱい。** · 2022/05/26(木) 21:47:46.26

久しぶりに盛り上がってるな

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 03:31:05.91

それが無いかあっても業務用の高価な機械なのでEACが生まれたんじゃねーの？
わざわざコピー繰り返せばズレるように作ってるんだろうね。自主規制みたいなもんなんだろうか
読み0書き0のドライブが在ったのに他メーカーはなぜ追従しなかったのか

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 05:04:16.16

0という数字に惑わされ安いが
既に述べられているように
そこに特別な意味はない。
繰り返しで変わらないかどうかは
Combinedが0かどうかなんで、
それは色んなメーカーにもあるだろ。
決まったものがないのだから、単純に、そのメーカーが
その時点で回路設計しやすいものを選択した
結果にすぎないのではないかと思う。

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 07:40:30.57

>>712
これに尽きる
規格化されてなかったのがそもそもの原因なのだから

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 08:46:20.56

>>707
限界である必要はなく、実質ありえんレベルを越えて
オーバーリードできれば良い。
それが当にプレクの一部であり、識者の推奨理由は、プレク基準ゼロでは決してない。

オーバーリードした上で、
まず人数の多いAR基準で内包できるのなら、そう切り出すし、
次にプレク基準で内包できるなら、そう切り出すし、
両方とも内包できなかったら、内包できる最小補正距離で切り出す。

実効レベルで、「全部読んで切り出す」ことを、
知識と道具両方持ってる奴は昔からやってるよ。

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 09:22:33.86

まあ出来るんだろうけど、本当にそれをやってる奴が昔からいるのなら
それを自動化するツールがあっても良いもんだとも思うね

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 09:42:41.26

俺は使わんけど、
DiscImageCreatorが、ほぼ、それに近いことをやってたはず。
PCエンジンとか、トラック２以外、
ほぼほぼ音楽CDなんで、
AR基準でオフセットマイナス800とか
ざらだからね。
πの６６７ですら先頭が切れるという。

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 11:52:10.18

マスタリングエンジニアが作った納品データを正とするなら、ダウンロードで4416のwavやflacを買ってきて、プレスラインとかを特定して数値を決める方法もある
同時期の同じプレスラインなら、他のアルバムにもある程度応用できる
欠点は、ストリーミングもハイレゾになってきたってのにダウンロードはなぜが非可逆ばっかりなこと。現状ototoyくらいか

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 14:03:09.10

みんなすげーな
俺なんて曲が聴ければいいと思ってるから適当だわ

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 16:46:21.94

こんなスレ覗くくらいには神経質だよw

**名無しさん＠お腹いっぱい。** · 2022/05/27(金) 22:07:14.84

>>706
ありがとう
なるほど。根本的に解決できるのか
気力がみなぎってる時にやってみる

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

>>682
CTDBはオフセット値に影響されない検証を行うのがコンセプト
オフセットのズレをDB側で吸収して検証するので
各人なりのオフセットでも問題ない（1秒ずらすとかアホなことしないかぎり）

**名無しさん＠お腹いっぱい。** · 2022/05/28(土) 06:20:23.53

難しい

**名無しさん＠お腹いっぱい。** · 2022/05/28(土) 19:41:58.67

ログの最後のCTDBリストに出てくる
16 | (173/976) Accurately ripped, or (9/976) differs in 6093 samples @05:35:64-05:35:72
ってのは、173/976個マッチしてるけど、05:35:64-05:35:72間の6093サンプル違いで
9/976個マッチするCRCがあるぜ！って意味？

**名無しさん＠お腹いっぱい。** · 2022/05/29(日) 21:19:02.35

はぁい

**名無しさん＠お腹いっぱい。** · 2022/06/21(火) 13:52:13.39

http://db.cuetools.netは冒頭の300オフセットくらいを削ってオフセット差を潰してるから
オフセットに左右されないリッピング検証が可能
そしてCDに入れなくてもwebでCD検索が可能なので持ってないCDのデータを覗くことも出来る
だから、皆ガンガン登録してくれよな
日本語CDの品揃えショボいから

**名無しさん＠お腹いっぱい。** · 2022/06/21(火) 18:44:57.47

理由になってねぇな
>>252
にあるように、汎用データベースは、皆おしなべて
万人が読まるわけじゃない可能性のある範囲は妥協して削ってる。
妥協した部分は正常に読めてる保証がない。

**名無しさん＠お腹いっぱい。** · 2022/06/21(火) 21:03:53.18

まじか

**名無しさん＠お腹いっぱい。** · 2022/06/21(火) 21:22:42.62

非計算部分は円盤状態やドライブ・リッパー頼みですな
安心度を上げたきゃ同CDの別円盤個体を吸った結果と同じか？とかやるしかない

**名無しさん＠お腹いっぱい。** · 2022/06/22(水) 15:58:48.43

>>726
なってるぞ
CTDBは実CD入れなくてもDBを閲覧出来る
これは他に無い強み

**名無しさん＠お腹いっぱい。** · 2022/06/23(木) 13:50:37.16

>>728
まじか

**名無しさん＠お腹いっぱい。** · 2022/07/09(土) 21:20:25.23

今入手可能なドライブでベストバイはどれ？
BDはあってもなくてもどっちでもいい