https://opennet.ru/openforum/vsluhforumID3/130361.html Разработчики проекта X.Org объявили о прекращении сопровождения некоторых библиотек, драйверов и утилит X Window System, обновления для которых больше не будут выпускаться, даже в случае выявления уязвимостей. Репозитории данных пакетов переведены в архивный статус, подразумевающий прекращение приёма исправлений и сообщений об ошибках. Дистрибутивы могут продолжать поставку этих пакетов, но на свой страх и риск. Выбранные для прекращения поддержки пакеты потеряли актуальность, неработоспособны с новыми версиями X-сервера или привязаны к устаревшим API. Фактически поддержка данных пакетов уже прекращена в прошлые годы, но об этом явно не объявлялось...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59068<br> https://opennet.ru/openforum/vsluhforumID3/130361.html#335 Sat, 13 May 2023 06:41:16 GMT &gt; Потому что накодить вот именно замену, вот именно иксов - почти нерешаемая задача.<br><br>Ага, деды решили эту задачу, закодив и иксы, и несколько форков, а мы вот никак не можем решить. Видимо, раньше программистов было больше, а сейчас они закончились.<br><br>По всей видимости и в самом деле закончились - все аффилированы с той или иной корпорацией, а корпорации ведут разработку внутри себя, на посторонние задачи отвлекаясь слабо.<br><br>&gt; Значит осетра надо урезать до более реальных величин, декомпозировать задачи и решать их по частям.<br><br>Чтобы декомпозировать задачу, нужны стандарты и документация. Причём они должны быть удобны для воплощения разработчиками, а не на отвались сделаны. Пример systemd показывает, что декомпозиция нежелательна, а монолит предпочтителен. Потому что разработчик может в любой момент переработать код и поменять функции, а что совместимость нарушена - обновите свой тулзы до новой версии. Постоянный бег сервисов и клиентов вперёд в попытках догнать вечно изменяющееся API.<br><br>&gt;&gt; сделать скринш https://opennet.ru/openforum/vsluhforumID3/130361.html#334 Wed, 10 May 2023 17:06:05 GMT &gt; В вяленде нет ничего мешающего этому<br><br>А ещё в Wayland нет требования OpenGL/EGL, однако я не слышал, чтобы какие-то композиторы имели режим исключительно программной отрисовки. Так что про оверлеи проще забыть: Wayland это де-факто OpenGL/EGL. В мейнстримовых средах поддержка оверлеев маловероятна.<br><br>&gt; А реально ли иксы на такое натянуть я даже думать боюсь, да и смысла нет, их оверхед убьет все прелести хардварного оверлея.<br><br>В иксах есть https://en.wikipedia.org/wiki/X_video_extension для использования аппаратного оверлея для видео. К началу 2010-х надобность постепенно отпала, но до этого технология довольно активно использовалась. Блиттинг тоже активно использовался для ускорения графики: все эти XAA, EXA, SNA. Причём механизмы высокоуровневой отрисовки определялись протоколом иксов, а не конкретным видом драйвера. В Wayland от этого наоборот ушли, и теперь поддержка всего &#8212; задача приложения. Так что ситуация ровно обратная. На Иксы это уже натянуто, а вот на Wayland натянуть будет очень сложно https://opennet.ru/openforum/vsluhforumID3/130361.html#333 Wed, 10 May 2023 05:58:12 GMT &gt; Я честно говоря даже и не знаю что там QXL имеет в виду под "VRAM" в этой ситуации.<br><br>Ровно то, что выдает QEMU.<br><br>&gt; Нет конечно, он как правило только считалка. <br><br>А по спецификации, у него свой чип, к которому обращение идет по отдельному каналу.<br><br>&gt; Два! https://linux-sunxi.org/Sunxi-Cedrus - драйвер этого VPU в майнлайне.<br><br>По ссылке:<br>CodecDecoding<br>H265Supported (early)<br><br>Decoding H.264/H.265 videos can require a large amount of CMA memory, so it is recommended to set a large CMA pool, e.g. using the cma kernel command line parameter. For instance, 256 MiB should be enough to decode 1080p H.264 videos: cma=256M.<br>The first mainline kernel release containing Cedrus support is 4.20 (scheduled for release December 2018 or Jan 2019). Newer Cedrus code is available in the bootlin git repository linked above.<br><br>Known bugs and limitations<br>H264 and H265 are not supported (some of the underlying problems include: allocating 19 surfaces at once and queueing several slices by frames)<br><br>The "sunxi-cedrus" https://opennet.ru/openforum/vsluhforumID3/130361.html#332 Wed, 10 May 2023 05:26:21 GMT &gt; Это и от доступа к видеокарте зависит. <br><br>Когда к одной видеокарте подключают сразу несколько иксов для вывода на разных группах мониторах и устройств ввода разных пользовательских сессий с одного системного блока, то приложения видеозахвата, запущенные одной сессии могут захватывать экран из другой сессии.<br><br>&gt; Так делают иксы по всей видимости.<br><br>Так делает оконный менеджер. Один оконный менеджер может рисовать поверх полноэкранной игры системные уведомления и формы изменения громкости, другой не может.<br><br>&gt; Запустил игруху - у программы видеозахвата отняли доступ к видеокарте.<br><br>То-то в Steam в KDE4 (в Plasma5 не смотрел) можно было захватывать игру вместе с системными уведомлениями, из-за чего багу вешали в Steam любители потриммерить.<br> https://opennet.ru/openforum/vsluhforumID3/130361.html#331 Wed, 10 May 2023 05:16:47 GMT &gt; Звучит довольно угрожающе...<br><br>Ухаха.<br>&gt; Воткруть там скрин или мувик как это делается. Это<br><br>Попробуйте скрин с эцп сделать. За это как минимум уволят, как максимум еще и штраф впаяют..<br><br>&gt; Да вот и некоторые конфиги с иксами этим грешат<br><br>Ну вот в иксах такого не видел. В играх, которые в отдельном фреймбуфере работают и к иксам отношения не имеют, бывало.<br><br>Вайленд появился под желанием уйти от работы с TCP/IP, так как некоторые разработчики языков программирования не могли решить работу с сетью не импортируя код из либ на С/C++.<br> https://opennet.ru/openforum/vsluhforumID3/130361.html#330 Wed, 10 May 2023 03:07:27 GMT &gt; Стоп! Если взять и посчитать 1920x1080 * 32 бит цвета<br><br>Это для обычного 24BPP. А 32 = R+G+B+прозрачность, все по 8 бит. В случае вот именно фреймбуфера, летящего в провод, заморачиваться прозрачностью поздно уже, там финальное представление где прозрачность не имеет смысла.<br><br>&gt; А их нужно много наплодить. Для каждого приложения в wayland - свой кадровый буфер.<br><br>Предлагаете вместо этого дико грузить проц при малейшем перекрытии программ и операциях с окнами, толкая ререндер их окошек, как иксы? А знаете, ререндер окна вон того када или даже просто браузера - занятие очень ресурсоемкое. Учитывая что оно еще и в 1 ядро запросто упирается (многопоточности в иксах вроде ж нет особо) - в целом работает ХРЕНОВО.<br><br>Ну и вон то актуально для фулскрин. Буфер более скромного окна весит меньше. Ну, да, трекать пачку полноразмерных окон что-то съест. Зато не будет дергаться и постоянно клинить, потому что навороченный ререндер может занять измеримое время. В это время UI страдает дефектами рендера и/или мельтешит. Ч https://opennet.ru/openforum/vsluhforumID3/130361.html#329 Wed, 10 May 2023 02:38:34 GMT &gt; Это и от доступа к видеокарте зависит.<br><br>User-mode программы не имеют прямого доступа в оборудование. И "старые" иксы вызывали много ругани как раз потому что сами пытались в железо лазить.<br><br>Работало это разумеется крайне хреново. У ядра такие вещи сильно лучше получаются, оно в более правильном месте, с более правильными полномочиями для таких вещей. Так появился DRM/KMS/GBM где ядро занялось арбитражем и правами доступа, переключением видеорежимов, управлением памятью и прочими вещами типовыми для ядер операционок... <br><br>В этом DRM/KMS радикально отличается от виндов где в ядерном win32k.sys по сути весь апи GDI был реализован.<br> https://opennet.ru/openforum/vsluhforumID3/130361.html#328 Wed, 10 May 2023 02:33:59 GMT &gt; вывод xrestop такой весь непонятный ... <br><br>Да, знаете, это отдельная искуственная трабла на ровном месте. Это я кроме RAM/free space/CPU/VRAM должен еще и какую-от совершенно искусственную сущность мониторить? Как по мне, когда проги делают свой рендер сами и связанный с этим жор приписан именно им - это сильно удобнее.<br><br>А так я еще совсем не ок с тем что 1, 1-поточный процесс якорит целую толпу, при отсутствии у него инструментов лимитирования абуза агрессивными клиентами, равно как и нормального шедулера и полисовщика чтобы совсем уж не скучать. Вон там - когда это на уровень системы спихивается, там все же к программам которые сами себя рендерят шедулеры и их политики все же довольно эффективно применяются. И в отличие от иксов, сделать так чтобы под вялендом 1 программа сильно заякорила другую - это еще крепко постараться надо. А в вон тех это обычное дело. Что довольно позорррно для многозадачки в XXI веке. Да, можно несколько процессов серверов, но это сложно менеджить и криво.<br> https://opennet.ru/openforum/vsluhforumID3/130361.html#327 Wed, 10 May 2023 02:28:39 GMT &gt; странно. ни разу не было...<br><br>А я вот мониторю мои системы и в курсе "проблемных системных компонентов". Иксы стабильно в топе этого шыт-парада, по жизни.<br><br>&gt; видимо я потому как не фанат арчиков и федорок...<br><br>Или набор программ другой. Да и это в основном в дебианах-убунтах было так то. Эти вам тоже не комильфо? Ну блин а чем мне пользоваться? Buildroot чтоли?<br>