Exact Audio Copyについて語るスレ

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/05(水) 18:15:01 ID:3j7u7e9A0] Exact Audio Copy公式サイト:www.exactaudiocopy.org/ 日本語化パッチ:homepage3.nifty.com/eacj/ 496 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 04:34:34 ID:To6WeEvP0] >>495 ここか。 CD-R実験室 ttp://homepage2.nifty.com/yss/ データベースって全部 -30 すればいいんでないの？ 497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 04:50:59 ID:7w2MAppm0] offset のデータベースだけならね ゼロサンプルも含めたサンプル値のハッシュなんかのデータベースは全滅だぁね 498 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 05:05:38 ID:To6WeEvP0] そうなのか。 しっかしなぁ、こんなに長い間、間違いに気付かれなかったとは改めて驚きだ。 ｻｸｰｼｬは所詮学生で間違っても仕方ないけど、今回指摘した人のように、 ハード寄りの知識がある人ならおかしいって気付いてただろうに… 499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 06:36:17 ID:xp2QL8u+0] 設定しなおそうとして今見たら0になってた 今まで+30にしてたつもりで0のまま使ってたらしい(w 500 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 07:55:20 ID:To6WeEvP0] 今回指摘した人が新たにリッピングソフトを公開するようだな。 P e r f e c t R i p , ultimate CD(+G) imager/ripper - Optical Storage Technical Discussions - Club CD Freaks ttp://club.cdfreaks.com/showthread.php?t=199890 これがあるから、その前に何としても EAC の方のケリをつけておきたかったってわけか。 501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 08:02:15 ID:xRnpFnXc0] エヘン、EAC、プレク、マンセーの俺サマはoffsetなど気にせずに使っていたぞ。 502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 09:21:51 ID:xp2QL8u+0] まあ、正直いってオフセット値より他になんとかしてほしいトコロが結構あるんだけどね。 503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 09:41:35 ID:kENfa4xs0] 14 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/11/25(土) 01:17:39 ID:2RRCATPt0 30サンプル問題についてyssさんの所でも結論が出たみたいだね homepage2.nifty.com/yss/ 読み込みに関しては今までのオフセット訂正値に-30すると良い 新しくリッピングするCDについてはこれでOKだけど 今まで集めたファイルを正しい位置に戻す作業は骨が折れそう ところで 30サンプルはわずか0.0006802...秒 オリジナルのCDと比べて開始位置が0.0006802秒ズレているなんてことが 聴いただけで分かるはずがない 分かる人がいればぜひお目にかかりたいw 504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 09:56:44 ID:59gQxERS0] それよりうちのラジカセ 夏と冬で再生開始が３０秒以上違うのをなんとかして欲しい 505 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 10:18:48 ID:Am/2xj/90] よー乞食供 506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 11:43:59 ID:/sOSSepk0] 世界中のデータベースが同じオフセット値を示していたにも関わらず 敢然と無視し、嘲笑を浴びながらMatroskaを作り続けた俺は今日も元気。 507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 11:44:40 ID:KP9/ASbB0] 30サンプルずれているのは「読み込み」の方？ 508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 11:46:53 ID:pQjMIpbc0] 書き込みのほうはどうすりゃいいの？ 509 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 11:53:57 ID:kfSPNQ0c0] 聴いても違いはわからないけど オリジナルと少しでも違うのが何か気持ち悪いっていう人が わざわざＥＡＣ使ってたのに それが全部無駄だったなんて 面白い話だなあ 510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 12:00:41 ID:pQjMIpbc0] まぁコピーつってもHDDまででCDに焼いたりすること皆無だからいいんだけどな。 焼いてリップしてそれまた焼いてリップして・・・を繰り返すといずれ無音以外を削ってしまうって話で。 なんならリップ繰り返した回数*30サンプル分の無音差し込めば修復できるわけで。 で、書き込みはどうすりゃいいんだ？ 同じように+30ズレなら-30で補正してやればいいのか？ 511 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:22:50 ID:L5YqiPT90] よく分かんないけど 読み込むときに30ずれて書き込むときにも30ずれてるのなら 結局±0になってるんじゃないのか？ 512 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:31:21 ID:8iDCJ6+20] 質問なんですが +30ずれたまま取り込んでいたCDを -30して取り込み直した場合 CUEシートは+30ずれたまま取り込んだ時の物を使用して問題ないんでしょうか？ それともCUEシートにもずれがある？ 513 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:41:29 ID:HdTpF3n20] >>511 そうだよ。CDに焼けば結局ズレはなくなるよ。 >>512 問題ないよ。CUEシートにはズレはないよ。 514 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:43:04 ID:pQjMIpbc0] >>511 ±0というよりは頭30サンプル欠如したまま焼いてるわけで 次回ちゃんと読み込めば問題ないということだな。 読み込んだだけで焼いてないものは30サンプル落ちたまま。 ■補正なし (※1文字を10サンプルとする。xは欠落10サンプル) read xxx01010101010.... write xxx01010101010.... ■補正あり (両方-30サンプル補正？) read 0101010101.... write 0101010101.... でおｋ？ 515 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:49:29 ID:pQjMIpbc0] ｘで欠落してる部分はどうせ無音で埋められるし、きっちり補正して焼いたところでも無音だから変わらないと。 孫リップ＆焼き繰り返していってもかわらんってことか。 そこは勘違いしてたな。 516 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 13:54:08 ID:To6WeEvP0] ±０のプレクドライブ使ってるなら、他のソフト、 例えば CD Manipulator で読み書きしてもずれないってこと？ 517 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 13:56:17 ID:/J8a3qX90] そのとおり 518 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 14:17:49 ID:To6WeEvP0] >>517 サンクス。 今まで YSS 氏のページで、オフセットのことを述べた後に > ただ、これらのことは、PlexToolsProfessional がすべて自動で（最適な設定で） > 行ってくれるので、よく分からないときはPlexToolsProfessionalを使うといい感じです。 という何やらおまじないみたいな結びで終わっていたわけだけど、 結局これって PlexTools じゃなくても何のソフトでもよかったってことだよね（ｗ PlexTools が最適化してくれたわけじゃなく、ドライブ自体が±０だっただけと。 519 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 14:25:20 ID:/J8a3qX90] >>518 むしろPlexToolsは余計なことをしてたってこと ずれる心配のないドライブなのにわざわざ30サンプルのずれを作っていた 520 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 14:29:30 ID:To6WeEvP0] >>519 そうなの？ PlexTools ってオフセットが -120 bytes とかって表示だけはするけど、 読み書きに際しては別に何もやってなかったんじゃないの？ 521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 14:33:25 ID:fnyxtJMj0] EACでリップしたやつとPlexToolsでリップしたやつが バイナリ一致しちゃってるからね… PlexToolsも間違ってた 522 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 14:35:40 ID:KCPas0/80] EACで+30訂正でリップしたのと一致するから EACの訂正値の誤りが本当なら、PlexToolsは駄目 523 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 14:45:13 ID:To6WeEvP0] (ﾉ∀｀)ｱﾁｬｰ >>521 >>522 サンクス。 EAC の情報を鵜呑みにしたかはともかく、とにかく間違ってたのか。 またソフト屋はハード屋に馬鹿にされるわけだ。 524 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 14:59:07 ID:21DEIaGg0] どういたしまして。 525 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 16:41:28 ID:ysuX1FUO0] 誤差なしで作ってるのに自社のソフト開発屋に誤差ありと思われてるなんてｶﾜｲｿｽ そこら辺社内で情報伝わってないのかな 526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 16:48:48 ID:cMivblAj0] ドライブは日本PlexToolsは欧州で作ってますから 527 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 17:02:09 ID:SyHRuFdn0] 逆に、プレクの中の人は実は既に判ってて ある意味EACがスタンダードになってたから PlexToolsではオフセット修正してるように表記してたけど 実はオフセット弄らず処理するようになってたとか でないとプレクの中の人はアホってことになるよなぁ 528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 17:05:07 ID:gAb45awx0] >>527 >>521 >>522 529 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 18:03:27 ID:DRmlXmgQ0] PTPがEACのオフセット値を参考にしてるはずないだろ 今までプレクの人はEACのオフセット値を見てニヤニヤしてたはず 530 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 18:05:15 ID:6ktzNTpI0] CD-Rに焼いたのはOKなんだろうだけど、生憎とイメージのままHDやDVD−RAMに 保存してあるからなあ。logもとってるあるから今後リップするのと混乱することも ないけど。 Cueシートのギャップとかも大丈夫なんだよね？ 531 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 18:08:01 ID:IOW+X5jy0] 結論としては最近のPlextorのドライブは読み込み、書き込みともにずれのない神ドライブということか プレクマンセー再び!!!だな 532 名前：名無しさん＠お腹いっぱい。 [2006/11/25(土) 18:11:44 ID:6YtEOA670] [壁]ー￣)ニヤッ(￣ー￣)ニヤリ(￣￣￣ー￣￣￣)ニヤーーーリッ 533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 18:18:39 ID:lLGdMvl30] EAC側によって出されたオフセットが、 　読：x　書：y　読書：x+y だった場合は、本当に正しいオフセットは 　読：x-30　書：y+30　読書：x+y ってこと？ 534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 18:23:44 ID:KCPas0/80] >>529 参考にしてるってか信頼してたらしい、実際ファイルは同じになる ドライブ作ってるとこがPTP開発者に訂正いらないドライブだってことを教えるか ソフト開発側が独自にちゃんと測定してたらこんなことにならなかった PTPは自社ソフトだしニヤニヤしてる場合じゃないと思う 535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 19:12:40 ID:6ktzNTpI0] プレクはEACの開発者にドライブ提供してなかったっけ？協力感謝とかいう内容の 記載がホムペにあったような記憶がある。 536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 19:14:31 ID:v/FADWaC0] EAC　完　　全　　脂　　肪 今までLGばかりだったが、これを機会にプレク買ってくるか 537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 19:42:47 ID:O01W4ve/0] >PLEXTORドライブなら、読み書きともオフセット値±0にするのが正解 ということは、PLEXTORドライブではオーバーリード出来るかどうかは どうでもいい、無意味だってこと?? 538 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 20:02:22 ID:7lBfXsC90] >>536 オフセット訂正値が間違っていただけで 今までの値に-30すれば正しく読み取れる プレクにお布施したいならぜひどうぞ 539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 20:15:31 ID:pQjMIpbc0] LGなんて糞ドライブは買い換えたほうが懸命だな LGに限らず読み込みオフセットが3桁いってるようなドライブは。 540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 21:15:16 ID:nDJAcYK/0] ・今あるオフセット値のデータベースなどは本来のものより+30されている ・EACのオフセットの測定機能だけがずれているのであって、CDの読み込みと書き込みは普通に行われる。 　よってEACを使用するとしても、ドライブのオフセット値はreadに-30、writeに+30の訂正が必要になる。 　read/writeは相殺されるため、変更なし。 ・訂正した部分にはゼロサンプルが書き込まれることになるが、まず無音なので問題はない。 Read sample offset correction　　　　　　　　　　　：　 -30する Combined read/write sample offset correction　：　変更なし Write samples offset　　　　　　　　　　　　　　　　　：　 +30する これで良いのか 541 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 21:54:30 ID:d1oQbug10] >>540 それでOK. ところで、DEAMONを用いて修正する場合はオフセット値は何にすれば良いんだろう。 -30？-60？ 542 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 22:06:33 ID:pQjMIpbc0] write+30する意味がよくまだわからないだよなぁ read-30で完全なデータとしてリップはできてるわけでしょ？ それをなぜ+30するのか。 焼く前のデータが完全なら、補正する必要ないのに。 writeには-30のオフセット計測ズレがあったってこと？ 543 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 22:13:29 ID:d1oQbug10] >>542 多くのドライブは、書き込む段階でも少しずれてしまう。 544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 22:16:31 ID:To6WeEvP0] YSS 氏のページが更新されてます。 Exact Audio Copyを使った音楽CD完全バックアップ（改訂版） ttp://homepage2.nifty.com/yss/eac/eac3.htm 545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 22:24:45 ID:TrOK0fcP0] 今までの値でも欠落はするが位置的には正しいずれのない書き込みをしていたんだよ。 今回書き込むデータをずらしたんだから書き込み時のオフセットもずらさないと ずれのない書き込みはできない。 546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 22:33:20 ID:wR9kub/r0] yss氏の改訂版のページ、トップに戻るのリンクがローカルになってて萌えす 547 名前：533 mailto:sage [2006/11/25(土) 23:27:56 ID:lLGdMvl30] yss氏のページを呼んでみたが、 オフセット値の訂正の仕方は>>533で合ってる？ 俺が今迄CD-RにコピーしてきたCDは運良く末尾に30サンプル以上無音があるものだったがｗ 548 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 23:51:33 ID:deGvYfS00] あの･･、homepage2.nifty.com/yss/やwww.accuraterip.com/driveoffsets.htmを見たんですけど、 家のPCのドライブのオフセット値が載っていませんでした。 HL-DT-ST DVDRAM GMA-4040Bってヤツなんですけど、どなたか知っている方、いませんか？ また、掲載されているサイトを知っている方、いませんか？ もしも、知っているならば、是非教えてください。 お願いします。 549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/25(土) 23:58:40 ID:qZsueLRu0] GMA-4040B=GSA-4040B 550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 00:07:31 ID:DnjSJG5M0] >>549 どうも有難う御座います。 551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 01:10:23 ID:ezqpcfes0] yss氏の「検証」は、EACでWrite offsetを-にすると末尾の部分が そのサンプル数分欠落するということを言ってるだけで、 検証になってないように思うんだけど。 条件(3)と(4)でOverreadの設定を変えても、Read offsetが0なら Overreadをしないわけで、何の意味も無いし。 書き込み側にプレクスター以外の(従来のWrite offsetが-30でない) ドライブも使って試してみて欲しいな。 残念ながら、自分はプレクスター以外のEACで書き込めるドライブが 手元に無いので、試すことができない。 552 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 01:13:02 ID:eQsYQl3x0] 30サンプル分自動でずらしてくれるプログラムだれかつくってくんないかな イメージの前後調べて無音サンプルなのを確認しなくちゃいけないけどな 553 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:21:45 ID:r5erckBj0] YSSの掲示板にも書いたけど なんかうちのプレクのW2410AはオフセットテストCD作って テストすると、ちゃんと-30されたread +68で出てくるんだけど・・・。 このドライブは報告サイト見ると100件以上の数でread +98なんだけど。 ちなみにこのW2410Aは、オンボードのIDEにつながってない。 PCIの拡張IDEにつながって、専用のドライバで認識されてる。 Integrated Technology Expressとかいう企業のドライバ（おそらくIDEコントローラも)。 間違ってる報告入れた人のマシン環境調べたほうがいいんじゃ？ うちに-30されるサンプル環境があることを考えると・・・。 554 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:38:43 ID:vjQ8tSTI0] そのCDが間違ってる可能性は？ 他のドライブで試したのかな 555 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:42:01 ID:ezqpcfes0] >>553 Write offsetが0のままでOffset Test CDを作ったのでは？ Write offsetを0にして作ると、Combined offsetを検出するディスクになる。 556 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:52:21 ID:r5erckBj0] >>555 あー確かにwriteは0だった。 俺が無知だったのか(´∀｀)ｺﾞﾒｰﾝﾈ 本来の計り方はどうすりゃいいんだろ？ オフセットテストCDって作ったドライブのreadを検査するためにしか使えないよね？ 試しに、別のマシンのLGのGSA-4167Bで同CDを使ってテストかけたら やっぱり報告サイトより-30されたread +637が導かれたんだけど。 557 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:58:09 ID:r5erckBj0] ちなみに逆に、GSA-4167BでオフセットテストCD焼いて（write offset 0) 同ドライブをテストすると、今度は報告サイト通り+667で出てきた。 このCD使って、W2410Aをテストすると今度は+98と、これまた報告サイト通り。 謎だ…。 558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 02:59:01 ID:ezqpcfes0] >>556 Write Offsetを正しく設定して作ると、 read offsetを検出するディスクを作れる。 プレクスターのドライブなら、-30に設定して作ると 従来のread offsetを検出するディスクになるし、 0に設定して作ると新しい(?)、従来の値より-30された read offsetを検出するディスクになる。 559 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:03:28 ID:r5erckBj0] なるほど write offset設定した上で作らないと意味なかったのね。 勉強になったぁ(´∀｀）ありが�d 560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:05:24 ID:VQeyiUSH0] >>552 今までに吸い出したWAVファイルを元に30サンプルずらして 正しいWAVファイルを作るプログラムということ？ 561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:08:35 ID:14njCHte0] >>551が書いてるけど Overread有効、無効による違いの検証どうなんだろう 自分が使用してるドライブGSA-4165だけど Overread有効にすると取り込みの最後に高い割合で同期エラーが出るので 有効、無効どちらがいいのか迷っているんだけれど 562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:11:22 ID:AGYBcyGE0] >>552 ttp://tmkk.hp.infoseek.co.jp/xld/ Mac用だがｗｗｗ 563 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:22:51 ID:6PNWXC820] >>562 うおおおおお win版ﾎｽｲ… 564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 03:38:27 ID:gveHyr0J0] >>552 手動でなら「WaveCompare」の ﾌｧﾝｸｼｮﾝ でできるよ。 565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 06:52:14 ID:ywLuC/om0] WAVでもOGGでもはき出したファイルのIDタグの中身がまっさらになっちゃうんだけど、同じような症状の香具師いる？ 566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 07:04:25 ID:kGVGuTOO0] 　　 ∧ ∧　　　 ┌──────── 　　( ´ー｀)　　 ＜　シラネーヨ 　 　＼　< 　 　　└───/|──── 　　　　＼.＼＿＿＿＿__／/ 　　　　　 ＼　　　　　　　／ 　　　　　　　∪∪￣∪∪ 567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 08:25:30 ID:7xBzmOi70] >>551>>561 PX-W4824Aを使ってYSS氏検証と同じ事をやってみた。 （適当なライブCDからゼロサンプルの無いトラックを抽出） 条件1　相違:30 条件2　相違:98 条件3　一致 条件4　相違:68 でした。 568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 11:00:02 ID:GoFhm6jD0] ピュアオタ死亡wwwwwwwwwwwwwwwwwwwwwwwww 569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 11:03:21 ID:jZZvEcfs0] 馬鹿一匹またきましたー 570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 15:56:35 ID:WJ98mXP60] WAVEってMP3みたいにソフトによって音変わるの？ 571 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 16:26:36 ID:3bOJBmi00] ＼　　　∩─ｰ､ 　　　　　　　　　　　　　　　 ＼／　●　､_ ｀ヽ 　　　　　　　　　　　　　　　　/ ＼(　●　 ● |つ 　　　　　　　　　　　　　　　　|　　 X_入__ノ 　 ミ　俺は釣られないクマ ･･･ 　　　　　　　　　　　　　　　　 ､　(＿／　　　ノ 　　　　　　　　　　　　　　　　　＼＿＿＿ノﾞ 　　　　　　　　　　　　　　　　 ／ 丶'　⌒ヽ::: 　　　　　　　　　　　　　　 　/ ヽ　　　 /　/::: 　　　　　　　　　　　　　　　/　/へ ヘ/　/::: 　　　　　　　　　　　　　　 /　＼ ヾミ　 /|::: 　　　　　　　　　　　　　　（__／| ＼___ノ/::: 572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 16:27:20 ID:3bOJBmi00] ＼　　　∩─ｰ､ ＼　　　∩─ｰ､ ＼　　　∩─ｰ､ orz... 573 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 16:43:06 ID:pyNBbg/40] ∧＿∧　　　　　　　　　ミ　ギャハッハッ ズレてる！ズレてる！ 　　　　　o/⌒（. ;´∀｀）つ 　　　　 と＿）__つノ　　☆　バンバン ∧＿∧　　　　　　　　　 　　　　　o/⌒（゜Д゜ 　）つ 　　　　 と＿）__つノ 574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 17:37:52 ID:aHcPjyxq0] perlで適当にプログラム組んでみた（？）が…。 今まで取り込んだwavファイルの場合 ・先頭にゼロサンプルを30サンプル追加 ・末尾の30サンプルをカット という事をすれば元のズレのないモノになるって事でFA？ ※元の先頭がゼロサンプルの場合はどうにもならないけど。 575 名前：↑ mailto:sage [2006/11/26(日) 17:38:44 ID:aHcPjyxq0] 誤 ※元の先頭がゼロサンプルの場合はどうにもならないけど。 正 ※元の先頭がゼロサンプルではない場合はどうにもならないけど。 576 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/11/26(日) 18:01:01 ID:pbfXxmqr0] CUEは直さなくて良いの？ CUEの方も30サンプル分ずれるから、確率は低いが部分的に時間の数字が変化することがあると思うんだけど 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)だった。オーバーリードする方ね。

---

---

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

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