The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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