The OpenNET Project / Index page

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



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

Оглавление

Опубликованы ближайшие планы развития Ubuntu Desktop, opennews (?), 25-Авг-23, (0) [смотреть все]

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


32. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 26-Авг-23, 03:54 
> " Поддержка аппаратного кодирования и декодирования видео в snap-пакете с браузером Chromium."
> С одной стороны нужно, с другйо - они просто свои косяки исправляют, Шнап же.

С чего бы это?

Вот в Arch стоны и вопли, что постоянно не работает https://bbs.archlinux.org/viewtopic.php?id=244031&p=34

Экспериментальная опция уже больше как десяти лет. А не готовая и отложенная фича.

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

41. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 26-Авг-23, 05:53 
У меня на убунте работало только в Firefox, а в манжаро не работает нигде.
Ответить | Правка | Наверх | Cообщить модератору

159. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –1 +/
Сообщение от Аноним (159), 26-Авг-23, 20:47 
Firefox в убунте не может даже без жуткого мыла шрифты рисовать (4к моник, масштаб 150%) из-за того, что снап: т.е. это реально нормально работало в нативном deb-пакете, но с тех пор как форсируют снап, от мыла не избавиться. Т.е. избавиться только сносом снапа и подключением любой репы, где фокс нативный. Вот как этим предлагается обычному пользователю пользоваться, а? Почему в федоре никто не форсирует замену нормально взимодействущих с десктопом родных приложений на снап или флэтпак, а убунту проталкивает снап даже ценой поломки десктопов.
Ответить | Правка | Наверх | Cообщить модератору

192. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 27-Авг-23, 09:01 
Ну теперь во всём SNAP будет виноват.

Firefox до сих пор дефолтом в Xwayland поэтому и мыло.

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

216. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 27-Авг-23, 16:14 
Поищите в гугл про эту проблему, там надо какую-то переменную про вейланд выставить и будет всë ок.
Ответить | Правка | Наверх | Cообщить модератору

218. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –1 +/
Сообщение от soarin (ok), 27-Авг-23, 16:19 
Я знаю.
OK не будет. Иначе разработчики бы давно сами бы выстаили.
У меня раз в два дня стал не реагировать вообще на управление. Вернул обратно.
Ответить | Правка | Наверх | Cообщить модератору

238. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 28-Авг-23, 03:19 
Они это сделали в первом обновлении, те у кого система установлена до первого обновления чинят сами. Переходный период на вейланд это жесть.
Ответить | Правка | Наверх | Cообщить модератору

239. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 28-Авг-23, 03:21 
И я ничего не возвращал, 4к и факрфокс без мыла. Но это вейланд.
Ответить | Правка | Наверх | Cообщить модератору

242. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 28-Авг-23, 04:47 
В дефолтном оригинальном (не специфичном дистрибутивном) Stable Firefox стоит опция "использовать XWayland по умолчанию".
По тому что написал выше.

История и УМВР не играют особой роли.

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

269. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 28-Авг-23, 15:51 
В первом релизе не стояло. Всë было мутным. Приходилрсь искать всë в инете, сейчас да всë норм.
Ответить | Правка | Наверх | Cообщить модератору

270. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 28-Авг-23, 17:49 
В общем в последней убунте 22.04 этого глюка не было. Ставил на бук. На стационарном компе когда ставил убунту после выхода было мыло. В общем надо всегда ждать первого большого обновления и чтавить систему, это не только к убунту относится.
Ответить | Правка | Наверх | Cообщить модератору

54. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноним (54), 26-Авг-23, 08:20 
Корпорация не может написать нормальный аппаратный декодер, а фф смогли.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

55. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –2 +/
Сообщение от soarin (ok), 26-Авг-23, 08:43 
> а RedHat в Firefox смогли.

Поправил.
И то дефолтом включили только для Intel. Не для AMD ибо глючно.

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

91. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Kuromi (ok), 26-Авг-23, 13:15 
> Корпорация не может написать нормальный аппаратный декодер, а фф смогли.

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

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

97. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 26-Авг-23, 13:30 
Да как бэ нет.
В 2012 году Гугл сделал аппаратное декодирование для ChromeOS. Описав там и всё такое.
Добровольцы на перегонки не побежали адаптировать для линуксов.
Как собственно в macOS и Windows есть единый и удобный API для разработчиков для использования GPU декодирования в браузерах. Делали его Microsoft и Apple «вот вам разработчики браузеров готовое на блюдечке, мы для вас потрудились». В линуксах такого нет.

Сейчас значит Intel подсуетились и в Chromium поработали по GPU декодированию для своих естественно видеокарт.

