The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз X.Org 7.7

07.06.2012 18:30

После полутора лет разработки представлен релиз X.Org 7.7 (X11R7.7), выпущенный в канун празднования двадцатипятилетия X11R1 (X Window System Version 11, Release 1), выпущенного 15 сентября 1987 года.

X.Org 7.7 официально поддерживает платформы Linux, BSD, Solaris, MacOS X, Windows и GNU Hurd. В новую версию вошли наработки, ранее представленные в релизах X Server 1.10, 1.11 и 1.12. В состав также включены свежие версии развиваемых смежно драйверов и библиотек. Среди добавленных улучшений отмечается поддержка обработки мультитач событий, переработка документации, поддержка плавной прокрутки, включение подсистемы синхронизации X Synchronization Fences, дополнительные средства управления перемещением курсора.

Наиболее интересные новшества X.Org 7.7:

  • Реализация протокола Multitouch, описывающего методы взаимодействия между X Window System, мультитач-устройствами и пользовательскими приложениями. Протокол позволяет организовать передачу и раздельную обработку событий, связанных с одновременными касаниями к тачпадам или сенсорным экранам. Поддерживается два класса мультитач-устройств: устройства с прямым мультитач-режимом, такие как сенсорные экраны, которые отличаются поддержкой нескольких независимых точек касания, каждая из которых может возникнуть в любом месте экрана и чаще всего является прямым касанием, и устройства с косвенным мультитач-режимом, такие как тачпады, которые отличаются тем, что независимые точки касания могут интерпретироваться относительно текущей позиции указателя и чаще всего связаны с вводом управляющего жеста.

    Кроме того, реализована эмуляция нескольких указателей для избранных событий, а также механизмы для перехвата и переотправки управляющих последовательностей, связанных с касаниями к экрану. Изменения с поддержкой мультитач добавлены в X-сервер, расширение X Input 2.2, драйвер xf86-input-evdev, библиотеку libXi и другие сопутствующие компоненты;

  • Дополнительные улучшения, представленные в расширении Xinput, позволили реализовать для тачпадов режим плавной прокрутки и улучшенные методы прогнозирования движения, позволяющие игнорировать случайные перемещения и более точно отслеживать управляющие прикосновения. Также добавлена возможность отслеживания клиентом raw-событий, генерируемых устройствами ввода;
  • Интеграция кода новой улучшенной подсистемы синхронизации X Synchronization Fences, разработанной компанией NVIDIA и позволяющей организовать синхронизацию формирования вывода на базе протокола X11 с клиентами, поддерживающими прямой рендеринг (DRI), такими как OpenGL. В частности, X Synchronization Fences можно использовать для синхронизации обновлений экрана в базирующихся на OpenGL композитных менеджерах со стандартным рендерингом X-сервера (сейчас в композитных менеджерах для совмещения X11-вывода с итоговым изображением приходится использовать двойную буферизацию). Поддержка X Synchronization Fences добавлена в API libxcb-sync и libXext;
  • В расширение X Fixes 5.0 добавлена поддержка границ указателя (Pointer barriers), позволяющих приложению определять дополнительные ограничения на перемещения курсора в определённой области. Подобное может быть использовано композитными менеджерами и десктоп-окружениями при выводе фиксированных элементов интерфейса в определённой области экрана, например, в левом верхнем углу, при этом данная область должна быть непроницаема и в многомониторных конфигурациях;
  • В библиотеки XCB (X protocol C-language Binding) началось добавление поддержки расширений GLX и XKB. В настоящее время работа ещё полностью не завершена и через XCB API доступна лишь часть возможностей GLX и XKB. Библиотеки XCB, идущие на смену Xlib, отличаются небольшим размером, пониженным потреблением памяти, минимизацией задержек, поддержкой асинхронных запросов, предоставлением прямого доступа к протоколу X11, изначальной поддержкой многопоточных программ и высокой расширяемостью (для описаний расширений X-протокола вместо M4 используется XML);
  • Проведена реструктуризации документации. Спецификации на библиотечные вызовы и протокол теперь представлены в едином формате DocBook XML с определением ссылок между документами, вместо набора хаотичного набора файлов в разных форматах;
  • Обновлены входящие в комплект видеодрайверы и драйверы устройств ввода: xf86-video-intel 2.19, xf86-video-ati 6.14.4, xf86-video-openchrome 0.2.906, xf86-video-sis 0.10.4, xf86-video-cirrus 1.4.0, xf86-input-vmmouse 12.8.0, xf86-input-synaptics 1.6.1, xf86-input-mouse1.7.2, xf86-input-keyboard 1.6.1, xf86-input-evdev 2.7.0. Добавлен новый драйвер xf86-video-vmware 12.0.2 с поддержкой архитектуры акселерации vmwgfx, позволяющей использовать 2D-акселерацию в гостевых Linux-системах, работающих под управлением продуктов виртуализации VMware.


  1. Главная ссылка к новости (http://lists.x.org/archives/xo...)
  2. OpenNews: Для X.Org Server разрабатывается новый API для взаимодействия с драйверами
  3. OpenNews: Релиз X.Org Server 1.12
  4. OpenNews: Релиз X.Org 7.6
  5. OpenNews: Релиз X.Org Server 1.10. Компания AMD открыла код, связанный с API XvBA
  6. OpenNews: Релиз X.Org Server 1.11
Лицензия: CC-BY
Тип: Программы
Ключевые слова: xorg, x11
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (59) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.4, Аноним (-), 19:58, 07/06/2012 [ответить] [показать ветку] [····]    [к модератору]
  • +1 +/
    >Интеграция кода новой улучшенной подсистемы синхронизации X Synchronization Fences

    Это позволит получить в X11 всё что планировалось в вейланде?

     
     
  • 2.5, ВовкаОсиист (ok), 20:23, 07/06/2012 [^] [ответить]    [к модератору]
  • +/
    Вы о двойной буфферизации? Думаю да, но, оно не поможет избавится от самого протокола Х11... Тоесть, плавного ресайзах на тяжёлых окнах видеть не прийдётся...
     
     
  • 3.7, Аноним (-), 20:33, 07/06/2012 [^] [ответить]    [к модератору]
  • +/
    > прийдётся...

    А также культурного уровня нагрузки на CPU при интенсивном выводе графики...

     
  • 3.8, Vkni (ok), 20:34, 07/06/2012 [^] [ответить]    [к модератору]
  • +2 +/
    > Вы о двойной буфферизации? Думаю да, но, оно не поможет избавится от
    > самого протокола Х11... Тоесть, плавного ресайзах на тяжёлых окнах видеть не
    > прийдётся...

    Ну и чёрт с ним, с "плавным ресайзом".

     
     
  • 4.22, Аноним (-), 01:04, 08/06/2012 [^] [ответить]    [к модератору]
  • +3 +/
    > Ну и чёрт с ним, с "плавным ресайзом".

    Да и вообще, нафиг прямые и правильные решения. Кривые и тормозные костыли рулят!

     
     
  • 5.23, Vkni (ok), 01:45, 08/06/2012 [^] [ответить]    [к модератору]  
  • +6 +/
    > Да и вообще, нафиг прямые и правильные решения. Кривые и тормозные костыли
    > рулят!

    Откуда вы взяли, что Wayland - прямое решение?

     
     
  • 6.60, ВовкаОсиист (ok), 00:01, 09/06/2012 [^] [ответить]    [к модератору]  
  • +/
    А что в вайленде кривое и тормозное?
     
     
  • 7.62, Аноним (-), 04:14, 09/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    А что прямое и стремительное? Обещают много да, но ты у мамки папки спроси в твоей стране коммунизЬм обещали ... релиз уже задержался на ~32 года :)
     
  • 7.65, Vkni (ok), 13:59, 09/06/2012 [^] [ответить]    [к модератору]  
  • +/
    Что тормозное - не знаю. А криво то, что Wayland, который в качестве прослойки между Х и железом вполне на месте, пытаются запихнуть вместо Х. И этим убивают всю архитектуру Х.

    Элементарный взгляд на проблему вывода данных на графический экран говорит, что должны быть выделены части:

    1. Драйвера мыши, клавиатуры, видеокарты.

    2. Прорисовщик низкоуровневых примитивов, который переводит удобные команды типа MoveTo/LineTo в команды драйвера.

    3. Менеджер окон.

    4. Менеджер разделяемых ресурсов - курсоры, шрифты и т.д.

    5. База библиотек управляющих компонент.

    6. Библиотека управляющих компонент - строится на 5.

    И вот эта структурированность в архитектуре Х присутствует. А Wayland'описатели предлагают пункты 2-6 засунуть в библиотеку компонент и каждому, создающему библиотеку кнопочек, лепить свой велосипед.

     
  • 5.63, Пингвино (ok), 11:50, 09/06/2012 [^] [ответить]    [к модератору]  
  • +/
    Ну покажите тогда как будет в Wayland проброс по сети происходить. Я, например, регулярно использую данный функционал.
     
  • 3.10, Аноним (-), 20:48, 07/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Вы о двойной буфферизации? Думаю да, но, оно не поможет избавится от
    > самого протокола Х11... Тоесть, плавного ресайзах на тяжёлых окнах видеть не
    > прийдётся...

    1). Много ошибок
    2). Плавный ресайз окон есть, и всегда был. http://zenitur.narod.ru/resize-okna-v-KDE3.mkv

     
     
  • 4.11, koshaduk (ok), 21:20, 07/06/2012 [^] [ответить]    [к модератору]  
  • +/
    вы бы еще изменение размера окна pcmanfm'a выложили
     
     
  • 5.13, Vkni (ok), 21:52, 07/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    > вы бы еще изменение размера окна pcmanfm'a выложили

    А нужно обязательно выкладывать видео программ сделанных через попу?

     
  • 4.28, iFRAME (ok), 08:30, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    >> Вы о двойной буфферизации? Думаю да, но, оно не поможет избавится от
    >> самого протокола Х11... Тоесть, плавного ресайзах на тяжёлых окнах видеть не
    >> прийдётся...
    > 1). Много ошибок
    > 2). Плавный ресайз окон есть, и всегда был. http://zenitur.narod.ru/resize-okna-v-KDE3.mkv

    А покажите тоже самое, только на примере Хрома/Файрфокса или чего нибудь подобного с каким нибудь открытым сайтом в нем(opennet, к примеру).

     
     
  • 5.40, Vkni (ok), 13:03, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    Так а откуда вы взяли, что проблема именно в Х? Проблема-то в том, что при изменении окна браузер должен перевёрстывать текст. Это занимает определённое время, и никакая буферизация, пусть даже четверная, тут не поможет.
     
     
  • 6.41, Vkni (ok), 13:05, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Так а откуда вы взяли, что проблема именно в Х? Проблема-то в
    > том, что при изменении окна браузер должен перевёрстывать текст. Это занимает
    > определённое время, и никакая буфферизация, пусть даже четверная, тут не поможет.

    Собственно, проблема медлительности прорисовки при изменении размера решена ещё в twm. Решение заключается в том, что при изменении размера перерисовывается каркас окна, а не само окно.

     
     
  • 7.46, arisu (ok), 13:59, 08/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    > Собственно, проблема медлительности прорисовки при изменении размера решена ещё в twm.
    > Решение заключается в том, что при изменении размера перерисовывается каркас окна,
    > а не само окно.

    проблема в том, что при этом «грабится» сервер, емнип. поэтому другие окна радостно ждут, пока сервер отпустят, и не обновляются. а если сервер не «грабить», могут полезть артефакты от каркаса.

    и это действительно решается только двойной буферизацией. увы.

     
     
  • 8.47, Vkni (ok), 14:05, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > и это действительно решается только двойной буферизацией. увы.

    Безусловно, двойная буферизация во многом помогает. Но далеко не везде. Как вы не буферизуйте, при растягивании окна ФФ на сложных страницах обязательно полезут артефакты внутри окна.

     
     
  • 9.48, arisu (ok), 14:07, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    это понятно, но мы (я) не совсем про это уже. просто заметил, что остальные окна тоже «замирают». и вот на этом факте можно было бы сыграть, но собеседник отчего-то не стал.
     
     
  • 10.49, Vkni (ok), 14:41, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > это понятно, но мы (я) не совсем про это уже. просто заметил,
    > что остальные окна тоже «замирают». и вот на этом факте можно
    > было бы сыграть, но собеседник отчего-то не стал.

    Вообще говоря, нужно, конечно, делать прорисовщик в Х многопоточным, с двойной буферизацией и т.д. :-( Более того, желательно обновить набор примитивов, ввести что-то типа шейдеров, добавить видеокодек, чтобы не гонять разжатое видео по сети, добавить аудио и Хprint.

     
     
  • 11.50, arisu (ok), 14:46, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Вообще говоря, нужно, конечно, делать прорисовщик в Х многопоточным

    ну, тут многопоточность никак не поможет: окна «замерли» потому, что им запретили рисоваться. чтобы артефактов не наделать.

    а в многопоточном отрисовщике толку очень мало: видеокарта-то одна всё равно.

     
     
  • 12.51, Inspirra (ok), 16:17, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    IMHO, почему хорошо когда все тулкиты будут на OpenGL, потому что вот:
    http://www.youtube.com/watch?v=S6OTcEpEqOs
    По моему, проблема не в изменении размеров окна, а в перестройке элементов интрфейса, потому как размеры окон вместе с содержимым меняются просто превосходно. А вот когда встает вопрос о перегенереции содержимого (типа страницы сайта), тогда и возникают проблемы, но это совсем не зависит ни от X'ов, ни от видеокарты.
     
     
  • 13.55, Vkni (ok), 19:53, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > IMHO, почему хорошо когда все тулкиты будут на OpenGL, потому что вот:

    В каком смысле, тулкиты на OpenGL? Вы имеете ввиду, что в Х Сервер будут посылаться примитивы OpenGL?

     
  • 12.53, Vkni (ok), 19:51, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > а в многопоточном отрисовщике толку очень мало: видеокарта-то одна всё равно.

    Между прочим, видеокарта тоже может выполнять многопоточные приложения.

     
     
  • 13.59, arisu (ok), 22:47, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    это, имо, добавит больше проблем, чем решит — с синхронизацией всякой.
     
  • 6.54, iFRAME (ok), 19:52, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Так а откуда вы взяли, что проблема именно в Х? Проблема-то в
    > том, что при изменении окна браузер должен перевёрстывать текст. Это занимает
    > определённое время, и никакая буферизация, пусть даже четверная, тут не поможет.

    Да, затупил малость.

     
  • 3.24, Юрий (??), 02:12, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Вы о двойной буфферизации? Думаю да, но, оно не поможет избавится от
    > самого протокола Х11... Тоесть, плавного ресайзах на тяжёлых окнах видеть не
    > прийдётся...

    Что есть "плавный ресайз" и что есть "тяжелые окна"?

     
  • 2.6, Аноним (-), 20:33, 07/06/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    > Это позволит получить в X11 всё что планировалось в вейланде?

    Сложно сделать из ломовой лошади беговую клячу.

     
  • 2.9, Аноним (-), 20:42, 07/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    А там что-то планировалось сделать 0_o
     
  • 1.12, EuPhobos (ok), 21:35, 07/06/2012 [ответить] [показать ветку] [····]    [к модератору]  
  • +4 +/
    Отличная новасть про иксы..

    ... и как уже не странно, в первом же комменте detected слово вэйлэнд %))

     
     
  • 2.14, Аноним (-), 22:16, 07/06/2012 [^] [ответить]    [к модератору]  
  • +/
    нужно же предворять начало спец.олимпиады какими-то словами
     
  • 1.15, 17 (??), 23:23, 07/06/2012 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    Здесь инструкции для желающих потестить Xorg 7.7 в FreeBSD, ну или для тех, кто не в состоянии потерпеть две недели :)
    http://lists.freebsd.org/pipermail/freebsd-ports/2012-June/075682.html
     
  • 1.16, robux (ok), 23:44, 07/06/2012 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    Too late.
    Wayland in the way...
     
     
  • 2.17, arisu (ok), 00:21, 08/06/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    да идите уже к своему вяленому. ну, нужен вам этот огрызок — используйте и радуйтесь. однако ж всенепременно надо прийти к иксам и рассказать, как будет круто, когда… ребят, это называется «зависть».
     
     
  • 3.18, ANNOnim (?), 00:27, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > да идите уже к своему вяленому. ну, нужен вам этот огрызок —

    Ну ну... Если вяленое пилят то выходит что он тоже кому то нужен.
    Ну и в первую очередь он нужен самим иксам. Простой пример - не было бы гнома мы до сих пор бы сидели на второкедах. Конкуренция сестра прогресса.


     
     
  • 4.19, arisu (ok), 00:32, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Ну ну… Если вяленое пилят то выходит что он тоже кому то
    > нужен.

    а я разве сказал «никому не нужен»? O_O
    пусть себе пилят, жалко, что ли. лично мне он не нужен, да — потому что там нет кучи полезных фич. я таки об этом говорю в темах о вяленом, и краткий список приводил. фанбои же вяленого способны только на «иксы старые, вяленый крут!» на сравнение у них уже не хватает знаний.

    > Ну и в первую очередь он нужен самим иксам.

    ага. как строителю бантик.

    > не было бы гнома мы до сих пор бы сидели на
    > второкедах.

    орли? и ты можешь это доказать? или так, спекулируешь?
    кстати, а что такого плохого во «второкедах»? или ты намекаешь на то, что кеды — как и гном — с каждым релизом всё жирней и невнятней? так вряд ли в этом гном виноват.

    > Конкуренция сестра прогресса.

    между вяленым и иксами нет конкуренции, и быть её не может: это совершенно разные системы. с разной идеологией и с разной ЦА.

     
  • 4.25, Юрий (??), 02:17, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/

    Бред сивой К. Qt движется и кеды были бы вынуждены двигаться.
     
  • 2.43, dq0s4y71 (??), 13:26, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    Гыгы. On the way. In the way значит "мешается". Эти мне знатоки английского... :)
     
     
  • 3.44, arisu (ok), 13:54, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Эти мне знатоки английского…

    ну так… гуглопереводчик во все поля. это если вообще хватает сил на гуглопереводчик.

     
  • 3.66, robux (ok), 00:33, 11/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > Гыгы. On the way. In the way значит "мешается". Эти мне знатоки
    > английского... :)

    У Нирваны есть песня "Something in the way", переводится как "нечто уже в пути",
    т.е. Курт позвонил барыге и сидел ждал, а оно ехало.
    Ну или еще у Ноля песенка была "доктор едет-едет" - из той же оперы )

    Вобщем, английский это такая гибкая штука ))

     
     
  • 4.67, bleh (?), 11:27, 14/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    >> Гыгы. On the way. In the way значит "мешается". Эти мне знатоки
    >> английского... :)
    > У Нирваны есть песня "Something in the way", переводится как "нечто уже
    > в пути",
    > т.е. Курт позвонил барыге и сидел ждал, а оно ехало.
    > Ну или еще у Ноля песенка была "доктор едет-едет" - из той
    > же оперы )
    > Вобщем, английский это такая гибкая штука ))

    "Что-то НА пути" переводится это, падаван юный. Английский учить надо тебе и яду выпить.

     
     
  • 5.68, robux (ok), 19:51, 17/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > "Что-то НА пути"

    На какой планете учил английский ты, о джедай?

    > яду выпить.

    Боюсь я, темная сила овладевает тобою.

     
  • 1.20, zburguy (ok), 00:44, 08/06/2012 [ответить] [показать ветку] [····]    [к модератору]  
  • +2 +/
    Мне очень понравилась теория Wayland. И очень приятно видеть развитие X.
    Тут ситуация какая - Gnome 2 и KDE 3.5  работали ну просто великолепно.
    Почему же со временем все изменилось? Да очень просто основа тех систем была 2D отрисовка, а с этим X прекрасно справлялся. Когда начали нагружать OpenGL и тут начались проблемы...
    Современные компьютеры способны с легкостью справляться с "красивостями", а X - нет.
    Вот и пробуют решить эту задачу другим путем:
    оборудованием полностью пусть занимается ядро (оно для этого то и нужно), а напишем простой обработчик для графики.
    Х же чем только не занимается....
    Оба проекта нужны и будут востребованы скорее всего. А вот как будет на самом деле время покажет.
     
     
  • 2.21, arisu (ok), 00:56, 08/06/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    осталось прояснить один вопрос, который все как-то скромно обходят стороной: чем была плоха эта самая «2д-отрисовка»-то? всё, что есть Кардинально Нового во всяких анимациях — это замедление взаимодействия с компом. если без анимации я ТЫЦ! окно РАЗ! и всё, то с анимацией я ТЫЦ! окно «ыыыыы… хряяяаааап… кряаааак…» и всё это время ругаешься матом, потому что уже успел бы что-то в окне сделать.
     
     
  • 3.27, iFRAME (ok), 08:23, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    >что есть Кардинально Нового во всяких анимациях

    это красиво.

     
     
  • 4.34, arisu (ok), 11:04, 08/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    >>что есть Кардинально Нового во всяких анимациях
    > это красиво.

    спорный вопрос. для меня вот «красиво» то, что функционально. интерфейс, замедляющий моё взаимодействие с техникой, нефункционален. а потому некрасив.

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

     
  • 4.42, Vkni (ok), 13:09, 08/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    > это красиво.

    Есть масса вариантов сделать "красиво". Например, вот вам красивая строгая графика OpenLook - http://www.catb.org/~esr/writings/taouu/html/graphics/olwm.png

    1990-й год, между прочим.

     
     
  • 5.45, arisu (ok), 13:57, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    нененене. не блестит, не переливается, анимации нет — это некрасиво!
     
     
  • 6.52, Vkni (ok), 19:49, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > нененене. не блестит, не переливается, анимации нет — это некрасиво!

    Анимация есть, но её очень мало. Удивительно то, что после OpenLook очень долгое время не было ничего мало-мальски симпатичного. В SUN его променяли на уродливый Motif.

    Впрочем, я буквально на днях играл с Е17. Вот там - действительно, всё блестит и анимируется. Причём не слишком навязчиво, и очень мало жрёт ресурсов.

     
  • 5.61, ВовкаОсиист (ok), 00:09, 09/06/2012 [^] [ответить]    [к модератору]  
  • +/
    У нас разные понятия о красивости.
     
  • 5.64, sasa (??), 13:16, 09/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > "красиво". Например, вот вам красивая строгая графика OpenLook

    Слово красиво тут действительно надо в кавычки брать. Иксы годятся только как пришлепка к Wayland - в таком виде они и будут жить дальше на радость староверам :)

     
  • 3.29, Inspirra (ok), 09:34, 08/06/2012 [^] [ответить]    [к модератору]  
  • +2 +/
    Вообще-то, при использовании OpenGL, процедура "я ТЫЦ! окно РАЗ! и всё" - происходит гораздо БЫСТРЕЕ и без стопроцентной нагрузки на CPU, что благоприятно сказывается и на общей производительности системы - т.е. если на одном мониторе работает какой-то динамический контент, а над другом происходят какие-то манипуляции с окнами, то это ни как не скажется на других окнах/задачах, в отличии от старой 2D отрисовки процессором. Ну а если у вас включены «ыыыыы… хряяяаааап… кряаааак…» то - кто же вам виноват?
     
     
  • 4.35, arisu (ok), 11:08, 08/06/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    отвечу заодно и анониму ниже: и с какого это испугу быстрее? по пунктам, пожалуйста. можно по отношению к вяленому, можно по отношению к иксам.

    хинт: количество софта, использующего OpenGL для отрисовки *контента* окна невелико — в основном это игрушки.

    хинт: в иксах это убивает сетевую прозрачность (не то, чтобы совсем уж убивает, но…)

    хинт: современные видеокарты умеют ускорять 2д-операции (и иксы этим пользуются).

    хинт: в иксах всё это всё равно убивается «композитными менеджерами». что будет в вяленом — пока знает только мохнатый мудрец.

     
     
  • 5.36, Inspirra (ok), 11:50, 08/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    > хинт: количество софта, использующего OpenGL для отрисовки *контента* окна невелико —
    > в основном это игрушки.

    - QT4 тулкит полностью может рендериться через OpenGL.
    - Оконные менеджеры Kwin,Compiz. При манипуляциях с окнами содержимое в них не фиксируется и не покрывается артефактами, как при 2d: если это, например, видео - оно продолжает отображаться, без единой запинки, при любых манипуляциях(трансформация, перемещение, развороты в 3D плосокости); если это любое другое содержимое (динамические графики, вебстраницы и прочее) - оно продолжает отображаться, без остановки, при любых манипуляциях. Сюда же замечу - динамическое масштабирование, алфаканалы, повороты окон(полезно для верстки, и соответсвующего монитора с поворотом).

    > хинт: в иксах это убивает сетевую прозрачность (не то, чтобы совсем уж
    > убивает, но…)

    Вы когда-нибудь запускали 3D шуттер по сети?.. Я запускал... Клинт на машине без OpnGL, сервер на мощной машине с Nvidia - без единого тормоза - fps зависти от видеокарты а не сети. Потому как OpenGL примитивы, по сети, летают просто превосходно.

    > хинт: современные видеокарты умеют ускорять 2д-операции (и иксы этим пользуются).

    Ага, X'ы пользуется - XRender. и на сколько я понимаю - это расширение использует тот же OpеnGL видеокарты (хотя, может и ошибаюсь), только в ограниченном режиме, а не какое-то там отдельное 2D ускорение видеокартой. Например, Kwin поддерживает и OpenGL и XRender, но последний хоть и позволяет использовать кое-какое усокрение и алфаканалы - все равно не сравнимо с OpenGL по скорости и возможностям.

    > хинт: в иксах всё это всё равно убивается «композитными менеджерами». что будет
    > в вяленом — пока знает только мохнатый мудрец.

    Эту фразу я вообще не понял. Что именно убивается "композитными менеджерами"? Одновременное использование Compiz/Kwin,VDPAU,XV,OpenGL и все это по сети - не представляет ни каких проблем.

     
     
  • 6.37, arisu (ok), 12:10, 08/06/2012 [^] [ответить]     [к модератору]  
  • +/
    окошки со стандартными кнопочками и так не тормозят а если надо рендерить в окн... весь текст скрыт [показать]
     
     
  • 7.56, Vkni (ok), 19:56, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > то, что тулкиты предпочитают гонять битмапы, а не использовать иксовые примитивы для
    > отрисовки, ещё не значит, что иксовые драйвера cannot into 2d acceleration.
    > да, набор примитивов у иксов немного устарел, тут спорить не буду.

    А можно ли транслировать примитивы Х в примитивы OpenGL/DirectX? По-идее, примитивы Х должны быть более приспособлены для 2D графики.

     
     
  • 8.58, arisu (ok), 20:02, 08/06/2012 [^] [ответить]    [к модератору]  
  • +/
    > А можно ли транслировать примитивы Х в примитивы OpenGL/DirectX?

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

     
  • 3.32, Аноним (-), 10:54, 08/06/2012 [^] [ответить]    [к модератору]  
  • +1 +/
    Дак с 3D то этот "тыц" быстрее будет происходить, ибо через GPU
     
  • 2.26, Юрий (??), 02:19, 08/06/2012 [^] [ответить]    [к модератору]  
  • –1 +/
    И, что именно тебе нравится в этой теории? Принцип удушения или средства и способы?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:


    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру
    Hosting by Ihor