LINUX.ORG.RU

Статья о развитии X Window System


0

0

Keith Packard, один из ведущих разработчиков X.org, опубликовал статью о том, как он видит дальнейшее развитие X Window System. Также, в его блоге (http://keithp.com/blog.html) можно найти последнюю информацию о разработке RandR 1.2 (http://keithp.com/blog/randr_1.2_upda...) и возможном переносе видеодрайверов в ядро (http://keithp.com/blog/kernel-mode-dr...).

>>> Статья



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

Попахивает бредом немножко... Кажется, для таких вещей нужен специальный протокол и специальный софт...

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

>Кажется, для таких вещей нужен специальный протокол и специальный софт...

Я не помню кто начал :-), но разговор был про возможность реализации подобного в пределах X протокола.
Соответственно флеймик был в пределах начальных условий.
А то что размышления об этом похожи на бред ... такова селяви.

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

"Синхронное изображение+звук" уже давно "изобретено" - это контейнеры типа AVI, OGM, MKV и т.п. Вот только непонятно каким боком видео-аудио контейнеры относятся к X-протоколу? Или сервер должен мультиплексировать звук и видео в OGM (например) и передавать клиетну?:)

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

Бред? Проигрывание _клиентских_ звуковых файлов на иксовом терминале - это бред? Нюню...

Иначе не стоит и огород городить. Т.е., конечно, можно сделать и просто бибикалку из иксов - кстати, в XKB(!!!) есть примерно такое (называется Bells - к ним только Whistles не хватает%). Но это неинтересно. И не решает исходную постановку задачи.

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

>"Синхронное изображение+звук" уже давно "изобретено" - это контейнеры типа AVI, OGM, MKV

Вот об этом я и говорю. Контейнеры есть, и есть давно. А бредом выглядит именно впихивание этого в X.

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

Контейнеры не помогут, если Вы хотите программно выводить изображение (не обязательно сплошным потоком - последовательным вызовом методов xlib API). Допустим, Вы пишите программу - видео-телефон.

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

Да и как охрененный контейнер передать иксам - тоже очень интересный вопрос, сам по себе.

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

>Допустим, Вы пишите программу - видео-телефон.

Ммм... IPTV под линуком работает, сам видел. И вебкамеры работают.

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

Веб-камера - там. Вы (Ваш иксовый терминал) - здесь. А вот приложение (иксовый клиент), которое читает данные с веб-камеры и выкидывает Вам на иксовый терминал - вообще в третьем месте. И вот тогда иксы начинают вести себя удивительно.

Еще раз - не приспособлен иксовый подход для всех этих вещей. Он не рилтаймовый.

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

То есть смотреть одно и то же кино с сервера всему классу не получится? Гм. И как с этим предполагается бороться? И предполагается ли?

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

Да нет, очень просто, загоняется сырой звук и сырое изображение в контейнер, и тупо гонится по сети этот контейнер на терминальную машину. Ну а с него - как положено, с устройств ввода информация входящая (кстати, можно тоже сырым потоком, широкие возможности для нестандартных устройств ввода). Только сеточку потолще надо :)

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

Дык я и не предлагаю бороться. Я как раз говорю - что нельзя обеспечить реальную синхронизацию в рамках существующей асинхронной архитектуры иксов.

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

Размер контейнера-то какой будет? Если большой (целое кино) - тогда никаких iptv, видео-конференций, игрушек и пр. Если маленький - мы возвращаемся к начальной проблеме синхронизации.

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

Размер - видеопоток с экрана :) Тупо дамп экрана, 1280 x 1024

Все iptv и прочие бантики - уже внутри потока, на экране

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

Ах просто поток с экрана? Это doable (хотя и кошмарно по нагрузке на сетку) - до тех пор, пока Вы не захотите интерактивности. В игрушки, например, поиграть.

В любом случае - это уже НЕ иксы, по сути;)

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

А, ну да, по обратной связи лаги начнутся :) Но ничего, мы сеточку еще пожирнее заведем. Асимметричную, гигабит сюда - сотка отсюда :)

> В любом случае - это уже НЕ иксы, по сути;)

Дык! Зато народ - счастлив :)

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

> Нормально они работают локально. На удаленных иксах Вы их видели?

Ты не поверишь - но я на удаленных иксах в кваку (OpenGL-ную) играл и телевизор смотрел. Со звуком. :-)

no-dashi ★★★★★
()
Ответ на: комментарий от svu

> Можно подробнее - что за сетка, какие компы, видяхи и пр?

В общем дело было так.

Задача 1: запустить Quake2, c рендерингом посредством OpenGL.

Начальные условия - ноутбук с I830GM на борту (это где квака запускается) и Celeron 2400 с NVidia GForce 5200 - это "боевой комп", за которым сижу я и на котором квака рисует. Сетка между ними 100 мегабит (реально использовалось примерно 30), разрешение кваки 640x480. В общем играбельно.

Задача 2: посмотреть телевизер на ноутбуке (тот же самый ноут). TV-тюнер на стационарном компе. На ноутбуке поднимается arts, на стационарном говорится "mplayer -ao arts -vo xv -tv immediatemode=0:<и_еще_много_опций>. В общем-то все показывается нормально до размера картинки 512x384 (изначальный формат телесигнала). В принципе, на 640x480 тоже вполне нормально, если картинка не бешено мелькает (судя пор всему, XV гонит только "дельту" картинки).

no-dashi ★★★★★
()
Ответ на: комментарий от svu

> Стройность архитектуры - вот что важно!;)

Именно! Лучше идти на двух ногах, чем бежать на одной руке, одной ноге и трех костылях :-)

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Лучше - сидеть. А еще лучше - лежать;)

svu ★★★★★
()
Ответ на: комментарий от no-dashi

Ну тады понятно. Быстрая сетка и захват большей части канала. Интересно, кроме Вас кто-нибудь в это время по сети мог что-то передавать?;)

svu ★★★★★
()
Ответ на: комментарий от no-dashi

>> Стройность архитектуры - вот что важно!;)

> Именно! Лучше идти на двух ногах, чем бежать на одной руке, одной ноге и трех костылях :-)

Собственно, если прикинуть во что выльется стоит сеточка для массового гоняния по ей дампов изображения и звука, то может народ и сам расхочет такое счастье? :) Такое счастье как бульканье в колонках на сворачивание окошка, ради которого нужна реальная такая сеточка :)

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

> Быстрая сетка и захват большей части канала.

Ну - далеко не большей. Самба смело съедает 70..80 мегабит - и поверьте, сеть не умирает. Так что от 30 мегабит уж точно никто не загнется.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Ок, не большей. Существенной. А 30 мегабит _на_клиента_ - сетка тут же загнется, если в ней клиентов будет несколько человек.

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

Соббсно, это даже не важно. Спор о числах - вторичен. Основной пойнт - система должна выдавать наилучший возможный результат даже в условиях недостаточного диаметра трубы.

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