https://www.opennet.ru/openforum/vsluhforumID3/132840.html Доступен выпуск библиотеки Louvre 1.2.0, предоставляющей компоненты для разработки композитных серверов на базе протокола Wayland. Библиотека берёт на себя выполнение всех низкоуровневых операций, включая управления графическими буферами, взаимодействие с подсистемами ввода и графическими API в Linux, и также предлагает готовые реализации различных расширений протокола Wayland. Созданный на базе Louvre композитный сервер, потребляет заметно меньше ресурсов и демонстрирует более высокую производительность, по сравнению с Weston и Sway. Код написан на языке С++ и распространяется под лицензией GPLv3. Обзор возможностей Louvre можно прочитать в анонсе первого выпуска проекта...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60606<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#104 Mon, 19 Feb 2024 06:05:27 GMT Так вот pimpl вносит дополнительную косвенность и при этом обычно говорят "лишний указатель - разумная цена за ряд преимуществ", а не "мы снизили потребление памяти за счёт хранения полусотни бит". И Очень Опасная Парадигма потому так и названа, что её подчас принимаются применять ко всему подряд, а не только к тем объектам, меж которыми обмен сообщениями естественен. В случае тех прямоугольников кажется, что можно было менять сразу оба размера, поскольку когда есть два отдельных "метода", например я могу протупить и забыть написать вызов одного из них, или даже вызвать два одноимённых подряд - ищи потом эту опечатку в одной букве, подсунутой автодополнением.)<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#103 Sun, 18 Feb 2024 17:37:26 GMT Могу предположить что это все для удобства библиотеки, как раз чтобы разработчики в стиле Си не реализовывали одно и то же дважды и подозреваю на желание сделать PIMPL. С другой стороны если не использовать преимущество плюсов в виде ООП то получится очередное GTK.<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#101 Sun, 18 Feb 2024 15:09:04 GMT Иксы были одни и они так себе.<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#100 Sun, 18 Feb 2024 09:26:30 GMT Какие смузи? Хватит придумывать. Сами разработчики иксов не хотят его разрабатывать дальше, более того разработчики иксов участвуют в разработке вайланда. <br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#97 Sun, 18 Feb 2024 08:01:20 GMT У плюсов по сравнению с Rust и прочими есть преимущество и оно достаточно объективно, то есть не зависит от чьего-то мнения: существует стандарт и несколько реализаций трансляторов. Что даёт некие гарантии и относительную независимость от трендов в фондах. Когда мне надо было драйвер для Windows на Си++, я никого не спрашивал и просто это делал несмотря на "невозможно" в DDK, и другие так делали. В Linux наблюдается занятная картина - тут вроде бы полная свобода, но почему-то религия не позволяет.<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#96 Sun, 18 Feb 2024 07:50:10 GMT enum всё же изначально ориентирован на создание перечислений, а не набора флагов. Членов enum с именами вида BufferSizeAndScaleChanged не нашёл, зато вижу<br><br> stateFlags.check(ViewportIsScaled &#124; ViewportIsCropped)<br><br>и<br><br> stateFlags.remove(ViewportIsCropped);<br> stateFlags.remove(ViewportIsScaled);<br><br>так что вроде подходит и bit-field вместо "голого" enum, если уж так хочется сэкономить место под bool.<br><br>С одной стороны автор пишет непонятно зачем обёртку, которая вызовет недоумение сишников, и вот такие геттеры-сеттеры:<br><br> size.setW(srcRect.w()); // эти два где-то вызываются раздельно?<br> size.setH(srcRect.h()); //<br> stateFlags.add(ViewportIsScaled);<br><br>а с другой стороны повсюду голые указатели. Например, мне не хочется вникать, уместны ли были там смартпоинтеры и зачем макрос LPRIVATE_CLASS меняет семантику class на struct (первой строкой там public:). По-моему, плюсы создавались с целью как раз вот такое свести https://www.opennet.ru/openforum/vsluhforumID3/132840.html#94 Sun, 18 Feb 2024 01:41:34 GMT https://github.com/CuarzoSoftware/Louvre/blob/main/src/lib/core/private/LSurfacePrivate.h#L92 нигде, обычные списки для хранения указателей, он не хранит их копии, что разумно, тогда нафига ему битсет, я бы использовал обычный enum и не страдал садомазо.<br>Подобные вещи в будущем типичные источники проблем и уязвимостей, достаточно взглянуть на любую GNU библиотеку на языке Си, там что не разработчик то кадр, tar, gnupg и прочие, я многих из них читал исходный код и могу на 100% заявить что переписав их все на современном C++ без Си линукс как десктоп был в _разы_ лучше потому что пришли новые разработчики, но нет, нафига делиться кормушкой FSF с другими.<br>Но теперь у нас есть rust да, язык для таких же садомазо-нутых наркоманов. Лично, я жду carbon-lang, но понаблюдав кое-то время за ними на гитхабе и в дискорде пришел к выводу что еще лет 10 пройдет минимум, там у них проблемы важнее, самоидентификация, ЛГБТ, she/her под аватаркой мужчины ну вы поняли.<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#93 Sat, 17 Feb 2024 15:33:59 GMT &gt; А когда в иксах появился аналог?<br><br>Надо по фичам идти. https://xig.com/Pages/Features/INDEX.html<br>Большинство из перечисленного в 2002-м на GeForce2MX работало прекрасно (всякие там вращения мониторов, TwinView, MultiSeat(через sharevts+PCI-видюха), ImageOverlays/XVideo, OpenGL). Многое из перечисленного видел и на дистрах конца 90-х, но тогда был недостаточно продвинутым линуксоидом и не совсем понимал что мне показывают и как оно работает.<br><br>Кое-что до сих пор не реализовано:<br>&gt; X Record/Playback)<br><br>Recodrd ещё с горем пополам можно, а вот playback... если это то что я себе нафантазировал - даже сейчас так никто не умеет.<br><br>P.S. Обрати внимание, там x86 не был основной платформой! У DEC Unix, Solaris, SGI и т.д. был совсем другой мир.<br> https://www.opennet.ru/openforum/vsluhforumID3/132840.html#91 Sat, 17 Feb 2024 12:16:52 GMT &gt; AIGLX<br><br>Это только для композитного режима, сам по себе indirect glx rendering работал и без AIGLX. Accelerated в слове AIGLX не гарантирует, например, Hardware Accelerated Indirect GLX Rendering, просто упрощает возможность использовать пиксмап окна в композитном режиме (к текстуре в opengl больше требований, чем к обычной картинке в X11; лежит оно не в той памяти, размер не кратен 2^n, формат может не совпадать и прочее).<br><br>P.S. Конкретно XiG выглядит как X-сервер с хорошо заточенными дровами. Вроде как ребята купили доки к видеочипам и сделали хорошие DDX-драйверы. Ускорение в опенсорсных DDX-драйверах имеется уже достаточно давно (года так с 96-го/98-го точно), несколько вариантов имеется (XAA/EXA/UXA/SNA Glamor еще отдельно можно выделить). OpenGL года так с 98-го/2000-го.<br>