Hi, Pumbaa
Калькулятор у меня есть. Не хватает только умения сообразить, какие
именно цифирки туда класть и как интерпретировать результаты.
Гляди, я вчера просто тупо радовался, мол 192/24/2 влезает в 9.6 мбит.
А дальше подумать не смог. А дальше надо было рассуждать так вот примерно.
Итак, двухканальный ДВДА можно даже не сжимать, он и так пойдет. У MLP
в этом случае забота одна - сжать чистА для экономии места на диске.
Ну как сжимает zip или точнее как Drvspace. Причем сжатие с потерями
в таком раскладе вообще не имеет смысла - ну разве что пользователь MLP
окажется мудаком.
А вот до чего я не допетрил вчера, так это до вычисления:
96.000*24*6=13.824.000 Оййй... 13.824.000 > 9.600.000, ы-ы-ы... Выходит,
что 6-канальный поток на ДВДА без сжатия вообще невозможен! Вот тут-то
без MLP уже никак не обойтись. В принципе, необходимое полуторное сжатие
в большинстве случаев можно проделать и без потерь, но вот всегда ли?
Я хафмановским кодированием занимался сто лет назад, плохо помню. Вроде
как есть варианты, когда объем исходных данных им уменьшить не получается.
Сигналы а-ля белый/розовый шум, насколько помню, плохо сжимаются. Ну на
акустицкой музыке таких почти не бывает, а вот в электронщине или звуковых
эффектах в киношке... А сжимать до 9.6 хоть ты тресни, необходимо. Вот думаю
прежде всего из этих соображений в MLP должны присутствовать и кустки,
умеющие сжимать с потерями...
Интересно, а как эта трабла решена в многоканальном SACD? 6 каналов DSD тоже
ведь не помещаются в 9.6, бля... Гмм... я бы на их месте просто специфицировал,
что привод для САЦД должен быть не менее чем двухскоростной... а как на самом
деле с этой хренью разобрались в Сони?
regards, gnat
