アカウント名:
パスワード:
DM for Archive [verbatim.jp]ってのはエラーレートが高い場合代替エリアに記録ってものらしい。要は空き容量にエラーになりそうな部分を二重保存しておくと。
これに近いことは以前から考えてた。毎回BDを焼く時は最低でも数MBは詰め切れないのよね。だから余った容量はパリティビットのようなもので埋めて耐久性を高める。そうでなくてもせめて自動で適当なファイルを二重保存してくれるみたいな機能が欲しかった。裏見れば分かるけど余った容量は普通は毎度そのまま捨ててるのよね。書き込み時間は大事だがもったいない。
これはエラーレートで判断していてそれよりかはスマートだが、余った部分をエラー訂正でひたすら埋める仕組みなら簡単だよね。特にプレスするCD-ROMは書き込み時間とか関係ない。そもそも1988年にハイシエラで規格決めた時にそういう仕組みを決めて欲しかった。そうすれば容量を詰め切れられなくても心理的な安心が得られて時間も節約できたのに。
代替エリアだから二重記録ではなくて、ヒンシツワルソウだと判断した場所を避けて、品質の良い場所に書くってことなのでは?それより、対応ディスクの溶融方式ってのに燃える、いや萌える。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
DM for Archive (スコア:2, 参考になる)
DM for Archive [verbatim.jp]ってのはエラーレートが高い場合代替エリアに記録ってものらしい。
要は空き容量にエラーになりそうな部分を二重保存しておくと。
これに近いことは以前から考えてた。
毎回BDを焼く時は最低でも数MBは詰め切れないのよね。
だから余った容量はパリティビットのようなもので埋めて耐久性を高める。
そうでなくてもせめて自動で適当なファイルを二重保存してくれるみたいな機能が欲しかった。
裏見れば分かるけど余った容量は普通は毎度そのまま捨ててるのよね。書き込み時間は大事だがもったいない。
これはエラーレートで判断していてそれよりかはスマートだが、余った部分をエラー訂正でひたすら埋める仕組みなら簡単だよね。
特にプレスするCD-ROMは書き込み時間とか関係ない。
そもそも1988年にハイシエラで規格決めた時にそういう仕組みを決めて欲しかった。
そうすれば容量を詰め切れられなくても心理的な安心が得られて時間も節約できたのに。
Re: (スコア:0)
代替エリアだから二重記録ではなくて、ヒンシツワルソウだと判断した場所を避けて、品質の良い場所に書くってことなのでは?
それより、対応ディスクの溶融方式ってのに燃える、いや萌える。