форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Аппаратное ускорение декодирования видео не будет по умолчан..."	+/–
Сообщение от 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-ускорения обработки видео не план..."	+/–
Сообщение от Аноним (??) 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-ускорения обработки видео не план..."	+/–
	Сообщение от тоже Аноним (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 | Индекс форумов | Темы | Пред. тема | След. тема