20/07/28 00:22:44.95 b2oTv4fv0.net
AccurateRipの集計によるドライブランキング(2019年)
URLﾘﾝｸ(forum.dbpoweramp.com)
「品質」の意味
C2オンとオフの具体的な意味は
URLﾘﾝｸ(wiki.hydrogenaud.io)
品質の具体的な意味は
URLﾘﾝｸ(www.exactaudiocopy.de)
改変不可
Legal.rtf
>you may not modify, or create derivative works based upon, the Software in whole or in part
多重起動のときの注意
EACを起動する数に応じた別々のフォルダにEACをインストールする必要があるけど
URLﾘﾝｸ(www.exactaudiocopy.de)
>You can open two instances of EAC, enabling you to read audio data
>from two different CD-ROM drives simultaneously. But make sure that
>you start both instances from different directories, otherwise
>some unanticipated side-effects could occur.
3:名無しさん＠お腹いっぱい。
20/07/28 00:32:44.40 b2oTv4fv0.net
・おすすめ設定のHAまとめ
EACオプション
URLﾘﾝｸ(wiki.hydrogenaud.io)
ドライブオプション
URLﾘﾝｸ(wiki.hydrogenaud.io)
URLﾘﾝｸ(wiki.hydrogenaud.io)
その他
URLﾘﾝｸ(wiki.hydrogenaud.io)
・30サンプルについてのEACの作者の見解とCD-R実験室の見解
ｽﾚﾘﾝｸ(software板:257番)
EACの作者の見解
URLﾘﾝｸ(web.archive.org)URLﾘﾝｸ(www.digital-inn.de)
>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.
CD-R実験室の見解
URLﾘﾝｸ(yss.la.coocan.jp)
>すいません。これだけでは判断することはできないということで訂正させていただきます。
・セキュアリッピング概説
URLﾘﾝｸ(tmkk.undo.jp)
4:名無しさん＠お腹いっぱい。
20/07/28 04:22:32 CPrmS06x0.net
乙です
5:名無しさん＠お腹いっぱい。
20/07/28 06:48:27 jtpyvsjP0.net
Easy Audio Copy初めて知ったわ。
でも、EACと同じ読み取り方式とかあるから仲間内でやっとるんか？
6:名無しさん＠お腹いっぱい。
20/07/28 08:49:07.52 9PpSGGOn0.net
前スレでテンプレ整備して～ とか言ってっからバイナリとか有用な情報色々まとめといてくれるのかと思ってたら
枕は無駄に冗長な文に改悪されARのdrivelistが2019年版になっただけっていう。。
ズコーーーAA(ry
シンプルでいいんだよニワカか？
7:名無しさん＠お腹いっぱい。
20/07/28 08:53:03.04 MvFBEuHh0.net
Easyをスレタイに入れられなかった悔しい！！
だからテンプレに入れてやったぜ！！
8:名無しさん＠お腹いっぱい。
20/07/28 12:17:12 dEw7yhUN0.net
■過去スレ
01 ｽﾚﾘﾝｸ(software板)
02 ｽﾚﾘﾝｸ(software板)
03 ｽﾚﾘﾝｸ(software板)
04 ｽﾚﾘﾝｸ(software板)
05 ｽﾚﾘﾝｸ(software板)
06 ｽﾚﾘﾝｸ(software板)
07 ｽﾚﾘﾝｸ(software板)
08 ｽﾚﾘﾝｸ(software板)
09 ｽﾚﾘﾝｸ(software板)
10 ｽﾚﾘﾝｸ(software板)
11 ｽﾚﾘﾝｸ(software板)
12 ｽﾚﾘﾝｸ(software板)
13 ｽﾚﾘﾝｸ(software板)
14 ｽﾚﾘﾝｸ(software板)
15 ｽﾚﾘﾝｸ(software板)
16 ｽﾚﾘﾝｸ(software板)
17 ｽﾚﾘﾝｸ(software板)
18 ｽﾚﾘﾝｸ(software板)
9:名無しさん＠お腹いっぱい。
20/07/28 12:31:00.83 pAunpR3k0.net
>>5
作者同じ人みたい
設定が簡略化されてるみたいだけど、公式にあるスクリーンショット見ると
エラーありの場所を円盤のグラフィックで表示するのはEACにない機能
って事はEACと違ってC2ありでも止まらず吸い続ける事ができるのかも
10:名無しさん＠お腹いっぱい。
20/07/28 21:56:08 oXqyUGyI0.net
>>1
おつ！
11:名無しさん＠お腹いっぱい。
20/07/28 23:38:01.78 KDQjUFmy0.net
>>1
おーはー
12:名無しさん＠お腹いっぱい。
20/07/29 18:57:24.52 BDjXd22L0.net
昨日↓をここに書き込もうとしたらBBx規制になってしまった
ｽﾚﾘﾝｸ(mango板:47番)
文言はURLﾘﾝｸ(nice-disport.seesaa.net)に合わせたつもり
13:名無しさん＠お腹いっぱい。
20/09/12 15:07:59.56 otKHuTjZ0.net
gracenoteのweb api提供がいつの間にか終了していた
14:名無しさん＠お腹いっぱい。
20/09/12 18:35:32.54 otKHuTjZ0.net
でもFAQにはGracenote Open Developer Programについてという項目があるな
さっき試したら去年9月頃にライセンス更新した開発者アカウントではまだデータベースにアクセスできた
でもログインできないし連絡先もわからんしライセンス更新できなくなったら使用不能になりそう
いつかPlayerまで使えなくなったら嫌だな
15:名無しさん＠お腹いっぱい。
20/09/27 19:43:09.11 JejzySCR0.net
助けてー
wikiとかも検索して解決方法たどり着けなかったので
いつものようにFLACとCUEを保存しようとして
アクション → CDイメージをコピーしCUEシートを作成 → 圧縮
で、今までフォルダ選択のダイアログが現れていたのが急に現れなくなりました
数年前、何千枚かコピーしたときにDBがパンクした？とかでなにかのファイルを
消して解決したような記憶があるのですが、対応方法ありますでしょうか
16:名無しさん＠お腹いっぱい。
20/09/27 20:44:33.09 kUnyBWT50.net
伝家の宝刀再インストール
17:名無しさん＠お腹いっぱい。
20/09/27 21:00:08.13 +36slzmT0.net
>>15
EACオプションのディレクトリタブで設定している保存先はどうなっている？
データベースが原因なら、ユーザー名/AppData/Roaming/EACフォルダ内のCDDB.sdfを一旦別の場所に移動させてみると正常に動作するかも
18:名無しさん＠お腹いっぱい。
20/09/28 03:46:52.75 tBvSpNx70.net
ふむふむ
19:15
20/09/28 06:07:40.84 P31Kcq010.net
レスthx
>>16
伝家の宝刀抜いてもだめ・・・ orz
>>17
そのディレクトリパスです！数年前のときはそれで対応してうまくいきました
が、今回はCDDBを取っ払ってもリッピング開始せず
試してみるとそのディスクのみの症状で、他のディスクではリッピングできるみたい
CDDBの情報が表示されてEACで再生もできてるのに、うーん
諦めることにしますが、12枚組の中の1枚なのでちょっとショック
20:名無しさん＠お腹いっぱい。
20/09/28 08:02:23.52 Srh4/Z8N0.net
>>19
それなら、読込に使ったドライブとCDの相性かも。
外付けドライブがあればそっちで確認してみるといいかも。
21:名無しさん＠お腹いっぱい。
20/09/28 09:13:12.95 re+CaJ730.net
そんな事があるんだな……。
22:名無しさん＠お腹いっぱい。
20/09/28 20:16:53.86 CPUCF7So0.net
>>19
cueシートだけ作成した場合やcueシートを作成せずにリッピングした場合はどうなる？
23:名無しさん＠お腹いっぱい。
20/09/29 00:10:26.42 u7vfttyR0.net
V1.5用のダイアログボックスのフォント変更パッチ
どこかにありませんか
24:名無しさん＠お腹いっぱい。
20/09/29 14:24:18.69 u75KY1Ku0.net
>>19
V1.5使ってるなら1.3に戻してみたら
1.4はバグ持ちで無かった事になってる
25:15
20/09/30 00:39:08.43 HLvYIOuc0.net
>>22
その後、件のディスクがいまリッピング開始したのでご報告
PlayerでCDDBのiniファイル拾ってたんだけど、別のCDDB読み込ませたら
保存先のウインドウが開いた
きちんと検証していないけど
前のCDDBはCD Titleの最後の文字が「？」、CD Aetistの最後の文字が「§」
（実際は半角）だったので、これがデリミタと認識されずに不正な動きを
したのが原因（かもしれない）
26:名無しさん＠お腹いっぱい。
20/09/30 22:44:23.94 6lYOQ9IY0.net
>>25
報告ありがとう！
自分もよくplayer.iniから情報取りこむから何らかのトラブルが発生したときには参考にさせてもらうよ
27:名無しさん＠お腹いっぱい。
20/10/01 00:46:37.08 tPUYtFi/0.net
特殊文字は要注意ですな
特定のCD番号だけ発症するのが謎だけど
28:名無しさん＠お腹いっぱい。
20/10/01 01:36:23.88 ySK9xuuv0.net
��～
29:名無しさん＠お腹いっぱい。
20/10/04 03:15:52.45 TVZxVcoi0.net
最近傷だらけCD吸ってなかったから気付かなかったけど
1.5はエラー出ても完走するようなったんだな
30:名無しさん＠お腹いっぱい。
20/10/04 03:23:44.60 RKTmqf3P0.net
後で言うタイプ？
31:名無しさん＠お腹いっぱい。
20/11/11 08:53:11.31 9NTFTgwc0.net
URLﾘﾝｸ(www.exactaudiocopy.de)
32:名無しさん＠お腹いっぱい。
20/11/11 17:20:58.11 bjNIjvvy0.net
V1.6が出ました
33:名無しさん＠お腹いっぱい。
20/11/11 17:21:35.99 wEtEi43B0.net
>>31
ありがとう。
34:名無しさん＠お腹いっぱい。
20/11/11 18:46:49.25 4kKosryV0.net
>>33
ありがとう
35:名無しさん＠お腹いっぱい。
20/11/11 19:05:04.81 9NTFTgwc0.net
>>33
どういたしまして。
36:名無しさん＠お腹いっぱい。
20/11/11 21:19:21.56 iT2gwcMt0.net
そろそろv1.3から�
37:繧ｰてみるべきだろうか。
38:名無しさん＠お腹いっぱい。
20/11/11 21:29:53.17 tnwrrXAn0.net
人柱よろ
39:名無しさん＠お腹いっぱい。
20/11/13 14:01:02.86 gUkJIFui0.net
リッピング途中で止まる時がある
再起動するとちゃんとできたりとよくわからない
ドライブとの相性かな
40:名無しさん＠お腹いっぱい。
20/11/13 15:08:43.53 iOSJaBhz0.net
最新バージョンにした結果、問題が起きるようになったのか、最近使い始めてよくわからないけど使っている人なのか書いてね。
41:名無しさん＠お腹いっぱい。
20/11/13 16:15:40.82 gUkJIFui0.net
最近で1.5も1.6も起きるんだよね
lameで–V2 %source% %dest%
42:名無しさん＠お腹いっぱい。
20/11/13 20:54:08.64 L8k3hCXq0.net
>>40
mp3にエンコードせずにwavのままリッピングしても止まるの？
43:名無しさん＠お腹いっぱい。
20/11/15 09:18:15.17 MFBo1oEg0.net
>>41
無圧縮だと起きなかった
lameの問題かね
ありがとう
44:名無しさん＠お腹いっぱい。
20/11/15 09:50:16.24 DztPHnJo0.net
確か1トラック毎にリッピング、エンコード繰り返すから
そのどちらかで止まっているか見てみるか、
lame以外のエンコーダ（ogg vorbisとか）でどうなるか
見てみたら良いんじゃない？
45:名無しさん＠お腹いっぱい。
20/11/15 20:28:23.25 aeVRAqDf0.net
EACオプションのツールタブで"取り込み時、バックグラウンドで外部エンコーダにキューを入れる"というオプションのチェックを外してみるとか
46:名無しさん＠お腹いっぱい。
20/11/16 18:01:52.48 jMzKoAEk0.net
pcのマザボがイカれてPCパーツ新調したんでWindows10最新(20H2？)インストールしたら、EAC立ち上がる(んだけど数秒で無応答になってしまう。
・再インストール(v1.3beta)
・v1.6インストール
・EACのユーザープロファイルにあるSDFの
削除
・Windowsアプリ互換設定(～WinXP SP3)
試したけど直らない。
AMDのRyzenってもしかして鬼門？
47:名無しさん＠お腹いっぱい。
20/11/16 20:44:06.24 2v9pulNe0.net
うちも昨日Win10クリーンインストールしたけど、1.3普通に使えてます。
Core5だけど。
48:名無しさん＠お腹いっぱい。
20/11/24 17:41:39.56 xoL0Az4q0.net
45です。
解決しました。
ドライブ故障でした(^^;。
パイオニアでも6年フルに使うとレーザーヘタるんですね(先週まで普通に使えてたのでハードを疑ってませんでた)。
新しいドライブに交換したら起動して初期設定まで走ります。
これから貯まってる音楽CDをリップします。
お騒がせしました。
49:名無しさん＠お腹いっぱい。
20/11/24 20:54:08.54 tWSFWzzF0.net
マウントもしないの？
6年だと保証切れてるだろうから天板開けてレンズ綺麗にするとか
ダメ元で禁断のレーザー出力調整とか
資料や測定器がないだろうからやみくもになるけどｗ
50:名無しさん＠お腹いっぱい。
20/11/24 21:52:47.57 gHow1G7E0.net
>>48
bios(UEFI)上でもWindows上でもドライブは認識していて、イベントビューワ上になんのエラーも出ていないのです。ただ音楽CDを入れてもWindows上でCDAファイルを認識も再生も出来なかったので、クリーニングCDを入れても駄目。ピックアップやレーザー系のハード不具合と判断してドライブ交換したら嘘の様に無問題でした。
51:名無しさん＠お腹いっぱい。
20/11/24 22:28:37.96 5ni0KBKP0.net
内蔵ドライブってかなり頑丈でばらし難い。
最近でも買えるドライブだと PLEXTOR PX-891SAF あたりかな。
オフセット値だけでみて。
URLﾘﾝｸ(www.accuraterip.com)
52:名無しさん＠お腹いっぱい。
20/11/25 01:16:42.12 FGIUa9JZ0.net
accuraterip使うならやっぱりUSB外付けは論外?
53:名無しさん＠お腹いっぱい。
20/11/25 01:22:46.80 q+QUJCtj0.net
同じだよ。
ただドライブがポータブルになると想定すると、オフセット値がよくわからない。
54:名無しさん＠お腹いっぱい。
20/11/25 18:23:14.72 FGIUa9JZ0.net
外付けスリムドライブでオフセット値が検出されないとか書いてあったの見たんだけど、最近の外付けドライブがDBに登録されてないからじゃなくて、何か別の問題がある？
とりあえずオフセット値が分かってる内蔵ドライブを変換コネクタで外付けにした場合は同じってことでいいのかな
55:名無しさん＠お腹いっぱい。
20/11/25 19:14:21.79 q+QUJCtj0.net
同じはずなので、テストしてみて
56:名無しさん＠お腹いっぱい。
20/11/25 21:16:30.91 b/5//5R50.net
パイオニアのBDR-XD07LEだが自動でオフセット値検出されたし
外付けでも問題なく使えてるぞ
PureReadにしてバーストモードで読み取りすると捗る
57:名無しさん＠お腹いっぱい。
20/11/25 23:50:10.49 YHbjDIeV0.net
Pourreadってこれと併用する意味あるの
58:名無しさん＠お腹いっぱい。
20/11/26 01:56:54.14 MTY2Wns00.net
πのドライブは使ってるけど、保管状態がクソなCDとか持ってないからPureReadのありがたみを感じた事ないや
59:名無しさん＠お腹いっぱい。
20/11/26 02:05:55.21 VS+v8PSw0.net
πのドライブ、元々読込弱かっとか、10年前の話を今頃感。
accuraterip使うならPureRead何の為にあるのか、というのかPureReadは多少オカルトじゃないの。
60:名無しさん＠お腹いっぱい。
20/11/26 15:32:43.99 E1nF+XW00.net
別にオカルトではなくない？
リアルタイム読み出し前提のソフトに対して当倍速読み出ししてる体で
裏では高速で何度も(時間制限内で)リトライしまくる仕組みじゃなかったっけ？
61:名無しさん＠お腹いっぱい。
20/11/26 16:00:42.82 VS+v8PSw0.net
C2エラー補正しないよ、だけど音質がよくなるイメージ被せてきたからね。
62:名無しさん＠お腹いっぱい。
20/11/26 22:18:33.22 Tv4ReA1G0.net
まあPureReadが実際効果あるかどうかは比較してないので知らんけど
殆どのCDはバーストでもaccurateなので満足してる
63:名無しさん＠お腹いっぱい。
20/12/09 16:25:58.83 N++xGzq90.net
foobarとかでのリッピングだと問題ないのにEACでリッピングすると何故か同じところで音飛びするCDが時々あるんだけど
ソフトとドライブの相性なんだろうか
64:名無しさん＠お腹いっぱい。
20/12/09 18:06:20.30 /rJK5Q720.net
wav?
65:名無しさん＠お腹いっぱい。
20/12/09 18:11:32.25 Mhlazp/40.net
>>62
うちも特定のCDであったよ
再生は問題ないけど取り込むと同じ部分で音飛び
バーストとか設定いろいろ変えてもダメだったから傷とか相性の問題だろうと諦めた
66:名無しさん＠お腹いっぱい。
20/12/13 11:57:58.38 IufiP4L+0.net
lgのドライブだとc2エラーで同期エラーが発生するcdが稀にある
pioneerのドライブで同じディスクを読ませたら問題ない
67:名無しさん＠お腹いっぱい。
20/12/13 13:01:35.63 oBGpFkch0.net
πのは、元々読込弱かった。
ただ、得意不得意があるので違うメーカーのものを使い分けていれば問題は解決する。
うちはLITEONがメインとLGサブで使ってる
68:名無しさん＠お腹いっぱい。
20/12/24 20:38:55.36 6Vz3Zz1c0.net
読み取りオフセット値だけを>>50を見て直せばいいのか？
69:名無しさん＠お腹いっぱい。
20/12/24 22:14:39.22 fDIE6Wni0.net
PX-891SAFは半年もたずに壊れたなぁ、ウチ
所詮、名前がプレクなだけで中華な格安ドライブ
70:名無しさん＠お腹いっぱい。
21/01/01 02:11:25.43 i6zRpfsP0.net
一人称がウチはかわいい
71:名無しさん＠お腹いっぱい。
21/01/13 17:31:56.61 UVgbyQlw0.net
Playerでグレースノートから
CDDB情報引っ張ってくるのってヤバいんちゃう？
相手は訴訟の国やで
多額の賠償金請求されるで
72:名無しさん＠お腹いっぱい。
21/01/13 19:45:37.75 fs3G+fXF0.net
>>70
ヤバいとすればPlayerの仕様じゃね
EACはcdplayer.iniに保存されたデータを読み込んでるだけだし
73:名無しさん＠お腹いっぱい。
21/01/14 20:48:15.18 mlxqYoh10.net
playerってずいぶん昔のソフトじゃないの？
Windows10どころか7やvistaでも動かないでしょ
74:名無しさん＠お腹いっぱい。
21/01/15 07:54:05.41 wsvGDsz20.net
7 では動いた
10は知らない
75:名無しさん＠お腹いっぱい。
21/01/15 09:54:56.36 MF3/7v3f0.net
10で絶賛動いてるよ！
CDDB拾うために使ってる
76:名無しさん＠お腹いっぱい。
21/01/16 00:58:53.12 9miZNytv0.net
ワイのwindows10ではcd入れてない時のメッセージウィンドウは出るが
入れても画面は表示されなかったわ
アップデートしたからかもしれない
まあやっすい中華系ノートだからかもしれんが
77:名無しさん＠お腹いっぱい。
21/01/19 12:02:46.95 Kf3Upuwd0.net
読み取り能力の検出でキャッシュにいいえが出たんだけど、
正確性がはいだったらそのドライブ使っていい？
78:名無しさん＠お腹いっぱい。
21/01/19 12:54:01.84 iMdok0HZ0.net
>>76
キャッシュの有無に応じてEACが適切な設定してくれるから
正確性はいならそれでOK
EACのセキュアモードはCDのデータを2回読んで照合していくんだけど
キャッシュが「はい」つまりドライブにキャッシュがある場合、そのままでは2回目のときキャッシュ内に保存された1回目のデータを参照してしまうので
その場合は一旦キャッシュに保存されたデータを消して2回目の読み込みをすることで正しく照合する
79:76
21/01/19 13:52:05.42 f9wWl1bT0.net
>>77
ありがとう
80:名無しさん＠お腹いっぱい。
21/01/20 08:00:33.94 E/g7i6LZ0.net
よく分からんことが起きた
flac-1.3.2-winを外部エンコーダに設定してWAVファイルをEACにドロップしたらFLACへの変換作業が始まるんだけど、
この際FLACファイルの置き場所として新規でフォルダを作ることを選択してフォルダ名を日本語にしたら
変換作業が完了してもFLACファイルは作られず、さらに元のWAVファイルも消えてしまった
EACの設定では変換後WAVは削除しないようにしてるし、
新規でフォルダを作成しなければちゃんとFLACも作られるしWAVも消えない
これはどういう現象なのか教えてほしい
81:名無しさん＠お腹いっぱい。
21/01/20 11:58:12.98 usQlAz7s0.net
仕様です
82:79
21/01/20 13:28:26.27 TEnvDlug0.net
さいですか…
83:名無しさん＠お腹いっぱい。
21/01/20 14:23:45.65 FwWnIKa+0.net
再現性があるかどうかで、手順書を準備して他の家ででも発生するかみてもらえばいいよ。
今書いてあるものだと、他の人が確認するのには手順の情報不足。
84:79
21/01/20 15:08:40.56 TEnvDlug0.net
ありがとう
昨日からずっとこのこと考えてて疲れたんでしばらくほおっておくことにする
解説サイトに書かれてる通りのやり方すればちゃんと変換はできるし、
パソコンに不調が出たり、セキュリティに問題が出たりしない限りはいいかなと
今回は自分が勝手なやり方をしたせいで変な動作を起こしたものと判断することにした
85:名無しさん＠お腹いっぱい。
21/01/20 15:32:55.04 WVSLo04B0.net
いっそのこと
EACはCDリップだけに使って、dbpowerampとかでFLACにすればいいんじゃない?
自分はそうやってる
86:名無しさん＠お腹いっぱい。
21/01/20 15:53:21.49 29aiXtvp0.net
自分もEACはCDリップだけ、flac化はバッチファイルでやってる
87:79
21/01/20 18:33:23.29 43hAEV+c0.net
ありがとう試してみるわ
FLAC初めてだけど変なところでつまずいてるな
88:名無しさん＠お腹いっぱい。
21/01/20 18:40:09.39 FwWnIKa+0.net
flac in CUE 作るんで、WAVとCUEシートからfoobar2000使って変換してる。
85さんのようにバッチにもできるとは思うが。
89:名無しさん＠お腹いっぱい。
21/01/20 20:33:40.54 uOTV2S+m0.net
>>79のような使われ方をすることは作者も想定していないんじゃないか？
リッピングなしでただ単にwavから他フォーマットに変換したいだけなら上に書かれているようにfoobar等を使ったほうがいい
リッピング＋変換はEACでも特に問題なくできるよ
自分は何年もEACでリッピングとflac変換を行っているけど特にトラブルはないよ
90:79
21/01/20 21:51:17.35 43hAEV+c0.net
なるほど…と言いたいのですが実はちゃんとした使い方をしていても問題が発生していて…。
もしかしたらCDリップにもかかわる問題かもしれないのでちょっと質問させてほしい。
問題１．音楽CDを入れて『CDイメージをコピーしCUEシートを作成』→『圧縮』で作ったFLACファイルに何故かトラック番号と曲のタイトル（アルバムタイトルとは別）がつく。
それは必ずトラック番号２でアルバム２曲目の曲名が付いている。
問題２．上記の作業で作成されたCUEシートをEACで読み込もうとすると『CUEシートにエラーがあります！ファイルタイプがサポートされていません。行：7』と出る。
７行目にはFLACファイル名が書かれている。
試しにfoobar2000で再生してみると問題なく再生できる。
ちゃんと１曲目から始まるし、CUEシートも読み込んでる。
だからFLACファイルに何故か指定してないタグが入ることと、CUEに書かれてるFLACファイル名がおかしいという２つの問題がおきてる。
設定や手順はハウツーITってサイトや、他にも色んなサイトに書かれてることをそれぞれ試したんだけど結果はどれも同じ。
ちなみに『選択したトラックをエンコードしてコピー』だと問題ないみたい。
色々試したが自分ではもうどうすることもできない。図々しいが頼む。
91:名無しさん＠お腹いっぱい。
21/01/20 22:08:24.37 v9JVwYq60.net
それは最初から？ある日から？
レジストリまでクリーンにして再インストはした？
OSは？
92:名無しさん＠お腹いっぱい。
21/01/20 22:36:23.97 CZnyoyN+0.net
>>89
とりあえず、フォルダ名を日本語でなく1byte文字だけにして試してみてるの？
なんかEACが文字コードの処理上手くいってないだけにも思えるんだけど
93:88
21/01/20 22:55:07.39 uOTV2S+m0.net
>>89
問題2に関しては、おそらく単にEACがflacをデコードできないから起こっているだけだと思うよ
だからcueシートが間違っているわけではないと思う
foobarでも再生できているみたいだしね
問題1に関しては、エンコードオプションの外部エンコーダタブの設定が怪しいと思う
まずID3タグを追加のチェックは外す
あとはコマンドラインオプションにTITLEタグとTRACKNUMBERタグを付けるオプション(-T “title=%title%”や-T “tracknumber=%tracknr%”のことね)を指定していないか確認する
指定している場合は削除する
94:88
21/01/20 23:02:54.07 uOTV2S+m0.net
>>92
補足
>おそらく単にEACがflacをデコードできないから起こっているだけだと思うよ
これはEAC側がflacデコーダを積んでいないという意味ね
だから無圧縮(wav)でCDイメージをコピーしCUEシートを作成した場合はEACでも読めると思う
95:79
21/01/20 23:12:43.56 43hAEV+c0.net
遅れてスマン。これから>>88が書いてくれたことを試してみる。
>>90 >>91
OSはWin10 Home。本体はTinkPad L520。
問題は最初から起きてる。３日前にEACを数か月ぶりにインストして使用。
以前は音楽CD→MP3変換に使ってた。その時はトラックごとに分割で制作だった。
以前からのブランクの間にOS自体クリーンインストールしてる。というか１ヶ月前にしたばかり。
フォルダ名は半角英字でも起きる。
96:79
21/01/21 00:10:31.59 KftUiXIi0.net
みんなありがとう！！解決した！！>>88の指摘通りだった。
問題１はコマンドラインオプションから指摘されたものを削除したらちゃんとしたものが出来上がった。
問題２もflacデコーダのことは後から調べるけど、確かにwavのほうのCUEはEACで読み込めた。
ただFLACのほうのCUEはMP3tagで編集できて問題なく動作したから、これで対処しようと思う。
みんな親切に教えてくれて本当にありがとう。感謝する。
（実は前の質問のやつもこの問題がきっかけで他の方法を試してた結果起きたことだった。）
97:88
21/01/21 01:36:51.18 nLPziIpa0.net
>>95
解決したみたいで良かった
79の件だが、調べたいことができた
内容と結果はまた書き込みする
98:名無しさん＠お腹いっぱい。
21/01/21 01:40:54.89 rPXG/Qai0.net
あー、どこのサイトもコマンドラインオプションのサンプルに長々と書いてるもんなあ。
99:88
21/01/21 21:13:53.52 nLPziIpa0.net
>>79の件について
環境はEACv1.3 Win10Home flac1.3.3
wavをEACにD&Dしてみたが、こちらの環境では新規フォルダーの作成をしてもしなくても正常にflacが作成された
勝手にwavが消されることもなかった
>>79が使っているのは多分最新バージョン(v1.6)のEACやろ？
もしかするとv1.4～v1.6のどこかで新たに発生するようになったバグなのかもしれんね
ちなみにwavをEACにD&Dするのはツール→WAVファイルエンコードでwavを選択するのと同じことらしい
こんなメニューがあったとは知らなかった
あと>>89の問題2についてだが、cueをEACにD&Dするのはツール→CD-R書き込みでcueを読み込みするのと同じことみたいね
CD-R書き込み用のメニューでflacがサポート外なのはまあ仕方ないかと
100:79
21/01/22 00:36:48.16 dzpgwpj50.net
わざわざ検証していただいて申し訳ない。たしかに最新版使ってる。
この問題が起きた後不安になってわざわざシステムの復元で前日に戻したくらいだった。
とりあえずパソコンに問題が起きてなければいいことにしとく。
問題２の件だけどMP3tagで編集できたというのはちょっと勘違いだったみたいでやっぱり上手くできてなかったから今はFoobarで編集してる。
みんな本当にありがとう。
101:名無しさん＠お腹いっぱい。
21/01/23 13:34:13.16 qDwW/t8b0.net
度々質問してスマン。79だけど違う質問だからこれからはハンドル外す。
新品で買った紙ジャケ仕様のSHM-CD(発売は4年前)を４枚リッピングしたんだけど、
すべて品質が99.9%、アルバムの終わりの部分に同期エラーが出る。
その内１枚は１度リッピングが終わってもまたリッピングを行った。
これはEACの問題ではなくCD側の問題？
C2エラー検出はチェックが入ってるけど、他のCDでは100.0%になるものもある。
102:100
21/01/23 22:05:48.69 3sammm8Y0.net
スマン
スレチかもしれんからスルーしてくれ
103:名無しさん＠お腹いっぱい。
21/01/24 00:10:46.97 aPT4DYU00.net
>>100
>>2と前スレ484以降を見てみるといいかも
104:名無しさん＠お腹いっぱい。
21/01/24 12:43:09.02 UZMvkAQ+0.net
>>100
最近のドライブはそういうものだと思ってもらっていいです！
105:名無しさん＠お腹いっぱい。
21/01/26 07:21:01.21 CD2Y6qFp0.net
>>100
良くある事だから気にしない
106:名無しさん＠お腹いっぱい。
21/02/07 20:12:17.22 ZlLENCWd0.net
特定のCDで1.5の時は完了ステータス表示ダイアログで落ちる現象が、1.6では直って嬉しい
ログの確認が出来なかった
107:名無しさん＠お腹いっぱい。
21/02/09 13:53:42.80 xrm3qKSZ0.net
1.6用の謎の16進が来ないのでｗ1.5使ってたけど1.6に更新
謎の16進と同じバイナリ改変しようとしたけど
1.6はこれまであったバイナリパターンがないんだな。それで来ないのかな
仕方ないから1.6(以降)のIMEオン時の改行入力はCtrl+M(確定)→改行で対処や
108:名無しさん＠お腹いっぱい。
21/02/09 18:58:10.16 cgi20EKD0.net
例の16進を最初に書き込んだ者だけど、バイナリ改変を推奨するのではなく作者にメールで報告したほうがいいと指摘されたので、自分は実はv1.1用までしか書き込んでいない
それ以降のバージョン用のやつは別の人が書き込みしている
v1.6でも相変わらずEnterで確定できないのか
気が向いたら作者にメール送ってみるかね
109:名無しさん＠お腹いっぱい。
21/02/09 19:26:18.00 xrm3qKSZ0.net
すまん、パターンは連続アドレスじゃないんだなｗ 早とちりしてた
しかし分断してると俺にはちょっと探せないな
IME圏の人が要望するまで変わらない(作者も気づいてない?)と思うけど
悲しいかな英語力がないんだ
要望してくれる人いればありがたいです
110:名無しさん＠お腹いっぱい。
21/02/09 20:43:21.07 cgi20EKD0.net
作者含めIMEに馴染みのない人達にとってはバグではないだろうしね
自分も英語は得意じゃないんで、本音を言えば英語得意な人に送ってもらいたかったり
111:名無しさん＠お腹いっぱい。
21/02/12 02:24:38.96 /zBT1sDp0.net
73656:01 02
74C7F:01 02
74CD3:21 00
74D10:22 00
7501E:09 00
7502C:09 00
7503A:0D 00
75048:0D 00
112:名無しさん＠お腹いっぱい。
21/02/12 03:45:26.54 0w+cNiaX0.net
神降臨ktkr
113:名無しさん＠お腹いっぱい。
21/02/12 12:43:36.22 9jdaxuMg0.net
(； ･`д･´) ﾅ､ﾅﾝﾀﾞｯﾃｰ !! (`･д´･ (`･д´･ ;)
114:名無しさん＠お腹いっぱい。
21/02/13 16:34:19.89 UZ/qLsPO0.net
eac [at] exactaudiocopy [dot] orgに連絡したことある人いる？
115:名無しさん＠お腹いっぱい。
21/02/14 16:43:23.01 cBThIsEn0.net
リバースエンジニアリングっていうか逆アセンブルは禁止じゃなかったか
116:名無しさん＠お腹いっぱい。
21/02/14 18:06:17.16 0aZlqpaW0.net
少々論点ずれるが、逆アセンブルやら解析やら自体は禁止出来ない
この辺保護するのは著作権や特許だが、知ること自体には制限を掛けられないし掛けていない。知った内容の利用を禁じているだけ（私的利用はＯＫ）
だから逆アセンブルしてコードを見たり、理解すること自体は問題ない。改造しても、自分で使うだけなら問題ない
>>110はここに書いてしまったので私的利用ではなくなっていてNG
小説を読んでパクリ小説を書いたらＮＧだが、小説を読むこと自体がＮＧにはならないのと一緒
一口で言うと、プログラムについてもパクリやら改造したものの公開禁止ってこと
なお、暗号化して通常の手段では逆アセンブル出来ないようにしてあるのをどうにかした場合には、技術的保護手段の回避ということで別枠で問題になる
117:名無しさん＠お腹いっぱい。
21/02/14 18:18:47.83 ar3Y0cR50.net
著作権は表現を保護する法律だから、パッチとかは著作権の侵害にはあたらないよ
>>110がこの修正を加えた本体をまるごと配布したらその限りではなくなるけど
118:名無しさん＠お腹いっぱい。
21/02/14 18:29:58.51 p10
119:tXUbw0.net
120:名無しさん＠お腹いっぱい。
21/02/14 19:45:46.84 0QSKuDAi0.net
それかなり昔にスレ民がメールして作者から「環境無いのと分かんないから対応出来ない」みたいな返事来たってレス無かったか？
121:名無しさん＠お腹いっぱい。
21/02/14 20:08:58.90 0aZlqpaW0.net
>>116
そうともいえるが、同一性保持権を侵害するための情報またはツールともいえるので、幇助になる
技術的保護手段の回避のための情報を公開するだけで、幇助として違法となるのと一緒じゃない？
122:名無しさん＠お腹いっぱい。
21/02/14 20:10:44.67 0aZlqpaW0.net
一応言っておくけど、親告罪だから著作者本人ではない自分がどうこう言うべきことではないし、これは悪用でもない
けどもだからと言って好き放題やっていいわけでもないと思うので、やっぱり作者に詳しい説明して修正方法教えたらどう？と思う
パッチ作れる＝元のコードを推測出来ている＝どう変えればいいかわかっている
123:名無しさん＠お腹いっぱい。
21/02/14 20:12:14.06 0aZlqpaW0.net
途中送信済まぬ
だと思うから、多分こんな感じのコードが該当機能周辺にあると思うんだけど、こうしてみて？確認はこっちでやるから送ってくれれば試して結果送る
こんな感じでやれば、対応してくれる可能性はある
言葉は通じなくてもソースコードでは語り合えるんだからさ
124:名無しさん＠お腹いっぱい。
21/02/14 20:16:52.21 p10tXUbw0.net
>>118
過去ログ見てくるか
でも実際作者の環境だと試せないよね
わざわざIMEをインストールしてもらうのも気が引けるしなあ
125:名無しさん＠お腹いっぱい。
21/02/14 20:31:14.81 0QSKuDAi0.net
> ID:0aZlqpaW0
ここでグダグダ言ってる暇あるならおまえがメールすりゃいいだろ
> 親告罪だから著作者本人ではない自分がどうこう言うべきことではないし
じゃあ黙ってろ
126:名無しさん＠お腹いっぱい。
21/02/14 20:31:25.70 bkTjxlsV0.net
>>116
ときめも裁判とかDoA裁判とか、一種の映像作品としてのゲームを改変する
データの配布がアウトだったから、パッチだから大丈夫とも言い切れない
これは幇助ではなかったと思うけど？ >>119
>>115
逆アセンブル自体は禁止されていないけど、
逆アセンブルに伴うプログラムの複製は私的使用の範囲内に限られる
127:名無しさん＠お腹いっぱい。
21/02/14 20:51:46.08 0aZlqpaW0.net
なんで110とは関係なさそうな123に口汚くののしられなきゃならないのかわからない
こちらは逆アセンブルしてコード復元＆修正をしたわけじゃないので報告しようがない
こちらは別ソフトで海外の人にパッチ勝手に配られて迷惑してる側だから、作者側の気持ちを考えてあげてくれと言いたかった
勝手に作って配られているだけでも気持ち悪いのに、パッチ自体の不具合を報告してきたり、バージョン違いのパッチを当てたことによって発生した不具合の報告が無視できない数ある
そしてパッチを当てているということが判明するのがたいていの場合遅い。使ってる側にはそれでおかしくなるという発想がないから
はっきり言って無駄な時間であり迷惑でしかない
言語が通じなければなおさら
ならソースコードレベルでどこをどうして欲しいと具体的に要望くれたほうがまし
はっきり言って自分が使ってない機能のところだから、この不具合が治ろうが治るまいがどうでもいいし、110がパッチを書くこと自体は自分にとっては何の迷惑でもない
ただ見ていて作者可哀想だと思うし、123みたいなやつを見ていると吐き気がする。それだけ
123が黙ってろと言うからではないが、ID替えつつ多数派を装い、また口汚くののしってくるだけだと思うので、これ以上この件については何も言わない
128:名無しさん＠お腹いっぱい。
21/02/14 21:12:45.81 p10tXUbw0.net
えーと実は自分は>>107に書いた通り最初にアレを書いた者なのですが(スレβ16の27ですね)、何というか申し訳ないです
>>107にも書きましたが自分はv1.1用を最後に書くのはやめましたし、今後も書くつもりはないです
他の住人ももうアレを書いたり要求したりするのはやめたほうがいいかと思います
作者へのメールは頑張って送ってみるつもりです
129:名無しさん＠お腹いっぱい。
21/02/14 21:17:20.35 ar3Y0cR50.net
>>125
なんか、ID替えつつとか被害妄想じみてるないかい？
お茶でも飲んで、落ち着いていこうよ
私なら日本語以外のサポートなんてしませんと言ってばっさり切る
Google翻訳とかで日本語でメールよこすヤツには自分のHP(?)から直で落としたヤツ
いがいのサポートはしない、パッチ作ったやつのとこ行けでお仕舞いにしちゃうかな
ゲームのパッチの件はそもそも映像・演出とかの同一性の保持がなされていない点が
著作者人格権の侵害にあたるって事になったぽいけど、EACに>>110の改変おこなう事が
EACを作った作者のプログラムの使用意図から外れるのかっていうとそうにはならんだろうしねぇ
130:名無しさん＠お腹いっぱい。
21/02/15 04:35:28.02 OA8OE2+r0.net
俺が作ったソフトの無断パッチで俺が迷惑してるから
EACの作者もきっと迷惑に思ってるに違いない！というのはちょっとね
それはEACには全く関係ない愚痴だから
スレの趣旨的にはあなたが迷惑をかける側になってますよ
そういう話を続けたいなら、無断パッチの可否／功罪について語ろう
みたいなスレを別に立ててそこで語ってくれた方が前向き
131:名無しさん＠お腹いっぱい。
21/02/15 20:47:06.91 npvYVJi20.net
Easy Audio Copyは、業界標準であるExact Audio Copyの兄弟製品です。
Easy Audio Copyは抽出機能に集中しており、スピードと品質でExact Audio Copyを凌駕しています。
Exact Audio Copyはプロのユーザーにはより多くの機能を提供しますが、使いこなすのが非常に複雑なのが難点です。
良い結果を得るためには、ユーザーはまず、利用可能な多くのオプションを熟知し、それぞれの状況に最適なものを選択する必要があります。
例えば、Exact Audio Copyには、メインウィンドウに34のグラフィカルユーザーインターフェース要素があり、160以上の全体的な設定があります。
ほとんどの人は、それほど複雑さを求めていません。ハードウェアに特別な調整を必要とせず、
追加のコンポーネントをダウンロードする必要もなく、簡単に使えるプログラムを求めています。
このニーズに応えるために、Easy Audio Copyが開発されました。
経験の浅いユーザーでも、優れた結果を得ることができます。予備知識は必要ありません。
初期設定は、インストール言語と1つ以上の圧縮形式を選択するだけです。
Easy Audio Copyは自動的にインターネットからCD情報を取得し、その後直接抽出を開始します。
132:名無しさん＠お腹いっぱい。
21/02/15 21:22:04.52 wXZ5CKRn0.net
過去スレ見てて思い出したけど、v0.99系には日本語が二重に入力されるというバグがあったんだったな
133:名無しさん＠お腹いっぱい。
21/02/17 05:53:13.80 eq2fKc7X0.net
URLﾘﾝｸ(docs.google.com)
なんかみつけた
134:名無しさん＠お腹いっぱい。
21/02/17 06:25:01.53 VzE8VRx40.net
うむ
135:名無しさん＠お腹いっぱい。
21/02/17 19:53:30.97 TZo3gGLD0.net
what is this
136:名無しさん＠お腹いっぱい。
21/02/18 08:39:57.44 setYFK6T0.net
this is a pen
137:名無しさん＠お腹いっぱい。
21/02/18 10:49:36.74 h5nfa8cg0.net
this is a an apple
138:名無しさん＠お腹いっぱい。
21/02/18 11:12:33.34 sqyrsiyf0.net
uh apple pen
139:名無しさん＠お腹いっぱい。
21/02/19 14:57:37.34 UyPftJMU0.net
読み込みオフセットがリッピング時で書き込みオフセットが焼き時なのは分かるんだけど
結合オフセット(combined read/write offset!は何の時に使うの？
140:名無しさん＠お腹いっぱい。
21/02/19 15:09:20.68 snkD/hhs0.net
同じドライブで読んで焼く時
読み込みオフセットが不明のドライブでもズレの無いコピーが出来る
141:名無しさん＠お腹いっぱい。
21/02/19 15:18:19.13 Tmj7LouD0.net
そもそもオフセットとは、初代CIRCエンコーダからの相対値であって、
初代で作ったわけではないCDに、オフセットゼロ化はむしろ害悪。
書き込むときに差分だけ適用すべきもんだ。
142:名無しさん＠お腹いっぱい。
21/02/19 21:53:00.70 +rndgsPR0.net
未だにオフセットとは何なのか理解できないままだ…
143:名無しさん＠お腹いっぱい。
21/02/20 04:15:56.92 FkvInhjl0.net
>>138
読み込みオフセットが不明なのに何故分かるの？
読み込みと書き込みオフセットを足したのが結合オフセットの値でしょ？
144:名無しさん＠お腹いっぱい。
21/02/20 06:41:04.68 eRu2+BQp0.net
書いて、読んだら、その差分が結合オフセット。
読み書きオフセット知る必要なし。
145:名無しさん＠お腹いっぱい。
21/02/20 06:56:21.68 eRu2+BQp0.net
そもそも、昔のCDは、初代エンコーダしかなくて
オフセットゼロで作られていたと考えられるから
オフセットゼロ化が意味がある。
どこからなんて、明確な区別は出来ないが、
目安として、全米の出荷音源でCDが過半数をとった
1991年以降は、いろんなオフセットで作られた
CDがあると見た方が良い。
146:名無しさん＠お腹いっぱい。
21/02/20 07:16:45.95 eRu2+BQp0.net
そして出来上がったCDからは、
どんなオフセットで作ったかなんか分からない。
あきらめて、何も考えてないドライブメーカーもあるんだろうけど、
平均を考えた結果、ドライブ毎に
バラティ豊かな読み込みオフセットになったんだと俺は思うよ。
オフセット調整なんて、バッファに貯めて、後から先頭決めるだけなんで、造作もない。
ドライブメーカー雁首そろえて、わざと不正確にするわけないもの。
147:名無しさん＠お腹いっぱい。
21/02/20 07:36:58.06 /Dq1DRwR0.net
業界からの圧力
148:名無しさん＠お腹いっぱい。
21/02/20 07:54:33.78 eRu2+BQp0.net
そんなもんがあったら、
そこを売りにした中華製品が
ちまたに溢れてるだろうよ。
149:名無しさん＠お腹いっぱい。
21/02/20 10:14:17.77 vIya4qS00.net
>>142
それはEACで算出出来る？
150:名無しさん＠お腹いっぱい。
21/02/20 10:16:16.64 eRu2+BQp0.net
どんなソフトでもいいんじゃない。
持ってるイメージ、そのまま書き込んで、
そして読み込み直す。イメージにしなおす。
その差だもの。
151:名無しさん＠お腹いっぱい。
21/02/20 10:36:55.41 /Dq1DRwR0.net
>>147
ドライブオプション・書き込み→オフセットテストCD作成
152:名無しさん＠お腹いっぱい。
21/02/20 13:52:54.32 vIya4qS00.net
>>149
ありがとう
ちなみにaccurateripには読み込みオフセットしか無いけど書き込みオフセットや結合オフセットのデータベースって無いの？
153:名無しさん＠お腹いっぱい。
21/02/20 14:13:21.34 J6+MDyHm0.net
いまだにオリジナルディスクの完全コピーを作りたいって人、いるんだねぇ
俺はリップしてmp3化するダケなんでオフセットをきにしたことないや
154:名無しさん＠お腹いっぱい。
21/02/20 14:43:21.70 eRu2+BQp0.net
古いディスクはオフセットゼロで作られてるだろうから、やる意味あるけど、
90年代で既にあやしいし、今のディスクは
まずオフセットゼロで作られないと言われてるのでむしろ害悪だし
どんなオフセットで作られたかわからないんだから、
今完全コピーは無理。
実情をしらない人の宗教儀式と化してるよ。
ただ無知からか、デマを広めるサイトが9割超えてる印象だから
仕方ないね。
155:名無しさん＠お腹いっぱい。
21/02/20 14:53:07.74 eRu2+BQp0.net
無理ってのは、イメージファイルとしてはってことで、
差分ほどずらし戻して書き込めば、元に戻る。
ただ完全コピーにこだわるくせに、
�
156:Tブチャネルを捨てるフォーマットを選んでる時点でダメだけどね。 MCN,ISRCを何処におくとか個性あるから。
157:名無しさん＠お腹いっぱい。
21/02/20 14:56:18.66 3xDJCVdz0.net
サブコードまで拘る時点でEACなぞ使わん
DiscImageCreatorがあるからな
158:名無しさん＠お腹いっぱい。
21/02/20 22:25:51.67 FQI6Ljct0.net
Key DiscとリファレンスCDの違いって何？
159:名無しさん＠お腹いっぱい。
21/02/21 02:05:53.32 kK0nt2om0.net
CDmanipulatorはどう？
160:名無しさん＠お腹いっぱい。
21/02/21 03:41:32.20 zTCjlw010.net
>>155
keydiscは市販のプレスCD使ってリードオフセットをAR基準値に合わせるもの
合わせる事で他のドライブのリッピングデータと同じハッシュ値になるので
ARハッシュデータベースに照会してリッピングデータの整合性を確認できる
リファレンスCDはドライブの読みと焼きの位置ズレを調べるためのもの
(PLEXTORなんかは読みも焼きも同じ位置だがPIONEERとか多くのドライブは違う)
ズレを無くす事でそのドライブで吸って焼いたCDはオリジナルCDとズレがなくなる
161:名無しさん＠お腹いっぱい。
21/02/21 14:33:01.49 1POCfWKU0.net
>>157
KeyDiscでオフセット設定してもリファレンスCD使わないとリッピングしてもズレる？
162:名無しさん＠お腹いっぱい。
21/02/21 14:54:49.68 4MSbP1Gb0.net
君のようなのは楽ちんなリッパー使っとけ
163:名無しさん＠お腹いっぱい。
21/02/21 22:09:11.76 MmlKpeay0.net
>>159
頼むから教えて
164:名無しさん＠お腹いっぱい。
21/02/21 23:42:09.76 38Odof4h0.net
>>160
リファレンスCDのListにないCD、どうすると思うのよｗ
だいたい、リストにあるのと同じアルバムでも日本国内盤じゃあかんから、入手難易度も高いし
165:名無しさん＠お腹いっぱい。
21/02/21 23:47:44.81 wZpVZx180.net
たまたま海外盤のCD持ってたからいけたわ
166:名無しさん＠お腹いっぱい。
21/02/22 00:36:58.08 1Y2ltxL80.net
全世界で何百万も売れたようなアルバムの輸入版は案外中古屋で格安で売られていたりする
自分はリストにあるアルバムいくつか持ってるけど、どれも100円以下で買ったわ
167:名無しさん＠お腹いっぱい。
21/02/22 00:38:47.02 cMBvQtqX0.net
クイーンとかabbaとか結構引っかかるよな
168:名無しさん＠お腹いっぱい。
21/02/22 00:54:38.93 yzMdgbzR0.net
Listにのってる洋楽CD、ウチにあるタイトルのヤツは全部型番違うんだよねぇ
Eurythmicsのとかドイツ製なのに型番が違うっていう
169:名無しさん＠お腹いっぱい。
21/02/22 06:21:16.40 8IyZVnAc0.net
>>161
つまりズレるということ？
170:名無しさん＠お腹いっぱい。
21/02/22 08:03:15.44 9TrT/GBt0.net
ズレるの意味分かってるのか？
171:名無しさん＠お腹いっぱい。
21/02/22 10:07:41.29 rqoa3bIp0.net
じゃあズレないの？
172:名無しさん＠お腹いっぱい。
21/02/22 18:57:37.61 Ll9009pG0.net
>>165
たとえ型番同じでもプレス違いでズレてる事あるから型番だけじゃ特定できない
円盤に刻まれてるIFPIの刻印まで同じなら大丈夫と思うけど
173:名無しさん＠お腹いっぱい。
21/02/22 19:06:52.44 K+/vrBsC0.net
URLﾘﾝｸ(www.accuraterip.com)
におけるCorrection Offsetがプラスの場合に限定されるけど、
初代プレステのデータとCD-DAが混在してるゲームがあると
Correction Offsetが容易に分かる。
タイトルが沢山あるから、多分一番入手しやすいんじゃないかな。
データとCD-DAの境界、つまり
トラック2のプリギャップの先頭にデータの残骸が残るんで
(残骸の長さ(バイト)/4)-2がCorrection Offsetになる
174:名無しさん＠お腹いっぱい。
21/02/22 20:26:22.37 yvSpZITP0.net
最近のパイオニアはみんな+667なのか
175:名無しさん＠お腹いっぱい。
21/02/22 20:28:46.89 t4CUtI8
176:50.net
177:名無しさん＠お腹いっぱい。
21/02/22 20:29:50.01 +6uRJJBB0.net
昔からだよ。BDのドライブは
178:名無しさん＠お腹いっぱい。
21/02/22 23:57:18.17 4zTPwbGI0.net
0にする必然性はないし変わらないことが大事なんだよ
統一されればモアベターだけども
179:名無しさん＠お腹いっぱい。
21/02/23 01:13:57.34 2cD7cTjm0.net
>>173
ということは基本設計は変わっていないということ？
180:名無しさん＠お腹いっぱい。
21/02/23 02:20:22.64 oL9XpcOb0.net
でも+100兆とかじゃ困るんでしょ？
181:名無しさん＠お腹いっぱい。
21/02/23 07:45:52.86 5slaO/7z0.net
分かってない人が多そうなので解説しとく。
多分、CD上に、イメージファイルほぼそのままの形で記録されてると
考えてるんじゃないかな。
その誤解が元凶だと俺は思う。
本当は1フレーム24バイトで分散範囲も広いんだけど、
それだと書けないので、3文字で代表してニュアンスを示すと、
イメージへの出力として
[ABC][DEF][GHI]
となる場合、CDからの入力は
[A__][D__][GB_][_E_][_HC][__F][__I]
みたいな感じで記録されてるわけ。
[ABC]と[A__]の位置関係をどう変えても、ほとんどは、ずれてるわけよ。
182:名無しさん＠お腹いっぱい。
21/02/23 07:46:33.71 5slaO/7z0.net
[_HC]が入力されて直ぐ[ABC]を出力するのは
プレーヤーに厳しいから
初代エンコーダ、すなわちオフセットゼロは以下の位置関係にしたとしよう。
入力[___][A__][D__][GB_][_E_][_HC][__F][__I][___][___]
出力[___][___][___][___][___][___][ABC][DEF][GHI][___]
音飛びの抑制から、ほどなくプレーヤーのバッファが大きくなると
データを未来からとってきても問題もくなる、そうすると
末尾を一致させよう
入力[___][A__][D__][GB_][_E_][_HC][__F][__I][___][___]
出力[___][___][___][___][___][ABC][DEF][GHI][___][___]
中心を一致させよう
入力[___][A__][D__][GB_][_E_][_HC][__F][__I][___][___]
出力[___][___][___][ABC][DEF][GHI][___][___][___][___]
先頭を一致させよう
入力[___][A__][D__][GB_][_E_][_HC][__F][__I][___][___]
出力[___][ABC][DEF][GHI][___][___][___][___][___][___]
といったエンコーダが出てくるのが必然。
規格で決められてないので、どれも正当なのね。
183:名無しさん＠お腹いっぱい。
21/02/23 10:37:03.43 FMSfz1xl0.net
パイオニアのドライブがオフセット+637でリードアウトのみオーバーリード可能っていうのは、本来のオフセット位置より637サンプル前から読み始めて、後ろはオーバーリードに対応したソフトなら既定の時間よりも先まで読めるようになってるって認識であってる？
で、パイオニア的にはオーバーリード非対応のソフトでも637サンプル(0.014秒)なら最後が切れても問題ない、と判断してるってこと？
184:名無しさん＠お腹いっぱい。
21/02/23 12:12:48.55 0gGjknQJ0.net
「本来の」って認識がおかしいって話をしてるんだが、まあいいや。
667サンプルってのが、まさにCIRCの分散範囲で、>>178の先頭を合わせるケースのCDで、読み落としがないように、って思想だと示唆される。
185:名無しさん＠お腹いっぱい。
21/02/23 12:34:11.88 ePpjbwYz0.net
みんなすごい事考えて使ってるんですね。
186:名無しさん＠お腹いっぱい。
21/02/23 13:18:36.76 Jht2jErf0.net
CDはスクランブルとデスクランブルもあるからなあ
187:名無しさん＠お腹いっぱい。
21/02/23 13:59:18.49 Rk+yTpPM0.net
正しくオフセット設定すればリファレンスCD使わなくてリッピングしてもズレない？
188:名無しさん＠お腹いっぱい。
21/02/23 14:35:42.44 DxrQJCUb0.net
読み込みオフセット訂正値はずっとAR基準にしてるわ
両方向にオーバーリードできるドライブは持っていないし、持っていたとしても面倒なことはやりたくないし、完全バックアップを目指すならEACよりDICを使ったほうがいいみたいだし
189:名無しさん＠お腹いっぱい。
21/02/23 15:24:11.13 48fAX/rE0.net
EACは変なDiscからでもちゃんとwaveの吸い出しをしようってのが存在意義であって
変なDiscを変なまんま複製する方向のソフトじゃないからねぇ
190:名無しさん＠お腹いっぱい。
21/02/23 19:51:25.44 5slaO/7z0.net
>>179
すまん、逆で説明してた。
エンコーダは
[ABC][DEF][GHI]...という入力に対し
[A__][D__][GB_][_E_][_HC][__F][__I]...というふうにCDに記録する。
初代エンコーダ(オフセットゼロ)は、[ABC]が入力されて、直ぐには[A__]を出せないから
オフセットゼロ相当
入力[ABC][DEF][GHI][___][___][___][___][___][___]
記録[___][A__][D__][GB_][_E_][_HC][__F][__I][___]
エンコーダのバッファが豊富になって
オフセット+6相当(フレーム先頭のA,D,Gがずれない)
入力[___][ABC][DEF][GHI][___][___][___][___][___]
記録[___][A__][D__][GB_][_E_][_HC][__F][__I][___]
オフセット+666？相当(フレーム末尾のC,F,Iがずれない)
入力[___][___][___][___][___][ABC][DEF][GHI][___]
記録[___][A__][D__][GB_][_E_][_HC][__F][__I][___]
1フレーム6サンプルなので、基本的に6の倍数になるはず。
πの667の+1が何を意図したものかは分からんわ
191:名無しさん＠お腹いっぱい。
21/02/24 02:21:13.65 Kpvxot2M0.net
賢い人は、πの数字にどのような意味があるかを考えるがよい。数字はオフセットを指している。そして、数字は六百六十七である。
192:名無しさん＠お腹いっぱい。
21/02/24 06:34:56.25 SDNzgQvz0.net
まぁπとしては、リサーチしたCDの中に、
そこまでやらないと、最初を読み落とすCDがあったから
そうせざるをえなかっただけだろう。
193:名無しさん＠お腹いっぱい。
21/02/24 07:30:46.99 8leJLZ+w0.net
オフセット値が小さいドライブの方が優秀じゃないのか？
冒頭に音が入っててもパイオニアのドライブだと読めないんじゃない？
194:名無しさん＠お腹いっぱい。
21/02/24 07:43:56.01 SDNzgQvz0.net
ARのオフセットのプラス方向は、時系的に古い領域を読んでることを意味する。
だから君の認識と逆だと思うよ。
リードインを読めないのであれば、
オフセットが大きくないと、読み落とすCDがあるんだろう。
繰り返すが、昔のCDぐらいしかオフセットゼロと言い切れない。
195:名無しさん＠お腹いっぱい。
21/02/24 07:54:49.46 hw3MOcCF0.net
値がどうであれオーバーリードさえできればそれで良いんじゃないの？
196:名無しさん＠お腹いっぱい。
21/02/24 09:28:46.55 guYfpe/80.net
外部サイトへのアドレスデータとか入ってるCDを読ませると音楽以外もトラックとして取り込んじゃうのって回避できる？
197:名無しさん＠お腹いっぱい。
21/02/25 01:03:20.09 8o3AH4x10.net
外部サイトへのアドレスデータって何
198:名無しさん＠お腹いっぱい。
21/02/25 01:17:42.11 Q6eLz+Pp0.net
そのままなんだけど楽曲以外にオマケをDLするためのサイトへショートカットのデータが入ってる
他にもMVとかが入ってるCDもデータ部分が余分なトラックとして読み込まれちゃって、playerで作ったcdplayer.iniが反映されないんだよね
199:名無しさん＠お腹いっぱい。
21/02/25 07:39:02.69 3U3uhHz10.net
よく知らんけど、予想としては、トラック数の不一致で弾かれてるとか？
データトラックの分だけnumtracksの増加と
=曲名の行の追加を手作業でとか？
200:名無しさん＠お腹いっぱい。
21/02/25 10:24:13.77 xFEHTgY60.net
>>191
リードインの方向へのオーバーリードもできるのであればね。
直近話に出たπは、リードアウトへのオーバーリードに限定されてるわけ。
それは、リードイン方向のオーバーリードはリードオフセットによって十分確保されてるって判断からだと思うよ。
オフセットゼロの視点から見れば、ARの補正オフセットがプラスのドライブは、それだけリードインをオーバーリードしてるってことだから。
201:名無しさん＠お腹いっぱい。
21/02/25 16:33:52.36 97J0C2BA0.net
ためになるスレだ
読んでるだけでなんかわかった気になってきた
202:名無しさん＠お腹いっぱい。
21/02/26 01:19:22.77 N/RiTShI0.net
>>195
駄目だった
2000~2010年頃に直接オマケ入れるみたいなのが流行ったのかわからないけど、date cdとaudio cdのハイブリッドは面倒だな
203:名無しさん＠お腹いっぱい。
21/02/26 20:13:11.10 iN8X9jcl0.net
CDをリッピングする前にギャップ検出ってやっておいたほうがいいですか？
204:名無しさん＠お腹いっぱい。
21/02/26 23:51:38.37 Td5LwY+e0.net
どうでしょうかね
205:名無しさん＠お腹いっぱい。
21/02/27 00:02:31.93 edd6+hBo0.net
どうなんだろう
206:名無しさん＠お腹いっぱい。
21/02/27 01:18:12.09 icZYopAZ0.net
>>198
cdplayer.iniのCDエントリ頭[1234567]みたいなのがキーになっていて
データトラックが存在する関係でEACが要求するキー�
207:ﾆ cdplayerが吐き出すキーが不一致を生じて読み込めないとか cdplayer.iniの値をEACの要求値に合わせたら読めそうな気するけど でもそれで対処できたとしてもメンドイな
208:名無しさん＠お腹いっぱい。
21/02/27 08:33:15.12 3KruZdfs0.net
それは、ありそうだな。
おそらくTOCのバイナリデータのCRC32かなにかを計算してて
データトラックの行を無視するか、しないかの違い
209:名無しさん＠お腹いっぱい。
21/02/27 09:14:35.04 3KruZdfs0.net
CRC32じゃなかったわ
musicbrainz.org/doc/Disc_ID_Calculation
作者マターだな。
210:名無しさん＠お腹いっぱい。
21/02/27 10:03:22.28 3KruZdfs0.net
間違った。
あの数字、WindowsScriptingHostで
Scripting.FileSystemObject使って
Windowsシステムから教えてもらう感じの数値みたいで
ブラックボックスだわ。
CD EXTRAやミックスモードCDだと出ないこともあるらしく、
そもそもPlayerがどうやって数値化できてるのか
ってレベルの問題だわ。
211:名無しさん＠お腹いっぱい。
21/02/27 10:36:25.67 3KruZdfs0.net
以下を拡張子.vbsのファイルとして保存して実行すれば
EACの要求する数値が分かると思う。
3行目は各自のドライブに書き換え
Dim FSO, DRV
Set FSO = WScript.CreateObject("Scripting.FileSystemObject")
Set DRV = FSO.GetDrive("Q:\")
WScript.Echo(Hex(DRV.SerialNumber))
212:名無しさん＠お腹いっぱい。
21/02/27 16:37:45.48 icZYopAZ0.net
ダメだな
cdplayer.iniのCDボリュームIDはHex(FSOobj.SerialNumber)の値と違う
cddbが使う(cuesheetに書かれてる)DISCIDとも違う
Track01.cdaのオフセット+18h(4byte)がボリュームIDみたいだけど
肝心のCD-ExtraとかデータトラックありCDだとTrack01.cdaは見えない
playerとEACでcdplayer.iniを出力すると2つのエントリが追加されるだろうから
EACが出力した[data track]行以外の中身をplayerの中身に置換すればいけるかも
213:名無しさん＠お腹いっぱい。
21/02/27 23:01:22.48 S3L0ihC+0.net
なんかよくわからんけどテキストエディタでcdplayer.iniを開いてそのCDのトラック情報を矩形選択→コピーしてクリップボード経由でEACに貼り付けでは駄目なの？
214:名無しさん＠お腹いっぱい。
21/02/28 01:47:30.04 Ydm6up4x0.net
>>208
playerでcdplayer.ini作ってdate track分行追加して先頭の「数字=」部分削除してコピペでいけたけどメンドイ…
215:名無しさん＠お腹いっぱい。
21/02/28 03:34:19.36 d+l6XvwG0.net
>>208
それでもいいけど曲名とか項目の数だけ範囲指定してコピペしないといけないので痺れる
216:名無しさん＠お腹いっぱい。
21/02/28 11:56:19.96 T/yhbC1Y0.net
>>208は説明不足だった
>クリップボード経由でEACに貼り付け
これはEAC側でCD情報取得→クリップボード
を選ぶということね
まあ>>209の言う通りデータトラック分の行の追加と行頭のトラック番号=の削除は必要だけど
範囲選択して正規表現で加工して、クリップボードにコピー → 変更を保存せずに終了で少しは楽になるかな
217:名無しさん＠お腹いっぱい。
21/03/05 13:25:30.12 RNnRE8Ap0.net
『範囲取り込み品質 100.0 %』『エラーは発生しませんでした』なのに
AccurateRipが『トラックが正確であるかどうか全く確認できませんでした。データーベースと異なったコピーができます。』
の場合、正確性は判断したらいい？
一応有名なアルバムだからデータが少ないということはないと思うのだけど
218:212
21/03/05 14:33:01.82 RNnRE8Ap0.net
×正確性は判断したらいい？
〇正確性はどう判断したらいい？
スマン
219:名無しさん＠お腹いっぱい。
21/03/05 14:43:16.50 p3JrxMUQ0.net
2つ目、もの凄い偶然を疑って安心できないなら3つ目のコピーを作成して、それらが一致するか確認。
コマンドラインでfc /bなり、bkhashesなどのハッシュ計算ツール使うなりは自由。
220:名無しさん＠お腹いっぱい。
21/03/05 14:57:04.77 8KEz/bCO0.net
別のドライブでも吸い出して同一かどうか比較するしか無い
221:名無しさん＠お腹いっぱい。
21/03/05 15:05:18.25 oNcnAzlP0.net
有名アーティストなのにデータベースと一致しないのは
設定の問題じゃないの？
222:名無しさん＠お腹いっぱい。
21/03/05 16:13:19.39 QsWPIEuR0.net
日本で有名でも、海外わからないし、大半の人はCD聴かないしリップもiTunesなので、君が一番最初なのかも
223:名無しさん＠お腹いっぱい。
21/03/05 19:23:28.99 ubzTHlnV0.net
>>212
CTDBのほうも不一致だったの？
224:212
21/03/05 19:47:38.06 bavEx5f40.net
スマン…EAC使い始めて数年になるのにCTDBが何なのかまったく考えずに使ってた。
全曲『(25/25) Accurately ripped』と書かれてるから問題なしということなのか。
てっきりAccurateRipだけで比較してるのかと思ってた。
正直スマンかった。みんなありがとう。
225:名無しさん＠お腹いっぱい。
21/03/05 20:48:19.22 ubzTHlnV0.net
>>219
CTDBは一致したのか
URLﾘﾝｸ(www.axfc.net)
ctdbeac
こちらのCTDBプラグインも使ってみるといいよ
これはAccurateRipとも照合するように設定してビルドしたCTDBプラグインなんだけど、AccurateRip v1のオフセット違いのデータとも照合できる
226:名無しさん＠お腹いっぱい。
21/03/05 20:52:14.64 ubzTHlnV0.net
ああごめん、既にリップ済みならCUEToolsで照合したほうが早いね
227:212
21/03/05 22:10:51.71 bavEx5f40.net
ありがとう
自分はどうやら照合の仕組みを理解できていないみたいだから、これからちょっと勉強するわ
あとCTDBの見方について質問したいんだけど、別のCDの１つの曲（CDの１１曲目）のリッピング結果で
11 | (965/1472) Differs in 2956 samples @02:48:56-02:48:60, or
(3/1472) differs in 2956 samples @02:48:56-02:48:60, or
(3/1472) differs in 582 samples @02:48:55-02:48:56, or
(2/1472) differs in 660 samples @02:48:55-02:48:56, or
(4/1472) differs in 2140 samples @02:48:56-02:48:59, or
(6/1472) differs in 1990 samples @02:48:56-02:48:59
っていうのがあったんだけど、これってどう判断したらいいんや…。
大体02:48:55-02:48:60のところでサンプルデータと違う部分が見つかったってことなんだろうけど…
228:名無しさん＠お腹いっぱい。
21/03/05 22:29:07.16 IDkqe6RZ0.net
11曲目にAccurately rippedという表示がないなら失敗してるんじゃないの？
965人の所に入ってたら下記のようになると思う
11 | (965/1472) Accurately ripped, or
229:名無しさん＠お腹いっぱい。
21/03/05 22:44:12.54 IDkqe6RZ0.net
(965/1472)という数字からすると癖のあるCDっぽいね
230:名無しさん＠お腹いっぱい。
21/03/05 23:24:57.64 ubzTHlnV0.net
>>222
提出されたデータは全部で1472件
そのうち965件とは02:48:56-02:48:60の部分で不一致
そのうち3件とは02:48:56-02:48:60の部分で不一致...以下略
ということになるね
提出されたデータのうち完全一致しているものが1件以上ある場合は
Track | CTDB Status
11 | ( 1/1472) Accurately ripped, or (965/1472) differs in 2956 samples @...
という風に表示される
>>223の言うとおり、1件もAccurately rippedと表示されていないのなら、正確にリップできていない可能性が高い
AccuratelyRipのほうはどうなってる？
231:名無しさん＠お腹いっぱい。
21/03/05 23:37:47.91 CYLxmqeZ0.net
orて何ぞ
232:212
21/03/05 23:56:43.36 b0OciKZi0.net
ありがとう
AccuratelyRipは
『トラック 11 正確であるか確認できませんでした (正確に 200) 』
となってるけど、これたまにあるアルバムの最後の部分に同�
233:凬Gラーが出るやつだと思う。 実際、疑いのある位置はアルバムの最後の部分だし。 それで、CTDBの結果で不一致の部分を確認したら、実際アルバムの最後の部分だったわ。 でもアルバムの最後の部分に同期エラーが出ることはよくあるけど、 それがCTDBのほうにも出てるのは、他のログを確認してもこのCDだけだった。他の同種のエラーと何が違うんだろう。 さっき２回リッピングし直したら、内１回が ( 1/1476) Accurately ripped, or になった。 アルバムの最後の部分にエラーが出た場合、聴いて問題なければ気にしなくていいと書いてあって、 実際聴いてみても特に問題は感じられないから、これも気にしなくていいってこと？ ちなみに範囲取り込み品質は99.9 %。 CDはクイーンの2ndアルバムで2011年に出たSHM-CDのやつ。 >>226 すまん、読みやすくなるように文章を改稿した。実際は 11 | (965/1472) Differs in 2956 samples @02:48:56-02:48:60, or (3/1472) differs in 2956 samples @02:48:56-02:48:60, or... という感じで１行で続く。
234:名無しさん＠お腹いっぱい。
21/03/06 01:24:51.86 vMoLh2pP0.net
>>227
AccurateRipとも不一致か
>でもアルバムの最後の部分に同期エラーが出ることはよくあるけど、
>それがCTDBのほうにも出てるのは、他のログを確認してもこのCDだけだった。
うーむ謎だな
ドライブと相性が悪いCDなのかねえ
>さっき２回リッピングし直したら、内１回が
>( 1/1476) Accurately ripped, or
>になった。
これ、もしかすると212がそのCDを初めてリップしたときに提出したデータと一致してるのかもね
ところでドライブオプションで
ドライブがC2エラー情報を検出できる
というオプションのチェックはON/OFFどちらにしてる？
235:212
21/03/06 04:14:11.52 Z0afSm6v0.net
>>228
>これ、もしかすると212がそのCDを初めてリップしたときに提出したデータと一致してるのかもね
あ、なるほどそういうことか。
最初の２回はC2エラーチェックONでやって、３回目がOFF。
２回目が( 1/1476) Accurately ripped, orで
３回目は(967/1476) Differs in 3648 samples @02:48:55-02:48:60, or。
ということは、もう１回OFFでやったら( 1/1476) Accurately ripped, orが出るってことか。
２、３回目も範囲取り込み品質は99.9 %。
エラーはやっぱりアルバムの最後の部分。
ドライブ自体１０年くらい前のものなので、正確性は期待しないほうがいいのかな。
一応ドライブの正確性は はい だったんだけど。
とりあえず、エラーの部分はCDと聴き比べても違いがあるようには感じない。
236:名無しさん＠お腹いっぱい。
21/03/06 04:14:15.79 I7+IWPNq0.net
>>227
2:48ってTrack11「Seven Seas Of Rhye」の終端部分だな
終端部分はオフセット量とドライブがオーバーリードできるかできないかで
ハッシュ違ってくる事あるんじゃないか？
例えばオーバーリードできないドライブでオフセット+6と+48のドライブじゃ末尾切れる量が42サンプル違うから
そこに音入ってるCDだと違うハッシュになると思う
なので同じドライブ(オフセット量)で登録された結果が登録されてないと一致しないかもしれん
237:212
21/03/06 06:55:08.90 XV8T4VuQ0.net
>>230
オフセットとかの話は今の自分には難解…。
データが一致してなくてもちゃんとリッピングできてる場合もあるんだよね？
このケースは妥協点ということで問題なしでいいのだろうか…。
238:名無しさん＠お腹いっぱい。
21/03/06 07:25:09.96 Q3P9qzNU0.net
これを問題無しとするならもうEAC使う必要無いだろ
お手軽リップソフト使っとけ
239:名無しさん＠お腹いっぱい。
21/03/06 10:03:16.98 NjPf2lbI0.net
オフセット関係あるのかな？
30サンプル訂正したりしなかったりするけどどっちでもこんなおかしなことになったことはないけどなあ
240:名無しさん＠お腹いっぱい。
21/03/06 10:30:04.80 QR/+9/ZC0.net
データベースとの比較なんて文字通りの意味しかない
自分を信じるか他人を信じるか
同じ環境同じ設定でエラーが出たり出なかったりするのなら設定見直すか
どう足掻いても同じような結果になるならファイルのバイナリ比較して判断するしかない
241:名無しさん＠お腹いっぱい。
21/03/06 10:39:34.71 9T8O5l5v0.net
無音の長さにきまりはない。
聞こえないレベルの音量ということで、
気にせず、無音を全く追加しないエンジニアもいるだろう。
そうなると、オーバーリードした上で
無音でない範囲を切り取る以外になく、
それができないのであれば、当然オフセットでデータの落ち方が変わる。
というか、そういう場合、
CDが作られたオフセットとドライブの読み取りオフセットが一致するという偶然がないかぎり
どうやってもデータは落ちる。
242:名無しさん＠お腹いっぱい。
21/03/06 11:11:28.44 9T8O5l5v0.net
ただ、ものは考えようで、
そういうCDの場合、「オーバーリードができるのであれば」、
CDが作られたときのオフセットが分かることを意味するわけで、
吸いだしイメージとして完璧なものができる幸運もある
243:名無しさん＠お腹いっぱい。
21/03/06 11:16:00.77 I7+IWPNq0.net
>>231
条件変えてもバイナリ一緒ならOKとするとか。てか同一ドライブでそれ以上の事はできんだろう
ソフト変えても変わらんと思う。読みが安定しないウンコリッパーでもない限り
宅配レンタルとかで別個体のUICY-15010借りてバイナリ一致ならもうそのドライブはそうなんだ
CUEToolsでrepairすればAccurate Rippedになるかもしれんけど、ドライブとかで変わる円盤だと
それがモアベターかは分からんな
244:名無しさん＠お腹いっぱい。
21/03/06 11:38:09.25 vMoLh2pP0.net
>>229
>最初の２回はC2エラーチェックONでやって、３回目がOFF。
>２回目が( 1/1476) Accurately ripped, orで
>３回目は(967/1476) Differs in 3648 samples @02:48:55-02:48:60, or。
ON/OFFで結果が変わってしまったか
厄介だなこれ
ちなみにAccurateRipもCTDBもディスクの冒頭と末尾の数セクターは計算に使用しないから、オーバーリードできるかどうかは気にしなくていいよ
自分だったらもう
テストしてからCDイメージをコピーしCUEシートを作成
を実行して、CRCが一致したらそれでよしとするかな
245:212
21/03/06 18:23:03.00 uBicap2B0.net
みんなありがとう。
とりあえずもう少し勉強して仕組みを理解してからどうするか考えることにするわ。
246:名無しさん＠お腹いっぱい。
21/03/06 19:26:14.30 xDMuXy2D0.net
まあ全体の2/3しか一致してないから普通のCDではないね
247:名無しさん＠お腹いっぱい。
21/03/06 19:42:01.48 xDMuXy2D0.net
最近リップしたログを見てみた
URLﾘﾝｸ(i.imgur.com)
マイナーなものを好むからDBの件数が少ないわｗ
ただ、どれも大多数が一致している
リップ結果に不安を感じる人がほぼ居ない優しいCDたち
248:名無しさん＠お腹いっぱい。
21/03/06 22:42:17.85 +hBWFa1k0.net
CDというものは曖昧な規格なんだという事を忘れなければ、残念なリップ結果にも優しくなれるんじゃないかなあ
各ドライブのオフセット値の違いを気にしてるのとかを見ると特にそう思う
どんなCDにも、ドライブにも、それぞれズレはあるわけだから
なにより聴いてみて違和感がなくて、設定を変えればAccurately rippedになる環境でさえあればそれでいいんじゃないのかなあ
前後の取りこぼしなんて実際のところどうでもいい物なんだよ
249:名無しさん＠お腹いっぱい。
21/03/06 22:47:49.56 +hBWFa1k0.net
EACは別にズレなくリッピングするためソフトじゃなくて、CDのデータを正確に読み取れてその検証もできるからこそ有用なツールなんじゃないかと
250:名無しさん＠お腹いっぱい。
21/03/07 10:35:34.23 NH1wTvFd0.net
そういう理解が進めばいいけど、
現状サイトの9割以上は間違った認識を植え付けるようになってる
251:名無しさん＠お腹いっぱい。
21/03/07 10:54:29.13 NDTgOuEj0.net
何度読み直してもAccurately rippedにならないけど毎回バイナリは一致するのは諦めていいの？
数十枚に1枚くらいこういうCDあんだけど
252:名無しさん＠お腹いっぱい。
21/03/07 12:22:46.33 NH1wTvFd0.net
何回も言われてるように
人が決めることじゃねぇ。
自分で決めな
253:名無しさん＠お腹いっぱい。
21/03/07 12:42:07.62 0SzDUMf20.net
メーカー違いの3台の別ドライブで一致したら、同じCD買うかレンタルして、そのCDとも全て一致したらおk
254:名無しさん＠お腹いっぱい。
21/03/07 13:08:57.46 HiDgu+vg0.net
そんな変なCDあるんですね。
255:名無しさん＠お腹いっぱい。
21/03/08 20:59:55.47 s8dcotzO0.net
以前リッピングしたflacをいくつかCUEToolsでverifyしてみたけど、
約600/1700 Accurate rippedになるCDと約3000/5000 Accurate rippedになるCDがあった
CTDBだけでなくAccurateRipとも一致したから正しくリッピング出来ていると思うけど、こういうのは少し
256:気持ち悪いな
257:名無しさん＠お腹いっぱい。
21/03/10 09:59:53.06 Y/zw++dv0.net
期間不明だけど、いくつかのドライブのDrive OptionのDrive caches audio dataのチェックが入っているべきのところが外れていたわ！
258:名無しさん＠お腹いっぱい。
21/03/12 20:32:16.75 WieK/p4N0.net
AccurateRipとCTDBのサンプルとの比較ってどういう基準でやってるの。
たとえばドライブの不具合でノイズが入った音楽ファイルが出来上がってしまったとしても、
AccurateRipとCTDBのサンプルと完全に一致したと判断される場合もある？
259:名無しさん＠お腹いっぱい。
21/03/13 03:13:02.87 /92bWulu0.net
CTDBでは
URLﾘﾝｸ(cue.tools)
によると
CRC32チェックサムが使用されているらしい(ただし冒頭と末尾の10x588サンプルは計算に使用されない)
CRC32が偶然一致する確率は約4億分の1らしい
AccurateRipのほうは
URLﾘﾝｸ(forum.dbpoweramp.com)
に書いてある
AccurateRipCRCはサンプルポジションxサンプルデータ(4バイト)の和のようだ
URLﾘﾝｸ(wiki.hydrogenaud.io)
によると最初のトラックの冒頭2939サンプルと最後のトラックの末尾2940サンプルは計算に使用しないらしい
偶然一致する確率がどの程度なのかはわからないが、
URLﾘﾝｸ(hydrogenaud.io)
のCUETools作者による書き込みによると、誤り検出精度はCRC32のほうが高そうだ
当たり前だが、CTDBもAccurateRipもチェックサムの計算に使用されない部分で発生したエラーは検出できない
260:名無しさん＠お腹いっぱい。
21/03/13 08:29:03.91 nkpJ0tv30.net
なるほどなあ
261:名無しさん＠お腹いっぱい。
21/03/13 19:33:35.56 G0qfnkgn0.net
オフセットだのオーバーリードだのの部分はそもそもチェック範囲外なのか
262:名無しさん＠お腹いっぱい。
21/03/14 01:25:39.07 IwU/ZUzF0.net
曲の最後の部分まで音が入ってるCDリップしたけど、誰が聴いても普通に分かるくらい最後が途切れてしまってる。
でもAccurateRip、CTDB共に完全に一致してる。
EACのオフセットずれ問題って気にする程じゃないとよく言われるけど、実は結構深刻なくらい切れてるのでは？
iTunesでリップしたらちゃんと最後まで入ってるから自分のドライブがおかしいってことは無いと思うんだけど
263:255
21/03/14 02:02:13.56 IwU/ZUzF0.net
すまん( ;∀;)
俺の確認ミスだった…
AccurateRipのほうは最後の曲で同期エラーが起きてた。
でもCTDBのほうは(195/199) Accurately ripped, or (2/199) differs in 3539 samples @03:39:08-03:39:11となってる。
264:名無しさん＠お腹いっぱい。
21/03/14 02:25:46.72 3z3qe4XV0.net
CTDBのチェックサムの計算には使用されないがAccurateRipのチェックサムの計算には使用される部分でエラーが起きているのかもしれない
265:名無しさん＠お腹いっぱい。
21/03/14 13:53:52.43 zeUbY4YJ0.net
オフセットのズレって何万分の1秒とかの世界だから耳では判別不可能な筈
単に傷や汚れでエラーあっただけでしょう
266:255
21/03/14 17:37:23.28 oB/Y0vk30.net
んー実を言うとこのアルバム以前違うCDでリッピングしたことがあって、
今回買いなおしでリッピングし直したんだけどどっちも同じ結果なんだわ。
傷とかが原因だとするとiTunesで正しく取り込めたってことは、
iTunesのエラー訂正機能のほうがEACのそれより優れてるってことになっちゃうし。
EACの設定によるのかもしれないけど自分でオフセット+102とかにしても結果は同じだから、このドライブがEACと相性悪いのかもしれん。
正確性 はい なのに全然信用ならんなー。
267:名無しさん＠お腹いっぱい。
21/03/14 18:27:29.61 3e1GTD0Y0.net
データが復活するわけじゃないんだから
オーバーリードができないのであれば、
オフセット補正はデータを欠落させる行為なんだから
なんも補正しないようにすればいいんでないの
268:名無しさん＠お腹いっぱい。
21/03/14 18:38:16.84 3z3qe4XV0.net
URLﾘﾝｸ(wiki.hydrogenaud.io)
に書いてある通り、今時のドライブでAccurate Streamが「いいえ」になることはほぼないだろうな
・
269:オーバーリードをONにしているならOFFにする ・取り込み中の減速許可をOFFにしているならONにする ・バーストモードで吸い出してみる ・CUERipperで吸い出してみる あと試せそうなのはこれくらいかね
270:名無しさん＠お腹いっぱい。
21/03/14 18:43:32.00 kU+yruk30.net
オフセット+102したところで2ms
誰が聴いても普通に分かるぐらい最後が切れてるなら
元々そういうケツが切れたCDなんだろう
271:名無しさん＠お腹いっぱい。
21/03/14 19:02:20.09 MZ5AlHDP0.net
エラーが出るという話であれば新品のCDなのにセキュアで読むと最初からエラー発生で進まないというのが2連続続いた事があった
ディスクそのものが相性悪いと見切った
272:名無しさん＠お腹いっぱい。
21/03/14 19:50:44.66 Bg+CE5CY0.net
前にlgだとどうして同期エラーが出て駄目で別のパイのドライブなら大丈夫だったって書いた事あるけど、そういう相性があるのでは
273:名無しさん＠お腹いっぱい。
21/03/14 23:00:41.72 f97RTXUo0.net
俺だったら波形編集ソフトでどれだけ削られたのか比較するわ
聞いて分かるくらいなら相当欠落してるはず
274:名無しさん＠お腹いっぱい。
21/03/14 23:20:58.46 Ykvhe2h70.net
バイナリエディタ等でファイル比較なり差分とるなり
wavecompareなんてwave専用のソフトもあるね。かなり古いけど
このスレで完璧な複製Discを作りたい人にとっては、試聴して判る用だと完全にアウトかと
275:名無しさん＠お腹いっぱい。
21/03/14 23:59:35.49 3z3qe4XV0.net
確かにまずはiTunesで吸ったものと何らかのソフトで比較したほうがいいね
>>256によると「同期エラーが発生した」
「CTDBとは一致したがAccurateRipとは一致しなかった」とのことだし、CTDBがCRC32計算時に切り捨てた部分で正しく吸えていないところがあるんじゃないかなあ
>>252に書いてある通りCTDBはAccurateRipよりも切り捨てるサンプル数が多いからね
276:255
21/03/15 17:03:24.42 etCr7Hc+0.net
比較をやってみたらEACでリッピングした方は最後が0.176秒ほど欠けてる
なんでや…
277:名無しさん＠お腹いっぱい。
21/03/15 17:25:32.85 6FDktZKp0.net
>>268
関係ないとは思うけどEAC
Optionsの「Delete leading and trailing silent blocks」のチェックは外してある？
278:255
21/03/15 17:31:30.40 etCr7Hc+0.net
>>269
日本語だと「曲の先頭と末端の無音領域を削除する」だよね？
外してある
279:名無しさん＠お腹いっぱい。
21/03/15 18:34:56.42 tO7Mdeif0.net
>>268
「欠落したオフセットサンプルを無音で補完する」がOFFになってない？
280:名無しさん＠お腹いっぱい。
21/03/15 18:39:13.40 +2saOK3Q0.net
多分それだろ
281:名無しさん＠お腹いっぱい。
21/03/15 18:43:11.69 tO7Mdeif0.net
あと「読み込みエラー、または同期エラーが出た場合はトラックの取り込みをスキップする」がONの場合はOFFにする
282:名無しさん＠お腹いっぱい。
21/03/15 19:23:17.02 sxNTI3730.net
欠けてるというのは欠落が0で埋められてるのか音声自体短くなってるのか
無音補完含めて全サンプルwav化されてるならEACのステータスバーにある
h:m:s:fからh*158760000+m*2646000+s*44100+f*588サンプルになるはずや
283:255
21/03/15 19:51:43.33 etCr7Hc+0.net
>>271
「欠落したオフセットサンプルを無音で補完する」はチェック入ってる
「読み込みエラー、または同期エラーが出た場合はトラックの取り込みをスキップする」はチェック入ってない
>>274
どうやら音声だけがなくなってるみたいで、再生時間はiTunesのほうと同じみたい
284:名無しさん＠お腹いっぱい。
21/03/15 20:38:06.52 sxNTI3730.net
ふーん。音声ファイルには全セクタ記録されてるけど音だけ欠けてるのか
0.19秒切れるって事は8000サンプルぐらい違う(オフセットってレベルじゃない)事になるけど
iTuneの方は末尾まで音入ってるけどEACは末尾8000サンプルぐらい無音になってるのか
それともEACも末尾まで音入ってるけど今回吸ったのは実は再販かプレス違いで
8000サンプルぐらい音が後ろにズレた結果ケツが切れるようになったのかは
気になる所だな。こういうのはたまにある。
宇多田ヒカルのFirst Loveなんかもそう。フェードアウトしきってる
285:所で気にならないけど 音声エディタで2つ開いてみて比べてみたら
286:名無しさん＠お腹いっぱい。
21/03/15 20:58:12.81 tO7Mdeif0.net
>>275
>>261に書いてあることを試してみて
287:255
21/03/15 21:50:24.66 etCr7Hc+0.net
>>277
オーバーリードをOFFにしたらケツ切れてなかった！！
これ対応してないものもあるのか。標準でチェック入ってたからどれでも対応してるんだと思ってた。
結構初歩的なことだったんだな…。みんな正直スマンかった…。
ちなみになんだが、これ以外のCDも色々比較してみたんだが、比較したもの全部ケツ切れてた。
で、その内の１枚をオーバーリードOFFにしたらケツ切れなかった。
288:名無しさん＠お腹いっぱい。
21/03/15 22:14:22.68 sxNTI3730.net
解決できて何よりです・・・オキニのCDは吸い直し？ｗ
289:名無しさん＠お腹いっぱい。
21/03/15 22:23:18.56 tO7Mdeif0.net
>>278
解決したか、良かった
再リップ大変だろうが頑張れ
最後のトラックがCTDBやAccurateRipと不一致になるディスクも一致するようになるんじゃないかな
おそらくリードアウト方向のオーバーリードに対応していないドライブなんだろうね
290:255
21/03/15 23:00:56.00 etCr7Hc+0.net
>>279
>>280
ああ、ありがとう
時間掛かっても全部やり直すと思う
あと書き忘れてたけど最後の曲で頻繁に出てた同期エラーもでなくなった。よかった
291:名無しさん＠お腹いっぱい。
21/03/16 05:29:14.73 sFxHvQPt0.net
>>278
今はオーバーリードできるドライブ少ないんじゃないかなぁ
なので新しいドライブ買ってもそのオプションは基本OFFにした方がいいと思う
オーバーリードできるかはNeroDiscSpeedで調べられるよ
Nero公式からはもう落とせないけどネットに沢山転がってる。ちょっと怖いけどｗ
まぁ最終セクタの後や先頭セクタ前に音入ってるCDありゃEACでも分かるけどね
292:名無しさん＠お腹いっぱい。
21/03/16 09:12:30.66 /axY1VPF0.net
普段使っていて
CTDBやARDBで最後の曲だけ一致標本数が少ないことがよくあるのはそれだったか
293:名無しさん＠お腹いっぱい。
21/03/16 09:32:29.20 Ab0k4xq+0.net
EACの1つの設定で全部吸い直しとか狂気だろ
エラー出た奴に厳選して無音欠けで実質関係無い奴はやり直さなくて良いのでは
294:255
21/03/16 16:08:54.82 kWIQaqes0.net
ああ、てっきり全部ケツ切れしてると思ってたらそうでもなかった
切れてるやつだけやり直すことにするわ
あと同期エラー起きてないやつでもケツ切れてたり、起きてるやつでも切れてなかったりするからケツ切れと同期エラーの関連性は不明。
そろそろコテハン外すわ。みんな世話になった
295:名無しさん＠お腹いっぱい。
21/03/16 19:06:27.51 vCTtBDG40.net
ドライブが何なのか気になる
296:名無しさん＠お腹いっぱい。
21/03/16 19:42:19.30 dp45RGyw0.net
>>286
MATSHITA DVD-RAM UJ8A0A
古くてスマン
297:名無しさん＠お腹いっぱい。
21/03/16 21:44:01.89 67a8nWNh0.net
情報ありがとう
298:名無しさん＠お腹いっぱい。
21/03/17 06:28:49.52 e/fSPXMr0.net
年食ってあんまり音楽聴かなくなったからEACが1番楽しいのは設定やトラブルで苦労した後にセキュアでエラー無しでarで合致した時だなとしみじみ思う
299:名無しさん＠お腹いっぱい。
21/03/17 07:06:07.99 xoyk2UIg0.net
設定できるようになったらCDの傷のせいかな、セキュアモードで読めないものは別のモードで、ってなっていくてしょ。
時々OS再インストールしたくなる古いタイプの人なのでEACの設定画面のキャプチャを残していて、再インストールの時はそれを見て設定歯ています。
300:名無しさん＠お腹いっぱい。
21/03/17 07:54:39.36 CKRSco4D0.net
accurate ripのDB見てもらえれば一番だけど、今入手できるドライブだとLite-ONのやつがええんじゃないかな。
301:名無しさん＠お腹いっぱい。
21/03/18 00:39:49.61 QvQfN1wF0.net
ini運用したい
302:名無しさん＠お腹いっぱい。
21/03/18 12:52:32.64 W+eE5dMS0.net
>>292
290 だけど、確かにその運用だと何度も設定しなくて�
303:謔ｭなるね
304:名無しさん＠お腹いっぱい。
21/03/18 15:04:17.71 Lw8IEhXY0.net
てすと
305:名無しさん＠お腹いっぱい。
21/03/18 20:29:36.49 XiyROfd70.net
profile作っておくと楽だよ
306:名無しさん＠お腹いっぱい。
21/03/24 00:21:06.15 0swcerY80.net
CDデータベースのリストに大量に同じCDがあって、その選択を間違った場合に正確さを確認できないということはありますか?
ＣＤの番号が一致しないものとかがあるんですがどれにしたらいいのか迷います。
トラックのすべてが確認できなくて正確性が全く確認できませんでしたと言うのが結構出てきています。
307:名無しさん＠お腹いっぱい。
21/03/24 02:42:00.82 8Fu4UOYV0.net
>>296
曲名やアーティスト名やアルバム名などを取得するデータベースとリッピングしたデータのチェックサムを照合するデータベース(AccurateRipやCTDB)は別のものだから、前者の選択を間違っても後者との照合に影響はないよ
>トラックのすべてが確認できなくて正確性が全く確認できませんでしたと言うのが結構出てきています。
296以外にデータを提出した人がいない/他人が提出したデータに誤りがある/オフセットやプレス違いにより他人が提出したデータと296が提出したデータが一致しない/296の提出したデータに誤りがある
原因として考えられるのはこれくらいかな
308:名無しさん＠お腹いっぱい。
21/03/27 08:22:31.55 dVJOm/3d0.net
Eacでリップすると必ずアルバムが終わるときにプチッて小さくノイズが鳴るんだけど自分だけ？
309:名無しさん＠お腹いっぱい。
21/03/27 08:43:48.54 MhCSgg7T0.net
少し前のログでも読んでみたら
310:名無しさん＠お腹いっぱい。
21/03/27 08:45:12.39 y33fS6fh0.net
うむ
311:名無しさん＠お腹いっぱい。
21/03/27 08:57:41.46 Rz4Df8+90.net
ああそうごめんねここの住人じゃないものだから
312:名無しさん＠お腹いっぱい。
21/03/27 09:04:44.42 MhCSgg7T0.net
住人とか関係ねーだろゴミクズ
スレ内検索くらいしてから質問しろや っていう掲示板利用における初歩的なマナーの話だ
313:名無しさん＠お腹いっぱい。
21/03/27 09:10:32.66 7mIBPlav0.net
さすがについ最近話題になったことを
時をおかず二度書くほどみんな親切ではないよな
314:名無しさん＠お腹いっぱい。
21/03/27 09:54:57.87 8tFlCs1b0.net
年寄りは融通がきかないから困ったもんだよね
315:名無しさん＠お腹いっぱい。
21/04/02 19:23:01.18 AzavoxJv0.net
洋楽で結構有名なアルバムなのにデータが出てこないってあるんですね。
しかもウイン10のプレーヤーでは微妙に間違った情報が出てきた‥‥一曲だけちがう別のアルバムデータ引っ張ってきたｗ
それにしても、同期エラー、一番最後だけ引っかかって、聞いても何の問題もない、ってのがすごく多い・・・設定変えても変わらないんですけど気にしなくていいですかね?
316:名無しさん＠お腹いっぱい。
21/04/02 20:48:52.22 raZDp4w70.net
むしろ有名な盤だから色々とプレス違いがあるんじゃないの？
リマスターだのｘｘ国限定版おまけトラックだの
聴いて気にならない、問題ないって思うなら良いんじゃない？
317:名無しさん＠お腹いっぱい。
21/04/02 23:17:59.06 AzavoxJv0.net
ありがとうございます。でもプレス違いでもおなじ曲のアルバムなら結構ずら～っと出てくる感じじゃないですか?
一つもないのが初めてで、びっくりしました。
バックアップ用に作業して、オーディオはデータの再生できないので確認はPCなんです。
ＰＣの音量上げても、スピーカーの質考えても、確信持てなくて‥‥
終了時に緑になってるのにエラーがあった場合とか、エラーがあって、問題の所は何分何秒の位置、って出るのに、完全にコピーが終了した（はっきりと覚えていないｏｒｚ）とかでるのもいまいちどういうことなのかわかっていません。
318:名無しさん＠お腹いっぱい。
21/04/02 23:46:10.71 Ow1kM/h60.net
>>307
CDのタイトルとか、使ってるドライブの情報とか試した設定とかちゃんと書きなよ
有効な情報が何もない・・・