Но почему-то разработчик браузера крайний и должен решать весьма сложные задачи у 2% аудитории причём с лютым зоопарком.

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

133. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +1 +/
Сообщение от пох. (?), 26-Авг-23, 18:08 
> Но почему-то разработчик браузера крайний и должен решать весьма сложные задачи у
> 2% аудитории причём с лютым зоопарком.

одного не пойму - как adobe-то справилась еще в 2010м если не раньше?

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

147. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –1 +/
Сообщение от soarin (ok), 26-Авг-23, 19:25 
> как adobe-то справилась еще в 2010м если не раньше?

Вот так: "Мы сделали для Nvidia. Остальные идите куда подальше."

Спустя пару лет: "Не, глючит, надоело, выкидываем и снимаем с поддержки."

https://askubuntu.com/questions/117127/flash-video-appears-blue

Единственное, что Adobe не постеснялись дефолтом совать - итак сойдёт.
А в Chromium приняли позицию вот опции компиляции для энтузиастов
https://chromium.googlesource.com/chromium/src/+/refs/heads/...

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

157. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Kuromi (ok), 26-Авг-23, 20:16 
>> Но почему-то разработчик браузера крайний и должен решать весьма сложные задачи у
>> 2% аудитории причём с лютым зоопарком.
> одного не пойму - как adobe-то справилась еще в 2010м если не
> раньше?

Оно только VDPAU поддерживало. Есть мнение что кто-то там ком-то занес денех, ибо тогда Нвидия продвигала VDPAU как универсальный стандарт.
Ну и наверняка инженеры Нвидии тоже плечо подставили.

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

153. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Kuromi (ok), 26-Авг-23, 20:07 
> Как собственно в macOS и Windows есть единый и удобный API для
> разработчиков для использования GPU декодирования в браузерах. Делали его Microsoft и
> Apple «вот вам разработчики браузеров готовое на блюдечке, мы для вас
> потрудились». В линуксах такого нет.

Вот тут в точку. Одним из ответов на претензии "шош вы под Линукса ускорение не делаете" были слова что в Виндовс и МакОси это "дешево", взял стабилное API и все рабоатет, а у Линукса вечный зоопарк и все работает "интересно". Один чел там пробовал VDPAU прикрутить, но у него что-о сразу ничего не завелось, на том все и заглохло.

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

185. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноним (184), 27-Авг-23, 08:18 
«Если я усну и проснусь через сто лет и меня спросят, что сейчас происходит в линуксе с аппаратным ускорением видео в браузерах, я отвечу: почти работает»
Ответить | Правка | Наверх | Cообщить модератору

217. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Вячеслав (??), 27-Авг-23, 16:17 
Убунту, вейланд, фаерыокс работает.
Ответить | Правка | Наверх | Cообщить модератору

223. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноним (184), 27-Авг-23, 19:18 
А надо так: любой линукс, иксы/вейленд, любой браузер работает. А это вот пока что и есть «почти работает».
Ответить | Правка | Наверх | Cообщить модератору

243. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 28-Авг-23, 05:03 
Надо ещё уточнить GPU и источник установки (бинарник с оф сайта, SNAP, Flatpak). От этого тоже зависит.
Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

234. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноньимъ (ok), 28-Авг-23, 02:16 
Почему видеоплееры под линуксом без проблем кушают аппаратное ускорение.
Тот же mpv жрет и нвидию и вваапи и даже ускорение вулкана.

Вот загадка?

Наверное там триллионы долларов и сотни тысяч разработчиков решают неразрешимые проблемы.

И код у них наверное закрытый,и накак классным специалистам из мозиллы и гугла его не посмотреть.

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

240. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –1 +/
Сообщение от soarin (ok), 28-Авг-23, 04:14 
> Почему видеоплееры под линуксом без проблем кушают аппаратное ускорение.
> Тот же mpv жрет и нвидию и вваапи и даже ускорение вулкана.
> Вот загадка?

Нет. Не загадка.

1) в том же mpv GPU декорирование видео по умолчанию отключено, потому что авторы не хотят возиться с глюками. Их просто завалят.
В Ubuntu не так давно включили по дефолту VAAPI для mpv – позиция авторов mpv "зря они так".
Сам вожусь через раз. То NVDEC прокатит, то не прокатит потому что в Ubuntu не так что-то собрано, надо NVDEC-COPY. А для Wayland теперь это, а то не работает. И так далее... Это не готовое решение, а экспериментальный полигон для линуксоида с #FF0000 глазами

а про средний палец от автора MPV связке GNOME + Wayland не забыл? И не важно какое твоё отношение к "GNOME + Wayland" - это весомая доля, как и реальные проблемы.

вот такое "всё хорошо прекрасная Маркиза"

