The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Инженер из AMD признал, что графический стек Linux нуждается в совершенствовании, opennews (??), 23-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Инженер из AMD признал, что графический стек Linux нуждается..."  +20 +/
Сообщение от Аноним (1), 23-Фев-24, 23:29 
Wayland придёт, порядок наведёт?
Ответить | Правка | Наверх | Cообщить модератору

2. "Инженер из AMD признал, что графический стек Linux нуждается..."  +7 +/
Сообщение от dannyD (?), 23-Фев-24, 23:34 
это был сарказм (?)
Ответить | Правка | Наверх | Cообщить модератору

4. "Инженер из AMD признал, что графический стек Linux нуждается..."  +9 +/
Сообщение от Аноним (4), 23-Фев-24, 23:38 
Да хоть бы кто-нибудь пришёл, займёшься?
Ответить | Правка | Наверх | Cообщить модератору

142. "Инженер из AMD признал, что графический стек Linux нуждается..."  +3 +/
Сообщение от dannyD (?), 24-Фев-24, 10:09 
тебе надо - сам займись.

меня и Х и консоль устраивает.

Ответить | Правка | Наверх | Cообщить модератору

208. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 24-Фев-24, 21:54 
Ответить | Правка | Наверх | Cообщить модератору

211. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 24-Фев-24, 22:08 
>> тебе надо - сам займись.
>> меня и Х и консоль устраивает.

Во, отлично, у нас тут видимо майнтайнер на иксы нашелся, когда тима эйрли их в утиль окончательно спишет. Иди предлагай услуги по майнтенансу, они тебя очень ждут.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

273. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от dannyD (?), 25-Фев-24, 21:11 
>>Иди предлагай

вот и иди .!..

Ответить | Правка | Наверх | Cообщить модератору

284. "Инженер из AMD признал, что графический стек Linux нуждается..."  –1 +/
Сообщение от Аноним (-), 26-Фев-24, 05:19 
>>>Иди предлагай
> вот и иди .!..

Так это не мне надо, чудак. Мне все равно что с иксами случится. Я не буду скучать по этой свалке костылей и коду с testimonials вида "80 000 строк боли!" от фиксера, уж прости.

Ответить | Правка | Наверх | Cообщить модератору

50. "Инженер из AMD признал, что графический стек Linux нуждается..."  +22 +/
Сообщение от Аноним (50), 24-Фев-24, 01:53 
Ой, чейт все больше ощущение что вяленд почи такая же хрень как и иксы. В добавок еще и сыроватая.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

140. "Инженер из AMD признал, что графический стек Linux нуждается..."  +6 +/
Сообщение от Аноним (140), 24-Фев-24, 09:55 
Иксы решали сугубо свои задачи и в юникс-мире в целом всех устраивали.
Но поскольку линукс — не юникс и даже не полноценный posix, а всего лишь нагромождение костылей без чёткого направления решаемых задач, то и иксы там живут как костыль в море. Вяленд делают именно с расчётом на линукс, игнорируя всех остальных, но его ещё делать и делать, он сам архитектурно плох и всё равно будет существовать в условиях мутирующих костылей.
Ответить | Правка | Наверх | Cообщить модератору

207. "Инженер из AMD признал, что графический стек Linux нуждается..."  –3 +/
Сообщение от Аноним (-), 24-Фев-24, 21:52 
> Иксы решали сугубо свои задачи и в юникс-мире в целом всех устраивали.

Только этот юникс мир перестал всех устраивать - и бесславно сдох. А так все хорошо, прекрасная маркиза.

> Но поскольку линукс — не юникс

Вообще-то как минимум 1 из линухов был вот именно сертифицирован как юникс. Что иронично по многим параметрам, но так можно было.

> и даже не полноценный posix,

И сейчас нам эксперты покажут позикс полноценнее? :)

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

Иксы не вписываются в современную графическую архитектуру. By design. На самом фундаментальном уровне.

> Вяленд делают именно с расчётом на линукс, игнорируя всех остальных,

