The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Аппаратное ускорение декодирования видео не будет по умолчан..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от opennews (??) on 05-Мрт-14, 14:21 
Разработчики Chromium пояснили (https://codereview.chromium.org/176883018/#msg6) почему, поддержка привлечения GPU для ускорения декодирования видео не может быть по умолчанию включена в Chrome/Chromium  для Linux. В качестве основной причины упоминаются  проблемы с оценкой качества GPU-драйверов в условиях большого разнообразия дистрибутивов Linux. Например, один и тот же драйвер может стабильно работать в окружении одного дистрибутива, но демонстрировать проблемы в окружении другого.


Отслеживание и проверка всех возможных конфигураций и поддержание чёрного списка проблемных систем требует значительных усилий и превращается для разработчиков в кошмар, поэтому проще оставить поддержку аппаратного ускорения декодирования в категории экспериментальных возможностей, для которых не гарантируется стабильность и которые пользователи могут включить на свой страх и риск. Предложение ввести вместо чёрного списка белый список с заведомо работающими конфигурациями также не нашло отклика среди разработчиков Chromium из-за опасения, связанного с общим состоянием поддержки видеоакселерации в Linux.

URL: http://linux.slashdot.org/story/14/03/04/1926233/google-wont...
Новость: https://www.opennet.ru/opennews/art.shtml?num=39242

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

Оглавление

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


2. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 14:27 
Это не нужно. Аппаратное ускорение имеет смысл только на мобильных девайсах для экономии батарейки (хотя на самом деле ещё неизвестно что будет больше жрать - CPU или GPU), на десктопах же уже давно FullHD без проблем раскодируется на одном ядре, это безпроблемней, проще и безопаснее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +1 +/
Сообщение от Xasd (ok) on 05-Мрт-14, 15:14 
> а десктопах же уже давно FullHD без проблем раскодируется на одном ядре, это безпроблемней, проще и безопаснее.

на обычных ноутбуках -- тоже. [ну то есть недобуки -- в расчёт брать не будем если].

не больше чем 15%~30% нагрузки на одно ядро.

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

17. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +5 +/
Сообщение от irinat (ok) on 05-Мрт-14, 15:46 
> не больше чем 15%~30% нагрузки на одно ядро.

На i7-3632QM CPU @ 2.20GHz запросто отжирает 100% одного ядра. Само декодирование действительно не так много ест, зато масштабирование и какой-то странный способ рисования картинки на пару отжирают всё время.

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

33. "Аппаратное ускорение декодирования видео не будет по умолчан..."  –2 +/
Сообщение от Аноним (??) on 05-Мрт-14, 17:15 
Используйте нормальные плееры с эффективным масштабированием.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

39. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от irinat (ok) on 05-Мрт-14, 17:39 
> Используйте нормальные плееры с эффективным масштабированием.

Читайте текст новости. Речь про браузер. Чисто софтовую и не оптимальную реализацию плеера в браузере сравнивают с standalone видеоплеерами, которые как раз и используют GPU для ускорения ресурсоёмких операций. Издавна для этого использовался XVideo, но по разным причинам в браузере его использовать не выйдет, а другие технологии они не хотят включать. О том и новость.

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

61. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Xasd (ok) on 05-Мрт-14, 22:04 
> На i7-3632QM CPU @ 2.20GHz запросто отжирает 100% одного ядра. Само декодирование действительно не так много ест, зато масштабирование и какой-то странный способ рисования картинки на пару отжирают всё время.

может быть Google Chrome действительно так делает..

...но Firefox например -- вот какие показывае результаты HD-видео воспроизведения с Ютуба на ноутбуке [flash-player не установлен, и какие-либо расширения -- тоже. всё по умолчанию]:

http://i2.minus.com/i5Z2EOeWti2fP.png
http://i7.minus.com/ibs7rqztaqw8DD.png

ноутбучный процессор: Intel i3 Sandy Brigde [то есть процессор бюджетного ноутбука].

(да, на данном видео оказалась загрузка одного ядра -- действительно больше чем 15~30% (то есть ваша правда) .. но всё равно это не такая уж прям фатальная ситуация..)

а с учётом всех ядер процессора -- общая средняя загрузка всей системы -- 17~18% (см. опять скриншоты "i5Z2EOeWti2fP.png" и "ibs7rqztaqw8DD.png" ).

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

63. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от irinat (ok) on 05-Мрт-14, 22:49 
Попробовал и я, в Iceweasel 27. В устоявшемся режиме одно ядро грузится процентов на 50. Во время рекламы переваливает за сотню. Но то же видео во Flash-плеере отъедает процентов 15, а в Mplayer'е ещё меньше. Было бы здорово, если HTML5 Video достигло по потреблению хотя бы Flash плеера.

> а с учётом всех ядер процессора

Мне не нравится такая арифметика. У меня с учётом HT 8 ядер. Получается, что 100% загрузка одного -- это всего 12,5%.

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

64. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Xasd (ok) on 05-Мрт-14, 22:56 
> Мне не нравится такая арифметика. У меня с учётом HT 8 ядер.
> Получается, что 100% загрузка одного -- это всего 12,5%.

ну если у тебя комп не нагревается -- то что может не нравиться-то? :-)

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

68. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от irinat (ok) on 05-Мрт-14, 23:50 
> ну если у тебя комп не нагревается -- то что может не
> нравиться-то? :-)

Греется. Причём хоть и ненамного больше, но хватает, чтобы вентилятор переходил на высокие обороты.

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

65. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 23:10 
> На i7-3632QM CPU @ 2.20GHz запросто отжирает 100% одного ядра.

Видео? С ютуба?

>  какой-то странный способ рисования картинки

Xorg strikes back?

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

69. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от irinat (ok) on 05-Мрт-14, 23:52 
>> На i7-3632QM CPU @ 2.20GHz запросто отжирает 100% одного ядра.
> Видео? С ютуба?

Наврал немного. За 100% только реклама переваливает, а видео в среднем 50% ест.

>>  какой-то странный способ рисования картинки
> Xorg strikes back?

Не вникал.

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

71. "Аппаратное ускорение декодирования видео не будет по..."  +/
Сообщение от arisu (ok) on 05-Мрт-14, 23:57 
> Xorg strikes back?

если в кране нет воды — значит, выпили иксы!

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

58. "Аппаратное ускорение декодирования видео не будет по умолчан..."  –1 +/
Сообщение от Аноним (??) on 05-Мрт-14, 21:20 
>>на десктопах же уже давно FullHD без проблем раскодируется на одном ядре

Сказки то не рассказывай. У меня целерон 2х1100Мгц (санди бридж) Продолжать?
Без лагов фильмы больше 10 гигов проигрывает только vlc, в вебе тормозит все выше 720p влючительно с полной загрузкой обоих ядер (но это косяк флеша).

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

60. "Аппаратное ускорение декодирования видео не будет по умолчан..."  –1 +/
Сообщение от Аноним (??) on 05-Мрт-14, 21:22 
> Сказки то не рассказывай. У меня целерон 2х1100Мгц (санди бридж) Продолжать?

Простите, я возможно непонятно выразился. Я имел в виду одно ядре _процессора_, а не убогого калькулятора.

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

72. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от irinat (ok) on 06-Мрт-14, 00:25 
> в вебе тормозит все выше 720p влючительно с полной загрузкой обоих ядер (но это косяк флеша)

https://github.com/i-rinat/libvdpau-va-gl/blob/master/doc/kn...

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

84. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Anonym2 on 16-Мрт-14, 22:29 
>>>на десктопах же уже давно FullHD без проблем раскодируется на одном ядре
> Сказки то не рассказывай. У меня целерон 2х1100Мгц (санди бридж) Продолжать?
> Без лагов фильмы больше 10 гигов проигрывает только vlc, в вебе тормозит
> все выше 720p влючительно с полной загрузкой обоих ядер (но это
> косяк флеша).

