Как это работает?

А ты думаешь, там в байтах обмен идет?

в кубитах? o_O

> А ты думаешь, там в байтах обмен идет?

А в чем? В торсионных вращениях?

>А ты думаешь, там в байтах обмен идет?

А в чём? В Астральных Сгустках Информации?

гг. кластир.

> А в чём? В Астральных Сгустках Информации?

Лол, hivemind.

Ну разумеется, там идёт сжатие данных на лету! Информация может передаваться только об изменениях, а не целиком о состоянии.

Я знаю, это неправдоподобно. А что сами разработчики говорят?

Может это штука берет работат по принципу терминального клиента, типа как в X-ах или как в terminal server в винде ?

Прзвольте и мне с мыслью впмсаться :)

60 Гц - это скорее всего указана частота обновления экрана железкой. А реальная частота обновления картинки (памяти устройства) происходит с вполне земной скоростью. Рекламный трюк, так сказать.

Кстати да. А то они бы не писали про "плавное воспроизведение видео". плюс там сжатие производится. Так что это решение не для геймеров.

а зачем оно надо?

Все равно. (60*1024*104){байт/c} /(1680*1050) {байт} = 3,62... {Гц} - частота обновления изображения с глубиной цвета в 8 бит если посылать картинку как есть. Слайдшоу :)

Не понял математики.

60000000/(1680*1050*3) =~ 11

картинка жмётся

Тьфу, млин. Описался :) 11 все равно мало. Надо как чтобы было как минимум около 30-ти. Т.е. алгоритм сжатия который они используют должен сжимать картинку раза в 3, а лучше в 4 или 5. При этом без особой нагрузки на процессор.

вообще-то это халява, можно обойтись и без всяких m/jpeg алгоритмов, хотя в mpeg2 вроде быстро жмется.

просто заявленое разрешение будет достигаться только на статичной картинке.

ну и вообще-то надо даже в 7 раз жать, ибо 60 это скорость вместе со служебными данными и не достигается никогда.

В виду исключительной софтварности этого дела можно предположить, что на USB шлют далеко не видео.