[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 01/09 21:20 / Filesize : 256 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Exact Audio Copyについて語るスレ



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/04/05(水) 18:15:01 ID:3j7u7e9A0]
Exact Audio Copy公式サイト:www.exactaudiocopy.org/
日本語化パッチ:homepage3.nifty.com/eacj/

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....


でおk?

515 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/11/25(土) 13:49:29 ID:pQjMIpbc0]
xで欠落してる部分はどうせ無音で埋められるし、きっちり補正して焼いたところでも無音だから変わらないと。
孫リップ&焼き繰り返していってもかわらんってことか。
そこは勘違いしてたな。

516 名前:名無しさん@お腹いっぱい。 [2006/11/25(土) 13:54:08 ID:To6WeEvP0]
±0のプレクドライブ使ってるなら、他のソフト、
例えば 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 じゃなくても何のソフトでもよかったってことだよね(w
PlexTools が最適化してくれたわけじゃなく、ドライブ自体が±0だっただけと。

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サンプル以上無音があるものだったがw

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用だがwww

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サンプルずらす適当プログラム書いてみたが…需要ある?w


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
詳しく頼む






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<256KB

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