Вообще, общий размер файла для плеера значения большого иметь не должен. Хотя могут конечно быть какие-то ограничения. Если, скажем, где-то в 32 разрядной переменной хранится текущая позиция в файле, то... 4 Гб максимум. Или даже 2.
Собственно, декодирование видео хорошо работало (и работает) на старых intel с частотой порядка 400MHz (ядро, разумеется, одно). Проверял с видео DVD (MPEG2, PAL 720x576, с масштабированием к правильным пропорциям (аппаратно)). Загрузка CPU порядка 80% ... Linux, mplayer, cvidix (без X, в консоли, можно даже текстовой или fb, графика хорошая - видео оверлей). Звук, разумеется, тоже проигрывался :-) samplerate 48000 , 2 channels. Аппаратного декодирования на видеоплате, естественно, не было.
Спрашивается, чем грузит ядра идиотская поделка под названием firefox? И прочий флеш. С помощью утубы >:-)
Ну и как правило обычно я в таких случаях для регулярного так сказать просмотра ставил режим декодирования в половинном разрешении (360x288) - всё-таки немного меньше загружает CPU, а особых дефектов я почему-то не замечал... :-)
Можно и с X сервером вообще...

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

85. "."  +/
Сообщение от scorry (ok) on 17-Мрт-14, 12:07 
> Собственно, декодирование видео хорошо работало (и работает) на старых intel с частотой
> порядка 400MHz (ядро, разумеется, одно). Проверял с видео DVD (MPEG2, PAL
> 720x576, с масштабированием к правильным пропорциям (аппаратно)).

О господи. Ты бы ещё с Intel Indeo загрузку процессора проверял.

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

80. "."  +/
Сообщение от scorry (ok) on 06-Мрт-14, 12:02 
Вот же ты дурак-дураком, а...
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Включение по умолчанию GPU-ускорения обработки видео не план..."  –6 +/
Сообщение от Аноним (??) on 05-Мрт-14, 14:34 
На блобе нвидии пусть включают сразу. А амдшники ссзб.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +14 +/
Сообщение от Анонимус_б6 on 05-Мрт-14, 14:36 
всего навсего нужно сделать ЧЕКБОКС, который по умолчанию ВЫКЛЮЧЕН. Кому надо, поставят хромиум и САМИ У СЕБЯ ВКЛЮЧАТ, если будет глючить, то ВЫКЛЮЧАТ ТОЖЕ САМИ
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +10 +/
Сообщение от Аноним (??) on 05-Мрт-14, 14:42 
> всего навсего нужно сделать ЧЕКБОКС, который по умолчанию ВЫКЛЮЧЕН. Кому надо, поставят
> хромиум и САМИ У СЕБЯ ВКЛЮЧАТ, если будет глючить, то ВЫКЛЮЧАТ
> ТОЖЕ САМИ

Это слишком просто в наше то время. Это уже не современный подход к разработке

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

7. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от pavlinux (ok) on 05-Мрт-14, 14:46 
Да! Нужно вкорячть в браузер бенчмарк проверяющий, при каждом запуске, все возможности системы.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Включение по умолчанию GPU-ускорения обработки видео не план..."  –1 +/
Сообщение от Анонимус_б6 on 05-Мрт-14, 14:46 
>> всего навсего нужно сделать ЧЕКБОКС, который по умолчанию ВЫКЛЮЧЕН. Кому надо, поставят
>> хромиум и САМИ У СЕБЯ ВКЛЮЧАТ, если будет глючить, то ВЫКЛЮЧАТ
>> ТОЖЕ САМИ
> Это слишком просто в наше то время. Это уже не современный подход
> к разработке

ну я-то не в курсе современных тенденций в разработке анальных зондов

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

12. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от zhuk on 05-Мрт-14, 15:16 
Это слишком просто с точки зрения реализации, но слишком сложно для пользователя. Вот так должна звучать формулировка в ее современной трактовке.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

26. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +4 +/
Сообщение от Маленькая Серая Мышка on 05-Мрт-14, 16:14 
Верно. Современному пользователю доверять включение чекбокса неразумно, а то мало ли чего.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

86. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от уцйуцу on 28-Апр-14, 08:34 
У этих амдешников с открытым драйвером radeon видео html5 в firefox работает через gstreamer vdpau.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +2 +/
Сообщение от Zenitur (ok) on 05-Мрт-14, 14:48 
А что так? В пакете с Google Chrome лежит libffmpegsumo.so, судя по названию она используется для мультимедиа контента. Разве трудно собрать FFMPEG с поддержкой VDPAU и VAAPI?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от 123 (??) on 05-Мрт-14, 15:21 
Ну так собери. Проблема в мэйнтейне бинарных пакетов.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +4 +/
Сообщение от Zenitur (ok) on 05-Мрт-14, 16:00 
> Ну так собери. Проблема в мэйнтейне бинарных пакетов.

Через dlopen(). Так поступает Skype. Не во всех дистрибутивах Linux есть libpulse.so.0, поэтому зависимости от этой библиотеки нет. dlopen() проверяет есть ли она в системе, если есть то звук идёт через неё, если нет то через libasound2. Skype же не Open Source, и его не пересобрать для избавления от ненужной зависимости. Google Chrome хоть и не проприетарный, но для бинарных сборок было бы неплохо сделать проверку на наличие в системе libvdpau или libva.

Ещё мне нравится libsdl с официального сайта - вообще зависимостей нет, всё через dlopen()! Ну то есть нет иксов - будет работать через directfb, и наоборот. А бинарники из дистрибутивов имеют длинный список зависимостей, так как в бинарных дистрибутивах их компилируют с максимально большим количеством включенных опций. Если в системе нет directfb - всё, не поиграешь. EGL для драйвера NVIDIA скорее всего будет собран так же, чтобы работать и в иксах, и в Wayland.

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

34. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от paulus (ok) on 05-Мрт-14, 17:17 
Как раз таки проприетарный! А вот Chromium нет...
>Google Chrome хоть и не проприетарный
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

45. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от ананим on 05-Мрт-14, 18:44 
А подход — да.
Хромиум (в подавляющем большинстве) пишут те, кто собирает именно хром.
Собсно потому и сабж имеет место.
Перевожу — им нужно именно динамическое определение возможностей целевой системы, а не статическое (собрал сам с чем тебе надо). А это сложно. Потому нафиг.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

47. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от Zenitur (ok) on 05-Мрт-14, 19:20 
Разработчики Flash Player-а это "осилили", версия 11.2 пользуется libvdpau и успешно ускоряет HD-видео на NVIDIA. На компьютерах пользователей ATi/AMD и Intel может не быть libvdpau, но флеш работает. И это классно, и редко в какой программе бывает. Обычно программы выдают ошибку "не найдена зависимость" и не стартуют.

А хотя libvdpau притягивают по зависимостям мультимедиа-кодеки, и вряд ли найдётся такой линукс, где этой библиотеки нет. Поэтому приведу ещё пример. В твоей системе есть libhal? Уверен что нет - в новых дистрибутивах Linux вместо него udev. Flash Player использует libhal для вывода DRM-контента, но почему-то не падает и не ругается на то что библиотеки нет.

Вот бы ещё в Google Chrome сделали всё так же... Причём не только VDPAU, но ещё и VAAPI. И чтобы как флеш плеер, не валилось на системах, где какой-то одной библиотеки нет. Нереального в этом нет ничего: во-первых флеш, во-вторых ffmpeg всё давно умеет, даже не надо писать или накладывать патчи.

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

70. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от irinat (ok) on 05-Мрт-14, 23:53 
> Разработчики Flash Player-а это "осилили"

но выключили декодирование, так как даже на nVidia оно было нестабильным. Его нужно руками включать.

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

75. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от ананим on 06-Мрт-14, 01:58 
а меня вообще поражает с каких это пор линуксоидов дегенератами-вантузятниками считают?
кому надо, тот поставит, настроит, доустановит,… была б сама возможность предусмотрена.
спасибо разрабам (или кто там рулит то?) г3, подход как к олигофренам достал уже.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

74. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от ананим on 06-Мрт-14, 01:55 
> Разработчики Flash Player-а это "осилили",

И что? Понятно же, что проигрывание роликов — это как раз основное его применение.
Чего о хроме не скажешь.
Я ж написал уже — лень им этим заниматься, вот и всё.
> На компьютерах пользователей ATi/AMD и Intel может не быть libvdpau, но флеш работает.

Ну я вон смотрю через
x11-libs/libvdpau-va-gl
     Available versions:  (~)0.1.0^t[1] (~)0.2.1^t[2] (**)9999^t[1] (**)9999[2] {test}
     Installed versions:  9999^t[1](19:59:36 28.02.2014)
     Homepage:            https://github.com/i-rinat/libvdpau-va-gl/
     Description:         VDPAU driver with VA-API/OpenGL backend.
Отлично работает. А почему не падает даже без неё? Так libvdpau_softpipe.so жеж.
# ls /usr/lib64/vdpau
libvdpau_nouveau.so    libvdpau_nouveau.so.1.0.0  libvdpau_softpipe.so.1      libvdpau_trace.so    libvdpau_trace.so.1.0.0  libvdpau_va_gl.so.1
libvdpau_nouveau.so.1  libvdpau_softpipe.so       libvdpau_softpipe.so.1.0.0  libvdpau_trace.so.1  libvdpau_va_gl.so
> Обычно программы выдают ошибку "не найдена зависимость" и не стартуют.

Это когда ставишь уже скомпилированную программу, рассчитанную на статическую линковку.
При этом с битыми зависимостями.
Но тут вопрос тоньше — даже если и зависимости есть, и/или динамическая линковка, и библы присутствуют, это не значит, что это всё дело не показывает тебе пустой квадрат.
> В твоей системе есть libhal? Уверен что нет - в новых дистрибутивах Linux вместо него udev. Flash Player использует libhal для вывода DRM-контента, но почему-то не падает и не ругается на то что библиотеки нет.

В моей системе есть это:
     media-libs/hal-flash
     Available versions:  0.2.0_rc1
     Homepage:            http://github.com/cshorler/hal-flash http://build.opensuse.org/package/show/devel:openSUSE:Factor...
     Description:         A libhal stub library forwarding to UDisks for www-plugins/adobe-flash to play DRM content

зыж
к чему это я?
пусть юзают ffmpeg/gstreamer/этк и не морочают людям голову.
раз это опенсорсный проект, то почему нет?
А-а-а-а! Так вот где собака порылась то!
Проект то открытый, а подход проприетарный.

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

50. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от 123 (??) on 05-Мрт-14, 19:38 
windows way. Таким образом при отсутствии контроля можно получить dll hell. Но по большей части меньше геморроя.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

10. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +2 +/
Сообщение от Zenitur (ok) on 05-Мрт-14, 14:56 
Кстати говоря, если кто-нибудь ещё не знает. libvdpau-va - библиотека для того видеокарта ATi/AMD или Intel заработала с VDPAU. Она расчитана на Flash Player, но вообще может работать ещё на чём-нибудь. https://www.linux.org.ru/forum/development/8868495

Устанавливаем так. Устанавливаем -devel версии пакетов VAAPI и VDPAU, компилируем программу, запускаем браузер:

VDPAU_DRIVER=va_gl LIBVA_DRIVER_NAME=i965 firefox

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

13. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Xasd (ok) on 05-Мрт-14, 15:19 
если вспомнить все твои комментарии (на всех форумах) -- то мне даже страшно представить какой у тебя там на твоём компьютере программный Ад происходит..
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от Zenitur (ok) on 05-Мрт-14, 15:35 
У меня мало программ. Нет ни одной CAD, например. Нет нормального 3D-редактора. Нет аналогов программ ABBYY - FineReader и Lingvo. Нет нормальной программы для вёрстки - Scribus неполноценен. Мало эмуляторов - только сега, Playstation 1 и 2, амига и спектрум. Знаю людей, которые гораздо лучше меня разбираются в том, какие программы есть для линукса. Смотрят Freshmeat, Phoronix, Sourceforge и Github, а я плохо знаю английский язык для этого.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

30. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +3 +/
Сообщение от irinat (ok) on 05-Мрт-14, 16:48 
> libvdpau-va

Мда, неудачное название получилось, плохо гуглится, да и постоянно обрезают. Надо было придумать что-нибудь в духе "stravakob".

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

41. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 17:50 
эта библиотека есть в репах ubuntu: http://packages.ubuntu.com/ru/trusty/libvdpau-va-gl1
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

66. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 23:12 
> эта библиотека есть в репах ubuntu: http://packages.ubuntu.com/ru/trusty/libvdpau-va-gl1

Или в "oibaf PPA". Последний, кстати, работает и с дебианом, как ни странно.

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

31. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним email(??) on 05-Мрт-14, 16:56 
у хрома нет апаратного ускорения и под виндой. хотя может быть он просто сам по себе проц сильно грузит. например  амд e-350 даже 720 валит с ног страшной нагрузкой. в хроме. а вот тот же 1080 уже в эксплорере 10 и 70% по ядрам не даёт.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от анонимм on 05-Мрт-14, 17:09 
гугль расписался в немощи
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от paulus (ok) on 05-Мрт-14, 17:22 
> гугль расписался в немощи

Да какое там ускорение... Даже веб-фоторедактор в г+ не заработает без активации флага chrome://flags/#ignore-gpu-blacklist

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

40. "Включение по умолчанию GPU-ускорения обработки видео не план..."  –2 +/
Сообщение от Аноним (??) on 05-Мрт-14, 17:46 
Это линукс не готов для аппаратного ускорения. В остальных системах все давно работает из коробки а тут до сих пор какие-то сношения с костылями нужны. Причем сношения могут помочь а могут и нет.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

42. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от анонимм on 05-Мрт-14, 18:01 
Смотри анонимный комментарий выше — в венде тоже нету. Кстати, фирефокс, насколько я заметил, на амд е350 играет 720п легко, не напрягая проц. Просто ты онанимный болтун-вантузятник, не видавший линукса.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

44. "Включение по умолчанию GPU-ускорения обработки видео не план..."  –1 +/
Сообщение от Аноним (??) on 05-Мрт-14, 18:23 
> Смотри анонимный комментарий выше — в венде тоже нету. Кстати, фирефокс, насколько
> я заметил, на амд е350 играет 720п легко, не напрягая проц.
> Просто ты онанимный болтун-вантузятник, не видавший линукса.

Зато под вендой заводится на раз-два. А какие нужно проводить обряды и какие мантры зачитывать чтобы оно завелось под линуксом? Хотя бы ютуб. vdpau не пашет, HWAcccelerateEnable = 1 (или как его там, забыл уже) в настройках флэша тоже не дает результата. В статистике созерцаю software video decoding и video rendering. На 1080p в динамичных сценах лютый фреймдроп, мой c2d e8400 загружен почти на 100%. Дрова на невидию нормальные, блоб свежий.

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

56. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +1 +/
Сообщение от Маленькая Серая Мышка on 05-Мрт-14, 20:51 
То-то те китайские HTPC-коробочки, в которых стоят чипсеты, хоть как-то поддерживающие Linux (типа AMLogic) за свои $100 вовсю крутят 1080p под XBMC своими VPU. А Intel NUC стоит втрое дороже и без RAM
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

67. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 23:14 
> Это линукс не готов для аппаратного ускорения. В остальных системах все давно
> работает из коробки