А они самоустранились из процесса и - вот - пиндят что их все устраивает. Ну раз все устраивает - пусть и сидят со своими костяшками, например?

> но его ещё делать и делать, он сам архитектурно плох и всё равно будет
> существовать в условиях мутирующих костылей.

Архитектурно он маппится на современный хардвар на порядок лучше иксов. Одно это уже ломовое улучшение. А иксы это та кобыла, которая умерла. Все хорошо, прекрасная маркиза. Правда свои типа-юниксы вы тоже - профакали.

Ответить | Правка | Наверх | Cообщить модератору

252. "Инженер из AMD признал, что графический стек Linux нуждается..."  +1 +/
Сообщение от iZEN (ok), 25-Фев-24, 12:27 
> Архитектурно он маппится на современный хардвар на порядок лучше иксов. Одно это
> уже ломовое улучшение. А иксы это та кобыла, которая умерла. Все
> хорошо, прекрасная маркиза. Правда свои типа-юниксы вы тоже - профакали.

User294, хватит шифроваться под Анонима.

Ответить | Правка | Наверх | Cообщить модератору

270. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 25-Фев-24, 20:22 
> User294, хватит шифроваться под Анонима.

Вау, Изен! Живой, собственной персоной.

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

Знаешь чем мы отличаемся? Я пришел к вон тем. И мы сообща гасили баги импактившие меня. Это было кайфово и круто, а бонусом я вообще смог посмотреть что за тима, что может, какие там у них challenges, куда двигаются, почему - так. Поэтому я доверю определять мое будущее - им. А не вон тем топилам за иксы рассказывающим что там мне якобы не нужно, что суть хамство.

Ответить | Правка | Наверх | Cообщить модератору

304. "Инженер из AMD признал, что графический стек Linux нуждается..."  +1 +/
Сообщение от гыгы (?), 26-Фев-24, 16:12 
ты там забыл отчитаться о разгромной победе btrfs везде
и еще кучу разного бреда про одноплатники давно не пишешь, заболел или немного (но не достаточно пока еще) поумнел?
Ответить | Правка | Наверх | Cообщить модератору

318. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 26-Фев-24, 19:41 
> ты там забыл отчитаться о разгромной победе btrfs везде

Это к графону в линухе не относится. Но так то, когда вы в проде FB обслуживаете миллиарды, а WD приходит, нанимает тушек, комитит вам поддержку своих накопителей, и все такое - очевидно, авторы ФС все правильно сделали и надо продолжать в том же духе.

> и еще кучу разного бреда про одноплатники давно не пишешь, заболел или
> немного (но не достаточно пока еще) поумнел?

С таким бы ником да про интеллект то рассуждать... :)

Ответить | Правка | Наверх | Cообщить модератору

317. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от iZEN (ok), 26-Фев-24, 19:24 
> Ну, раз ты пришел, то можешь похвастаться что ты там не профакал.

Я забил на графику от AMD — я не смог завести интеграшку AMD760 на последних версиях драйверов серии xf86-video-ati. Это для меня оказалось поистине непосильной задачей. Intel и AMD наконец-то добились своей цели: пользователи бессильны перед их выкрутасами с DRI/KMS ради поддержки Wayland.

А что там у тебя с победой Btrfs? Оно ещё живо?


Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

330. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 27-Фев-24, 05:56 
>> Ну, раз ты пришел, то можешь похвастаться что ты там не профакал.
> Я забил на графику от AMD — я не смог завести интеграшку
> AMD760 на последних версиях драйверов серии xf86-video-ati. Это для меня оказалось
> поистине непосильной задачей. Intel и AMD наконец-то добились своей цели: пользователи
> бессильны перед их выкрутасами с DRI/KMS ради поддержки Wayland.

Да это какие-то ваши локальные BSDпроблемы, я какой-то винтажный радеон HD, типа 1300 чтоли в линухе без проблем завел. Возможно, не стоило самоустраняться из процесса и горлопанить что вас все и так устраивает? И мне казалось что ща drm/kms в бсде наоборот лучше стал. Это ложное ощущение?

