LINUX.ORG.RU

Настройка распределенной мультиэкранной среды при помощи Linux и Xdmx

 ,


0

0

Используя Xdmx и некоторые простые советы по настройке, мы создадим единую вычислительную среду для четырех мониторов, один из которых будет подключен к настольному ПК, а в качестве остальных будут использованы три ноутбука. Мы узнаем о высокопроизводительной среде визуализации, использующей систему интерактивного рендеринга Chromium и гигабитное сетевое подключение для передачи 3D графики в режиме реального времени между мониторами высокого разрешения. Также мы изучим средства создания собственной мультиэкранной среды и объединения нескольких устройств для повышения эффективности работы.

>>> Подробности

★★★

Проверено: Shaman007 ()
Ответ на: комментарий от anonymous

>У меня другой вопрос. Есть ноут с хорошим монитором, но HD видео уже тянет слабо. Есть возможность недорого(100 фунтов) купить двухпроцессорный ящик с сетевой картой и винтом, но без видео(в принципе можно и докупить). Можно ли как то выбирать для проигрывания видео этот ящик?

Вспомни арифметику и посчитай необходиму пропускную способность сети для твоего видеоролика в уже раскодированном raw-формате. Если нужно ещё и звук на ноут бросать, прибавь звуковой raw-поток. Если сетевая система обеспечит этот поток - тогда не вижу проблем.

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Вспомни арифметику и посчитай необходиму пропускную способность сети для твоего видеоролика в уже раскодированном raw-формате. Если нужно ещё и звук на ноут бросать, прибавь звуковой raw-поток. Если сетевая система обеспечит этот поток - тогда не вижу проблем.

Спасибо.

anonymous
()
Ответ на: комментарий от Led

> Вспомни арифметику и посчитай необходиму пропускную способность сети для твоего видеоролика в уже раскодированном raw-формате

1920*1080*12/8*24/1000/1000 = 155 mb/s, так?

или в худшем случае 1920*1088*4*30/1000/1000/1000 = 250 mb/s.

Звук еще от 176 kb/s (44100/16/2) до 4.5 mb/s (192000/24/8), в принципе мелочи.

Т.е. на гигабите смотреть 1080p нельзя. 720p теоретически можно, а вот практически - фиг знает (нагрузка на проц при вытягивании из сети такого потока очень неслабая).

anonymous
()
Ответ на: комментарий от anonymous

Но можно через vlc транслировать сжатый поток, пережимая чем-нибудь полегче чем h264, а аудио транслировать напрямую, распаковывая только на клиенте. Правда камешек для пережатия hdtv в реалтайме нужен будет весьма нехилый.

anonymous
()
Ответ на: комментарий от anonymous

>1920*1080*12/8*24/1000/1000 = 155 mb/s, так?

1920*1080 - это разрешение контента или монитора? Нужно именно контента - масштабировать Xv будет уже аппаратно на клиенте.

Что такое 12/8*24 ? Если глубина цвета 24 бита, то достаточно 24/8

Led ★★★☆☆
()
Ответ на: комментарий от anonymous

>1920*1080*12/8*24/1000/1000 = 155 mb/s, так?

1920*1080 - это разрешение контента или монитора? Нужно именно контента - масштабировать Xv будет уже аппаратно на клиенте.

Что такое 12/8*24 ? Если глубина цвета 24 бита, то достаточно 24/8

>720p теоретически можно, а вот практически - фиг знает

720p отлично идёт на обычном 100Mb Ethernet'е (проверялось: 10 человек на тонких бездисковых клиентах с CPU P3 500MHz и ATI 7000 смотрят без проблем в полном экране 720p со звуком)

Led ★★★☆☆
()
Ответ на: комментарий от Led

>10 человек на тонких бездисковых клиентах с CPU P3 500MHz и ATI 7000 смотрят без проблем в полном экране 720p со звуком

Забыл добавить: у всех доступ к серверу по XDMCP, у сервера на свитч - 1Gb Etherenet, у клиентов - 100Mb

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Что такое 12/8*24 ? Если глубина цвета 24 бита, то достаточно 24/8

Виноват, тормознул: ещё ж на фреймрэйт умножить нужно:

24/8*25

Led ★★★☆☆
()
Ответ на: комментарий от Led

> Что такое 12/8*24 ? Если глубина цвета 24 бита, то достаточно 24/8

Это 12 бит на пиксель умножить на 24 кадра в секунду

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.