>> программой и не выпендриваться.
> Программа не думает в терминах битмапов.

Это почему же, какая-нибудь рендерилка PDF, смотрелка жыпегов, браузер или прочая очень даже может думать в терминах битмапов.

> Она, надо сказать, даже в терминах линий не думает.

Это как бы сильно зависит от программы и ее природы.

> Поэтому где-то должны быть рисовалки. Ну уж лучше
> иметь одну рисовалку на всех, чем 10 тысяч костылей.

Чтобы потом обнаружить что есть дофига программ которым ее не хватило так что на системную как обычно забили. Заодно появится пространство для создания проблем системе и ее стабильности и юзабельности - неуемный юзеж ресурсов сервера программой.

> Самый маленький поток данных, как вы понимаете, на уровне приложений, а чем
> ближе к монитору - тем поток больше и больше.

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

> Поэтому если сделать рисовалку-растеризатор в X-сервере, то практически любой
> сети хватит для почти любой прикладной программы.

Зато элементарный необдуманный cat в терминалке станет вызывать не клинч самой терминалки а клинч всей графики, т.к. теперь по рендерингу мегазов в вектор надрывается не терминалка а графическая подсистема. И если терминалке щедулер процессов не даст борзеть и вообще ее клин на минуту пережить еще можно, то вот мне как-то не хочется понаблюдать то же самое но в исполнении графического сервера. ИМХО он должен быть неубиваем злодеяниями апликух, прост и легок.

> Для этого есть механизмы типа ulimit в ОС,

Пардон, а что лимитировать то? Жрач ресурсов графическим сервером? Сэр, при этом начнет тупить и остальная графика в системе. Юзабилити превратится в д@рьмо.

> многопоточность и т.д.

Решает проблему лишь частично. Есть 1-ядерные системы. И кроме того я могу себе представить кайф когда проц взревет всеми турбинами потому что теперь cat в терминалке рендерится на куче ядер и это вообще типа приоритетная операция (низкоприоритетны графический сервер я как-то плохо себе представляю в отличие от терминалки которой можно nice в случае чего твикнуть накрайняк).

>> начинает клиниться вся графическая система вообще - вот это уже не айс.
> Обычно и клиент, и сервер на одной машине. Поэтому падает всё вместе в обоих случаях.

Не, пардон, в случае вещей типа интенсивного рендеринга текста оптом - клинит только программу рендерер. К счастью. Как раз потому что не в сервере. Иксы и так не в меру часто дофига ресурсов жрут чтобы туда еще и такое сбагривать, thank you very much.

> Можно дать флаг в руки ОС - у неё есть эффективные механизмы разделения памяти.

Это вообще не о дележе памяти а о том что программа сможет запросить дофига супертяжелых операций в сервере. Если она сама их делает - это ее проблемы, cpu scheduler как-нибудь разгребется и время остальным выкроит. Если она это делает в графическом сервере - это проблемы всей системы и юзера уже. Выкроить время за счет сервера конечно можно, но при этом вообще вся графика будет в том еще пролете и пользоваться такой системой будет на редкость мерзостно. А кому нравится система где клинит мышь, перестают таскаться окна и прочая или все это тормозит?

> Так а нахрена он вообще туда полез, где есть чудесные спец. аппликухи?

Потому что мир меняется. Чудесные спец. апликухи не умеют хтмл парсить. А пожелание выложить ролик с своего дня рождения на хоумпаге или где там еще, чтоб его можно не отходя от кассы посмотреть было - простое и нормальное человеческое желание, имхо. Я нахожу его вполне резонным. И оно наверняка надо намного большему числу гуманоидов чем та же математика с ремотной машины. А почему, собственно, хотелки этих гуманоидов должны остаться в пролете, а ваши - нет? И вы уверены что разработчики браузеров, графических стеков и прочего ответят на этот вопрос так же как и вы?

> Для встраивания в браузер есть Х. Которые как раз для этого встраивания и делались.

Так д@рьмово работает же по дефолту и без окостыливания. Что собственно всех и достало. Браузер - более-менее обычная кроссплатформенная апликуха. Заставлять его знать о 100500 графических подсистемах и их интимных особенностях - ад и изврат.

> А MPlayer можно с собой таскать (на убогих ОС
> без пакетов) либо указать в зависимостях (на продвинутых ОС).

Я повторяю, он для этого создан как топор для плавания по рекам. Мало кто хочет таскать здоровый кус кода весящий почти как браузер, с 100500 патентованных форматов (как раз копирасы из MPEG LA с удовольствием засудят), умением играть всякие там двд и чего там еще крайне необходимого в БРАУЗЕРЕ. Этак nero требовавший свежий директикс покажется не такой уж и переросточной штукой. Хотя требование DX для нарезки болванок звучит не менее дико чем браузер умеющий зачем-то играть двдюки :)

> Ну у MPlayer вообще-то есть всякие сторонние интерфейсы для делания гуюшек. :-)
> А не нравится MPlayer, есть VLC и xinelib (это вообще библиотека - линкуй-не хочу).

Проблема в том что там нафиг не упали суперуниверсальные мегакомбайны, умеющие готовить кофе, играть дивидюки и весящие в результате как весь браузер.

Кроме того есть еще canvas, например. И просто трансформации JSом и CSSом. А как насчет этого? Это тоже в mplayer будем пихать? Каким манером? :)