А еще 99% что ты не хотел "xf86-video-ati", чудак. Ты хотел generic KMS на стороне иксов как DDX, имхо. Как большая часть дистров линя. DDX это такой кусок крапа что там "акселерация" не стоит боли. Чаще получается тормозизация и глюкизация, ибо архитектура современных GPU vs иксы это как гамно из пуль, но бонусом еще багов немеряно. Ты видимо не понимаешь структуру этого стека и изменение парадигм, откуда твои проблемы и лезут. Не, иксы более не центр вселенной. И все что выводило графику быстро для начала не рисует ее через иксы и DDX, да и тот DDX не особо хуже атевого.

> А что там у тебя с победой Btrfs? Оно ещё живо?

У меня целый небольшой флот одноплатников на этом. Около пары сотен юнитов суммарно. Работает, куле. Но по сравнению с FB где оно обслуживает миллиард юзерей это фигня.

Ответить | Правка | Наверх | Cообщить модератору

357. Скрыто модератором  +/
Сообщение от iZENemail (ok), 12-Мрт-24, 21:14 
Ответить | Правка | Наверх | Cообщить модератору

146. "Инженер из AMD признал, что графический стек Linux нуждается..."  –1 +/
Сообщение от Xo (?), 24-Фев-24, 10:49 
Пятой точкой чуешь? А если верхний мозг включить?
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

164. "Инженер из AMD признал, что графический стек Linux нуждается..."  +3 +/
Сообщение от Аноним (164), 24-Фев-24, 12:48 
Да ну, ты хочешь сказать что графический сервер, который пилят уже 15 лет и который без примочек умеет лишь в простые геометрические фигуры - ХРЕНЬ?
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

187. "Инженер из AMD признал, что графический стек Linux нуждается..."  +3 +/
Сообщение от некая_ычанька (?), 24-Фев-24, 15:43 
>сыроватая

Сыровяленая.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

329. "Инженер из AMD признал, что графический стек Linux нуждается..."  +1 +/
Сообщение от Аноним (329), 27-Фев-24, 04:59 
Все гораздо хуже. Вялый еще большая хрень. NIH-синдром, вагон не совместимых с друг другом реализаций, отсутствие понимания что должно получиться в конце и, как следствие, костылинг всего и вся.
Лучший вариант — закопать вяленого, учесть шишки от граблей и запилить вменяемый X12.
Десяток лет писания оного старые добрые иксы вполне себе протянут.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

52. "Инженер из AMD признал, что графический стек Linux нуждается..."  +2 +/
Сообщение от Аноним (-), 24-Фев-24, 02:07 
> Wayland придёт, порядок наведёт?

Забавно, но ты прав.
Иксы, в силу своей убогости, не могут так как вейланд:
"It's generally not possible to use multiple planes in X, so this would be wayland only."

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

64. "Инженер из AMD признал, что графический стек Linux нуждается..."  +1 +/
Сообщение от Аноним (64), 24-Фев-24, 02:53 
А Вяленный дискредетировал себя сыростью и спешкой, отчего так и останется недопилком.

Ну, ок. Похоже на правду, пока что.

Ответить | Правка | Наверх | Cообщить модератору

201. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Chel (?), 24-Фев-24, 20:45 
Это вообще-то набор протоколов
Ответить | Правка | Наверх | Cообщить модератору

206. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Илья (??), 24-Фев-24, 21:43 
А в каких дистрибутивах сейчас вейленд не по-умолчанию?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

209. "Инженер из AMD признал, что графический стек Linux нуждается..."  –1 +/
Сообщение от Аноним (209), 24-Фев-24, 21:57 
Fedora
Ответить | Правка | Наверх | Cообщить модератору

347. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Dima (??), 28-Фев-24, 11:16 
В Федоре вайланд давно по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору

125. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (125), 24-Фев-24, 08:19 
> Wayland не могут работать

