https://www.opennet.me/openforum/vsluhforumID3/57582.html Выпуск X.Org 7.5/X Server 1.7, изначально запланированный на апрель, в очередной раз задерживается (http://www.phoronix.com/scan.php?page=news_item&px=NzQzNA). Новые сроки не называются, но еще не выпущена даже бета версия нового X сервера, хотя релиз был последний раз перенесен (http://www.opennet.ru/opennews/art.shtml?num=21916) на 17 августа. Из-за неопределенности с выпуском X.Org 7.5/X Server 1.7 разработчики Ubuntu намерены (https://lists.ubuntu.com/archives/ubuntu-x/2009-August/000602.html) использовать в релизе Ubuntu 9.10 версию X Server 1.6.3, самостоятельно портировав из ветки 1.7 наиболее важные исправления.<br><br><br>В X.Org 7.5 / X Server 1.7 появится поддержка технологии Multi-Pointer X и переработанной подсистемы ввода X Input 2, что позволит организовать работу нескольких независимых устройств ввода, например, несколько управляемых разными мышами курсоров на экране или ввод в разные окна с разных клавиатур.<br><br><br>URL: http://www.phoronix.com/scan.php?page=news_item&px=NzQzNA<br>Новость: http://www.openne https://www.opennet.me/openforum/vsluhforumID3/57582.html#54 Mon, 14 Dec 2009 05:59:55 GMT &gt; Нужно не избавляться от X-сервера, а сделать kernel mode X, для тех <br>&gt; кому так очень хочется.<br><br>На сколько я думаю, Х-сервер должен быть в меру того, что должна быть поддержка удаленного десктопа.<br>А то в винде сделали свою внутреннюю систему как школьники делают в школе на паскале процедурным программированием, всё взгромоздили на кучу и вуаля.<br><br><br>&gt; Кстати такой существует, только за него бабки хотят. <br><br>Полностью согласен с разрабами того самого "kernel mode X". Хочешь играться в игрули - плати бабки. Или иди на винду, на линуксе никто не держит.<br> https://www.opennet.me/openforum/vsluhforumID3/57582.html#53 Fri, 07 Aug 2009 19:08:50 GMT Все круто (как всегда только в теории), кроме того что на данный момент все кого колебал оверхед (3D игры, видеоплееры и прочая) уже и без этого нашли решения проблем в виде opengl, xv, xshm и прочая.<br> https://www.opennet.me/openforum/vsluhforumID3/57582.html#52 Fri, 07 Aug 2009 18:51:59 GMT ясно. заодно вспоминаем о много-оконности, много-пользовательности, много-задачности... потом о 3д, опенжл (не забывая о вышесказанном)... и связанными с ними технологиями и проблеммами....<br>в общем Ваше описание процессов - далеко до реализации.<br><br>ну и framebuffer (The Linux framebuffer (fbdev) is a graphic hardware-independent abstraction layer to show graphics on a console without relying on system-specific libraries) под линухом давно уже имеется. вот только путного из этого ничего не получается. и в частности фильмы смотреть там очень даже можно. толку то?<br>http://www.absoluteastronomy.com/topics/Linux_framebuffer<br>например есть такая шняга - fbui (FBUI, or FrameBufferUI, is a small, in-kernel graphical user interface for Linux. It works only with kernel 2.6.9.)<br>http://home.comcast.net/~fbui/<br>может Вы этим займётесь?<br> https://www.opennet.me/openforum/vsluhforumID3/57582.html#51 Fri, 07 Aug 2009 17:08:22 GMT &gt;Иксы по своему хороши.И никакие тупые фреймбуферы никому не нужны.Где под них <br>&gt;софт брать?<br><br>Вообще-то, приложения переднего плана привязаны к X'ам только через библиотеку Xlib-клиентскую часть X-server'а.<br>Можно установить полностью готовый Рабочий стол и настольные приложения (KDE4, Firefox, Eclipse, OpenOffice и т.д.) и... забыть поставить xorg-sever. :)<br><br>Всё это говорит о том, что давно уже ничего не привязывает к X'ам, кроме тонкой прослойки библиотек, выполняющейся в пространстве пользователя. Проблема в том, что ширина интерфейса между приложениями и этими библиотеками очень большая, а между библиотеками и Xorg-сервером очень узкая. То есть получается "бутылочное горлышко" где-то внутри этих библиотек.<br><br>Почему бы не сделать так, чтобы приложения использовали унифицированный "узкий" интерфейс самого ядра вместо кучи неупорядоченных вызовов набора библиотек X'ов. Ядро будет строить векторные сцены из математических примитивов, а подсистема DRM с помощью драйвера и механизмов преобразований драйвер https://www.opennet.me/openforum/vsluhforumID3/57582.html#50 Fri, 07 Aug 2009 16:52:50 GMT &gt;если у Вас есть конкретные предложения и желание реализовать - лично я <br>&gt;с удовольствием потестирую. ;-)<br><br>Конкретные предложения, или ТЗ на разработку:<br>1) Реализовать математическую модель 2D-холста (math_view) внутри ядра, в нём же реализовать векторные примитивы (точка, прямоугольник, дуга, полигон);<br>3) Реализовать цветовую модель на уровне модуля(ей) ядра (RGB, CMYK, LMS, CIE LAB, CIE XYZ);<br>4) Написать унифицированный модуль DRM с чётко определёнными интерфейсами в обе стороны -- от ядра к DRM и от DRM к видеодрайверу;<br>5) Все необходимые системно-независимые трансформации из математического представления в растровое реализовать через систему плагинов DRM -- вендор-зависимых и системно-зависимых библиотек-"трансформаторов" (transformers), поставляемых вместе с драйвером видеокарты.<br><br>Работа всей цепочки заключается в следующем:<br>Ядро строит математическую векторную сцену и передаёт её подсистеме DRM.<br>Подсистема DRM, используя вендор-специфик-трансформатор преобразует сцену в формат, понятный видеод https://www.opennet.me/openforum/vsluhforumID3/57582.html#49 Fri, 07 Aug 2009 11:19:13 GMT &gt;&gt;А меня больше волнует как там дела с карточками от Intel <br>&gt;&gt;всё теже 200fps вместо обычных 1500fps и мазня окнами по экрану? <br>&gt;<br>&gt;Пока ты тут смотришь на glxgears, народ запускает savage 2, lightmarks 2008 <br>&gt;и ET:QW на интеловских видюхах. <br>&gt;<br>&gt;Изучи архитектуру наконец, научись читать логи. <br><br>можно пруф?<br> https://www.opennet.me/openforum/vsluhforumID3/57582.html#48 Thu, 06 Aug 2009 22:26:01 GMT &gt;А для вас портабельность - это то, за что приходится платить цену <br>&gt;ПОСТОЯННФМ архитектурным отставанием от винды на десктопе? <br><br>Если уж говорить о архитектуре, в винде на основе NT как бы GDI тоже клиент-сервер строго говоря.Просто кус от него впихан в ядро для ускорения.Но он все-равно достаточно тормозной, скажем, видео через него играть крайне уныло (пожалуй даже более уныло чем через xshm). <br><br>&gt;Для вас Линукс всегжда должен только на роутерах и серверах стоять со светофорами? <br><br>Вы не поверите но он у меня используется на моем основном десктопе.Настолько что я вообще стер к такой-то фене винды (все-равно в них не грузился по месяцам).И лично я с удовольствием рублюсь там в нексуиз и смотрю HD видео.Прикиньте? :D<br> https://www.opennet.me/openforum/vsluhforumID3/57582.html#47 Thu, 06 Aug 2009 22:19:56 GMT &gt;Сказки не надо рассказывать. Тормозит и еще как<br><br>Ну, мне вполне хватает, чтобы неплохо побегать ;).С проприетарными дровами 1280х1024 со средними настройками весьма недурно пашут.<br><br>&gt;20 окон в smplayer с видео, то будет тормозить,<br><br>Клевый use scenario.А 20 пар глаз мне где взять?Или нафиг мне 20 окон smplayer?А с одним зато HD - ничего не тормозит, даже загрузку проца не разглядишь.При том что иксы ползают на ядре которое даунклокается powernowd до жалких 800МГц.И он даже в ус не дует поднимать ядру частоту.Поднимается только по поводу декодирования HD видео иногда, на ядрах где плеер крутится, не более :)<br><br>&gt; а в винде те же 20 окон с видео в smplayer тормозить не будут. <br><br>А что, в винде работает smplayer?И насчет него не в курсе а вот аэро в дефолтной висте периодически подклинивает.Может из-за того что система вечно тарахтит дисками и что-то делает.Хрен там этих редмондовцев разберет, пусть сами в своем ... копаются.<br><br>&gt;Пора избавляться от костылей, коли уж Линукс на десктопы собирается. <br><br>Умные вс https://www.opennet.me/openforum/vsluhforumID3/57582.html#45 Thu, 06 Aug 2009 21:37:42 GMT &gt;В Google Android отказались от X'ов совсем. Там -- фреймбуфер. <br><br>Да, елки, там замечательная платформа.В которой сперва вообще только яву сделали (свобода выбора внушает, да... прям как в СССР).Ни с кем не совместимую.Ну а потом поняли что тормозит.Сделали возможность запускать нативный код.Через жопу, разумеется.Опять ни с чем не совместимо.Отличный пример для подражания.Для изобретателей велосипедов и тех у кого шило в ж.Как раз типа вас.<br><br>&gt;И в других коммуникаторах-смартфонах тоже фреймбуфер. <br><br>А вот например в моей N800, которая выпущена далеко не вчера - иксы, как ни странно.Да, облегченные и заточенные.Но - иксы :).И как-то вроде работают.Вполне себе прилично.А еще GTK и Qt.Нормально вполне вроде :).И программы нормальные.В отличие от игрушек - обычные порты программ с десктопа, а хоть и адаптированные под мелкий скрин.И совместимость не потеряна, портирование на эту платформу (и с нее на допустим десктоп) - вполне простое.<br><br>&gt;Google Android запустили на ASUS EeePC: http://www.3dnews.ru<br>&gt;/news/go