Monkey's Audio　part4 - 暇つぶし2ch

Monkey's Audio　part ..

552:名無しさん＠お腹いっぱい。
08/10/17 17:07:20 kPwXuoO10
>>551
3.99なんで比較すべきは>>72だね
3.97だったら extra high でも20秒切りそうだな

3.99だと dual とか quad でもマルチスレッドにはならないんだっけ？
4.01からだったか？

553:名無しさん＠お腹いっぱい。
08/10/18 03:38:58 dDUZjQ1R0
GUIで複数のファイルを同時にエンコードできるだけで、
一つのファイルをエンコードしても効果はないぞ

554:名無しさん＠お腹いっぱい。
08/11/11 01:46:52 BsZ9LXbq0
もうCDのリップ速度の方が遅いからな

ＥＡＣで200倍速で読めるCDDriveとかがあればなあ

555:名無しさん＠お腹いっぱい。
08/11/12 17:18:38 Iy9LONbp0
だな。
もし一つのファイルに対しても並列処理されるように改良されても…
実用上はどうでも良いレベルの差でしか…ね。

読み取りヘッドを複数搭載して並列読み込みで数百倍速なドライブ…あったら萌え。
数百倍速を目指して超高速回転させてディスクをぶっ壊すドライブ…あったらｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ。

556:名無しさん＠お腹いっぱい。
08/11/12 22:15:27 aP6DU4nB0
>>555
並列読み込みのドライブ、昔あったぞ。
確かヘッドが７個くらいついてるの。
世間が20倍速とかのころに、
45倍速くらいだった。
その後、シングルヘッドで50倍速までいってしまったので、
お役御免となったようだが。

CD の場合、ヘッドを増やすと、
各ヘッドの読み取る線速度が一定じゃなくなるから、
制御が大変難しくなるという難題があるね。
各速度一定の FDD や典型的な HDD と違って、
CD-ROM は線速度一定だから。

557:名無しさん＠お腹いっぱい。
08/11/14 07:43:59 n9iuOygr0
>>556
CAVでググレ

558:名無しさん＠お腹いっぱい。
08/11/14 12:06:26 NHybgEAn0
>>557
いやいやCDは記録がCLVなんだよ
ドライブ側の話じゃない

559:556
08/11/14 23:40:16 e4kzNt/T0
×各速度
○角速度

誤字があったから誤解招いたのかな。
558 のいうとおり。
メディア上の記録線密度が一定で、
それが渦巻状に記録されているので、
例えば１周目と２周目では、半径が違うから、
当然円周も異なり、各ヘッドが同じ線速度で
読み取ることが出来ない。
ヘッドごとにピットとの同期のタイミング
(量子化の周波数を)変えてやる必要がある。
１周目と２周目、１００周目と１０１周目では、
タイミングの違いの比率が違うのも
また困難な理由の１つ。

560:名無しさん＠お腹いっぱい。
08/11/15 03:57:39 wam4AK6t0
リッピングはCLVである必要はないのだが
URLﾘﾝｸ(support.euro.dell.com)
URLﾘﾝｸ(support.euro.dell.com)
URLﾘﾝｸ(www.st-trade.co.jp)

＞　CDの音楽再生では、データを一定の転送速度で読み出す必要があるため、CLVで
＞再生することになる。が、データを読み出す場合（リッピングも含む）には、その
＞必要が無く、CAVで読み出すことも可能である。CLVで記録されたものを一定の回転
＞で読み出すので、転送速度は外周にいくにしたがって加速していく。
URLﾘﾝｸ(www.watch.impress.co.jp)

561:名無しさん＠お腹いっぱい。
08/11/15 04:19:35 aVGl5YRF0
だからさあ
CLVで記録されてるから読み出し用のヘッドが複数あると
CLVで読み出そうがCAVで読み出そうが制御が面倒って話をしてるんであって
CDがCAVで読めないなんて話はしてないんだが。いい加減理解してくれよ