Забавно, но нет.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

78. "Инженер из AMD признал, что графический стек Linux нуждается..."  +14 +/
Сообщение от Аноним (-), 24-Фев-24, 03:40 
> Wayland придёт, порядок наведёт?

Он может. Потому что архитектурно он сделан так как работает железо. Он менеджер буферов-surface'ов по сути.

Это именно то что надо чтобы воооооон то получить. Surface flinger и проч - под видео выделяет отдельный хардварный surface, который сразу в YUV - и эта штука сейчас есть и в мобильных GPU, и в десктопных. На wayland это не особо сложно приделать, это логично маппится на его архитектуру согласования буферов. Просто приделать какое-то расширение когда прога может согласовать не абы что и через композитор а хардварный surface под видео, и все завертится.

Более того - железо умеет обычно слеплять несколько поверхносстей до того как в провод выстрелить и проч. Так что видео может быть как бы оверлеем, или над ним можно отрисовать оверлей, но при том для плеера это весьма тупая долбежка в хардварный surface, не жрущая проц.

...ну а Xorg - он вообще такими концепциями не оперирует и страшно далек от этого всего. Там динозавры на переходе удивленно смотрят на мамонта - что это за инноватор в шкуру вырядился?!

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

133. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (133), 24-Фев-24, 09:33 
> ...ну а Xorg - он вообще такими концепциями не оперирует и страшно далек от этого всего. Там динозавры на переходе удивленно смотрят на мамонта - что это за инноватор в шкуру вырядился?!

Извини, но это чушь. В Иксах черт знает с каких времен есть расширение XVideo с поддержкой аппаратных YUV сурфейсов. То, что оно работает не со всеми дровами - это вопрос к производителям самих дров (и к автору новости, который написал, что в Иксах это якобы невозможно).

https://people.freedesktop.org/~mslusarz/nouveau-wiki-dump/X...

> XVideo is an X server extension introduced by XFree86 4.x. This extension provides access to hardware accelerated color space conversion and scaling

Ответить | Правка | Наверх | Cообщить модератору

145. "Инженер из AMD признал, что графический стек Linux нуждается..."  +3 +/
Сообщение от Аноним (-), 24-Фев-24, 10:47 
> Извини, но это чушь. В Иксах черт знает с каких времен есть расширение XVideo с поддержкой аппаратных YUV сурфейсов.

Ну-ну, а разве иксы могут в несколько planes, ну и чтобы часть из них были YUV, а часть RGB?
Расскажи нам и вон тому чуваку из АМД, может мы все просто не в курсе!

Ответить | Правка | Наверх | Cообщить модератору

218. "Инженер из AMD признал, что графический стек Linux нуждается..."  –1 +/
Сообщение от Аноним (-), 24-Фев-24, 22:33 
> Ну-ну, а разве иксы могут в несколько planes, ну и чтобы часть
> из них были YUV, а часть RGB?
> Расскажи нам и вон тому чуваку из АМД, может мы все просто не в курсе!

А это как раз тот самый инноватор который в волосатую шкуру на переходе вырядился, пытаясь доказать дино что они устарели :)

Ответить | Правка | Наверх | Cообщить модератору

238. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (238), 25-Фев-24, 02:37 
> Ну-ну, а разве иксы могут в несколько planes, ну и чтобы часть из них были YUV, а часть RGB?

Не совсем понял, а как оно сейчас работает? Ну если у тебя медиаплеер делает окошко с opengl и собирается шейдерами (или вообще на CPU) конвертить yuv->rgb, то причем тут XVideo?

Если плеер выводит через XVideo, то оно и выводится через хардверный конвертер нужного yuv-цветового пространства в RGB. Это и есть аппаратное ускорение XVideo.

Несколько окон плееров можно открыть и в каждом окне выводится своё видео - хочешь в yuy2, хочешь в yv12, в чем хочешь выводит. Скриншотится чёрный (синий) экран, видео идёт в обход экранного буфера X11. В окне просто "дырка" цветом XVColorKey.

