Exact Audio Copyについて語るスレ

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/05(水) 18:15:01 ID:3j7u7e9A0] Exact Audio Copy公式サイト:www.exactaudiocopy.org/ 日本語化パッチ:homepage3.nifty.com/eacj/ 577 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:10:33 ID:hdG+Z6wm0] >>576 30サンプルって秒にしてどの位か理解して書いてますか？ 578 名前：574 mailto:sage [2006/11/26(日) 18:14:33 ID:aHcPjyxq0] >>576 >>512-513 という事らしい。 perlだけど30サンプルずらす適当プログラム書いてみたが…需要ある？ｗ 579 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:14:38 ID:oWUEeK/n0] 30samples / 44100Hz = 0.00068secらしいからねえ 580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:21:55 ID:MzzsBQT30] >>578 使ってみたいっす。 581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:33:04 ID:NZHvl8uU0] 入出力がwavでいいんだったらスクリプトなんか書かなくても 30サンプル分のwavとsoxがあればできるけどな 582 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:46:36 ID:jZZvEcfs0] >>576 ずれても繰り上がりあっても最大で1/100秒さ 583 名前：574 mailto:sage [2006/11/26(日) 18:48:21 ID:aHcPjyxq0] >>580 wavを30サンプルずらすperlスクリプト ttp://www.t-square.jp/software/archives/shift30.zip たぶん、大丈夫だと思うが一応出来たファイルが正しいか検証してから常用してください。 実行にはperlとAudio::Wavモジュールが必要です。 perl は active perl でOK。 モジュールは ppm で install Audio-Wav とかでインストール出来ると思います。 新しいファイル名は元ファイルと同じディレクトリに _new という名前を追加されたモノになります。 584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:59:08 ID:MzzsBQT30] >>583 ありがとう。 ぼちぼちやってみます。 585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:12:30 ID:pbfXxmqr0] >>582 その、低確率で繰り上がって1/100秒ずれる可能性を無視できないと言っているのだが まあ先頭に無音がないCDに当たる可能性と同じような物だけど、1/100秒ずれるのは気分が悪い 586 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:21:33 ID:jisP4OxC0] 俺は今までリップしたのはそのままでいいや、エンコしてるしデコードするのも面倒 CD-R実験室はプレクでオフセット訂正しても末尾30サンプル書けないのわかってたから 今回と同じような検証は前からしてるはず 誰もEACが間違ってるとは思ってなかったんだよな 587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:41:03 ID:iAtZv63R0] 今までのオフセット値が間違っていたかどうかの問題はさておいて YSS氏の検証は無意味な検証ではないのかな EACのオフセット値による修正というのは CDDAのデータの読み書きがオフセットデータ分ずれる このずれはハード的に固定されていて修正できないからダミーサンプルを挿入するか データを削るかして修正しようとするものだろ つまり手作業でデータ先頭部分あるいは最終部分に 0サンプルを追加したり削ったりする作業を自動的に行っているに過ぎない 間違っていたというPlextorの例で言えば読み書きともに 正規の位置の30サンプル手前から読み書きを始めてしまうので 書き込む際には30サンプル分ダミーデータ(0サンプル？)を送り 読み出す際には30サンプル分読み捨てると言う作業を行っている ここで書き込みデータが30サンプル失われるというのは オフセットが-30であることから書き込みの総データ長を30サンプル分伸ばしておかなければならないのに EACがそれを行っていない(忘れている)だけなんじゃないの 書き込みの総データ長がダミーサンプル分加算されていないとすれば 書き込む際に最終位置から30サンプル手前で書き込みは打ち切られるから 読み出したときに最後の30サンプルが失われるのは当然であって オフセットデータが正しいか間違っているのかとは無関係になるはず そもそもオフセットデータに誤りがないかはドライブ毎の相対比較は可能でも 自分自身を観測することによって絶対的なオフセット値を知ることは出来ないと思われるが 588 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:44:45 ID:6oujI0ng0] そういうことこそyss氏の掲示板に書き込んでほしい 589 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:46:46 ID:hEfD45bk0] >>585 今まで気分悪くなかったんだろ？ 590 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:50:44 ID:pbfXxmqr0] > そもそもオフセットデータに誤りがないかはドライブ毎の相対比較は可能でも > 自分自身を観測することによって絶対的なオフセット値を知ることは出来ないと思われるが それを誰かが専用の計器でやったらズレを発見したことから発覚した話じゃなかったっけ？ 591 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 19:50:46 ID:AGYBcyGE0] >>585 1/100じゃなくて1/75ね トラックの開始位置(INDEX 01)はTOCに書いてあるからオフセットに関係なく常に一定 プリギャップの開始位置(INDEX 00)はサブチャネルから吸ってるからずれる可能性があるのかなあ… ちょっと考えてみないと分からん 592 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 20:10:07 ID:EL0bSKQv0] もうどれが真実なのかわからなくなってきた… 結局、読み−30 書き込み＋30で今のとこFA？ 593 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 20:15:07 ID:iAtZv63R0] >>590 そうらしいね だからPlextorのオフセットが読み書きともに0というのは正しい可能性がある しかし専用の計器がなければ我々では確認のしようがない、ということ 594 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 20:48:07 ID:AGYBcyGE0] >>587 確かに、なんかそんな気がする ttp://www15.plala.or.jp/ARFACTORY/eacoffset1.htm ここの記事を読んでて思ったんだけど、間違っているとされるオフセットの値で YSS氏とほぼ同じ実験(wav1->CD->wav2)をやっていて、YSS氏の(2)の条件で wav1==wav2となってるんだよね。 もしこのドライブで新しいオフセットを採用し、書き込みオフセットを+30にして 同様の実験をする(条件4)と先頭の30サンプルが失われる事になる。 要するに、YSS氏の実験は、書き込みのオフセットが0になるように 読み込みオフセットを訂正しないと、元wavと書き込んで読み出した後のwavが一致しないという事。 結局のところ、あるドライブの書き込みもしくは読み込みのオフセットを0と定義しないと 全てのドライブのオフセットは定義されない気がするなあ。 「専用機器」なるものはそういうことができるのかね。 595 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 20:57:28 ID:eFMRaDOA0] >>585 CUEシートはオフセット訂正値が間違っていたとしてもズレない。 同じCDを 読み込みサンプルオフセット訂正値が0の場合と +1000の場合に分けてリッピングしたが、 （もちろんEACは再起動して再度プリギャップを取得） 出来たCUEシートはINDEX 00 INDEX 01含めて完全に一致した。 1000サンプルは約1.7フレームなので、 もしCUEシートがずれるというならば、 CUEシートの数字は全て1ないし2フレーム変化しているはずである。 596 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 20:57:31 ID:AGYBcyGE0] 594訂正 それぞれ条件(2)と(4)じゃなくて、(1)と(3)だった。オーバーリードする方ね。 597 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 21:00:04 ID:AGYBcyGE0] >>595 検証乙。ということは、INDEX 00はINDEX 01(必ず正しい)からの相対値として 出しているという事かな。 598 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 23:27:45 ID:pbfXxmqr0] >>595 おお、先にやってくれちゃったか、検証乙 俺も同じ事やったので一応報告 リードオフセットを+999に設定しても、-999に設定しても、CUEシートの内容は完全に一致した 当然ながらWAVEの内容は1998ぶんずれてた プレクの716A-JP2 これで安心してWAVEだけの修正作業に入れる 599 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 00:33:23 ID:SkfB0E+P0] いやまてまて すでに取り込んだのはその保証に入らないんではないか？ 取り込む前段階では読み込みオフセットを受けてTOC読んで調整してCue作ってるんだろうし。 すでに読み込んであるのはTOCなんてcueに載ってるのが絶対なわけで。 600 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 00:34:40 ID:SkfB0E+P0] いや、cueシート自体一致してるからそれでも大丈夫なのか もうわけわかめ 601 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 00:57:24 ID:CN9W20uy0] INDEX 01はTOCに書いてある値そのものだからずれようがない (ちょっと調べれば分かるが、TOCには絶対的な開始点がM:S:Fとして書いてある) 検証によるとINDEX 00も大丈夫のようだね 602 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 02:45:42 ID:dABXWcK10] 最初から日本の技術を信じてればこんな事にはならなかったってことか。 603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 02:49:44 ID:K6srzxBs0] ようやく理解できた。つまり、Cueはドライブうんぬんオフセットうんぬんは まったく関係なく絶対値で生成されるから、要は、 今まで存在していたCueの方が結果的に全部ずれてたって、そういうことだな。 orz 604 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 03:42:38 ID:zntflvBb0] いや、CUEは正しくてWAVEがずれてるんだが… 605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 03:44:13 ID:ejnZN6Pw0] ようやく理解できた、とか書いてるのに全く理解できていない点について 606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 19:11:45 ID:w7B9cCWP0] 久々に来たけど、半年以上スレが変わってないのか・・・・ ところで、サンプルをずらすのって、WaveCompareを使うと手っ取り早いと思うよ。 複数のファイルも、一瞬でできる。 Perlは、Windows上で扱うには、やりづらいだろうに。 まぁ、俺も「自分で作ったプログラムが一番」病だから、気持ちは分かるけどね。 607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 19:18:00 ID:tiSZocbb0] >>606 WaveCompareだと 先頭に30サンプルはつけられるけど 末尾を30サンプル削るのは無理だよね？ 608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 21:07:39 ID:zntflvBb0] 末尾のサンプルをカット＋追加（手動で-30した数値を入力）で可能 609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 21:09:33 ID:tiSZocbb0] 自動化したいんだよね… 610 名前：名無しさん＠お腹いっぱい。 [2006/11/27(月) 22:16:36 ID:lJ0UXe020] つ最近スクリプト一括処理に対応したSoundEngine 611 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 23:07:13 ID:zntflvBb0] >>610 詳しく頼む 612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/27(月) 23:57:49 ID:nTz58qNk0] 俺は>>583のスクリプトを for(@ARGV) { my $src = $_; を while(<>) { chop; my $src = $_; に変更して $w->finish(); print "\n"; を $w->finish(); undef $r, $w; my $old = $src; $old =~ s/\.wav$/_old\.wav/; rename($src, $old); rename($dst, $src); print "\n"; に変更して 標準入力からwavファイルパスを読み込んで 旧ファイルを_old.wavリネームして 新ファイルを元ファイルにリネームする様に改造した。 これでwavファイルパス(1行=1ファイルパス)を記述したテキストを作成して more hogehoge.txt | perl shift30.pl とかで一括変換してます。 ＃ファイルパスに日本語を含んでいる元ファイルが ＃開けないエラーがでるかもしれないけど…。 ＃今のところ俺のところでは大丈夫。 613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/28(火) 11:19:13 ID:SVRkd4sb0] >>583 Active PerlとAudio::Wavモジュール入れて perl shift30.pl hoge.wav と打ったら hoge.wav: ignored unknown block type: muma at 910600 for 168 hoge.wav: ignored unknown block type: at 910608 for 0 (略) hoge.wav: ignored unknown block type: at 910780 for 0 Can't locate object method "write_raw_samples" via package "Audio::Wav::Write" ( perhaps you forgot to load "Audio::Wav::Write"?) at shift30.pl line 15. というメッセージが出て空のhoge_new.wavが出来たんですけど 助けてください 614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/28(火) 11:56:38 ID:SVRkd4sb0] 自己解決しました > hoge.wav: ignored unknown block type: muma at 910600 for 168 > hoge.wav: ignored unknown block type: at 910608 for 0 > (略) > hoge.wav: ignored unknown block type: at 910780 for 0 これは頭から音が詰まってるWAVファイルだったから > Can't locate object method "write_raw_samples" via package "Audio::Wav::Write" ( > perhaps you forgot to load "Audio::Wav::Write"?) at shift30.pl line 15. でこれはAudio::Wavモジュールが正しくインストールできてないだけでした 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/28(火) 21:30:46 ID:5b0aFcxE0] yssが検証の不備を認めた 616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/29(水) 02:25:47 ID:R1muk3yH0] 1/100秒程度のズレはオーディオマニアにもわからない、という 長期ブラインドテストの結果が図らずとも出てしまったということだな 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/29(水) 02:44:06 ID:CUjs40xr0] わかるわけねぇだろｗ 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/29(水) 11:18:00 ID:KMzzn8J80] 正解が得られないのだからブラインドテストにはならんよ 619 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/29(水) 17:39:04 ID:fylJY6iU0] >>571-573 これはどう見ても30 sample offsetずれてますね。 620 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/29(水) 18:44:41 ID:O4JSi+hz0] いつのレスだよ。3日もズレとるやん。 621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 00:33:38 ID:NNc7+f+n0] 3日というと44.1kHzで11,430,720,000sampleくらいか 622 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 02:01:22 ID:pYmiZKSx0] まとめると ・オフセット値は従来の値から読み-30　書き+30　読み書き（そのまま） ・CUEシートはそのまま ・既にリッピング済みのWAVを訂正するには先頭に30サンプル追加・末尾30サンプルカット 　（ただしその30サンプルが運悪く無音じゃない場合は諦めれ） こんなところか。 流石に今までのエンコ済みを訂正するのはめんどいからこのままにするけど これからリップするのはちゃんと訂正しておこうっと。 623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 02:04:02 ID:pYmiZKSx0] まだエンコしてないリップ済みのやつは >>606>>608の方法でやるかな。 せっかくWaveCompareあるから久々に使ってみるよ。 こんな形で役立つとはな…。 624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 06:53:52 ID:8g1blA8J0] wavecompareで-30が入力できないんだけど 625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 07:04:01 ID:8g1blA8J0] あーごめん、ゼロサンプルを調節するだけか 末尾に-30サンプル追加（＝30サンプル削除）できるんだと勘違いした 626 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 07:05:06 ID:mlFzOpzP0] でも君たちが取り込んだこれまでの範囲取り込み品質100%は 実は全部99.9%ですから〜〜〜〜！！！残念（＞＜）！！！！ 627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 17:09:10 ID:fkqsYcjp0] >>625 できればいいんだけどね・・・ 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 19:09:30 ID:6vUqMZ4U0] おまいが取り込み済みのデータを弄ってまで 30サンプルに拘る最大の理由は自己満足ですか？ 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 20:45:09 ID:ChftVa4n0] >>628 自己満足でもなんでもいいけど その30サンプルにこだわる為のソフトがEACなんだよね 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/30(木) 21:56:31 ID:KbN23QcZ0] そうだったのか 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 00:12:05 ID:pSRuNGfV0] そうだろ（ｗ 今までだって拘るほどのことでもないって分かっててあえてこだわってきたのに、 今回の件があった途端にスッパリ切り捨てられるかよ。 ま、EAC のフォーラムで作者が「落ち着け、騒ぐことじゃない。」みたいに書いてて激萎えしたけどな（ｗ 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 01:01:09 ID:ZTjAr5hB0] 騒ぐことだよな、思いっきり。 神経質であればあるほど。 まだそんなにリップしてない段階だから俺は助かった方だ。 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 07:18:19 ID:mgoT5ega0] 土日で全部終わらせたけど泣きそうになったな。 今思うと全部リップしなくてもよかったんじゃないかと。。。 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 07:46:46 ID:ZTjAr5hB0] 先頭に30、末尾30カット何個かやってみたけど HDDがガリガリ言ってて嫌な感じだよ 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 10:27:38 ID:L3HZS3N+0] ガリガリ君ソーダ味たべると直るよ 636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 10:48:10 ID:io1/QHTy0] CDからWAVにしたんですけどエラー訂正も動かず 終わるんですがログはエラーありですべて欠落サンプルと 出ます。　クオリティは100%です。エラー場所の時間も出ません。 ドライブはBENQ1650 読み　書き　-30 +30に修正 オーバーリードにチェックしてます。 対処はどうしたらいいんでしょうか？ 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 13:47:15 ID:OTW65We80] >>636 対処法 たとえばWaveCompareで末尾に588のゼロサンプルを追加する。 ttp://homepage2.nifty.com/yss/eac/eac06.png エラー内容が末尾588サンプルの欠落なので。 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 15:16:55 ID:8QerT+sL0] >>636 DW1640だけど、同じような症状出ます。 オーバーリードに関してはチェック外してますが YSSさんのとこで、ランクアップしたドライブ・・・とか記述があってちょっと喜んだんだけど。 CD変えても同じ症状なので、とりあえず今は前の値に戻して使ってます。 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 17:07:01 ID:Y6UZr5J40] >637 >638 ありがとうございます。 訂正で赤くなるのもあるけどクオリティは99.9% これも588追加でOKでしょうか？ オーバーリードも外したらもっと欠落かな。 30落としてても気にする値じゃないみたいだし 588もかな？ 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 22:19:44 ID:N76UExE+0] >>618 手元にリッピング前のCDがあるんだから、聞き比べて 「ん？なんか曲の始まりが違うくね？」 って、思うかもしれないじゃん 無理だと思うけどｗ 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 22:20:36 ID:N76UExE+0] つか、ブラインドじゃなかったな、これだと。スマソ 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 22:51:29 ID:MGaYl8Ox0] 再生ボタン押してから、毎回・・・0.0006802秒？ の誤差なく、きっちり再生してくれるオーディオ機器なんて一般にあんの？ 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 22:56:00 ID:yqPonsmm0] プレクのドライブ使えばいいだろ 644 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/01(金) 23:53:31 ID:/ERI6sth0] CDDAってアタマは必ず2秒無音にする仕様じゃなかったっけ？ それと30サンプルずれの関係はどうなるの？ 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 00:00:27 ID:/4QIJ0gf0] >誤差なく、きっちり再生してくれるオーディオ機器なんて一般にあんの？ ジッタがあるので、きっちり再生は無理。 誰でも知ってる簡単な方法だが、 WAV のオフセットずらしは、DaemonTool にイメージをマウントして、 EAC のバースト等でリップすれば良い。 リップ前にDaemonドライブの読み込みオフセット訂正値にずらす数値を入れておく。 完了後、リップした WAV の名前をマウントした WAV の名前に変更する。 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 00:09:31 ID:XRZ5E9ay0] >>645 オーバーリードの設定はどうすりゃいいの？ 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 03:26:36 ID:Pfpy09eC0] >>644 2秒のプリギャップが終わった後(LBA=0)の位置のズレの事を議論している 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 09:17:48 ID:Y48ENDj20] どなたかBLOOD+ COMPLETE BEST購入した方いません？ 今朝方、716が壊れてしまい仕方なしに110Dでリッピングしたのですが、 ギャップの検出が正しくできているのか不安なので、良ければ各トラックのギャップを教えてもらえないかと。 設定は、「検出A・安全」で以下の通りでした。 長さ　　　ギャップ 04:31.57 00:02.00 05:48.40 00:00.00 05:22.01 00:00.00 04:40.20 00:01.37 03:51.22 00:01.40 04:45.23 00:01.61 04:33.60 00:01.53 05:30.01 00:01.47 06:36.73 00:02.49 04:51.40 00:01.04 649 名前：名無しさん＠お腹いっぱい。 [2006/12/02(土) 17:31:41 ID:KjhZSuCZ0] YSS 氏がページ更新！ Exact Audio Copyを使った音楽CD完全バックアップ（改訂版） ttp://homepage2.nifty.com/yss/eac/eac3.htm プレクドライブでも CD によって EAC 使ったり PlexTools 使ったりする必要あると？ もーわかわかんね。　┐(-。-;)┌ 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 17:38:36 ID:AyS2/+0T0] 一般人には判断できないってことさ。 プレクに聞けってことよ。 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 17:54:55 ID:Pfpy09eC0] まあ結局のところ、特に直す必要はないだろうというEACの姿勢は正しいのかもね。 いくらオフセットの絶対値が分かっても、>>649の後半で検証されているように 実際のCDがオフセット0で書き込まれていなければ、データを取りこぼす事になるわけで。 プレスマスターのCD-Rを作ったドライブの書き込みオフセットとか、 実際にプレスするときにどれぐらいオフセットがずれるのかとか考えると もう絶対値なんてどうでもいいような気がする。 いわゆるcombinedなオフセットが分かってて、使う値を統一しとけば、ね。 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 18:02:43 ID:ma1/PKjb0] リッピングが終わったときに音とか鳴らせないんだっけ？ 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 18:05:00 ID:KjhZSuCZ0] そうかー。話の発端になった EAC のフォーラムでもそれ心配している人がいたんだよ。 > So would you suggest to use EACs values or IpseDixit's? > Or is the whole thing unrealistic because of the offset of the CDs itself? ってね。 ttp://www.digital-inn.de/exact-audio-copy-english/28787-andre-wiethoff-who-feels-have-say-offsets-2.html 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 18:06:55 ID:KjhZSuCZ0] >>652 EAC options -> General の Beep after extraction finished ってのは違うのか？ 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 19:01:55 ID:ma1/PKjb0] >>654 サンキュー。 それはチェックされているね。CDのイジェクトは動くみたいだ．．． 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 19:50:05 ID:kRmb/IXy0] >>639 YSSの掲示板にカキコあったよ。EACのバグっぽい 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/02(土) 19:56:55 ID:BK8/8EZh0] >656 みたいですね。 オフセットを変えた場合は両方に1追加とか すればいいってことですかね？(589の場合) 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/03(日) 02:56:28 ID:eLeDaOOK0] その話題は解決したはずだが 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/03(日) 03:36:09 ID:jvDCqMX90] そうでもないか 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/03(日) 04:24:31 ID:P05eCniB0] 質問です。 以前吸い出したwavとcueﾌｧｲﾙをﾃﾞｰﾓﾝでﾏｳﾝﾄして吸い出すと ピークレベルが55.7%になるのですが、これは正常なのですか？ 別のwavとcueを読み込ませて吸い出すときちんとピークレベルは100%になりました。 仕様なんですかね？それともwavがおかしいとかcueがおかしいとか 詳しくないのでよくわからないのですが、どなたかわかる方いませんか？ 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/03(日) 21:03:15 ID:YqTh1NdF0] >>660 最近の邦楽とかはピークレベル100%使い切る方向ですけど、 アーティストとかスタジオとかエンジニアの音作りによっては ピークレベル低いことも有り得る。 ピークレベル(というか体感的な音量)を他のCDと合わせたければ WavGainとかMP3Gainとか使えば可能。 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/03(日) 21:16:05 ID:P05eCniB0] >>661 そうなんですか、了解しました。 少しいじってみますね 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/04(月) 00:35:44 ID:1T/DiLO40] そういうオートで揃えてくれるツールも万能じゃないからね 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/04(月) 01:45:03 ID:H/uNeae70] >>663 ReplayGain系は曲中のピーク値だけで正規化するのと違って 感覚的な音量でそろえてくれるので、ちょっと安心できます。 ProToolsとかNuendo使えるほどお金が無いので なんとか全部フリーソフトでまかなっています。 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/05(火) 22:20:17 ID:2tsLHaeo0] すみません、ちょっと教えて頂きたいんですが 先日発覚した、EACのオフセット値がずれてた件っていうのは結局、 音が出始まる前の無音部分がほんのちょっぴり削られてたって事（？）で 最初の無音部分の長さ以外の、曲全体の音質的には全く問題無いんですよね・・・？ 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/05(火) 22:33:24 ID:wNKJ0/nV0] >>665 その認識で正しい。 667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/05(火) 22:40:53 ID:1i9PLOzT0] っーか(cue+可逆圧縮音楽)で、 MKAからFLACに直すと1サンプル欠損とかで気持ち悪いとか騒いでたのに 30倍の気持ち悪さを心地よく満足してたんですね。 もうこれで踏ん切りついた…全部mkaにするwwww 利便性を考えたら1サンプルぐらい屁でもない。 だってもう30サンプルずれてるんです物wwwww 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/05(火) 23:23:51 ID:gsGEQ/KB0] >>667 それttaだけのこと 他にflac、wvでは1サンプル欠損するって話は出たことがない 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/06(水) 09:13:56 ID:EB1EF9E00] 30サンプルずらしてたのが栗山千明様だったら 喜んで再リップするんだけどな 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/06(水) 09:55:05 ID:tN+B68Gk0] N速臭いな 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/06(水) 13:50:25 ID:CA2cRAWT0] >>668 ttaは「ＭＫＡ変換機」っていうオーディオファイルの 取り扱いに特化した、便利なソフトがあるからなあ。 flacにも対応してくれれば、内蔵cue止めて.mka一本で 俺も使い続けるのだが。 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/06(水) 20:06:41 ID:eaj10IPz0] >>665 ＞音が出始まる前の無音部分がほんのちょっぴり削られてたって事（？） ・無音の場合が殆どだが、無音という保証は無い。 ・一部だけではなく、全体がズレていた。 ・従来のオフセット値と本来設定すべきオフセット値の差分が30サンプルで良いのか検証されていない。 ・同一ドライブでの読み書き時、読んだディスクと書いたディスクを比較する分には、従来のオフセット値で問題無い。 ・従来のオフセット値でもドライブごとの相対的な比較は可能。 673 名前：665 mailto:sage [2006/12/06(水) 22:31:09 ID:WkpaPd430] >>666>>672 レスありがとうございます。 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/09(土) 11:50:52 ID:Vd6W9Z5Q0] 何千ものapeファイルをwaveにデコードして補正なんて面倒だから これからリップするものだけ正しければいいや。どうせ分からんしな…。 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/09(土) 14:10:18 ID:YGM/PVwW0] >>674 みんなそうだと思うよ 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/09(土) 20:22:27 ID:t87KmDRq0] DAEMONToolsでマウントしたドライブって オフセットのズレってあります？ ちゃんとプラマイ０なのかしら 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/12/09(土) 21:42:48 ID:IykHJfhd0] eacで0検出だから-30じゃ？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef