Exact Audio Copyにつ ..
511:名無しさん＠お腹いっぱい。
06/11/25 13:22:50 L5YqiPT90
よく分かんないけど
読み込むときに30ずれて書き込むときにも30ずれてるのなら
結局±0になってるんじゃないのか？
512:名無しさん＠お腹いっぱい。
06/11/25 13:31:21 8iDCJ6+20
質問なんですが
+30ずれたまま取り込んでいたCDを
-30して取り込み直した場合
CUEシートは+30ずれたまま取り込んだ時の物を使用して問題ないんでしょうか？
それともCUEシートにもずれがある？
513:名無しさん＠お腹いっぱい。
06/11/25 13:41:29 HdTpF3n20
>>511
そうだよ。CDに焼けば結局ズレはなくなるよ。
>>512
問題ないよ。CUEシートにはズレはないよ。
514:名無しさん＠お腹いっぱい。
06/11/25 13:43:04 pQjMIpbc0
>>511
±0というよりは頭30サンプル欠如したまま焼いてるわけで
次回ちゃんと読み込めば問題ないということだな。
読み込んだだけで焼いてないものは30サンプル落ちたまま。
■補正なし (※1文字を10サンプルとする。xは欠落10サンプル)
read xxx01010101010....
write xxx01010101010....
■補正あり (両方-30サンプル補正？)
read 0101010101....
write 0101010101....
でおｋ？
515:名無しさん＠お腹いっぱい。
06/11/25 13:49:29 pQjMIpbc0
ｘで欠落してる部分はどうせ無音で埋められるし、きっちり補正して焼いたところでも無音だから変わらないと。
孫リップ＆焼き繰り返していってもかわらんってことか。
そこは勘違いしてたな。
516:名無しさん＠お腹いっぱい。
06/11/25 13:54:08 To6WeEvP0
±０のプレクドライブ使ってるなら、他のソフト、
例えば CD Manipulator で読み書きしてもずれないってこと？
517:名無しさん＠お腹いっぱい。
06/11/25 13:56:17 /J8a3qX90
そのとおり
518:名無しさん＠お腹いっぱい。
06/11/25 14:17:49 To6WeEvP0
>>517
サンクス。
今まで YSS 氏のページで、オフセットのことを述べた後に
> ただ、これらのことは、PlexToolsProfessional がすべて自動で（最適な設定で）
> 行ってくれるので、よく分からないときはPlexToolsProfessionalを使うといい感じです。
という何やらおまじないみたいな結びで終わっていたわけだけど、
結局これって PlexTools じゃなくても何のソフトでもよかったってことだよね（ｗ
PlexTools が最適化してくれたわけじゃなく、ドライブ自体が±０だっただけと。
519:名無しさん＠お腹いっぱい。
06/11/25 14:25:20 /J8a3qX90
>>518
むしろPlexToolsは余計なことをしてたってこと
ずれる心配のないドライブなのにわざわざ30サンプルのずれを作っていた
520:名無しさん＠お腹いっぱい。
06/11/25 14:29:30 To6WeEvP0
>>519
そうなの？
PlexTools ってオフセットが -120 bytes とかって表示だけはするけど、
読み書きに際しては別に何もやってなかったんじゃないの？
521:名無しさん＠お腹いっぱい。
06/11/25 14:33:25 fnyxtJMj0
EACでリップしたやつとPlexToolsでリップしたやつが
バイナリ一致しちゃってるからね…
PlexToolsも間違ってた
522:名無しさん＠お腹いっぱい。
06/11/25 14:35:40 KCPas0/80
EACで+30訂正でリップしたのと一致するから
EACの訂正値の誤りが本当なら、PlexToolsは駄目
523:名無しさん＠お腹いっぱい。
06/11/25 14:45:13 To6WeEvP0
(ﾉ∀｀)ｱﾁｬｰ
>>521
>>522
サンクス。
EAC の情報を鵜呑みにしたかはともかく、とにかく間違ってたのか。
またソフト屋はハード屋に馬鹿にされるわけだ。
524:名無しさん＠お腹いっぱい。
06/11/25 14:59:07 21DEIaGg0
どういたしまして。
525:名無しさん＠お腹いっぱい。
06/11/25 16:41:28 ysuX1FUO0
誤差なしで作ってるのに自社のソフト開発屋に誤差ありと思われてるなんてｶﾜｲｿｽ
そこら辺社内で情報伝わってないのかな
526:名無しさん＠お腹いっぱい。
06/11/25 16:48:48 cMivblAj0
ドライブは日本PlexToolsは欧州で作ってますから
527:名無しさん＠お腹いっぱい。
06/11/25 17:02:09 SyHRuFdn0
逆に、プレクの中の人は実は既に判ってて
ある意味EACがスタンダードになってたから
PlexToolsではオフセット修正してるように表記してたけど
実はオフセット弄らず処理するようになってたとか
でないとプレクの中の人はアホってことになるよなぁ
528:名無しさん＠お腹いっぱい。
06/11/25 17:05:07 gAb45awx0
>>527
>>521
>>522
529:名無しさん＠お腹いっぱい。
06/11/25 18:03:27 DRmlXmgQ0
PTPがEACのオフセット値を参考にしてるはずないだろ
今までプレクの人はEACのオフセット値を見てニヤニヤしてたはず
530:名無しさん＠お腹いっぱい。
06/11/25 18:05:15 6ktzNTpI0
CD-Rに焼いたのはOKなんだろうだけど、生憎とイメージのままHDやDVD－RAMに
保存してあるからなあ。logもとってるあるから今後リップするのと混乱することも
ないけど。
Cueシートのギャップとかも大丈夫なんだよね？
531:名無しさん＠お腹いっぱい。
06/11/25 18:08:01 IOW+X5jy0
結論としては最近のPlextorのドライブは読み込み、書き込みともにずれのない神ドライブということか
プレクマンセー再び!!!だな
532:名無しさん＠お腹いっぱい。
06/11/25 18:11:44 6YtEOA670
[壁]ー￣)ニヤッ(￣ー￣)ニヤリ(￣￣￣ー￣￣￣)ニヤーーーリッ
533:名無しさん＠お腹いっぱい。
06/11/25 18:18:39 lLGdMvl30
EAC側によって出されたオフセットが、
読：x 書：y 読書：x+y
だった場合は、本当に正しいオフセットは
読：x-30 書：y+30 読書：x+y
ってこと？
534:名無しさん＠お腹いっぱい。
06/11/25 18:23:44 KCPas0/80
>>529
参考にしてるってか信頼してたらしい、実際ファイルは同じになる
ドライブ作ってるとこがPTP開発者に訂正いらないドライブだってことを教えるか
ソフト開発側が独自にちゃんと測定してたらこんなことにならなかった
PTPは自社ソフトだしニヤニヤしてる場合じゃないと思う
535:名無しさん＠お腹いっぱい。
06/11/25 19:12:40 6ktzNTpI0
プレクはEACの開発者にドライブ提供してなかったっけ？協力感謝とかいう内容の
記載がホムペにあったような記憶がある。
536:名無しさん＠お腹いっぱい。
06/11/25 19:14:31 v/FADWaC0
EAC 完 全 脂 肪
今までLGばかりだったが、これを機会にプレク買ってくるか
537:名無しさん＠お腹いっぱい。
06/11/25 19:42:47 O01W4ve/0
>PLEXTORドライブなら、読み書きともオフセット値±0にするのが正解
ということは、PLEXTORドライブではオーバーリード出来るかどうかは
どうでもいい、無意味だってこと??
538:名無しさん＠お腹いっぱい。
06/11/25 20:02:22 7lBfXsC90
>>536
オフセット訂正値が間違っていただけで
今までの値に-30すれば正しく読み取れる
プレクにお布施したいならぜひどうぞ
539:名無しさん＠お腹いっぱい。
06/11/25 20:15:31 pQjMIpbc0
LGなんて糞ドライブは買い換えたほうが懸命だな
LGに限らず読み込みオフセットが3桁いってるようなドライブは。
540:名無しさん＠お腹いっぱい。
06/11/25 21:15:16 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:名無しさん＠お腹いっぱい。
06/11/25 21:54:30 d1oQbug10
>>540
それでOK.
ところで、DEAMONを用いて修正する場合はオフセット値は何にすれば良いんだろう。
-30？-60？
542:名無しさん＠お腹いっぱい。
06/11/25 22:06:33 pQjMIpbc0
write+30する意味がよくまだわからないだよなぁ
read-30で完全なデータとしてリップはできてるわけでしょ？
それをなぜ+30するのか。
焼く前のデータが完全なら、補正する必要ないのに。
writeには-30のオフセット計測ズレがあったってこと？
543:名無しさん＠お腹いっぱい。
06/11/25 22:13:29 d1oQbug10
>>542
多くのドライブは、書き込む段階でも少しずれてしまう。
544:名無しさん＠お腹いっぱい。
06/11/25 22:16:31 To6WeEvP0
YSS 氏のページが更新されてます。
Exact Audio Copyを使った音楽CD完全バックアップ（改訂版）
URLﾘﾝｸ(homepage2.nifty.com)
545:名無しさん＠お腹いっぱい。
06/11/25 22:24:45 TrOK0fcP0
今までの値でも欠落はするが位置的には正しいずれのない書き込みをしていたんだよ。
今回書き込むデータをずらしたんだから書き込み時のオフセットもずらさないと
ずれのない書き込みはできない。
546:名無しさん＠お腹いっぱい。
06/11/25 22:33:20 wR9kub/r0
yss氏の改訂版のページ、トップに戻るのリンクがローカルになってて萌えす
547:533
06/11/25 23:27:56 lLGdMvl30
yss氏のページを呼んでみたが、
オフセット値の訂正の仕方は>>533で合ってる？
俺が今迄CD-RにコピーしてきたCDは運良く末尾に30サンプル以上無音があるものだったがｗ
548:名無しさん＠お腹いっぱい。
06/11/25 23:51:33 deGvYfS00
あの･･、URLﾘﾝｸ(homepage2.nifty.com)やURLﾘﾝｸ(www.accuraterip.com)を見たんですけど、
家のPCのドライブのオフセット値が載っていませんでした。
HL-DT-ST DVDRAM GMA-4040Bってヤツなんですけど、どなたか知っている方、いませんか？
また、掲載されているサイトを知っている方、いませんか？
もしも、知っているならば、是非教えてください。
お願いします。
549:名無しさん＠お腹いっぱい。
06/11/25 23:58:40 qZsueLRu0
GMA-4040B=GSA-4040B
550:名無しさん＠お腹いっぱい。
06/11/26 00:07:31 DnjSJG5M0
>>549
どうも有難う御座います。
551:名無しさん＠お腹いっぱい。
06/11/26 01:10:23 ezqpcfes0
yss氏の「検証」は、EACでWrite offsetを-にすると末尾の部分が
そのサンプル数分欠落するということを言ってるだけで、
検証になってないように思うんだけど。
条件(3)と(4)でOverreadの設定を変えても、Read offsetが0なら
Overreadをしないわけで、何の意味も無いし。
書き込み側にプレクスター以外の(従来のWrite offsetが-30でない)
ドライブも使って試してみて欲しいな。
残念ながら、自分はプレクスター以外のEACで書き込めるドライブが
手元に無いので、試すことができない。
552:名無しさん＠お腹いっぱい。
06/11/26 01:13:02 eQsYQl3x0
30サンプル分自動でずらしてくれるプログラムだれかつくってくんないかな
イメージの前後調べて無音サンプルなのを確認しなくちゃいけないけどな
553:名無しさん＠お腹いっぱい。
06/11/26 02:21:45 r5erckBj0
YSSの掲示板にも書いたけど
なんかうちのプレクのW2410AはオフセットテストCD作って
テストすると、ちゃんと-30されたread +68で出てくるんだけど・・・。
このドライブは報告サイト見ると100件以上の数でread +98なんだけど。
ちなみにこのW2410Aは、オンボードのIDEにつながってない。
PCIの拡張IDEにつながって、専用のドライバで認識されてる。
Integrated Technology Expressとかいう企業のドライバ（おそらくIDEコントローラも)。
間違ってる報告入れた人のマシン環境調べたほうがいいんじゃ？
うちに-30されるサンプル環境があることを考えると・・・。
554:名無しさん＠お腹いっぱい。
06/11/26 02:38:43 vjQ8tSTI0
そのCDが間違ってる可能性は？
他のドライブで試したのかな
555:名無しさん＠お腹いっぱい。
06/11/26 02:42:01 ezqpcfes0
>>553
Write offsetが0のままでOffset Test CDを作ったのでは？
Write offsetを0にして作ると、Combined offsetを検出するディスクになる。
556:名無しさん＠お腹いっぱい。
06/11/26 02:52:21 r5erckBj0
>>555
あー確かにwriteは0だった。
俺が無知だったのか(´∀｀)ｺﾞﾒｰﾝﾈ
本来の計り方はどうすりゃいいんだろ？
オフセットテストCDって作ったドライブのreadを検査するためにしか使えないよね？
試しに、別のマシンのLGのGSA-4167Bで同CDを使ってテストかけたら
やっぱり報告サイトより-30されたread +637が導かれたんだけど。
557:名無しさん＠お腹いっぱい。
06/11/26 02:58:09 r5erckBj0
ちなみに逆に、GSA-4167BでオフセットテストCD焼いて（write offset 0)
同ドライブをテストすると、今度は報告サイト通り+667で出てきた。
このCD使って、W2410Aをテストすると今度は+98と、これまた報告サイト通り。
謎だ…。
558:名無しさん＠お腹いっぱい。
06/11/26 02:59:01 ezqpcfes0
>>556
Write Offsetを正しく設定して作ると、
read offsetを検出するディスクを作れる。
プレクスターのドライブなら、-30に設定して作ると
従来のread offsetを検出するディスクになるし、
0に設定して作ると新しい(?)、従来の値より-30された
read offsetを検出するディスクになる。
559:名無しさん＠お腹いっぱい。
06/11/26 03:03:28 r5erckBj0
なるほど
write offset設定した上で作らないと意味なかったのね。
勉強になったぁ(´∀｀）ありが㌧
560:名無しさん＠お腹いっぱい。
06/11/26 03:05:24 VQeyiUSH0
>>552
今までに吸い出したWAVファイルを元に30サンプルずらして
正しいWAVファイルを作るプログラムということ？
561:名無しさん＠お腹いっぱい。
06/11/26 03:08:35 14njCHte0
>>551が書いてるけど
Overread有効、無効による違いの検証どうなんだろう
自分が使用してるドライブGSA-4165だけど
Overread有効にすると取り込みの最後に高い割合で同期エラーが出るので
有効、無効どちらがいいのか迷っているんだけれど
562:名無しさん＠お腹いっぱい。
06/11/26 03:11:22 AGYBcyGE0
>>552
URLﾘﾝｸ(tmkk.hp.infoseek.co.jp)
Mac用だがｗｗｗ
563:名無しさん＠お腹いっぱい。
06/11/26 03:22:51 6PNWXC820
>>562
うおおおおお
win版ﾎｽｲ…
564:名無しさん＠お腹いっぱい。
06/11/26 03:38:27 gveHyr0J0
>>552
手動でなら「WaveCompare」の ﾌｧﾝｸｼｮﾝ でできるよ。
565:名無しさん＠お腹いっぱい。
06/11/26 06:52:14 ywLuC/om0
WAVでもOGGでもはき出したファイルのIDタグの中身がまっさらになっちゃうんだけど、同じような症状の香具師いる？
566:名無しさん＠お腹いっぱい。
06/11/26 07:04:25 kGVGuTOO0
∧ ∧ ┌────
( ´ー｀) ＜ シラネーヨ
＼ < └──/|──
＼.＼＿＿＿＿__／/
＼ ／
∪∪￣∪∪
567:名無しさん＠お腹いっぱい。
06/11/26 08:25:30 7xBzmOi70
>>551>>561
PX-W4824Aを使ってYSS氏検証と同じ事をやってみた。
（適当なライブCDからゼロサンプルの無いトラックを抽出）
条件1 相違:30
条件2 相違:98
条件3 一致
条件4 相違:68
でした。
568:名無しさん＠お腹いっぱい。
06/11/26 11:00:02 GoFhm6jD0
ピュアオタ死亡wwwwwwwwwwwwwwwwwwwwwwwww
569:名無しさん＠お腹いっぱい。
06/11/26 11:03:21 jZZvEcfs0
馬鹿一匹またきましたー
570:名無しさん＠お腹いっぱい。
06/11/26 15:56:35 WJ98mXP60
WAVEってMP3みたいにソフトによって音変わるの？
571:名無しさん＠お腹いっぱい。
06/11/26 16:26:36 3bOJBmi00
＼ ∩─ｰ､
＼／ ● ､_ ｀ヽ
/ ＼( ● ● |つ
| X_入__ノ ミ 俺は釣られないクマ ･･･
､ (＿／ ノ
＼＿＿＿ノﾞ
／ 丶' ⌒ヽ:::
/ ヽ / /:::
/ /へ ヘ/ /:::
/ ＼ ヾミ /|:::
（__／| ＼___ノ/:::
572:名無しさん＠お腹いっぱい。
06/11/26 16:27:20 3bOJBmi00
＼ ∩─ｰ､
＼ ∩─ｰ､
＼ ∩─ｰ､
orz...
573:名無しさん＠お腹いっぱい。
06/11/26 16:43:06 pyNBbg/40
∧＿∧ ミ ギャハッハッ ズレてる！ズレてる！
o/⌒（. ;´∀｀）つ
と＿）__つノ ☆ バンバン
∧＿∧
o/⌒（゜Д゜ ）つ
と＿）__つノ
574:名無しさん＠お腹いっぱい。
06/11/26 17:37:52 aHcPjyxq0
perlで適当にプログラム組んでみた（？）が…。
今まで取り込んだwavファイルの場合
・先頭にゼロサンプルを30サンプル追加
・末尾の30サンプルをカット
という事をすれば元のズレのないモノになるって事でFA？
※元の先頭がゼロサンプルの場合はどうにもならないけど。
575:↑
06/11/26 17:38:44 aHcPjyxq0
誤 ※元の先頭がゼロサンプルの場合はどうにもならないけど。
正 ※元の先頭がゼロサンプルではない場合はどうにもならないけど。
576:名無しさん＠お腹いっぱい。
06/11/26 18:01:01 pbfXxmqr0
CUEは直さなくて良いの？
CUEの方も30サンプル分ずれるから、確率は低いが部分的に時間の数字が変化することがあると思うんだけど
577:名無しさん＠お腹いっぱい。
06/11/26 18:10:33 hdG+Z6wm0
>>576
30サンプルって秒にしてどの位か理解して書いてますか？
578:574
06/11/26 18:14:33 aHcPjyxq0
>>576
>>512-513
という事らしい。
perlだけど30サンプルずらす適当プログラム書いてみたが…需要ある？ｗ
579:名無しさん＠お腹いっぱい。
06/11/26 18:14:38 oWUEeK/n0
30samples / 44100Hz = 0.00068secらしいからねえ
580:名無しさん＠お腹いっぱい。
06/11/26 18:21:55 MzzsBQT30
>>578
使ってみたいっす。
581:名無しさん＠お腹いっぱい。
06/11/26 18:33:04 NZHvl8uU0
入出力がwavでいいんだったらスクリプトなんか書かなくても
30サンプル分のwavとsoxがあればできるけどな
582:名無しさん＠お腹いっぱい。
06/11/26 18:46:36 jZZvEcfs0
>>576
ずれても繰り上がりあっても最大で1/100秒さ
583:574
06/11/26 18:48:21 aHcPjyxq0
>>580
wavを30サンプルずらすperlスクリプト
URLﾘﾝｸ(www.t-square.jp)
たぶん、大丈夫だと思うが一応出来たファイルが正しいか検証してから常用してください。
実行にはperlとAudio::Wavモジュールが必要です。
perl は active perl でOK。
モジュールは ppm で install Audio-Wav とかでインストール出来ると思います。
新しいファイル名は元ファイルと同じディレクトリに _new という名前を追加されたモノになります。
584:名無しさん＠お腹いっぱい。
06/11/26 18:59:08 MzzsBQT30
>>583
ありがとう。
ぼちぼちやってみます。
585:名無しさん＠お腹いっぱい。
06/11/26 19:12:30 pbfXxmqr0
>>582
その、低確率で繰り上がって1/100秒ずれる可能性を無視できないと言っているのだが
まあ先頭に無音がないCDに当たる可能性と同じような物だけど、1/100秒ずれるのは気分が悪い
586:名無しさん＠お腹いっぱい。
06/11/26 19:21:33 jisP4OxC0
俺は今までリップしたのはそのままでいいや、エンコしてるしデコードするのも面倒
CD-R実験室はプレクでオフセット訂正しても末尾30サンプル書けないのわかってたから
今回と同じような検証は前からしてるはず
誰もEACが間違ってるとは思ってなかったんだよな
587:名無しさん＠お腹いっぱい。
06/11/26 19:41:03 iAtZv63R0
今までのオフセット値が間違っていたかどうかの問題はさておいて
YSS氏の検証は無意味な検証ではないのかな
EACのオフセット値による修正というのは
CDDAのデータの読み書きがオフセットデータ分ずれる
このずれはハード的に固定されていて修正できないからダミーサンプルを挿入するか
データを削るかして修正しようとするものだろ
つまり手作業でデータ先頭部分あるいは最終部分に
0サンプルを追加したり削ったりする作業を自動的に行っているに過ぎない
間違っていたというPlextorの例で言えば読み書きともに
正規の位置の30サンプル手前から読み書きを始めてしまうので
書き込む際には30サンプル分ダミーデータ(0サンプル？)を送り
読み出す際には30サンプル分読み捨てると言う作業を行っている
ここで書き込みデータが30サンプル失われるというのは
オフセットが-30であることから書き込みの総データ長を30サンプル分伸ばしておかなければならないのに
EACがそれを行っていない(忘れている)だけなんじゃないの
書き込みの総データ長がダミーサンプル分加算されていないとすれば
書き込む際に最終位置から30サンプル手前で書き込みは打ち切られるから
読み出したときに最後の30サンプルが失われるのは当然であって
オフセットデータが正しいか間違っているのかとは無関係になるはず
そもそもオフセットデータに誤りがないかはドライブ毎の相対比較は可能でも
自分自身を観測することによって絶対的なオフセット値を知ることは出来ないと思われるが
588:名無しさん＠お腹いっぱい。
06/11/26 19:44:45 6oujI0ng0
そういうことこそyss氏の掲示板に書き込んでほしい
589:名無しさん＠お腹いっぱい。
06/11/26 19:46:46 hEfD45bk0
>>585
今まで気分悪くなかったんだろ？
590:名無しさん＠お腹いっぱい。
06/11/26 19:50:44 pbfXxmqr0
> そもそもオフセットデータに誤りがないかはドライブ毎の相対比較は可能でも
> 自分自身を観測することによって絶対的なオフセット値を知ることは出来ないと思われるが
それを誰かが専用の計器でやったらズレを発見したことから発覚した話じゃなかったっけ？
591:名無しさん＠お腹いっぱい。
06/11/26 19:50:46 AGYBcyGE0
>>585
1/100じゃなくて1/75ね
トラックの開始位置(INDEX 01)はTOCに書いてあるからオフセットに関係なく常に一定
プリギャップの開始位置(INDEX 00)はサブチャネルから吸ってるからずれる可能性があるのかなあ…
ちょっと考えてみないと分からん
592:名無しさん＠お腹いっぱい。
06/11/26 20:10:07 EL0bSKQv0
もうどれが真実なのかわからなくなってきた…
結局、読み－30 書き込み＋30で今のとこFA？
593:名無しさん＠お腹いっぱい。
06/11/26 20:15:07 iAtZv63R0
>>590
そうらしいね
だからPlextorのオフセットが読み書きともに0というのは正しい可能性がある
しかし専用の計器がなければ我々では確認のしようがない、ということ
594:名無しさん＠お腹いっぱい。
06/11/26 20:48:07 AGYBcyGE0
>>587
確かに、なんかそんな気がする
URLﾘﾝｸ(www15.plala.or.jp)
ここの記事を読んでて思ったんだけど、間違っているとされるオフセットの値で
YSS氏とほぼ同じ実験(wav1->CD->wav2)をやっていて、YSS氏の(2)の条件で
wav1==wav2となってるんだよね。
もしこのドライブで新しいオフセットを採用し、書き込みオフセットを+30にして
同様の実験をする(条件4)と先頭の30サンプルが失われる事になる。
要するに、YSS氏の実験は、書き込みのオフセットが0になるように
読み込みオフセットを訂正しないと、元wavと書き込んで読み出した後のwavが一致しないという事。
結局のところ、あるドライブの書き込みもしくは読み込みのオフセットを0と定義しないと
全てのドライブのオフセットは定義されない気がするなあ。
「専用機器」なるものはそういうことができるのかね。
595:名無しさん＠お腹いっぱい。
06/11/26 20:57:28 eFMRaDOA0
>>585
CUEシートはオフセット訂正値が間違っていたとしてもズレない。
同じCDを
読み込みサンプルオフセット訂正値が0の場合と
+1000の場合に分けてリッピングしたが、
（もちろんEACは再起動して再度プリギャップを取得）
出来たCUEシートはINDEX 00 INDEX 01含めて完全に一致した。
1000サンプルは約1.7フレームなので、
もしCUEシートがずれるというならば、
CUEシートの数字は全て1ないし2フレーム変化しているはずである。
596:名無しさん＠お腹いっぱい。
06/11/26 20:57:31 AGYBcyGE0
594訂正
それぞれ条件(2)と(4)じゃなくて、(1)と(3)だった。オーバーリードする方ね。
597:名無しさん＠お腹いっぱい。
06/11/26 21:00:04 AGYBcyGE0
>>595
検証乙。ということは、INDEX 00はINDEX 01(必ず正しい)からの相対値として
出しているという事かな。
598:名無しさん＠お腹いっぱい。
06/11/26 23:27:45 pbfXxmqr0
>>595
おお、先にやってくれちゃったか、検証乙
俺も同じ事やったので一応報告
リードオフセットを+999に設定しても、-999に設定しても、CUEシートの内容は完全に一致した
当然ながらWAVEの内容は1998ぶんずれてた
プレクの716A-JP2
これで安心してWAVEだけの修正作業に入れる
599:名無しさん＠お腹いっぱい。
06/11/27 00:33:23 SkfB0E+P0
いやまてまて
すでに取り込んだのはその保証に入らないんではないか？
取り込む前段階では読み込みオフセットを受けてTOC読んで調整してCue作ってるんだろうし。
すでに読み込んであるのはTOCなんてcueに載ってるのが絶対なわけで。
600:名無しさん＠お腹いっぱい。
06/11/27 00:34:40 SkfB0E+P0
いや、cueシート自体一致してるからそれでも大丈夫なのか
もうわけわかめ
601:名無しさん＠お腹いっぱい。
06/11/27 00:57:24 CN9W20uy0
INDEX 01はTOCに書いてある値そのものだからずれようがない
(ちょっと調べれば分かるが、TOCには絶対的な開始点がM:S:Fとして書いてある)
検証によるとINDEX 00も大丈夫のようだね
602:名無しさん＠お腹いっぱい。
06/11/27 02:45:42 dABXWcK10
最初から日本の技術を信じてればこんな事にはならなかったってことか。
603:名無しさん＠お腹いっぱい。
06/11/27 02:49:44 K6srzxBs0
ようやく理解できた。つまり、Cueはドライブうんぬんオフセットうんぬんは
まったく関係なく絶対値で生成されるから、要は、
今まで存在していたCueの方が結果的に全部ずれてたって、そういうことだな。
orz
604:名無しさん＠お腹いっぱい。
06/11/27 03:42:38 zntflvBb0
いや、CUEは正しくてWAVEがずれてるんだが…
605:名無しさん＠お腹いっぱい。
06/11/27 03:44:13 ejnZN6Pw0
ようやく理解できた、とか書いてるのに全く理解できていない点について
606:名無しさん＠お腹いっぱい。
06/11/27 19:11:45 w7B9cCWP0
久々に来たけど、半年以上スレが変わってないのか・・・・
ところで、サンプルをずらすのって、WaveCompareを使うと手っ取り早いと思うよ。
複数のファイルも、一瞬でできる。
Perlは、Windows上で扱うには、やりづらいだろうに。
まぁ、俺も「自分で作ったプログラムが一番」病だから、気持ちは分かるけどね。
607:名無しさん＠お腹いっぱい。
06/11/27 19:18:00 tiSZocbb0
>>606
WaveCompareだと
先頭に30サンプルはつけられるけど
末尾を30サンプル削るのは無理だよね？
608:名無しさん＠お腹いっぱい。
06/11/27 21:07:39 zntflvBb0
末尾のサンプルをカット＋追加（手動で-30した数値を入力）で可能
609:名無しさん＠お腹いっぱい。
06/11/27 21:09:33 tiSZocbb0
自動化したいんだよね…
610:名無しさん＠お腹いっぱい。
06/11/27 22:16:36 lJ0UXe020
つ最近スクリプト一括処理に対応したSoundEngine
611:名無しさん＠お腹いっぱい。
06/11/27 23:07:13 zntflvBb0
>>610
詳しく頼む
612:名無しさん＠お腹いっぱい。
06/11/27 23:57:49 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:名無しさん＠お腹いっぱい。
06/11/28 11:19:13 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:名無しさん＠お腹いっぱい。
06/11/28 11:56:38 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:名無しさん＠お腹いっぱい。
06/11/28 21:30:46 5b0aFcxE0
yssが検証の不備を認めた
616:名無しさん＠お腹いっぱい。
06/11/29 02:25:47 R1muk3yH0
1/100秒程度のズレはオーディオマニアにもわからない、という
長期ブラインドテストの結果が図らずとも出てしまったということだな
617:名無しさん＠お腹いっぱい。
06/11/29 02:44:06 CUjs40xr0
わかるわけねぇだろｗ
618:名無しさん＠お腹いっぱい。
06/11/29 11:18:00 KMzzn8J80
正解が得られないのだからブラインドテストにはならんよ
619:名無しさん＠お腹いっぱい。
06/11/29 17:39:04 fylJY6iU0
>>571-573
これはどう見ても30 sample offsetずれてますね。
620:名無しさん＠お腹いっぱい。
06/11/29 18:44:41 O4JSi+hz0
いつのレスだよ。3日もズレとるやん。
621:名無しさん＠お腹いっぱい。
06/11/30 00:33:38 NNc7+f+n0
3日というと44.1kHzで11,430,720,000sampleくらいか
622:名無しさん＠お腹いっぱい。
06/11/30 02:01:22 pYmiZKSx0
まとめると
・オフセット値は従来の値から読み-30 書き+30 読み書き（そのまま）
・CUEシートはそのまま
・既にリッピング済みのWAVを訂正するには先頭に30サンプル追加・末尾30サンプルカット
（ただしその30サンプルが運悪く無音じゃない場合は諦めれ）
こんなところか。
流石に今までのエンコ済みを訂正するのはめんどいからこのままにするけど
これからリップするのはちゃんと訂正しておこうっと。
623:名無しさん＠お腹いっぱい。
06/11/30 02:04:02 pYmiZKSx0
まだエンコしてないリップ済みのやつは
>>606>>608の方法でやるかな。
せっかくWaveCompareあるから久々に使ってみるよ。
こんな形で役立つとはな…。
624:名無しさん＠お腹いっぱい。
06/11/30 06:53:52 8g1blA8J0
wavecompareで-30が入力できないんだけど
625:名無しさん＠お腹いっぱい。
06/11/30 07:04:01 8g1blA8J0
あーごめん、ゼロサンプルを調節するだけか
末尾に-30サンプル追加（＝30サンプル削除）できるんだと勘違いした
626:名無しさん＠お腹いっぱい。
06/11/30 07:05:06 mlFzOpzP0
でも君たちが取り込んだこれまでの範囲取り込み品質100%は
実は全部99.9%ですから～～～～！！！残念（＞＜）！！！！
627:名無しさん＠お腹いっぱい。
06/11/30 17:09:10 fkqsYcjp0
>>625
できればいいんだけどね・・・
628:名無しさん＠お腹いっぱい。
06/11/30 19:09:30 6vUqMZ4U0
おまいが取り込み済みのデータを弄ってまで
30サンプルに拘る最大の理由は自己満足ですか？
629:名無しさん＠お腹いっぱい。
06/11/30 20:45:09 ChftVa4n0
>>628
自己満足でもなんでもいいけど
その30サンプルにこだわる為のソフトがEACなんだよね
630:名無しさん＠お腹いっぱい。
06/11/30 21:56:31 KbN23QcZ0
そうだったのか
631:名無しさん＠お腹いっぱい。
06/12/01 00:12:05 pSRuNGfV0
そうだろ（ｗ
今までだって拘るほどのことでもないって分かっててあえてこだわってきたのに、
今回の件があった途端にスッパリ切り捨てられるかよ。
ま、EAC のフォーラムで作者が「落ち着け、騒ぐことじゃない。」みたいに書いてて激萎えしたけどな（ｗ
632:名無しさん＠お腹いっぱい。
06/12/01 01:01:09 ZTjAr5hB0
騒ぐことだよな、思いっきり。
神経質であればあるほど。
まだそんなにリップしてない段階だから俺は助かった方だ。
633:名無しさん＠お腹いっぱい。
06/12/01 07:18:19 mgoT5ega0
土日で全部終わらせたけど泣きそうになったな。
今思うと全部リップしなくてもよかったんじゃないかと。。。
634:名無しさん＠お腹いっぱい。
06/12/01 07:46:46 ZTjAr5hB0
先頭に30、末尾30カット何個かやってみたけど
HDDがガリガリ言ってて嫌な感じだよ
635:名無しさん＠お腹いっぱい。
06/12/01 10:27:38 L3HZS3N+0
ガリガリ君ソーダ味たべると直るよ
636:名無しさん＠お腹いっぱい。
06/12/01 10:48:10 io1/QHTy0
CDからWAVにしたんですけどエラー訂正も動かず
終わるんですがログはエラーありですべて欠落サンプルと
出ます。 クオリティは100%です。エラー場所の時間も出ません。
ドライブはBENQ1650 読み 書き -30 +30に修正
オーバーリードにチェックしてます。
対処はどうしたらいいんでしょうか？
637:名無しさん＠お腹いっぱい。
06/12/01 13:47:15 OTW65We80
>>636 対処法
たとえばWaveCompareで末尾に588のゼロサンプルを追加する。
URLﾘﾝｸ(homepage2.nifty.com)
エラー内容が末尾588サンプルの欠落なので。
638:名無しさん＠お腹いっぱい。
06/12/01 15:16:55 8QerT+sL0
>>636
DW1640だけど、同じような症状出ます。
オーバーリードに関してはチェック外してますが
YSSさんのとこで、ランクアップしたドライブ・・・とか記述があってちょっと喜んだんだけど。
CD変えても同じ症状なので、とりあえず今は前の値に戻して使ってます。
639:名無しさん＠お腹いっぱい。
06/12/01 17:07:01 Y6UZr5J40
>637
>638
ありがとうございます。
訂正で赤くなるのもあるけどクオリティは99.9%
これも588追加でOKでしょうか？
オーバーリードも外したらもっと欠落かな。
30落としてても気にする値じゃないみたいだし
588もかな？
640:名無しさん＠お腹いっぱい。
06/12/01 22:19:44 N76UExE+0
>>618
手元にリッピング前のCDがあるんだから、聞き比べて
「ん？なんか曲の始まりが違うくね？」
って、思うかもしれないじゃん
無理だと思うけどｗ
641:名無しさん＠お腹いっぱい。
06/12/01 22:20:36 N76UExE+0
つか、ブラインドじゃなかったな、これだと。スマソ
642:名無しさん＠お腹いっぱい。
06/12/01 22:51:29 MGaYl8Ox0
再生ボタン押してから、毎回・・・0.0006802秒？
の誤差なく、きっちり再生してくれるオーディオ機器なんて一般にあんの？
643:名無しさん＠お腹いっぱい。
06/12/01 22:56:00 yqPonsmm0
プレクのドライブ使えばいいだろ
644:名無しさん＠お腹いっぱい。
06/12/01 23:53:31 /ERI6sth0
CDDAってアタマは必ず2秒無音にする仕様じゃなかったっけ？
それと30サンプルずれの関係はどうなるの？
645:名無しさん＠お腹いっぱい。
06/12/02 00:00:27 /4QIJ0gf0
>誤差なく、きっちり再生してくれるオーディオ機器なんて一般にあんの？
ジッタがあるので、きっちり再生は無理。
誰でも知ってる簡単な方法だが、
WAV のオフセットずらしは、DaemonTool にイメージをマウントして、
EAC のバースト等でリップすれば良い。
リップ前にDaemonドライブの読み込みオフセット訂正値にずらす数値を入れておく。
完了後、リップした WAV の名前をマウントした WAV の名前に変更する。
646:名無しさん＠お腹いっぱい。
06/12/02 00:09:31 XRZ5E9ay0
>>645
オーバーリードの設定はどうすりゃいいの？
647:名無しさん＠お腹いっぱい。
06/12/02 03:26:36 Pfpy09eC0
>>644
2秒のプリギャップが終わった後(LBA=0)の位置のズレの事を議論している
648:名無しさん＠お腹いっぱい。
06/12/02 09:17:48 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:名無しさん＠お腹いっぱい。
06/12/02 17:31:41 KjhZSuCZ0
YSS 氏がページ更新！
Exact Audio Copyを使った音楽CD完全バックアップ（改訂版）
URLﾘﾝｸ(homepage2.nifty.com)
プレクドライブでも CD によって EAC 使ったり PlexTools 使ったりする必要あると？
もーわかわかんね。 ┐(-。-;)┌
650:名無しさん＠お腹いっぱい。
06/12/02 17:38:36 AyS2/+0T0
一般人には判断できないってことさ。
プレクに聞けってことよ。
651:名無しさん＠お腹いっぱい。
06/12/02 17:54:55 Pfpy09eC0
まあ結局のところ、特に直す必要はないだろうというEACの姿勢は正しいのかもね。
いくらオフセットの絶対値が分かっても、>>649の後半で検証されているように
実際のCDがオフセット0で書き込まれていなければ、データを取りこぼす事になるわけで。
プレスマスターのCD-Rを作ったドライブの書き込みオフセットとか、
実際にプレスするときにどれぐらいオフセットがずれるのかとか考えると
もう絶対値なんてどうでもいいような気がする。
いわゆるcombinedなオフセットが分かってて、使う値を統一しとけば、ね。
652:名無しさん＠お腹いっぱい。
06/12/02 18:02:43 ma1/PKjb0
リッピングが終わったときに音とか鳴らせないんだっけ？
653:名無しさん＠お腹いっぱい。
06/12/02 18:05:00 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?
ってね。
URLﾘﾝｸ(www.digital-inn.de)
654:名無しさん＠お腹いっぱい。
06/12/02 18:06:55 KjhZSuCZ0
>>652
EAC options -> General の
Beep after extraction finished
ってのは違うのか？
655:名無しさん＠お腹いっぱい。
06/12/02 19:01:55 ma1/PKjb0
>>654
サンキュー。
それはチェックされているね。CDのイジェクトは動くみたいだ．．．
656:名無しさん＠お腹いっぱい。
06/12/02 19:50:05 kRmb/IXy0
>>639
YSSの掲示板にカキコあったよ。EACのバグっぽい
657:名無しさん＠お腹いっぱい。
06/12/02 19:56:55 BK8/8EZh0
>656
みたいですね。
オフセットを変えた場合は両方に1追加とか
すればいいってことですかね？(589の場合)
658:名無しさん＠お腹いっぱい。
06/12/03 02:56:28 eLeDaOOK0
その話題は解決したはずだが
659:名無しさん＠お腹いっぱい。
06/12/03 03:36:09 jvDCqMX90
そうでもないか
660:名無しさん＠お腹いっぱい。
06/12/03 04:24:31 P05eCniB0
質問です。
以前吸い出したwavとcueﾌｧｲﾙをﾃﾞｰﾓﾝでﾏｳﾝﾄして吸い出すと
ピークレベルが55.7%になるのですが、これは正常なのですか？
別のwavとcueを読み込ませて吸い出すときちんとピークレベルは100%になりました。
仕様なんですかね？それともwavがおかしいとかcueがおかしいとか
詳しくないのでよくわからないのですが、どなたかわかる方いませんか？
661:名無しさん＠お腹いっぱい。
06/12/03 21:03:15 YqTh1NdF0
>>660
最近の邦楽とかはピークレベル100%使い切る方向ですけど、
アーティストとかスタジオとかエンジニアの音作りによっては
ピークレベル低いことも有り得る。
ピークレベル(というか体感的な音量)を他のCDと合わせたければ
WavGainとかMP3Gainとか使えば可能。
662:名無しさん＠お腹いっぱい。
06/12/03 21:16:05 P05eCniB0
>>661
そうなんですか、了解しました。
少しいじってみますね
663:名無しさん＠お腹いっぱい。
06/12/04 00:35:44 1T/DiLO40
そういうオートで揃えてくれるツールも万能じゃないからね
664:名無しさん＠お腹いっぱい。
06/12/04 01:45:03 H/uNeae70
>>663
ReplayGain系は曲中のピーク値だけで正規化するのと違って
感覚的な音量でそろえてくれるので、ちょっと安心できます。
ProToolsとかNuendo使えるほどお金が無いので
なんとか全部フリーソフトでまかなっています。
665:名無しさん＠お腹いっぱい。
06/12/05 22:20:17 2tsLHaeo0
すみません、ちょっと教えて頂きたいんですが
先日発覚した、EACのオフセット値がずれてた件っていうのは結局、
音が出始まる前の無音部分がほんのちょっぴり削られてたって事（？）で
最初の無音部分の長さ以外の、曲全体の音質的には全く問題無いんですよね・・・？
666:名無しさん＠お腹いっぱい。
06/12/05 22:33:24 wNKJ0/nV0
>>665
その認識で正しい。
667:名無しさん＠お腹いっぱい。
06/12/05 22:40:53 1i9PLOzT0
っーか(cue+可逆圧縮音楽)で、
MKAからFLACに直すと1サンプル欠損とかで気持ち悪いとか騒いでたのに
30倍の気持ち悪さを心地よく満足してたんですね。
もうこれで踏ん切りついた…全部mkaにするwwww
利便性を考えたら1サンプルぐらい屁でもない。
だってもう30サンプルずれてるんです物wwwww
668:名無しさん＠お腹いっぱい。
06/12/05 23:23:51 gsGEQ/KB0
>>667
それttaだけのこと
他にflac、wvでは1サンプル欠損するって話は出たことがない
669:名無しさん＠お腹いっぱい。
06/12/06 09:13:56 EB1EF9E00
30サンプルずらしてたのが栗山千明様だったら
喜んで再リップするんだけどな
670:名無しさん＠お腹いっぱい。
06/12/06 09:55:05 tN+B68Gk0
N速臭いな
671:名無しさん＠お腹いっぱい。
06/12/06 13:50:25 CA2cRAWT0
>>668
ttaは「ＭＫＡ変換機」っていうオーディオファイルの
取り扱いに特化した、便利なソフトがあるからなあ。
flacにも対応してくれれば、内蔵cue止めて.mka一本で
俺も使い続けるのだが。
672:名無しさん＠お腹いっぱい。
06/12/06 20:06:41 eaj10IPz0
>>665
＞音が出始まる前の無音部分がほんのちょっぴり削られてたって事（？）
・無音の場合が殆どだが、無音という保証は無い。
・一部だけではなく、全体がズレていた。
・従来のオフセット値と本来設定すべきオフセット値の差分が30サンプルで良いのか検証されていない。
・同一ドライブでの読み書き時、読んだディスクと書いたディスクを比較する分には、従来のオフセット値で問題無い。
・従来のオフセット値でもドライブごとの相対的な比較は可能。
673:665
06/12/06 22:31:09 WkpaPd430
>>666>>672
レスありがとうございます。
674:名無しさん＠お腹いっぱい。
06/12/09 11:50:52 Vd6W9Z5Q0
何千ものapeファイルをwaveにデコードして補正なんて面倒だから
これからリップするものだけ正しければいいや。どうせ分からんしな…。
675:名無しさん＠お腹いっぱい。
06/12/09 14:10:18 YGM/PVwW0
>>674
みんなそうだと思うよ
676:名無しさん＠お腹いっぱい。
06/12/09 20:22:27 t87KmDRq0
DAEMONToolsでマウントしたドライブって
オフセットのズレってあります？
ちゃんとプラマイ０なのかしら
677:名無しさん＠お腹いっぱい。
06/12/09 21:42:48 IykHJfhd0
eacで0検出だから-30じゃ？
678:名無しさん＠お腹いっぱい。
06/12/09 23:28:03 TRG2BGV50
>>676-677
cue+wav を DaemonTools マウント、
EAC の read correction を 0 で cue+wav としてリップ。
両方の wav を比較するだけで答えが出るよ。
679:名無しさん＠お腹いっぱい。
06/12/10 00:58:45 +gPE6G1C0
リップしたときにけつの部分でエラー訂正が働くCDを
オフセットをずらしてリップするとエラーでないことがある
何が問題なんだ
CDはシンフォニックレイン愛蔵版についてたCD
ドライブ プレク760A
EAC ver. b2
ずらしたオフセットは±30
680:名無しさん＠お腹いっぱい。
06/12/13 16:31:55 FHh+dlvp0
LGのGSA-4167Bを使ってます。EACでCDのリッピングなどでドライブが高速で動作した後、
EACを終了させても高速で回転したままで、CDを取り出すまで止まりません・・・
CDEXで作業した場合や音楽playerで聞いた後は問題ないです。ドライブとEACの相性とかなんでしょうか？
ドライブがこの1台しかないので確かめられないのです。アドバイスお願いしますm(_ _)m
681:名無しさん＠お腹いっぱい。
06/12/13 23:39:41 DL3K810X0
ドライブ取り替えるといいよ
682:名無しさん＠お腹いっぱい。
06/12/14 16:15:55 5zsJPUMf0
>>680
つDriveSpeed
URLﾘﾝｸ(www.cdspeed2000.com)
683:名無しさん＠お腹いっぱい。
06/12/15 19:14:52 oh2dA1Op0
チラ裏
7年以上前の懐かしいCD-Rが3枚出てきた。
ケース無しの、傷＆汚れだらけ。
とりあえず汚れだけ落として聴いたら音飛びはなかったから、
EACで吸ったら…エラー訂正しまくって一晩経っても終わらんかったorz。
速度0.1倍速って初めて見た。
なんとか取り込めたから良しとしよう。
あと二枚、寝るときにセットしておくか。
684:名無しさん＠お腹いっぱい。
06/12/15 19:49:49 HBYiyc7K0
オーディオじゃなくデータとして保存しておけばエラー訂正で読めたかも知れんな。
逆にデータだと訂正不能なエラーでまったく読めないこともあるがｗ
685:683
06/12/15 20:52:15 oh2dA1Op0
>>684
分かりにくかったかな…。
一応べらぼうな時間（10時間以上）かかったけど、取り込めたよ。
音も問題ない感じ。
エラー回復品質を下げたり、バーストで取り込んだら
早いんじゃないかと思うけど（試してない）。
686:名無しさん＠お腹いっぱい。
06/12/15 20:57:44 HBYiyc7K0
いやオーディオCDとデータCDでエラー検出と訂正のレベルが
ちがうんでそのことが言いたかったんだ。
データCDだと品質下げたりバーストで取り込むとか出来なかっただろうな。
687:684
06/12/16 14:39:43 AMzxM0xO0
中古CDをヤフオクで安価で大量に仕入れたのでEACフル稼働中。
傷だらけだと本当に0.1倍なるんだね。
がんばれ＞EACとドライブ
688:名無しさん＠お腹いっぱい。
06/12/16 16:26:28 j9A9U6xR0
タイミングプロブレムって気にした方が良いの？
689:名無しさん＠お腹いっぱい。
06/12/16 17:23:29 AMzxM0xO0
CD情報に日本語を入力すると同じ言葉が2回繰り返して入ってしまうんですけど、
何か対策はありませんか?
IMEはMicrosoft IME Standard 2002 ver.81でEACはβ4です。
いまはメモ帳で入力してコピペしてます。
690:名無しさん＠お腹いっぱい。
06/12/16 17:53:43 TKXlchCD0
ぐ
ぐ る ― ￣ ＿＿ ∩2z、
る ん _ - ￣ ∧＿∧ ― ニ二./ ／
十 ん （´Д｀ ） ／｀／ あるよおおおおおおおお
, ' ＿ l´ '⌒ヽ-‐ ／ / } } ＋
／ ／ ／ ﾘ | | / ノ
C､/ / ╋ / | |／ / ／／
＆ ＼＿＿＿＿／ / ﾉ／ ＿／―''
⌒ヽ-､＿＿／ ￣￣￣｀ヽ '´ ／ 十
／ ￣￣｀ー- ...,,＿災＿＿,／| ／ ＋
／ ﾉ {＝ | |
＋ ∠ム-' ノ,ｨi､ヽ、
691:名無しさん＠お腹いっぱい。
06/12/16 18:06:07 91vpC1u30
うちの環境でもなるけど、アンマリ気にしたこと無かった。
MSIME自体、しょっちゅう不可解な挙動するし。
692:名無しさん＠お腹いっぱい。
06/12/16 18:10:02 1qXNwCtZ0
>>689
俺はあきらめた。
wav+cueでリップしてるなら、リップ後cueをエディタで編集で。
というか俺はそうしてる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4030日前に更新/256 KB
担当:undef