У меня так видео с 2000-го года выводятся, да я понимаю про chroma-артефакты на субтитрах и OSD (если плеер рендерит субтитры прямо в видео). Но это не обязательно, kaffeine (из kde3), например, рендерил в основном окне, просто рисуя что надо поверх окна... цветом отличным от colorkey.

На интеле есть
Adaptor #0: "Intel(R) Video Sprite"
и
Adaptor #1: "Intel(R) Textured Video"

Вот адаптер 1 именно по описанному мной алгоритму работает. И работал так с середины 90-х. Всегда считалось, что это самый оптимальный вывод видео (но видео не будет видно на скриншоте).

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

271. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 25-Фев-24, 20:35 
> Не совсем понял, а как оно сейчас работает? Ну если у тебя
> медиаплеер делает окошко с opengl и собирается шейдерами (или вообще на
> CPU) конвертить yuv->rgb, то причем тут XVideo?

Ну так АМДшники и написали для бакланов - такие маневры видите ли апскейлят частоты GPU и он жрать начинает. Есть какие-то проблемы с чтением новости? При том это бессмысленное и беспощадное действо сушествует по причине "абстракция такая".

Хотя железо могло бы проглотить вон то и без этого всего - если сделать вон то, вон так. Только на архитектуру иксов эта хотелка не маппится - никак. Ну вот не созданы они для таких вещей. А в вяленде нет ничего, что по крупному бы встало на пути реализации этого. Такая разница.

> Если плеер выводит через XVideo, то оно и выводится через хардверный конвертер
> нужного yuv-цветового пространства в RGB. Это и есть аппаратное ускорение XVideo.

Ага, теперь расскажите как туда выхлоп ХАРДВАРНОГО ДЕКОДЕРА ВИДЯХИ загнать в эффективном виде?! Если вы декодировали на CPU у вас, конечно, нет этой проблемы ибо когда проц молотил со всемй дури - про экономию питания речь не шла один фиг. Но если видео распаковал хардварный декодер, а сервисный обвес операции начинает жрать больше энергии чем сама операция, это начинает несколько напрягать, вызывая нездоровые лулзы.

> Несколько окон плееров можно открыть и в каждом окне выводится своё видео
> - хочешь в yuy2, хочешь в yv12, в чем хочешь выводит.

Как это стыкуется с хардварным декодером в эффективном виде? Вон тот пайплайн, именно в том виде сделать - можно? Нет, через забор с заподвыподвертом закинуть фрейм на кривой козе - не интересно, весь пойнт будет пролюблен.

> Вот адаптер 1 именно по описанному мной алгоритму работает. И работал так
> с середины 90-х. Всегда считалось, что это самый оптимальный вывод видео
> (но видео не будет видно на скриншоте).

Это в ваших серединах девяностых и считалось. С тех пор придумали ряд идей сильно получше. Типа хардварного surface'а в железе, в который к тому же хардварный декодер сам в лучшем случае и будет рисовать. А железо потом слепит эн surface'ов перед посылкой в провод. Нечто типа простого хардварного варианта композитинга.

Ответить | Правка | Наверх | Cообщить модератору

166. "Инженер из AMD признал, что графический стек Linux нуждается..."  –1 +/
Сообщение от Anonymous1 (?), 24-Фев-24, 12:54 
> есть расширение XVideo с поддержкой аппаратных YUV сурфейсов.

И что же, зачем нужны все остальные расширения для вывода видео? Почему бы не оставить одно распрекрасное расширение, чтобы всем было хорошо? Может, потому что не всё так прекрасно, как ты пишешь?

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

189. "Инженер из AMD признал, что графический стек Linux нуждается..."  +6 +/
Сообщение от Аноним (189), 24-Фев-24, 16:06 
А в вяленде что, не вокруг расширений базового протокола всё крутится?
Ответить | Правка | Наверх | Cообщить модератору

227. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 24-Фев-24, 23:24 
> А в вяленде что, не вокруг расширений базового протокола всё крутится?

