<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск Wayland-Protocols 1.32</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html</link>
    <description>Опубликован  выпуск пакета wayland-protocols 1.32, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59377&lt;br&gt;</description>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#128</link>
    <pubDate>Fri, 07 Jul 2023 16:09:04 GMT</pubDate>
    <description>У вайланда нет проблем с шарингом экрана, если бы ты им действительно пользовался то ты бы это знал. Все успешно шариться через порталы.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#127</link>
    <pubDate>Fri, 07 Jul 2023 15:07:13 GMT</pubDate>
    <description>&amp;gt; Посмотрите пример видео с роллинг шаттером, 30 фпс видео выглядит гораздо плавнее &lt;br&gt;&amp;gt; чем 30 фпс без роллинг шаттера, именно из за роллинг шаттера&lt;br&gt;&lt;br&gt;В конечном итоге 30 FPS это 30FPS - максимум 30 разных картинок каждую секунду. Они вообще совсем никак не станут 60, или сколько там. Прямо на уровне потока с камеры по щине - идет очередной кадр, строка за строкой, и так пока весь кадр не улетит в провод. Потом начинается новый. И FPS такой какой есть. Как кадр формировался внутри чипа - вопрос номер два, сие может влиять на некоторые артефакты, но добавить число кадров в секунду - это как?&lt;br&gt; &lt;br&gt;&amp;gt; достигается эффект большего фпс, конечно же ценой искажений изображения.&lt;br&gt;&lt;br&gt;FPS камеры чаще всего ограничен шиной и потоком данных/таймингами - особенно на жирных матрицах. Можно поменьше картинку и FPS повыше, или побольше картинку и FPS пониже. Выше возможностей шины не прыгнешь. У мониторов однако электроника обычно не готова жрать FPS более энного, заявленного как максимальный/нативный т.к. это еще и тайминги рефр</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Oe)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#126</link>
    <pubDate>Fri, 07 Jul 2023 14:08:12 GMT</pubDate>
    <description>Посмотрите пример видео с роллинг шаттером, 30 фпс видео выглядит гораздо плавнее чем 30 фпс без роллинг шаттера, именно из за роллинг шаттера достигается эффект большего фпс, конечно же ценой искажений изображения. С монитором абсолютно те же процессы, тиринг это тот же роллинг шаттер, чем больше фпс выдает видеокарта, тем больше в одном кадре становится разрывов, и эффект всё ближе к роллинг шаттеру. Разница в плавности на 60 Гц мониторе, если отрендерить ему 120 кадров с тирингом - огромна, не заметить её невозможно. Выше 240 Гц уже нету смысла, это уже 4 мс задержка, дальнейшее понижение будет просто незаметно.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (HardWorker)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#125</link>
    <pubDate>Fri, 07 Jul 2023 11:20:27 GMT</pubDate>
    <description>Да мне еще нужен шаринг экрана а у Wayland с этим большие проблемы. &lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#124</link>
    <pubDate>Fri, 07 Jul 2023 09:31:46 GMT</pubDate>
    <description>&amp;gt; SMM передаёт привет любителю изоляции через виртуализацию.&lt;br&gt;&lt;br&gt;1) Внезапно, SMM в виртуалках - виртуальный! Более того - у меня и тот BIOS опенсорсный, так что его обработчик виртуального SMM при желании и пропатчить можно. Правда, смысла особо нет.&lt;br&gt;&lt;br&gt;2) Хостовый SMM вообще не особо в курсе насчет виртуалок, он для хоста работает, арбитраж виртуалок ни разу не по его части.&lt;br&gt;&lt;br&gt;3) Если вы про то что гипервизор может поиметь виртуалку, вызвав виртуальный SMM... он и так арбитрировал все доступы и мог иметь ее более 9000 иных способов. Ну вот например поменяв ее RAM по своей инициативе, поставив на паузу, сменив состояние vCPU. См выше про god mode debugger, он следствие фич гипервизора. Отношения такие же как кернел vs юзермод. Ну вот линукскернел подпихивает прогам виртуальный DSO для ускорения некоторых вызовов. По сути хакая программу. Гипервизор может так же, относительно кернела, но там абстракции низкоуровневее.&lt;br&gt;&lt;br&gt;4) И кстати что такое SMM на вооооое том ARM или RISCV? В их терминологии вообще нет этого</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#123</link>
    <pubDate>Fri, 07 Jul 2023 08:16:08 GMT</pubDate>
    <description>Багрепорт запили. У меня с одним дополнительным монитором таких проблем нет.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#122</link>
    <pubDate>Fri, 07 Jul 2023 08:12:44 GMT</pubDate>
    <description>Нет. Дефолтное ДЕ в Дебиане это Гном.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#121</link>
    <pubDate>Fri, 07 Jul 2023 08:07:02 GMT</pubDate>
    <description>&amp;gt; Если успевать подавать монитору каждую новую строку, а не взятую со статичного &lt;br&gt;&amp;gt; кадра, то как раз будут 3000 фпс (между соседними строками). А &lt;br&gt;&amp;gt; как с черестрочного 30 Гц видео делается 60 Гц прогрессивное вам &lt;br&gt;&amp;gt; тоже не знакомо? А как же роллинг шатер в фотокамерах?&lt;br&gt;&lt;br&gt;Вы гоните, имхо. Display Controller 60 раз в секунду берет фреймбуфер и начинает синтез протокола и таймингов. В случае CRT это летело в DAC&apos;и. В parallel RGB - DAC&apos;и убрали и данные полетели по проводам как есть (у ряда LCD панелей вот такой интерфейс &quot;нативно&quot;). В комповый монитор 24 или сколько там линий было непрактично тянуть. И туда летит сериализованная версия вот этого. Иногда с разбивкой на 2 lanes (dual-link DVI). HDMI является DVI с одним набором дифференциальных линий и другим разъемом.&lt;br&gt;&lt;br&gt;LVDS в ноутах примерно то же по смыслу, но электрически эти дифференциальные линии иные чем в DVI/HDMI и lanes может быть более 1-2, вплоть до 4, чтоли. Структура протокола и таймингов однако подразумевает полный кадр, по сути &quot;в стиле CRT</description>
</item>

<item>
    <title>Выпуск Wayland-Protocols 1.32 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/130895.html#120</link>
    <pubDate>Fri, 07 Jul 2023 07:40:39 GMT</pubDate>
    <description>&amp;gt; Не может. А вот экранный буфер видеокарты может измениться в неподходящий момент &lt;br&gt;&amp;gt; в процессе передачи информации о кадре. Отсюда и дефекты изображения (&quot;тиринг&quot;), &lt;br&gt;&amp;gt; когда на экран попадают части от разных кадров.&lt;br&gt;&lt;br&gt;Геймерам похрен - &quot;зато латенси обработчи событий ниже&quot;. В том числе и ввода и его отправки на сервер. Особенность ряда игровых движков такая - считать все и вся в привязке к кадрам. В этом месте правильный wayland встает на пути не совсем правильного - но существующего - и довольно распостраненного - легаси. По уму конечно стоило бы движки переписать, но переписать игровое двигло с цатилетней историей дело ни разу не простое. И вот тут игроки заметили определенный подвох.&lt;br&gt;&lt;br&gt;А если современная графическая подсистема клещится с реально существующими играми - упс, так быть не должно. Ну и вот появляются странные расширения позволяющие испортить картинку, если FPS важнее. И да, в провод оно полетит черти-как при этом, но игроманам FPS важнее, чтобы хедшот на миллисекунду раньше противника наве</description>
</item>

</channel>
</rss>
