Exact Audio Copy β10 - 暇つぶし2ch

Exact Audio Copy β1 ..

537:名無しさん＠お腹いっぱい。
09/06/04 06:28:06 SRpUz99SO
premium2買うまでは、CDMが一番妥当なのかな…
書き込みとcue読み込み分割の時だけEAC 0.99 4

538:名無しさん＠お腹いっぱい。
09/06/05 00:26:09 4SHurfC60
音質はWMPでもCDMでもEACでも一緒だよな。
データがほんのごく僅か違うだろうけど。

539:名無しさん＠お腹いっぱい。
09/06/05 05:41:36 KE++5fZqO
同じドライブで同じCDで特殊な設定をしないで
分割WAVを吸い出すだけなら
ソフトは何を使っても音もファイルも全く同じ。
違うと感じたらドライブかCDかパソコンか耳の不具合。

540:名無しさん＠お腹いっぱい。
09/06/05 13:17:22 OIVvyoKhO
>>539
音が変わる特殊な設定って例えばどんな？

541:名無しさん＠お腹いっぱい。
09/06/05 13:43:07 gFGhYI+AP
ノーマライズ

542:名無しさん＠お腹いっぱい。
09/06/05 16:38:44 XdI5jWPCO
>>539
分割WAVならギャップ検出する必要ないの？
八倍速ぐらいでやれば、ジッターとか関係ないか。

543:名無しさん＠お腹いっぱい。
09/06/05 18:26:05 KE++5fZqO
>>540
>>542
音質を変える設定とかをしない限り音は変わりません。
無音部分を削除したりギャップ部分を
曲の末尾にするか曲の先頭にするかを変えたりすれば
ファイルは変わりますが音は変わりません。
EACでもCDMでもCDexでもCD2WAV32でも
初期設定のまま使えば同じ分割WAVになると思います。
EACの初期設定のまま分割WAVを吸い出すなら
ギャップ検出は無意味ですし時間のムダですよ。
CUEシートの構造を理解すれば意味が分かります。
焼いたCDの音は速度やメディアとかで変わりますけど
オリジナルのCDから分割WAVを吸い出す時に
速度で音が変わったらドライブかCDの品質を
疑っていいと思います。12年以上前なら話は別ですが。
当たり前ですがオフセットがズレてたら分割WAVも全曲ズレます。

544:名無しさん＠お腹いっぱい。
09/06/05 18:42:48 4SHurfC60
ソフトによって、
エラーにはならないけど実際には読み込みミスが起きている率の違い、
があると思うけど。
EACは比較的そういうのが少なそう。

ところで、
0.95b4とか0.99pb4を使っても、
よく聞く日本語入力の不具合が起きないんだけど、
環境に左右されるのかな？

545:名無しさん＠お腹いっぱい。
09/06/05 19:32:05 XdI5jWPCO
>>543
>>544
分かりました、ご丁寧な説明ありがとうごさいます。

546:名無しさん＠お腹いっぱい。
09/06/06 05:38:05 G3FQR26qO
CDが新品なら40倍速でも4倍速でも読み込みは大丈夫
WAVバイナリ不一致だったらクソドライブ認定でいい

547:名無しさん＠お腹いっぱい。
09/06/06 06:05:53 9ndn+U9f0
んじゃ　傷物のCDの場合はどれくらいの速度にしている人が多いのかな
4倍速くらい？

548:名無しさん＠お腹いっぱい。
09/06/06 09:36:49 XWC04CiXO
>>546
今まで無駄な時間と神経を使ってしまったようだ…
BR-H816の糞ドライブ

549:名無しさん＠お腹いっぱい。
09/06/06 11:46:55 UevlZqMcO
>>543
その音質を変える設定って具体的に何？

550:名無しさん＠お腹いっぱい。
09/06/06 13:03:46 XWC04CiXO
>>549
Lilithみたいな速度変更とかじゃ？

551:名無しさん＠お腹いっぱい。
09/06/06 15:32:24 MprJVLXg0
確かに滅多に読み込みミスをしないドライブと
かなりの確率でWAVバイナリが一致しないファイルを作ってしまうドライブがあるな

一致しないファイルを作るドライブで傷なしCDを読み込むより
滅多にミスをしないドライブで傷ありCDを読んだ方がマシなぐらいだ

552:名無しさん＠お腹いっぱい。
09/06/06 15:44:50 UevlZqMcO
>>550
速度変更？
ドライブの読み込み速度ってこと？