А как вы вон то предлагаете обыграть то? Вбить прям в core вяленда жесткий requirement к фичам хардвара - уметь все вон то, со всеми наворотами? Тогда тоже порядком народа резко взвоет, особенно учитывая что воон то, в воооон теми constraints надо было - не всем.

Дизайн софта - это всегда некий набор компромиссов.

Ответить | Правка | Наверх | Cообщить модератору

210. "Инженер из AMD признал, что графический стек Linux нуждается..."  –2 +/
Сообщение от Аноним (-), 24-Фев-24, 22:05 
> Извини, но это чушь. В Иксах черт знает с каких времен есть
> расширение XVideo с поддержкой аппаратных YUV сурфейсов.

А еще этот кусок невменяемой блевотины, ушибленной на весь мозг - никому не нужен уже лет как десять. Потому что работает так, что проще через GL или Vulkan рисовать. Хоть плеер и не трехмерная программа, зато иксы - вместе со всей их горбатой бловотой за бортом и проблем сразу в 20 раз меньше и перфоманс в разы лучше. Почему-то. Хоть гнать кадры видео как текстуры и несколько изврат. Зато - цуко работает и цуко лучше.

Но вы можете использовать это угробище - если оно для вас работает.

> То, что оно работает не со всеми дровами - это вопрос к производителям самих дров

Вопрос скорее в том как это угробище вообще работало. За что и выпало из фавора.

> (и к автору новости, который написал, что в Иксах это якобы невозможно).

Вы настолько некомпетентны что не в состоянии понять что именно вам писали амдшники насчет графического пайплайна.

> https://people.freedesktop.org/~mslusarz/nouveau-wiki-dump/X...

Последнее обновление этой паги в 2013 году (всего 11 лет прошло!) - вместе с высокоинновационными family нвидий (последний писк какого именно года, не уточните?) как бы намекает. В 2013 все еще только начиналось. И там вон то еще даже чуть трепыхалось.

Сейчас этот кусок крапа просто мертв. Забудьте про это. Букмарки надо иногда апдейтить. Ваша кобыла давно умерла. И плееры уже на нее почти забили. Такой видео-тормозятор и видео-глюкатор никому не надо, сорян. Это жутчайшее легаси на данный момент, если оно еще вообще работает.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

194. "Инженер из AMD признал, что графический стек Linux нуждается..."  +1 +/
Сообщение от AlexYeCu (ok), 24-Фев-24, 18:03 
>Просто приделать какое-то расширение

Забавно, но вот за такой подход к решению проблем фанаты Вяленого обычно ругают Иксы.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

213. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от Аноним (-), 24-Фев-24, 22:16 
> Забавно, но вот за такой подход к решению проблем фанаты Вяленого обычно ругают Иксы.

В вот этом конкретном случае иксы скорее просто внутренними абстракциями не вышли. Там на гвозди прибиты совсем другие идеи о том что такое графическая подсистема и как это работает.

Те допущения - жутко клещатся с вон той идеей, сделать такой shortcut средствами хардвара. И не, натянуть такую сову на этот глобус - нереал. И никто не будет дедушку так по костяшкам перебирать, в надежде что он снова сможет олимпийцем быть, если вдруг это ВЫ случайно не удумаете сами ЭТО попробовать. А вот вэйланд архитектурно вон тому - совсем нигде и никак не мешает и замимплементить в 50 раз проще будет.

Ответить | Правка | Наверх | Cообщить модератору

188. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от жорик (?), 24-Фев-24, 16:00 
меня все устраивает.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

294. "Инженер из AMD признал, что графический стек Linux нуждается..."  +/
Сообщение от User (??), 26-Фев-24, 08:33 
Да хрен знает. Не очень понятно, кому и насколько оно вообще надо. У тех, кому НАДО - оно есть и работает, шо у ведроидов, шо у всяких вебос уже свои слои костылей. А проблемы юзеров линуксодесктопа нннууэээ... вот.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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