Exact Audio Copy β9

1 名前：名無しさん＠お腹いっぱい。 [2008/06/07(土) 07:24:36 ID:qJH7nqpD0] 強力なCDリッピング機能がある統合音楽ソフト "Exact Audio Copy (EAC)" のスレです。 地元か近くの田舎の絵がある素晴らしい絵葉書を送ってユーザー登録しましょう。 絵葉書には、好きな事 (what you like) と e-mail アドレスを書きましょう。 (宛先、詳細は、Documentation\EAC.TXT [英文] の Registration 参照) EAC - Exact Audio Copy 　www.exactaudiocopy.de/ 日本語パッチ / 日本語リソース (0.95pb5 では、メニューの EAC → EAC options → General で言語切り替え) 　945氏作 　　homepage3.nifty.com/eacj/ 前スレ Exact Audio Copy (EAC) β8 pc11.2ch.net/test/read.cgi/software/1197281653/ 762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/20(木) 21:28:07 ID:fHr8/xe20] そんなあなたのために Plextor です。 763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/21(金) 10:22:47 ID:wNFnIa5Q0] >>762 やっぱそれが一番か 764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 18:51:07 ID:KYjCN8Zd0] EACのエンコードオプションの画面って、ユーザ定義のエンコーダを選択しても ビットレートや音質の高低を選ぶオプションが生きてるけど実際には無視してて、 LAMEに渡すオプションに影響はないと思って良いの？ 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 20:17:52 ID:g9XjmI760] 良いよ 766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 22:39:44 ID:w2w0WkbR0] >>761 サターンのディスク（あれは2048だけど）で似たようなことやったらトラック2にノイズがのった 767 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 00:00:08 ID:RR2lunzzO] EACでCDexみたくWAVを残したままMP3にする方法ってないですか？ 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 00:02:58 ID:GQn4W7KI0] ある 769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 08:05:13 ID:rtdHMRT2O] >>768 教えてほしい！ ツールのWAVをエンコードを使うとMP3はできるがWAVが消えてしまう・・・ やっぱWAVを仮想CDイメージにする必要があるの？ 770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 09:10:13 ID:pu1kRWjZ0] これは釣りね 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 09:39:27 ID:GQn4W7KI0] 要はリッピングで wav と mp3 を同時に出力したいわけだろ？ まずは質問する前に試行錯誤しろよ。 つーか試行錯誤せんでも Compression options を見れば一発で分かるだろうが。 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/26(水) 17:47:20 ID:sruBCkhvO] 一括WAV+CUEと分割MP3を同時出力か？ 773 名前：769 mailto:sage [2008/11/26(水) 22:22:01 ID:rtdHMRT2O] >>772 そうです 774 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 11:34:25 ID:jgYrE9a30] C2 OFFだと、２〜３倍速でCD１枚に30分かかるな… 775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 11:52:55 ID:jgYrE9a30] C2 OFFの場合に10倍速指定だと、2〜4.6倍速で約30分 ONだと16分 OFFで速度指定一番上のお任せにすると、８倍速〜だな。 DVD書き込みなら４倍速がいいけど、CD読み込みならこのぐらい早くて問題ないか？ 776 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 12:03:38 ID:7VyzoKR60] 速度は Actual がデフォ 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 12:10:03 ID:jgYrE9a30] >>776 サンクス！ 徐々に加速し、最後のトラックなんて１６倍超えて１７倍。 まぁ傷や指紋ないCDだし、C2 OFFでこの速度なら我慢できるしやり直すべきか… 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 12:46:57 ID:FeoqwMvU0] 基本ONで問題ないよ これOFFにしたがる人って、傷のあるCDでONとOFFで比較とかしたことないでしょ 779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 13:35:26 ID:PXYIH3wX0] 複数ドライブでC2検出なしで2回、ありで2回取り込んで、全部エラー発生なし&トラック品質99.9%なのに ことごとく一致しない。よーく見るとレーベル面に僅かに腐食があった。だめだなこれは。 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 13:47:00 ID:jgYrE9a30] >>779 腐食してると、虫眼鏡使わなくても色違う？ ってかバイナリ一致しないと音自体変わる？そこそこの環境で聴くけど。 781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 14:11:14 ID:7VyzoKR60] >>778 比較した結果、常にオフにすることにした。 782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 14:45:13 ID:E3T6Pvlk0] オンでもオフでもいいけど、どっちかに統一しておくのが心理的にいいかと 783 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 16:49:16 ID:PXYIH3wX0] >>780 アルミ剥き出しみたいな銀色のレーベルだけど、ほこりがついたみたいな小さい点があって、肉眼でも良く見ると分かる。 音は全く変わらんね。本来のデータが分からないとはいえ、吸いだしたもの同士比べても最大で50サンプル程度しか違わないし。 というか音が変わるほど違ってたら、さすがにエラー出るなり品質がた落ちなりするだろうし。 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 16:54:05 ID:u6ffA/6TO] ONでやって品質が100%にならなかったらOFFでやり直しと、 時間は掛かるけど最初からOFFにしておくのと、 ドライブの性能とCDの品質で判断すればいいだけ。 785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/27(木) 16:55:48 ID:jgYrE9a30] マジレスありがとう…またCD全部読み込みなおす羽目なるかと思ったぜ。。 C2 OFFの正確〜のみチェックで、Actualにするよ。十分早いし。 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 13:45:44 ID:MX7gH6hc0] C2 onはドライブから報告されるC2エラーの情報を信じて エラー時以外はバースト読みをするためのオプションであって C2エラーを正確に報告しないドライブだと全く役に立たないぞ 最低限ここでチェックしとけwww.daefeatures.co.uk/search.php 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 16:09:16 ID:uQwpUcSs0] CD-Rでもいいから、1枚潰してチェックすれば分かるな 傷の程度がC2で収まるように抑えないとダメだけど 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 17:00:25 ID:Sg0uHckg0] EACのC2性能調査じゃダメなの？基本的なことじゃん 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 20:46:20 ID:OVbDITSd0] のってませんわ〜 自動検出だと、正確ON キャッシュOFF C2ONだが。 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 21:32:01 ID:OVbDITSd0] 傷あって激遅で諦めたCD何度調査しても、何も出てこない。 791 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/28(金) 23:11:02 ID:c6LDG4Dq0] logのコピーCRCが同じwav同士でWaveCompareが不一致(000xとFFFxとかの不一致)だったが "No use of null samples for CRC calculations"のnull samplesってゼロサンプルの事じゃないのか 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 02:04:55 ID:f+fwQhM80] EACでのCD情報取得について。 現在、EACの設定をしている最中なのですが、どうしてもCD情報が表示されません。 freedbデータベースオプション→freedbサーバに 「freedbtest.dyndns.org:80/~cddb/cddb.cgi」 を入力後、CD情報取得を試みるのですが・・・「サーバエラー」と出てしまうのです。 ウイルスソフトオフはためしました 793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 02:28:45 ID:xqhdGKRl0] そうですか。報告ご苦労様。 794 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 02:35:06 ID:YucJxnYa0] 本当は検出できない糞ドライブってことだな。 ファイル比べても完全一致したから、やり直さなくても今度からはベストなOFFでいいっぽいな。 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 03:00:46 ID:f+fwQhM80] EAC使うのやめてCDｴxにしたら無事検出できた 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 03:15:04 ID:YHsKU8nq0] 同じアルバムで国内盤CCCD、輸入盤CD-DAの場合どっちを買うべきだろう エラー入れまくりのCCCDからWAVをリップすると多少音質がマシになるらしいけどCD-DAのもの には及ばないはず？ 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 03:43:12 ID:6pfLuNPK0] 両方買って違いをこのスレにカキコ 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 22:34:08 ID:EmIjStiE0] >>796 輸入盤CD-DAだろ。CCCDはエラーが多いせいでCD-DAよりも明らかに音が篭もるし。 799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 22:54:49 ID:LEyRtkleP] ・・・？ 800 名前：８００ mailto:_@tigers-net.com [2008/11/30(日) 00:52:59 ID:3BaqM9G40] 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/30(日) 02:55:19 ID:YViAgbyr0] スレタイに【EAC】って入れてくれ。検索しづらい 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/30(日) 03:49:04 ID:COeXfRiW0] ｲｸﾞｻﾞｸﾄﾘｰ Exactly （そのとおりでございます） 803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/30(日) 13:19:38 ID:rCAtKyBG0] WRYYYYYYYYYYYYYYYYYYY 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 14:12:59 ID:D+nIQ6HX0] バイナリ一致するようにWAVを抜くならともかく、単にオリジナルに忠実なディスクイメージを作成する用途なら EACよりCloneCDなんかのほうがええんとちゃう？ 805 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/01(月) 14:23:02 ID:mj4GqTGo0] 圧縮率が下がる 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/02(火) 00:44:50 ID:UhMysFtd0] >>804 ちゃいます。 807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/05(金) 01:44:17 ID:M32IIs2H0] ちゃんと作者様に絵葉書送ってる奴いんの？ 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/05(金) 02:26:55 ID:ltWGgasr0] うん。 809 名前： mailto:ip@shinyusha.co.jp [2008/12/06(土) 21:03:02 ID:l1H61++s0] メモリーテックでやれ このスレを見ている人はこんなスレも見ています。(ver 0.20) iAUDIO 5/G3/U2/U3/U5/F2/T2/7 シリコン統合 39 [ポータブルAV] Victor alneoシリーズ総合 Part4 [ポータブルAV] 【音質】iPodを除くDAP総合討論スレ11【機能性】 [ポータブルAV] 【究極の耳】Ultimate Ears - Part40【ブタパナ】 [AV機器] 【オンキヨー】ONKYO総合ｽﾚ Part.25【WAVIO】 [自作PC] 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 00:11:41 ID:frkFjOjZ0] ごめん、全部私のせい 811 名前：名無しさん＠お腹いっぱい。 [2008/12/07(日) 14:04:42 ID:ZCJJjXNX0] 最新Verにしてみたところ、AccurateRip.comにリンクして データがあればオフセット設定してくれるんだな。 でもこれって正しい値なのかな？ 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 20:34:31 ID:eXODran10] 30 サンプルずれてます 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 21:04:36 ID:/oouDE/H0] 絶対値を合わせる事よりも皆が同じオフセット値を使う事の方が重要なので -30された値を使ってるのは日本の一部のコミュニティぐらいだがね まあ、そもそも30サンプルずれているという事自体が正しいかどうかも分からんが。 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 21:35:42 ID:G96Axu16P] そう言えば何年か前にオフセットの算出方法がおかしかったかなんかで、それ以前のデータは全部狂ってるとかって話なかったっけ？ あれは結局どうなったの？ 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 21:37:36 ID:eXODran10] > 皆が同じオフセット値を使う事の方が重要 なぜ重要なの？単純に多数派を支持したいなら逆の結論になると思うけど。 CDをそのまま聞く人が50%、PCにコピーする人が50%いたとする。 PCにコピーする人のうち10%はCDの完璧なコピーを、90%は30サンプルずれたコピーを作成していたとする。 となると全体の55%が完璧なデータ、45%は30サンプルずれたデータを利用することになる。 実際はCDをそのまま聞く人の方が多いだろうから、ますます-30された値を使った方が多数派ということになる。 つーか、なぜ皆が同じオフセット値を使う事が重要なのか教えてくれ。 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 21:56:38 ID:/oouDE/H0] そりゃ、AccurateRipのような皆が共有するデータベースで 自分の吸い出したデータにエラーが無い事が確認できるから。 つーか、CDをそのまま聞く=オフセット訂正しないで聞いてる だから。 普通のオーディオCDプレーヤにオフセットの問題が存在しないとでも思ってるのか? 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 21:58:04 ID:+19KdAvq0] 実はずれてたけど、面倒くさいから好きにしてくれという 818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:07:41 ID:/oouDE/H0] ちなみに「皆」というのはエラーフリーでできるだけオリジナルに近い リッピングにこだわる人たちの中でのことね。 リッピングしない人にはそもそも関係のない話。 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:17:35 ID:nNfTUtDD0] > 絶対値を合わせる事よりも皆が同じオフセット値を使う事の方が重要なので 自分しか使わないリッピングデータなんだから好きにしたらいいじゃん それとも誰かに譲渡でもしてるのか？ 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:24:27 ID:/oouDE/H0] いやだからAccurateRipのデータベースを使うって言ってるじゃん... だからこそAccurateRipに国内のディスクの登録が少ない日本では -30された方が支持される理由もわかるよ 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:32:18 ID:eXODran10] >>816 > 普通のオーディオCDプレーヤにオフセットの問題が存在しないとでも思ってるのか? そういや、考えてなかった。>>815は間違ってるな。 > 自分の吸い出したデータにエラーが無い事が確認できる あまり知識がない人にとってはAccurateRipはお手軽にオフセット訂正してくれるから便利だろうが 自らのドライブのオフセット値をインターネットで検索できる能力があるなら、あえて誤った値を使う必要はないのでは？ 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:33:08 ID:ZCJJjXNX0] リファレンスCDで検出したら読み込みが+667だったんだけど、 AccurateRipのデータと同じなんだよね。 これって-30したほうがいいのかなぁ。 書き込みは0だったんだけどこれも直すべきなのだろうか･･･。 823 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:42:59 ID:/oouDE/H0] >>821 いやだからさあ... AccurateRipはオフセット訂正するためのものじゃないって。 AccurateRipはユーザが投稿したCDのトラック毎のハッシュを網羅したデータベースで ドライブのオフセット訂正値を正しく設定する事によって、CDのリップ結果の整合性を 確認できるんだよ。ディスクのハッシュ確認用のCDDB。 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:52:29 ID:nNfTUtDD0] >>822 ±30はどっちも『そのオフセットならCD全域から読み出せるであろう』という理論値であって 『実は+667-30だった』を信じるならそっちにするも良いし、そのまま+667をを使ってもいい 30をどっちにずらしても極稀に前後のゼロサンプル以外を範囲内に収めきれないCDは稀にあるので 絶対に1サンプルも取りこぼしたくない場合は、毎回前後ゼロサンプルをチェックして 開始/終端ゼロサンプルが0の場合少しずらして試すって事が必要 ただ、そこまでする理由はあまりない(書き込みオフセットがズレまくりのドライブの時役立つ程度か？) 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:53:32 ID:eXODran10] 目的が自動でオフセット訂正するためのものかどうかは知らんが、 AccurateRipをオンにすれば自動でオフセット訂正してくれることに違いはないだろ。 > CDのリップ結果の整合性を確認できる そうなの？オンにしてリッピングしたことないから知らなかったよ。 でもCDが正しく読めたかどうかはログで確認すりゃいいと思うんだが。 826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 22:56:14 ID:ZCJJjXNX0] >>824 なるほど。 あまり神経質になる必要はないですね。 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 23:44:08 ID:/oouDE/H0] >>825 例えば品質が100%じゃない時にAccurateRipで整合性が確認できれば信頼性が上がる。 他にもAccurateRipに登録されているディスクを読む時はバーストで読むなんて使い方もできる。 登録ディスクが多い海外では、セキュアリップにAccurateRipを併用する事が ほぼスタンダードになっている。だから-30されたオフセットの値はほとんど 使われていない。 つーか「オフセット訂正するためのもの」では全くないよ。 AccurateRipを使うためにはオフセットを合わせなきゃならないから、 勝手に設定されるだけ。 AccurateRipが何なのかも知らずにオフセット云々の話をするのは 正直どうかと思うんだが... >The philosophy behind AccurateRip is quite simple - each time an audio >track is ripped (recorded by computer) it is compared with rips from >other people, this allows a confidence report to be generated. The report >might say that 4 other people had exactly the same results, this would >guarantee your rip was without error, or the report could say that 3 other >people disagree with your rip, the likely hood is that your CD has a scratch >and should be cleaned. 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 23:50:10 ID:/oouDE/H0] ちなみに-30されたオフセット訂正値を使いつつ AccurateRipのデータベースを使う事も実は可能。 ただし、EACでは不可。できるのは今のところMacのXLDぐらいか？ 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/07(日) 23:55:41 ID:YSB/dyu90] まあ、日本じゃほとんど認知されてないしなあ>AccurateRip 825みたいな勘違いしてるのが多いんだろうな 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 00:15:48 ID:c3/Kbx6m0] >>829 自演乙 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 00:36:42 ID:cy0yTtxo0] やれやれ。 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 05:41:44 ID:PUG8aUf+O] 30サンプルずれたバックアップじゃオリジナル壊れた時 買い直すかレンタルしてずれてないバックアップ作るしかなくなるから 最初から正確なオフセットにした方がいいよ。 まあこのスレの半分はプレク使ってる人達だろうけど。 833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 09:26:50 ID:TvG4MQlX0] オレノートPC･･･orz 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 11:21:54 ID:n/71x/fk0] >>832 >>824も言ってるがwavにゼロサンプルが入らないキチキチのCDじゃなければ 書き込む時にLOG見て書き込みオフセットの調整するだけで問題はないよ 調整の手間が面倒になるからきちっとしたオフセットで読み込むってのはもちろん推奨されるが 835 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 12:57:00 ID:s6MXggXF0] >>832 これは酷い勘違い 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/08(月) 13:42:12 ID:9ixG8Pvk0] -30された、されていないオフセット訂正値については CD-Rに書き戻したときのオリジナルCDからのオフセットのずれ →両方起こらない 先頭/末尾の非ゼロサンプルの消失 →両方起こりうる、どちらが起こり易いかは読み込むCDと ドライブの書き込み(オーバーリード不可の場合は読み込みも)オフセット値に依存する 結局非ゼロサンプルの消失を100%防ぐ事はできないので、絶対こっちを使うべき という事はない。ただしPlextorの場合は-30した値を使うとオフセットが完全に 0になるので、精神衛生上良いのは確か。 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 00:02:25 ID:E9QDCRvE0] いや、AccurateRip使わないなら正確なオフセット訂正値使うべきだろ。 わざわざずれたものにする意味はない。 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 00:36:34 ID:DQ2dWxBf0] -30された値が正確だという事自体が正確かどうか分からんわけで 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 11:45:27 ID:FdwEay700] ﾘﾌｧﾚﾝｽCDの数値って信じていいのかな？ 840 名前：839 mailto:sage [2008/12/09(火) 11:54:21 ID:FdwEay700] 信じてっていうよりは正しいのかな？ 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 12:07:54 ID:RCtCSClj0] 海外のフォーラムまで目を通してないから知らないけど -30かも知れないが今更変更するのもあれなのでそのままで行こう って消極的現状維持って話は聞くものの、検証混みで-30は間違ってるって話は耳にしない また、プレクスターのドライブが-30するとオフセットが0になるドライブが多いにも関わらず 製作サイドがズレがあるのを確認しておきながら今の今まで調整しない意図を考えると 俺の中では -30が正しいのではないか？ って結論にはなってる 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 12:49:42 ID:gbmip1nT0] 海外のフォーラムまで目を通してないから知らないけど 俺の中では -30が正しいのではないか？ って結論にはなってる 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 12:55:24 ID:RCtCSClj0] 最後の一行だけでいいよ、つかそのために一行開けてるだろｗ 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 13:01:15 ID:918tSQ+20] 俺様が専用の機械を使って測定した結果によると30ずれてる という投稿があってそれが爆発的に広まっただけなので 誰も再検証はしてないから信頼度としてはどちらも同レベル 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 13:17:34 ID:DQ2dWxBf0] どのCDも同じオフセットで書き込まれてるなら どちらかが正しいという結論を出す意味も有るんだろうがね。 実際はバラバラだし。 たぶんマスターCD-Rの書き込みに使ったドライブのオフセットが プレスCDのオフセットに影響するんだろう。 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 13:42:20 ID:eeiJZFO40] オフセットを決まった値で訂正するのはドライブ毎のオフセットの差を吸収するためと 複数世代コピーでどんどんデータがずれていくのを防ぐためで 正確にCDをコピーするためのものではない。 正確なCDのコピーにはディスク毎に適切なオフセットの設定が必要。 というのが遥か昔に出た結論だと思うが。 www.digital-inn.de/exact-audio-copy-english/4193-use-offsets.html 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 16:18:31 ID:9TggGpK8O] PTPXLの最新版はプレクのドライブだと±0となるから 過去のデータはやはり30サンプル狂ってんじゃん？ まあ先頭と末尾にある程度のゼロサンプルがあるCDなら 読みと書きでずれが相殺されて全く同じに焼けるが。 焼かないでWAVで保存したりそれを他の形式に変換する時に 生理的に30サンプルでもずれてたらイヤだから 個人的には新しいデータの値でやってる。 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 17:09:00 ID:4iZnCOOr0] >生理的に30サンプルでもずれてたらイヤだから 何に対してのずれ? 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 19:46:26 ID:E9QDCRvE0] >>838 プレクのドライブで先頭/末尾に0サンプルの無いデータ使って検証した人いたよね？ 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 20:12:50 ID:4iZnCOOr0] ドライブだけではオフセットの絶対値はわからんよ 読み込み/書き込みオフセットの合計値が分かるだけ Plextorのはこれが0だから、0/0かもしれないし、+30/-30かもしれないし、 +600/-600かもしれない、という結論しか出ない。 実際のオフセットがいくつだろうと書き込みオフセットは0にしないと 先頭or末尾で非ゼロデータの損失が起こるので 当時はCD-R実験室あたりが先走って0が正しいという結論を出してたりしたがね 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 20:28:35 ID:E9QDCRvE0] ちょっと検索してここみつけたんだが、なんか穴あるの？これ。 w5.abcoroti.com/~ultimablue/archives/2006_11_29_87.html 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 20:33:19 ID:4iZnCOOr0] うん、だから読み書きオフセットの合計値が0のドライブは オフセット0で書き込んだものをオフセット0で読み込む場合が データの欠落が一番小さくなるの。 だけど実際のオフセットが0/0なのかは判断不能だということ。 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 20:36:03 ID:RCtCSClj0] >>851 その検証は 30 で吸い出したら 0 ではなく -30 で書かないとずれるドライブだったので 0 では書き込んではいけない つまり ・ドライブの基準点 ・読み込み開始位置 ・書き込み開始位置 が同一だった という結果が検証されただけ CDの基準点 と ドライブの基準点が 0 だったという検証にはなっていない 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/09(火) 20:39:26 ID:4iZnCOOr0] 要は、Combined read/write sample offset correctionが0だと分かっただけ。 homepage2.nifty.com/yss/eac/eac3.htmの Combined read/write sample offset correctionが0のドライブで同様の検証をすると Plextorのドライブと同じ結論が出る。 Read sample offset correctionとWrite samples offsetの値自体は Plextorのドライブと違っててもね。 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 00:12:34 ID:wv+MVYWv0] DaemonToolsの仮想ドライブもオフセットずれってあるの? 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 00:32:57 ID:wGESeYX/0] ない 857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 00:39:16 ID:O7IURFV20] まぁ、ディスクにあわせてずらさないと全部読み取れないCDがあろうが、 とりあえず新しいオフセット訂正値つかったほうがいいってことはわかった。 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 01:54:12 ID:mnGz/evw0] >>855 過去スレくらい嫁！ >>281-283 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 06:04:59 ID:/PqIWbGwO] >>858 レスね。 先頭と末尾にゼロサンプルが無いWAVとCUE作って 仮想ドライブで読んだのとプレクで訂正なしで読んだのと 一致しても新しい訂正値が正しい証明にはならないの？ 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 07:34:01 ID:eKB9+0ld0] >>859 その場合も >>850 だな。 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/10(水) 21:23:27 ID:2zEx7c7I0] 0.99pb4って何でexe版しか無いんだろう？ zip版があれば乗り換えるのに。 862 名前： mailto:ip@shinyusha.co.jp [2008/12/11(木) 03:10:54 ID:9C1Cv0fr0] メモリーテックでやれ このスレを見ている人はこんなスレも見ています。(ver 0.20) iAUDIO 5/G3/U2/U3/U5/F2/T2/7 シリコン統合 39 [ポータブルAV] 【究極の耳】Ultimate Ears - Part40【ブタパナ】 [AV機器] 【オーテク】audio-technica【ヘッドホン】Part37 [AV機器] 【デノン】DENONのヘッドホン5【デンオン】 [AV機器] 【オンキヨー】ONKYO総合ｽﾚ Part.25【WAVIO】 [自作PC]

---

---

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

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