553:名無しさん＠お腹いっぱい。
09/06/06 23:23:56 dfhO5KRB0
>>551
EACのセキュアモードでエラー訂正が働いたトラックって、他のソフトやEACの
バーストモードで読み込んだ場合はバイナリ一致しない可能性があるって
事なんでしょ？
だとしたら、どのドライブでも結構高確率(CD2枚で1トラック程度）でバイナリ
一致しない事があると思うんだが。
自分が余程運が悪く、たまたまはずれドライブばっかり買ってるという可能性も
無くは無いけど。

554:名無しさん＠お腹いっぱい。
09/06/06 23:33:24 MprJVLXg0
>>553
EACを使った場合の話ですが
傷のないCDでもN社のドライブは、10枚に1枚ぐらいはミスをしてしまう
手持ちの他社のドライブでは、100枚に1枚ぐらいしかミスをしない

当方wavファイルをコンペアして毎回確認しています
モードはセキュアしか使っていません
最近はAccurateRipも使っていますが
コンペアして一致したデータは、これのデータベースとも常に一致しています

555:名無しさん＠お腹いっぱい。
09/06/07 18:52:08 MCVJe59k0
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ﾉ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　(ﾟ∀ﾟ)
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .(　(7　.(｀・ω・)
. 　　　　　　　　　　　　　　　ヘ○ヘ！　　　　　_、_　 n　　　　　 <　ヽ .|￣￣￣
　　　　　　　　　　　　　　　　　 |∧ 　　　　　　（　,_ﾉ`）（ E)　　 |￣￣￣　.Win7
　　　　　　　　　　　　　　　　　/ 　　　　　　　　|￣￣￣| 　　　 |VisSP2
. 　　　　　　　　　　　|￣￣￣| 　　　　　　　　|XPSP2| ('A`) .|
　　　　　　　( ＾ω＾) | .2000. | 　　　　　　　　| 　　　|.ﾉ　ﾉ)_.|
　　　　　　　　|￣￣￣.　　　 | 　　　　　　　　|　　　　￣￣￣
　　　　　　　　| 98SE 　　　　|..　　　　ｳｯｳｰ |　　　　　Vista
.　　　　（´ー`）|　　　　　　　　　| 　　　　( ﾟдﾟ) |
（・∀・）|￣￣￣　　　　　　 | 　　　|￣￣￣
￣￣￣　　98　　　　　　　　　　| 　　　|XP無印
　　95 　　　　　　　　　　　　　| 　　　|
　　　　　　　　　　　　　　　　| 　　　|
　　　　　　　　　　　　　　　　| 　　　|
　　　　　　　　　　　　　　　　| 　　　|
　　　　　　　　　　　　　　　　|み、みれ|
　　　　　　　　　　　　　　　　　￣￣￣

556:名無しさん＠お腹いっぱい。
09/06/09 00:11:17 pDHxsJzd0
>>553
エラー訂正の意味分かってるか？

557:名無しさん＠お腹いっぱい。
09/06/09 18:01:01 dXy2WQwy0
・エラー訂正
CDからの読み取りミスが起きると、C1エラー訂正がまず行われる
その訂正が上手くいかないと、次にC2エラー訂正が行われる
訂正が成功すると、元々の完全なデータと一致した状態になる

・エラー補正
C2エラー訂正も失敗した場合には
前後の音から中間値を割り出すなどのエラー補正を行う
この場合には、元データとは（ほとんどの場合）一致しない

558:名無しさん＠お腹いっぱい。
09/06/09 18:04:04 qbgMDOedP
あるCDをコピーしようとしたら一曲一曲取り込むたびに
データ実行防止（DEP）というのが働いて
何かが終了したみたいなんですがこれは普通ですか？
コピーは全部成功したみたいですが
vista HP SP2です

559:名無しさん＠お腹いっぱい。
09/06/09 18:10:07 qbgMDOedP
いや成功はしてなかった
Maicrosoft Console Based Script Host
というのが動作を停止してWMA指定したのが
WAV出力されてました

560:名無しさん＠お腹いっぱい。
09/06/09 18:22:15 1n3MNGb50
>>556
大雑把には知ってるがちゃんとは理解していない。
C1が単発でC2が連続したエラーだとかそのくらいは知ってるが、
それを誰が訂正してるのかは知らない。
でも、要はセキュアモードの時に表示されるエラー訂正の赤いランプが
点灯したらエラー訂正されてるってことでしょ？
バーストモードにはこれが無いって事は訂正されてないんじゃないの？

561:名無しさん＠お腹いっぱい。
09/06/09 18:28:05 dXy2WQwy0
>>558
"Windows Media Encoder DEP"
これで検索してみな

562:名無しさん＠お腹いっぱい。
09/06/09 18:42:18 qbgMDOedP
でもWMP11では問題なくWMAロスレスに出来るんですが

563:名無しさん＠お腹いっぱい。
09/06/09 18:46:55 dXy2WQwy0
答えをほとんど教えているのに
無駄にされた…

564:名無しさん＠お腹いっぱい。
09/06/09 23:20:25 0f08PyAo0
ドンマイｗ

565:名無しさん＠お腹いっぱい。
09/06/11 13:13:15 S+zqM1bvO
>>560
EACのセキュアのエラー訂正ランプが
一番上の一列だけが点灯してるときは
実際は何も訂正してないことが多いよ。
特にプレクでC2訂正OFFの時に良くある現象。
大抵バーストとバイナリ一致する。

566:
09/06/11 22:02:50 nfEYf6hg0
あんたんとこのソフトウェアでしょうが・・・。

セキュリティはいいんだけど、こうも不便だとねぇ・・・。

まぁそれはいいとして、Googleさんのお世話になること十数分。
どうやら不具合らしいです。

567:５６７
09/06/12 00:41:26 ZtzX18VK0
　

568:名無しさん＠お腹いっぱい。
09/06/12 01:24:10 7l6hgtcQO
>>560
WAV吸い出すソフトは大抵C1エラー訂正はするから
デフォルトで使えばどのソフトでも同じWAVになる
まともなドライブならバイナリも完全一致する
極端に速い速度とか傷だらけCDは別だけど
CDが新品で16倍速でダメならドライブ捨てたがいい

569:名無しさん＠お腹いっぱい。
09/06/12 07:32:11 5mWB5Bbp0

C1エラー　C2エラー訂正するのはドライブだぞ。

ソフト側は訂正不能なC2エラーの報告があったときに
再読み込みなどをして訂正を試みるだけ。

570:名無しさん＠お腹いっぱい。
09/06/12 21:00:53 K3m2nulv0
EACの取り込みログファイルからCUEシートを作製することはできますか？

571:名無しさん＠お腹いっぱい。
09/06/13 01:56:38 UHKq3a+S0
>>565
そうなの？
ファイルの音声データのみの比較する方法知らないから、前にファイルの
ハッシュ比較した事あったけど、バーストとセキュアで違ってたよ。
実データは一緒だったのかな？
ちなみにC2はオフにしてあるけど、今まで使ったドライブの中にプレクは含まれて
いない。
使ったのは、リコー、NEC、optiarc、TEAC、他2メーカー（忘れた）。

>>568
だから>>553に書いたとおり複数のドライブでどれでも起こってるんだってば。

>>569
つまり、セキュアモードは再読み込みするけど、バーストモードはしないだけの
違いで、他には何も違いはない筈って事？

572:名無しさん＠お腹いっぱい。
09/06/13 04:29:12 lYuCafKh0
>>553で、CD2枚で1トラックとか言ってる時点で何も理解してないな

573:名無しさん＠お腹いっぱい。
09/06/13 12:13:23 EwEPyXToO
吸い出したドライブが違うWAVを比較したら
エラー訂正なしでもバイナリは異なるよ。
オフセット訂正と範囲外のオーバーリードが完璧なドライブなら別だけどね。
プレクとTEAC以外は捨てるか音楽CD以外に使えば？

574:名無しさん＠お腹いっぱい。
09/06/13 17:34:26 UHKq3a+S0
>>572
どういう事？
言っている意味が全くわからん。

>>573
>>吸い出したドライブが違うWAVを比較したら
もちろん一緒だよ。
違うドライブで比較しても意味ないし。

>>プレクとTEAC以外は捨てるか音楽CD以外に使えば？
しかし、それをやっていつまともなドライブに辿り付けるのか・・・。
まともなドライブを見つけるまでに10万円とかかかるなら、
ほんのわずかなバイナリ不一致は見過ごすよ。
つか、今のドライブでもセキュアモードで取り込めば問題ないわけだし。

575:名無しさん＠お腹いっぱい。
09/06/14 15:57:50 m8+ZgRYr0
オーバーリードはオフでね。

576:名無しさん＠お腹いっぱい。
09/06/15 01:28:38 Ohmkr+AP0
C2でも訂正できれば、それはCDに記録されてるデータと一致してる。

577:名無しさん＠お腹いっぱい。
09/06/15 13:22:44 4bbYZ78GO
C2エラーが完全に訂正できる保証があるドライブと
完全に訂正できる保証があるソフトと
そのドライブとソフトの相性が保証されてないなら
検証のしようがないじゃん

578:名無しさん＠お腹いっぱい。
09/06/15 13:28:13 aGQ/bXQg0
よくわからんが有名バックアップソフトみたくＨＤＤの断片化まで
複製してしまうという技術を応用してディスクのデータを複製すれば
ギャップだなんだでごたごた言うことなくなるんじゃね

579:名無しさん＠お腹いっぱい。
09/06/16 07:53:41 mTUz1akFO
その技術の応用はデータCDなら可能だが音楽CDには通じないよ。

580:名無しさん＠お腹いっぱい。
09/06/16 21:55:41 v8BH8UOM0
>>578
技術って言うか、ただのセクタコピーなんじゃ？

581:名無しさん＠お腹いっぱい。
09/06/17 03:35:05 zjJQ6HAE0
よくわからんがＣＤ生産工場みたくＣＤを一度にたくさんプレスする技術を
応用して複製すればギャッピギャッピ！！

582:名無しさん＠お腹いっぱい。
09/06/18 16:04:16 lkh6lLUu0
リッピングで音質変わるって。(デジタルデータ的には同一)
まぁ、大多数が音質変わらんよ。って意見なんだけどね。
ドライブとか読み込み速度とかでも変わるんだが
ここら辺の変化もわからんやつばっかりだ。

実はEAC等の設定でも音質は変わる。
常識に囚われずに色々とトライしていただきたい。

EAC options - Interface
外部ASPIインターフェイスとかにしてみぃ。

EACの設定じゃないんだけど。
Compatibility modeやってみんしゃい。

どんな設定が好みかは人による。
読み込みで違いがわかるやつ殆どいねーだろぉけど。がんばってくだちゃい。
反論は受け付けませんのであしからず。
あと、ちゃんとしたオーディオで聴いてね。おわり。

583:名無しさん＠お腹いっぱい。
09/06/18 16:11:06 lkh6lLUu0
私は、PTPよかEACの方がリッピングでの音質良いとも思ってる。
あとね、EACのバージョンによっても音質違うんだ。これが。
使ってるやつ多そうなやつ例にして音質評価したる。

Exact Audio Copy 0.95 beta 2
Exact Audio Copy 0.99 prebeta 4

やっぱ長文になっからやめとくわ。めんどくさっ
すげーめんどくせーから分かるやつだけ分かれ。
0.95b2がDAC64mk2で0.99pb4がQBD76。
イメージなイメージ。以上。

584:名無しさん＠お腹いっぱい。
09/06/18 16:17:04 hmNcyaui0
ちゃんとしたオーディオって
インフラノイズのUSBメモリーみたいなのを
使ったシステムですね、わかります。

585:名無しさん＠お腹いっぱい。
09/06/18 16:36:23 K95wCJZh0
>>582-583
縦読みくらい仕込めよつまんねーな

586:名無しさん＠お腹いっぱい。
09/06/18 17:49:36 Dsk7/oLp0
>>582
同じ環境同じプレイヤーで再生しても毎回音は変わるぜ

587:名無しさん＠お腹いっぱい。
09/06/18 21:13:20 H26BzwYi0
>>586
ID:lkh6lLUu0の理論でいけばそうなるわな。
バイナリ一致でも別のHDDにコピーした時点で音は変わるのだ。

588:名無しさん＠お腹いっぱい。
09/06/18 21:17:45 dEsMe/uL0
SeagateのHDDだと云々で、日立だと云々のあれか？ｗ

589:名無しさん＠お腹いっぱい。
09/06/18 21:20:21 z7YB3UX+0
リッパーのバージョン別の音の違いを聞き分けられるんだから、
HDDの音の違いなんか余裕だろうな

590:名無しさん＠お腹いっぱい。
09/06/18 23:28:03 SczLhyuJ0
太陽風でノイズ入ったりするから黒点周期とかは重要だな

591:名無しさん＠お腹いっぱい。
09/06/19 00:28:14 1PKx2aX90
URLﾘﾝｸ(up.mugitya.com)

+637に設定したいのですが、ここがクリックできないようになっていて、設定できません。
どうしたら良いかご存知の方いらっしゃいませんか・・・？

592:名無しさん＠お腹いっぱい。
09/06/19 00:31:11 eTtvPIPvO
>>591
AccurateRipのチェックを外す

593:名無しさん＠お腹いっぱい。
09/06/19 00:36:43 aGlnuo5P0
すまないが二つほど質問させて欲しい
使用ドライブはGSA-4040Bなんだが
リードインリードアウトのオーバーリード～」にチェックを入れるべきなのか
ギャップ検出はＡ～Ｃまであるがどれが一番いいのか

以上なんだが、親切な方お願いします

594:591
09/06/19 00:41:43 1PKx2aX90
>>592
ありがとうございます。確かに今リッピングしているCDを挿入したときに、
AccurateRipが使えるとの事で、有効にしてしまっていました。
AccurateRipは、やはり値はずれてしまっているのでしょうか・・・?

595:名無しさん＠お腹いっぱい。
09/06/19 01:09:48 eTtvPIPvO
>>593
ダウン板の可逆圧縮スレでも同じこと聞いてなかったか？
そのドライブはリードアウト不可だからオーバーリードは切っておく
ギャップ検出は自分で試してみて一番スムーズに検出できるのでいいと思うが
自分が持ってるノートPCのドライブが同じメーカーのGMA-4080Nだけど、今確認したらBのセキュアに設定されてた

596:名無しさん＠お腹いっぱい。
09/06/19 01:27:42 aGlnuo5P0
>>595
いや、質問は初めてなんだが・・・
似たような質問がダウン板でもあったのかな？
実験室だとリードインのみ可って書いてあったから分からなかったんだ
やっぱギャップ検出は自分で試すしかないのか

質問に答えてくれてありがとう

597:名無しさん＠お腹いっぱい。
09/06/19 01:30:45 eTtvPIPvO
>>596
そうか、すまん
同じドライブ、ほとんど同じ内容の質問だったからつい

598:名無しさん＠お腹いっぱい。
09/06/19 21:59:19 y8+PRPs90
>>594
+30発覚当時、「+30のままいく（らしい）」という話が流れていたけど、
今も+30のままだから、結局そのままにしてるんだろうね。

>>595
スムーズだけどデタラメってこともあるので、
結果も見て判断しないとね。

599:名無しさん＠お腹いっぱい。
09/06/20 03:50:28 CS+4znkwO
オフセットが±0じゃないのにオーバーリードが不可ってことは
先頭か末尾の読めない部分がゼロで埋められてしまうんでしょ？
もともとその部分がゼロじゃないCDはデータを取りこぼすよね？

600:名無しさん＠お腹いっぱい。
09/06/20 12:54:51 yfBdgpNc0
>>599
もちろん取りこぼす
しかしそこの部分のデータが
音楽的に意味や価値のあるデータである可能性は
限りなくゼロに近い

それとオフセット訂正の範囲はドライブによるが
大きい場合でも300～400サンプルぐらい
これだけ訂正されても1/100秒程度にしかならない
（CD全体の前後1/100秒程度切り取られるということ）

また音楽用プレーヤーで再生したときや
パソコン用ドライブで直接CDを再生した場合には
オフセット分だけ
そもそも飛ばされて再生されているはずだな

601:名無しさん＠お腹いっぱい。
09/06/20 13:07:49 yfBdgpNc0
専門家ではないので、これは個人的な解釈なんだが
オフセット訂正される範囲の部分は
おそらくCDのギャップなんだと思う
だからドライブによって読み込み位置がずれているんだと思う
またそのずれを許容するためにギャップがある

昔懐かしいフロッピーディスクなんかでも
記録部分にはマージンとしてギャップが設けられているが
この部分は正式なデータとしては意味を成さない

EACの設計思想としては
どのドライブでも一致するデータで取り込むために
オフセット訂正があり
ギャップまで含めた完璧なコピーのために
オフセット訂正があるのではないと解釈している

だから30のずれを直すつもりが作者にないし
それを直してしまうと、設計思想を否定する可能性もある

602:名無しさん＠お腹いっぱい。
09/06/20 13:25:37 yfBdgpNc0
あ、ごめん
↑で言っているギャップというのは
CDでのプリギャップなどのギャップという意味ではなく
一般的にマージンとして設ける際のギャップね

それとフロッピーディスクだと
ギャップ部分は4E(hex)でデータを埋めるのが礼儀なんだが
これを守ってないディスクがやはりある
それと同じようにCDでも
00で埋めないディスクがあるのだと思うのだけど

603:名無しさん＠お腹いっぱい。
09/06/20 23:39:06 l4xlJw3X0
俺の理解度が足りないのか、クグってもよくわかんないんだよね。
音楽CDもセクター単位で記録されている。
で、その1セクターには98フレーム入ってて、その1フレームの構造は先頭にサブチャネルがあって
その後に24バイト（12サンプル）のデータとなっている。

リアルタイム再生ならともかく、セクター単位で読み込むリッピングのどこで
サンプルオフセットなんてものが発生するんだろう？　フレーム単位で取りこぼしてるのなら
オフセットは12の倍数になってもいいと思うんだがな

しかもフレームにもセクターにも誤り訂正用の情報もってるし

604:名無しさん＠お腹いっぱい。
09/06/21 01:49:37 m/lEp1Zo0
久々にEAC起動してみたらCD情報が出る前の状態で
砂時計表示させたまま固まって、応答無しになって
強制終了させると、暫くしてなぜかパソコン自体が固まるという謎の現象が起きた
再インストール、バージョンアップもしたが変化無し
一日空けて起動させてみたら最初のセットアップ画面のようなのが出てきて
CDも取り込むことが出来たんだけど、次のCDを取り込もうと思って
CD入れ替えたら一行目の現象が再発

どういうことなんでしょう・・・
エラーを送信、の詳細を覗いてみたら
ハングアップと読めるものが書いてありました
EAC使えなくなったら悲しすぎます・・・

605:名無しさん＠お腹いっぱい。
09/06/21 01:59:38 re+65lTm0
>>603
何言ってるのかサッパリ分からないのに口出しして悪いけど、
フォーマットのことだけ考えてもダメなんじゃない？
オフセットやギャップなんてのはドライブ側の為にあるんだよ、きっと。

606:名無しさん＠お腹いっぱい。
09/06/21 02:08:33 ck9Ymxkz0
>>604
neroのaspiを入れてみる

607:名無しさん＠お腹いっぱい。
09/06/21 02:26:39 hTnxSfmv0
>>606
WNASPI32.DLLをEACの本体と同じフォルダにぶち込むでおｋ？

608:名無しさん＠お腹いっぱい。
09/06/21 04:37:21 hTnxSfmv0
>>606
aspiぶち込み、外付けHDD起動、で出来るようになったわ
外付けHDDってむしろよくないはずなのに何故出来たのか不明すぎる

あと以前は無駄に×30くらい出てたんだが
このごたごたがあってから×40にしても×10も出ない
早くする方法はありますか？
読み取りの正確さを選んだからか？
ドライブはPX-820Aです

609:名無しさん＠お腹いっぱい。
09/06/21 07:14:13 cu+7UVNXO
>>608
うわ。そのクソドライブの名前聞いたの超久しぶり。

610:名無しさん＠お腹いっぱい。
09/06/21 08:26:05 FOU25k8s0
満足した?＾＾

611:名無しさん＠お腹いっぱい。
09/06/21 14:24:33 7RUfntPL0
>>608
EACのバージョンを変えたからでは？
0.95より0.99の方が低速で取り込む模様
（自分の環境では）

612:名無しさん＠お腹いっぱい。
09/06/21 15:15:22 4MhHP9YzO
>>608
C2エラーのチェック外してないか？

613:名無しさん＠お腹いっぱい。
09/06/21 15:25:51 7RUfntPL0
>>599
知っている限りでは
そこの部分はゼロでないにしても
ほぼゼロと言ってもいいような無音レベルのデータだけどなあ

614:名無しさん＠お腹いっぱい。
09/06/21 23:12:06 cu+7UVNXO
オフセットが後ろに300ズレてるドライブだと
1曲目の先頭のゼロサンプルが299以下なら取りこぼす。
300以上だったとしてもそのゼロサンプルはCDから読んだものじゃなくて
ソフトが勝手に補間したもの。データは同じだけどね。

615:名無しさん＠お腹いっぱい。
09/06/21 23:57:31 7RUfntPL0
300サンプル欠損したとすると
0.0068秒ほど無音になるな

およそ2.5mほど離れたスピーカーの音が
耳まで到達する時間と同じかな

616:名無しさん＠お腹いっぱい。
09/06/22 00:34:11 AqG07/ej0
>>614は意味分かんねーし、>>615は計算間違ってるし、
オナニーにもほどがある。

617:名無しさん＠お腹いっぱい。
09/06/22 01:44:34 FFatfKTuO
どう聴こえるかは別としといて、
先頭か末尾か両方にゼロサンプルが無い音楽CDの
コピーを繰り返しても同じデータが取り出せるのは、
プレク以外はオーバーリードが絶対必要？

618:名無しさん＠お腹いっぱい。
09/06/22 07:29:17 PJE4J+ge0
Lite-onもRead-Writeのオフセットは差し引き±0では？

619:名無しさん＠お腹いっぱい。
09/06/22 07:41:03 PJE4J+ge0
ああ正しく言うと最近のMediaTekチップが、だけど。
昔のは差し引きで+6あったはずだから。

620:名無しさん＠お腹いっぱい。
09/06/23 04:11:31 J/t1PemyO
差し引き±0じゃ意味なくね？
ズレは無いけど、読みで欠落した所がゼロで書き込まれるだけだし。

621:名無しさん＠お腹いっぱい。
09/06/24 21:14:23 iAUcSU91O
プレク使ってるから気にしてなかったんだが、
±0のドライブか、訂正+オーバーリードが可能なドライブで、
一括保存したWAVの先頭や末尾にゼロサンプルがないCDってそんなにあるの？

622:名無しさん＠お腹いっぱい。
09/06/24 22:41:23 1Dtd1KYx0
>>621
意図的にやってるCD以外では滅多に無い。
CD作る側もCDドライブの特性は理解してるだろうし。

623:名無しさん＠お腹いっぱい。
09/06/25 02:05:58 dqEjMFSfO
>>622
完全読みできるドライブ持ってないんだろ？
お前のクソドライブに合わせてプレスしてんのか？
意図的って何の意図だよ？テキトーなこと言うなよ。

624:名無しさん＠お腹いっぱい。
09/06/25 03:42:18 XaFEJGe80
やれやれ。

625:名無しさん＠お腹いっぱい。
09/06/25 05:59:25 4TzGbo2B0
>>621
普通にあるよ。時々だけどね。
±0の範囲よりも外までゼロじゃないCDもあるけど、
そこまで完全に読もうとすると、
わざとオフセットを大きくずらして読み込まないといけないし、
書くときもわざと大きくずらさないといけなくなるから、
±0の範囲で完全に読めてれば良いかと妥協してる。ほぼ無音だし。

>>622
無茶苦茶いうなよwww

626:名無しさん＠お腹いっぱい。
09/06/25 16:55:35 u1m885fF0
>>625

そもそもそのゼロでないデータが、作成者が意図的に入れたものか
たまたまCD作成時に入ったゴミデータなのか判断のしようがなかったりするわけで・・・

627:名無しさん＠お腹いっぱい。
09/06/25 19:23:47 4CoipVLn0
AccurateRipを使った方が、
遥かに楽に確実にリッピングできるから、
全くというぐらい意味のないデータに拘って、
リッピングをして苦労する方が嫌だな。

628:名無しさん＠お腹いっぱい。
09/06/25 19:45:24 5ExU9ugEO
自己満足が好きな人は

629:名無しさん＠お腹いっぱい。
09/06/25 21:51:49 vE4orbSZ0
>>623
オフセット0じゃないとクソドライブ、という定義には目を瞑るとして、
そのクソドライブの方が「ゼロサンプルが無いCD」に出会い易いんだけど？
あと、マスタリングに使ったドライブがオフセット0とは限らないこともお忘れなく。
テキトーなこと言ってるのがどっちか良く考えてみようね。

630:名無しさん＠お腹いっぱい。
09/06/25 23:27:48 5ExU9ugEO
マスタリングに使ったドライブのオフセットが０以外ならば、
そのＣＤは先頭や末尾にゼロサンプルではないデータが混入する確率が高くなる。
その場合にマスターデータを取り出すなら、むしろオフセットをずらすべきか？

631:名無しさん＠お腹いっぱい。
09/06/26 04:40:52 r1ePt2uOO
最低限±0でキチキチに吸い出せてればいいんじゃない？
確かに先頭か末尾の片方の範囲外にデータがあって
もう片方にゼロの余裕があるなら
ギリギリまでずらせばオリジナルには近づくけれども。
意図的とか偶然入ったゴミって何だろ？ネタか？

632:名無しさん＠お腹いっぱい。
09/06/26 07:52:49 zmz3kLqK0

じゃあ、その0サンプルででないデータは何だと思う？

633:名無しさん＠お腹いっぱい。
09/06/26 12:47:43 ZZaNVqrw0
おまえは何だと思う？

634:名無しさん＠お腹いっぱい。
09/06/26 13:18:44 zFmM/HkeO
1に決まってんだろ

635:名無しさん＠お腹いっぱい。
09/06/26 15:59:59 Sht08E0E0
3!

636:名無しさん＠お腹いっぱい。
09/06/26 18:00:36 yhn/SgN00
>>629
「マスタリングに使ったドライブ」ってのは最強のネタですか？

637:名無しさん＠お腹いっぱい。
09/06/27 00:45:23 U/U/vcJU0
うん。

638:名無しさん＠お腹いっぱい。
09/06/27 01:20:06 UTPLwye+0
だからさ、CDの制作サイドの人間が、ドライブのオフセット程度で
欠落してしまうようなデータを作らないでしょ？って話なんですよ。

639:名無しさん＠お腹いっぱい。
09/06/27 01:24:01 9PsP618EO
マスタリングはハードディスク上でやるし
音源はファイルとして保管するからオフセット関係ないし
製品化はプレス工場だからドライブは関係ないんじゃないか？
ってこと？ん？違うか。

640:名無しさん＠お腹いっぱい。
09/06/27 08:12:01 jIo2R9Ge0

プレス工場へ送るときにマスターを作成するためのディスク送るんじゃないの？
プレス工場ってマスターテープからダイレクトにプレス用原盤作れるの？

641:名無しさん＠お腹いっぱい。
09/06/27 08:43:37 TQwr/Ku00
「マスタリングに使ったドライブがオフセット～」って表現は無いな。
わざわざダウンサンプリングしてCDで作らんし。普通HDかDATだろ。

工場へ送るのは音声ファイルの入ったデータディスクか、
PC用ドライブじゃなくて音楽用レコーダーで作ったディスクじゃないか？

642:名無しさん＠お腹いっぱい。
09/06/27 09:53:02 3Jeglapy0

DAT使うにしてもCD化する場合、オーサリングはしないといけないわけで、
そのオーサリング→スタンパ作成をどうやってるかだよな。

自費作成のCDなんかは、オーサリングしてCD-Rに焼いたものを
プレス工場に送って作ってもらうようだけど。

643:名無しさん＠お腹いっぱい。
09/06/27 15:02:09 wEuhNv370
おまえらホントなにも知らないのな
10年前で知識止まってるんじゃないか

644:名無しさん＠お腹いっぱい。
09/06/27 16:37:52 6Hy9HQiu0
じゃあ現在まで進んできた知識を披露してくれよ

645:名無しさん＠お腹いっぱい。
09/06/27 16:59:17 s0U1TrxW0
>>643
その10年で培った知識とやらを聞かせてもらおうかwktk

646:名無しさん＠お腹いっぱい。
09/06/27 18:37:15 CatopY4t0
知識披露マダー？

647:名無しさん＠お腹いっぱい。
09/06/27 20:31:04 t7NGk4NS0
>>643ではないけど、>>639とか、>>641とか、よく知らないのに、○○なんじゃないか？とか○だろ？みたいなこというから煽られるんじゃないか？
そんな推測してないで、わからんなりに、CDプレス　工程とかでググったんだろうな？

648:名無しさん＠お腹いっぱい。
09/06/27 20:55:10 io00qXh70
643だけど10年で変わったのは俺の知識じゃなくて納品の方法だよバカども

649:名無しさん＠お腹いっぱい。
09/06/28 05:42:13 8U4z1kwq0
>>648
納品の方法など誰も議論してないし全く関係無いどうでもいいことなんだが？
納品方法が変わるとCDのデータが変わるのか？ｗｗｗ
失せろカス

650:名無しさん＠お腹いっぱい。
09/06/28 12:06:51 tPjT7qvAO
プレスの仕方もオーサリング方法もテープもファイルも納品もどうでもいいよ

「マスタリングに使ったドライブ」に釣られ杉
「意図的」と同じ香具師のネタだよ

651:名無しさん＠お腹いっぱい。
09/06/28 12:31:36 K7vDNgJe0
で、このオフセットというのは部分というのは具体的にどこで発生してるの？

セクター＞フレーム＞（サブコード＋データ）　と入れ子構造になっている
音楽CDの構造で

読み書きの単位で起きるってことだから言うとセクターの先頭、末尾かなと
思うんだけど、そうするとそこはセクターの前後の詰め物の部分が殆どを
占めるわけで、一部で言われているような音楽としてのデータ部分が欠落
するというケースはほとんどないと思えるのだが。

652:名無しさん＠お腹いっぱい。
09/06/28 12:59:15 7Q4qIWyP0
>>651
±0のドライブでゼロサンプルが全く無いWAVを書き込んで作った音楽CDは
±0のドライブかオーバーリード可能なドライブで読まないと欠落するけど
書き込み位置がズレたドライブで同じWAVを書き込んで作った音楽CDは
±0のドライブでも先頭か末尾が欠落(±0範囲外に音声データが存在)するし。

結局CDによって違うからゼロじゃないデータが有効か無効かは決められないが
此処の人達の大半はプレクか完全読み可能ドライブ使ってるから関係ないよ。

653:名無しさん＠お腹いっぱい。
09/06/28 13:32:56 K7vDNgJe0
>>652

俺が言ってる音楽としてのデータ部分っていうのは、WAVでのゼロサンプル部分も
含めてる。

たとえばオフセットが+30となっている場合、CDに記録されているビット並びの
音楽データ(PCMデータ)部分だけがずれてるわけではないのでは？って事

PCMデータは、フレームというカプセルに入っていて、そのフレームもセクターと
いう箱に入ってる。

オフセットというのは、その箱やカプセルを含めてずれてるのではないかと。
そうだとすると、PCMデータ部分への影響は言われてるよりずっと低いのでは
ないかということ。

まぁずれてることには間違いないし、ずれてないに、こしたことはないんだけど

654:名無しさん＠お腹いっぱい。
09/06/28 15:26:33 7Q4qIWyP0
>>653
データCDと音楽CDは仕組みが全然違って、
データCDで言う所のファイルやフォルダの位置管理情報が無く、
データCDをディスクアットワンスでコピーする時の
データを端から端まで読み書きする位置がズレているのとは違うので、
オフセットのズレの量だけPCMデータ部分が物理的に読めなくなります。

どれだけオフセットがズレていてもTOCやサブチャンネルから
トラック情報/ギャップ情報/UPC/ISRCは普通に読めますが、
PCMデータ部分の開始位置はドライブが勝手に判断してしまうので、
ディスクアットワンスに設定していても読もうとしない部分が読めません。

箱やカプセルごと全てがズレているのであれば確かに影響は少ないのですが、
音楽CDをコピーする仕組みはデータCDをコピーする仕組みと違い、
CUEシートのTRACK/INDEX 00/INDEX 01/CATALOG/ISRCに相当する部分を読み、
ドライブが勝手に判断した読み込み開始位置からPCMデータ部分を読み始め、
取得した情報から最後のトラックの最後の時間までの範囲を読み、
ドライブが勝手に判断した書き込み開始位置からPCMデータ部分を書き込みます。

箱やカプセルごと全てがズレて読み書きされるのではなく、
箱やカプセルの中身がそもそもズレたり欠落した状態で読み書きされる感じです。

読みオフセットが100サンプル分ズレていれば100サンプル分のPCMデータは読めません。
その部分がゼロサンプルで無ければ、100サンプル分ピッタリ欠落します。

655:名無しさん＠お腹いっぱい。
09/06/28 17:42:55 b6piKWuK0
>>649
おまえもう少し謙虚になったほうがいいよ
そんな態度だといつまでもバカのまんまだぜ

656:名無しさん＠お腹いっぱい。
09/06/28 19:19:22 3vzHx3Mk0
>>655
2ちゃんで何言ってんだ馬鹿
お前>>643か？悔しかったの？（ ´,_ゝ｀）ﾌﾟｯ

657:名無しさん＠お腹いっぱい。
09/06/28 22:11:38 upRGGmIC0
正直どうでもいい

658:名無しさん＠お腹いっぱい。
09/06/28 23:43:44 ThTK77VX0
（ ´,_ゝ｀）ﾌﾟｯ　って懐かしいなおい

659:名無しさん＠お腹いっぱい。
09/06/29 01:31:27 /z6Jm4vx0
>>656
＞お前>>643か？
当然そうだが
そこ疑問を持つとこじゃないよバカｗ

660:名無しさん＠お腹いっぱい。
09/06/29 02:15:35 1SDiEWrL0
643 2009/06/27(土) 15:02:09
おまえらホントなにも知らないのな
10年前で知識止まってるんじゃないか

648 2009/06/27(土) 20:55:10
643だけど10年で変わったのは俺の知識じゃなくて納品の方法だよバカども

655 2009/06/28(日) 17:42:55
>>649
おまえもう少し謙虚になったほうがいいよ
そんな態度だといつまでもバカのまんまだぜ

659 2009/06/29(月) 01:31:27
>>656
＞お前>>643か？
当然そうだが
そこ疑問を持つとこじゃないよバカｗ

>>643さん
病気ですか？相談に乗りますよ？

>>647さんの
「○なんじゃないか？とか○だろ？みたいなこというから煽られるんじゃないか？」
も病気ですね…643さんのお友達ですか？

でも何故か2人共きちんとsageてるのが可笑しいです。ははははは。ばかみたい。

661:名無しさん＠お腹いっぱい。
09/06/29 02:34:59 /z6Jm4vx0
おまえもsageてるだろ
そんな過激に反応することかねぇｗ

662:メモリーテックでやれ
09/06/29 02:38:50 mqZAXcEI0
Ｕ－ＭＡＴＩＣでやれ

663:名無しさん＠お腹いっぱい。
09/06/29 03:14:43 2TE+EBAMO
>>660
ホントだオカシイwww
そろそろEACの話しようぜ

664:名無しさん＠お腹いっぱい。
09/06/29 08:17:32 5Ic+DgGw0
ID:/z6Jm4vx0
こいつ頭大丈夫か？

665:名無しさん＠お腹いっぱい。
09/06/29 13:25:01 /iPNN2Yu0
自演妄想してるやつのほうが心配だが

666:名無しさん＠お腹いっぱい。
09/06/29 13:36:40 iB7IDqDW0
>>665
あなたID変えてきた>>643？
粘着体質なんですね

667:名無しさん＠お腹いっぱい。
09/06/29 14:55:44 J2CFfn+q0
>>665
もう真性はスルー汁

668:名無しさん＠お腹いっぱい。
09/06/29 17:07:19 /iPNN2Yu0
>>666
土曜のIDと同じなわけないだろアホ
わざとか？

669:名無しさん＠お腹いっぱい。
09/06/29 17:27:15 rT18lR8w0
何この煽り耐性の無さ
バレバレでやがんのｗｗｗ

670:名無しさん＠お腹いっぱい。
09/06/29 19:50:37 bb/RU/if0
>>654

たしかに音楽CDでいうセクターには、自分自身のLBAを記録している
エリアはないので、目的のセクターを読むには頭から数えていかないと
いう事。

TOCに書かれているトラック位置は時：分：秒：フレームで示されているから
そこから目的のLBAそしてセクター内のどのフレームかを割り出す必要が
あるっていうのは想像できるんだけどね。

だったらフレーム単位でずれてもいいんじゃないのか？とか、フレームに
含まれているサブコード部分とPCMデータ部分を分離できてるのに、なんで
データが抜けるの？とか、ひょっとしたら読み込む時点じゃなくて読み取った
データを分離する時点でずれが発生してるのか？　とか考えてるとわけわからなく
なってきたりして

もうちょっと調べてみようと思ってる。　ありがと。

671:名無しさん＠お腹いっぱい。
09/06/30 00:06:35 a9ktNQ0i0
なんか吐き気がしてきた。キモチワルイ

672:名無しさん＠お腹いっぱい。
09/06/30 00:24:44 BvQLBJw50
お、俺の子か!?

673:名無しさん＠お腹いっぱい。
09/06/30 08:10:28 9S5xOIMhO
>>651
>>653
>>670
研究は大事だけどEACで何がしたいのだ？
±0かオーバーリード対応のドライブ以外では
どんなに頑張っても完全読みは無理だし
一括WAV(または可逆)+CUE以上の物はEACでは作れませんよー

674:名無しさん＠お腹いっぱい。
09/06/30 18:14:14 WiZ1/5uM0
海外製の格安ボックス(ブリリアントのモーツァルト170CD)
初めて購入したけどさすがに品質悪いね
まだ15枚しかリップしてないけど
C2訂正ありの100％とC2訂正なしの99.9%でバイナリが一致しないことがあったり
同じCD、ドライブ、設定でリップしてもエラー訂正のかかる箇所違ったり

675:名無しさん＠お腹いっぱい。
09/06/30 22:14:56 AJtRXpXq0
初心者で最近EAC使い出したんだけど、どうしても聞きたいことが２つあるんだ。。
（バージョンは0.99pb5）

・音楽CDを読み込むと、デフォルトでは「サイズ」と「圧縮後」の容量は同じになるんだが(おそらく再現率が一番高い？)、
エンコードオプションで「Microsoft PCM Converter：16bit 44.1khz ステレオ」に設定すると、
圧縮後がホンの少し小さい数字になる。
これはなにがちがうんだろうか？

・WMP11とEACで取り込んだWAVEの音質の違い。
この手のことは、CDやソフトとハードの問題もあるって聞くけど、
俺の場合はEACの方が個々の音が聴こえやすくて分離がいい感じがした（微妙ーにだけど）。
同じように感じた人がいるか知りたいのと、比べて自分はこうだったとか参考程度に聞きたい。

676:名無しさん＠お腹いっぱい。
09/06/30 23:09:43 ko2XMaSR0
そんなオカルトありえません

677:名無しさん＠お腹いっぱい。
09/06/30 23:18:40 S6a6XEx+0
いいと思うならそうすれば良いじゃん

678:名無しさん＠お腹いっぱい。
09/06/30 23:52:46 k3cfR2fK0
>>675
>>これはなにがちがうんだろうか？
ヘッダじゃない？
>>WMP11
WMPで取り込んだこと無いけど、
なんらかのフィルターが掛かってるんじゃない？
思い込みの可能性もあるから、誰かに協力してもらって
利きwav（聴きwav）してみるのがいいよ。

679:名無しさん＠お腹いっぱい。
09/07/01 00:42:31 +LnaPOJG0
>>678
WMP11のランダム再生機能で実験してみた　しかし
よく考えたらプレイリスト１週するまで同じ曲は再生されないので不適だったorz

１人でじっくりやりたかったなぁ。

680:名無しさん＠お腹いっぱい。
09/07/01 01:14:54 CxuIveMW0
mkaで出力できるようにしたのはいいが、CDに焼けないorz
みんなどうやってるの？

681:名無しさん＠お腹いっぱい。
09/07/01 02:15:45 aFVix0zv0
>>680
みんなどうやってるかって？
今時誰もmkaなんて使ってねーよ

682:名無しさん＠お腹いっぱい。
09/07/01 05:23:03 sWU7KB8R0
このご時世にmkaなんて勇者過ぎる
生wav未満のゴミなのに

683:名無しさん＠お腹いっぱい。
09/07/01 06:16:09 eJtr4LgY0
cue+wavに戻せばいいじゃん

684:名無しさん＠お腹いっぱい。
09/07/02 13:46:42 NBAqGcPhO
え、mkaってダメなの？
(flac+cue).mkaにしてるんだけど。
理由は、単にcueシートも一体化してるからスッキリしていいなと。

685:名無しさん＠お腹いっぱい。
09/07/02 14:22:34 iMR5d3Qd0
>>684
戻そうと思えば戻せるわけだし、あんまり聴かなくなったアルバムイメージ保存にはいいかなと個人的には思うけど。

686:名無しさん＠お腹いっぱい。
09/07/02 15:00:51 hJG0IVUgO
WAV+CUEと比べて劣化も欠落も無いなら
保存形式は個人の自由だし好みで決めていいと思う。
俺は1TBのHDDを6台持ってるから
WAV+CUEのまま保存してしまってるけどね。

687:名無しさん＠お腹いっぱい。
09/07/02 18:05:07 MTfuZgV+0
>>685
それが戻せないんだよ…一体何が悪いのかorz
普通は、まずmkaをflacとcueに分解して、更にflacをwavにデコードして、
ほんでCDに焼く、という流れだよね？
mka人気ないみたいだし、なんかもうmkaで管理するのやめようかな。

>>686
それが一番シンプルで確実だし、手間もかからないよね。
ただ、容量がなぁ…

688:名無しさん＠お腹いっぱい。
09/07/02 19:32:30 iMR5d3Qd0
>>687
いや、おれはMKA変換機を使ったことがあるだけ。
flacじゃなくてTTAだね。
URLﾘﾝｸ(musicpc.fc2web.com)

689:名無しさん＠お腹いっぱい。
09/07/02 19:35:25 MB9T0F2x0
よく聞くのはwav、あまり聞かないCDはmp3にしてしまうよ

690:名無しさん＠お腹いっぱい。
09/07/02 22:15:28 5iWpLFEO0
cueも一緒にやりたきゃflacに埋めこみでいいと思うんだけど？
それだけの理由でmkaなど今さら使う意味がわからない
ただの情弱野郎なのか…

691:名無しさん＠お腹いっぱい。
09/07/02 22:32:14 dj47h/8t0
ムカッ

692:名無しさん＠お腹いっぱい。
09/07/02 22:59:58 MB9T0F2x0
フォーマットをどれにするかコンテナに何を使うかも好みと環境だろう。
情弱言ってみたいだけのゆとりか

693:名無しさん＠お腹いっぱい。
09/07/02 23:34:57 5iWpLFEO0
>>692
何言ってんだヴォケ
そのお前の言う「好み」でmka使っておいてCDに焼けないなどぬかして
mka使ってる理由がcueを一緒に出来るからって…
情弱そのものだろが
お前みたいなゆとり以下のカスはすっこんでろってことだよ

694:名無しさん＠お腹いっぱい。
09/07/03 02:18:29 fyNfXBK20
ID:5iWpLFEO0の書き込みに一字一句同意過ぎて笑えた。

ちなみにmkaはジャケ画像をエクスプローラで表示させたいアニオタ御用達だったと思うよ
俺はtakにcuesheetも画像もlogも歌詞も全部埋め込みで超快適

695:名無しさん＠お腹いっぱい。
09/07/03 02:33:44 XV94Xul+0
確かにflacやtakに埋め込みは快適すぎる
「よく聞くのはwav、あまり聞かないCDはmp3にしてしまうよ」な人には理解出来ないんだろうｗ

696:名無しさん＠お腹いっぱい。
09/07/03 13:48:18 i3rvZsxyO
ドライブもソフトも買ったPCのをそのまま使って
オフセットもプリギャップも何も知らないで
分割WAVでそのままHDに保存して
CDまるごとバックアップした気になってる人間が
最終的には人生の勝者だと思うよ。

697:名無しさん＠お腹いっぱい。
09/07/03 14:10:00 5LFt6HPk0
>>694
情弱です。
なるほど。色々調べてみたら確かに便利だ。俺も乗り換えよう。
でもtakに画像とか歌詞とかlogって埋め込められるの？
flacにcueと画像なら埋め込むことができるとこまでは分かった。

698:名無しさん＠お腹いっぱい。
09/07/03 15:42:08 qpjfAbWj0
質問何です
DAEMON Toolsを使用してギャップの調節をしたいです
DAEMONのオフセット0なのはわかるんですが
ドライブオプションのその他の箇所の設定は何がベストでしょうか
展開方法はバーストで問題ないとおもうんですが

699:名無しさん＠お腹いっぱい。
09/07/03 18:34:19 i3rvZsxyO
>>698
わざわざ仮想ドライブにマウントする意味と
実際に何がしたいのかを詳しく書かないと
定期的に現れるマウント厨だと思われて叩かれるよ。
何故にギャップの調整を行いたいの？
それには仮想ドライブが本当に必要なの？
CUEを編集したりWAVのゼロサンプルを調整すれば
良いだけの事じゃないんだよね？

700:名無しさん＠お腹いっぱい。
09/07/03 19:14:36 qpjfAbWj0
>>699
訂正
ギャップでなくオフセットのズレを調整したいんです
AccurateRipに興味を持ったので-30で取り込んだものを
+30すればAccurateRipのデータベースを利用できるかと思いました
自分は仮想ドライブでマウントしてリップし直す以外の
オフセットの調整方法を知らない(できない)です
AccurateRipについてもよく理解してないところもあるので
まったく見当違いの事を書いてるかも知れません
スレ汚しと思ったらスルーしてください

701:名無しさん＠お腹いっぱい。
09/07/03 19:35:02 S3agKpDi0
>>700
書きオフセットずらして書き込めば良いだけじゃないの？
もしくはWAVファイルの前後のゼロサンプル数を変えれば？
DAEMONはいらないと思うんだが…
前後にゼロサンプルが無かったら欠落するからCDから読み直した方が良いよ。

702:名無しさん＠お腹いっぱい。
09/07/03 19:50:26 0yRV6eWt0
freedbの鯖ってぶっ壊れたの？
クラシック系が全然ヒットしない

703:
09/07/03 21:58:30 UY66OgYp0

登録がないだけ。

704:名無しさん＠お腹いっぱい。
09/07/04 17:12:27 hAtl0Yoy0
>>700
バイナリ系のツールを探して、頭30サンプル分カット、
尻に30サンプル分追加でOK。これならバッチ処理出来るし。
良く分からないならdaemon使って手動で吸い出し直しだけど、
無駄な時間を過ごしたくないなら少しは勉強してみたら？

>>701
700じゃないけど、700の書き込みをもっとちゃんと読んで書き込めよ
いちいち焼いて吸い出し直すバカがどこにいる

705:名無しさん＠お腹いっぱい。
09/07/04 17:22:45 hAtl0Yoy0
あー、raw以外で保存してるんならヘッダがあるから
単純に頭/尻の調整だけじゃダメだね。

706:名無しさん＠お腹いっぱい。
09/07/11 02:31:43 7DVXZmuz0
>>700
-30で取り込んだデータを
DAEMON Toolsにマウントして
それをEACでリッピングすることによって
AccurateRipを利用したいんだろ？

そしてその際に
DAEMON Toolsのオフセットを
+30にすればよいのかどうかを聞きたいんだろ？

理論上はそれでよいかもしれないが
AccurateRipを利用する際には
推奨のオフセット値を指定しないと無効になったはずだから
実際にできるかどうかはわからないな

707:名無しさん＠お腹いっぱい。
09/07/11 03:41:14 h5JxAcJaO
CDプレス工場には
原盤をCD-Rで納入するのが
今は一般的みたいです

(かなり上の方に対する回答)

708:名無しさん＠お腹いっぱい。
09/07/11 04:48:07 8pF2zGcc0
納品に関する話をWEBで調べてたら
常識的に考えて非科学的としかいいようがない現場からの声があまりにも多くて
なにが正しいのかわからなくなってくるよ

次ページ