2) ситуация в видеоплеере гораздо проще, когда в браузере надо ещё делать композитинг кучи слоёв и всего такого

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

255. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноньимъ (ok), 28-Авг-23, 11:23 
> 1) в том же mpv GPU декорирование видео по умолчанию отключено, потому
> что авторы не хотят возиться с глюками. Их просто завалят.

И что? Можно включить и использовать.

> позиция авторов mpv "зря они так".

Бывает.
Правда я сейчас смотрел сайт mpv, они там сетуют на то что убунта по дефолту включает vaapi, когда они рекомендуют auto-safe

> Сам вожусь через раз. То NVDEC прокатит, то не прокатит потому что
> в Ubuntu не так что-то собрано, надо NVDEC-COPY.

Это решается элементарно, нужно всего-то прогонять автотестами зоопарк дистров и смотреть что там отваливается а что нет.
Понятно что бедные оборванцы из Гугла и Мозиллы себе такое позволить не могут.

Ну или плюнуть в лицо собирателям убунту и попросить их собрать ТАК как нужно.

> А Wayland
> Это не
> готовое решение, а экспериментальный полигон для линуксоида с #FF0000 глазами

Да это то понятно.

> а про средний палец от автора MPV связке GNOME + Wayland не
> забыл? И не важно какое твоё отношение к "GNOME + Wayland"
> - это весомая доля, как и реальные проблемы.

Не знаю что там за палец, но я что-то к разрабам MPV прямо проникся теперь.

> 2) ситуация в видеоплеере гораздо проще, когда в браузере надо ещё делать
> композитинг кучи слоёв и всего такого

Ничего такого в этих слоях нет от слова совсем. Нужно значит нужно.
Надеюсь Гугл на пару с Мозиллой и своими миллиардами достаточно компетентны чтобы в слоях отрисовки разобраться.

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

274. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 29-Авг-23, 05:07 
> И что? Можно включить и использовать.

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

А так и у Chromium можно было включить десять лет назад (опциями компиляции) и сейчас можно (но уже опциями рантайма). Вероятность, что заработает ниже. Ну иди по линуксовому, читай арчвики, подбирай правильную "труе" конфигурацию (Intel-Only) и всё такое. Такой же путь. Что-то похожее.

> всё легко и просто, мне с дивана виднее

Ну да, классика.

> Понятно что бедные оборванцы из Гугла и Мозиллы себе такое позволить не могут.

Это бизнес. Когда надо делать фичу для 2% десктопов, которая раз в десять тяжелее по разработке аналогичного под 98% десктопов никто на перегонки не побежит делать. Тем более когда с принимающей стороны (линуксового десктопа) тебе тоже не рады в отличии от. Простая экономика.
И мастера чинить компьютер тебе тоже не пошлют, хотя бюджета бы легко хватило. И версию под FreeBSD не побегут делать. Не должны, это не детсадовский примитив "а слабо?!"

Тем более около трети от этих 2% ещё кричат "всё работает, меня всё устраивает".
А если по твоим фанатским критериям выкидывать, то тем более горстка крохотная останется с вымирающими иксами.

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

275. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноньимъ (ok), 29-Авг-23, 11:16 
> Это бизнес. Когда надо делать фичу для 2%

Так вот, если "это бизнес", то ругать разработчиков браузера можно и нужно.

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

277. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 29-Авг-23, 18:46 
Можно. Но выдумывать глупости всё равно странно.
Ответить | Правка | Наверх | Cообщить модератору

241. "Опубликованы ближайшие планы развития Ubuntu Desktop"  –2 +/
Сообщение от soarin (ok), 28-Авг-23, 04:19 
> И код у них наверное закрытый,и накак классным специалистам из мозиллы и гугла его не посмотреть.

Ну вот специалист(ы) из RedHat несколько лет запихивают GPU декодирование в Firefox (c 2019 года).
Пока вот только недавно дефолтом включили только для Intel.
AMD глючит как не в себя. Вот недавно пришлось Mesa править. Пока в процессе.
Про Nvidia промолчу...

Но во все виноваты создатели браузеров у фанатичной аудитории 🙂

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

279. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от soarin (ok), 30-Авг-23, 02:24 
> mpv отлично работает

Вон как отлично работает

https://bugzilla.mozilla.org/show_bug.cgi?id=1843679

С AMD сладить не могут. Глюк на Глюке и в mpv тоже.
А разработчики браузера и глючную mesa видать править должны.

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

292. "Опубликованы ближайшие планы развития Ubuntu Desktop"  +/
Сообщение от Аноньимъ (ok), 30-Авг-23, 11:38 
Вейланд всеже эксперементальная технология.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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