Я и вижу! В виндах WebGL файрфокса блеклистит комплектные системные драйвера, потому что глюк на глюке и глюком погоняет. И даже "апдейт" через винапдейт ставит какую-то некромансию, которая тоже в блеклисте. Как минимум для интелского интеграта. Надо самому топать на сайт интеля, качать оттуда, и вот тогда наконец WebGL заработает и в винде. Изкоробочное ускорение. С кучей багов, бэть...

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

43. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от iles (??) on 05-Мрт-14, 18:07 
а в чем сбсна сырбор.. залез да включил. кому надо знают где, кому не надо не знают про линукс вообще
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Включение по умолчанию GPU-ускорения обработки видео не план..."  –1 +/
Сообщение от MSLinux on 05-Мрт-14, 20:10 
РЕБЯТА ПОДСКАЖИТЕ, как включить GPU-ускорение в firefox??
У МЕНЯ КАК ТО БЫЛА КАКАЯ ТО ВЕРСИЯ, ПО УМОЛЧАНИЮ ОТОБРАЖАЛСЯ ФРАПС В firefox, А СЕЙЧАС НЕТ, УЖЕ ВСЕ ПЕРЕПРОБЫВАЛ В about:config НИЧО НЕ ПОМАГАЕТ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от тоже Аноним email(ok) on 05-Мрт-14, 20:35 
http://old.computerra.ru/gid/rtfm/browser/354055/
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

57. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +3 +/
Сообщение от anonymous (??) on 05-Мрт-14, 21:04 
> РЕБЯТА ПОДСКАЖИТЕ, как включить GPU-ускорение в firefox??
> У МЕНЯ КАК ТО БЫЛА КАКАЯ ТО ВЕРСИЯ, ПО УМОЛЧАНИЮ ОТОБРАЖАЛСЯ ФРАПС
> В firefox, А СЕЙЧАС НЕТ, УЖЕ ВСЕ ПЕРЕПРОБЫВАЛ В about:config НИЧО
> НЕ ПОМАГАЕТ...

Какого чёрта ты тут орёшь?

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

81. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним (??) on 06-Мрт-14, 16:21 
layers.acceleration.*
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

83. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от MSLinux on 07-Мрт-14, 00:03 
включено, но фрапс не появляется
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

59. "Аппаратное ускорение декодирования видео не будет по умолчан..."  +/
Сообщение от Аноним (??) on 05-Мрт-14, 21:21 
Вариант сделать галочку в настройках не рассматривался?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

73. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Perain on 06-Мрт-14, 01:41 
У GPU больше задержки чем у CPU, GPU в хроме можно врубать на больших фрагментах данных
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от Аноним (??) on 06-Мрт-14, 03:48 
тока про 4k не надо забывать
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

77. "Включение по умолчанию GPU-ускорения обработки видео не план..."  +/
Сообщение от kravich (ok) on 06-Мрт-14, 06:43 
>драйвер может стабильно работать с одной видеокартой в окружении одного дистрибутива, но демонстрировать проблемы в окружении другого дистрибутива

Вся суть экосистемы линукса

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

78. "Включение по умолчанию GPU-ускорения обработки видео не..."  –2 +/
Сообщение от arisu (ok) on 06-Мрт-14, 06:57 
> Вся суть экосистемы линукса

человек, который употребляет слово «экосистема» в таком контексте, обычно записной мудак.

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

79. "Включение по умолчанию GPU-ускорения обработки видео не..."  +/
Сообщение от kravich (ok) on 06-Мрт-14, 11:30 
Мне такая аналогия кажется вполне уместной. А можешь поподробнее мысль раскрыть?
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

82. "Включение по умолчанию GPU-ускорения обработки видео не..."  –2 +/
Сообщение от arisu (ok) on 06-Мрт-14, 17:37 
чисто эмпирические наблюдения. есть некоторое количество слов и выражений, употребление которых даёт почти единичную вероятность того, что человек — мудак.

также намекаю, что я не одинок в этом мнении. не надо разговаривать речекряком.

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

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

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




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

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