В дополнение к ранее открытому (http://www.opennet.me/opennews/art.shtml?num=36571) коду для задействования UVD-декодеров GPU, компания AMD опубликовала (http://lists.freedesktop.org/archives/dri-devel/2014-Februar...) код для обеспечения поддержки аппаратных механизмов ускорения кодирования видео, предоставляемых VCE-движками (Video Encode Engine) современных GPU. Код для использования VCE подготовлен для свободного драйвера Radeon, включая патчи (http://cgit.freedesktop.org/~deathsimple/linux/log/?h=vce-re...) для организации взаимодействия с оборудованием через drm-модуль ядра Linux и реализацию (http://cgit.freedesktop.org/~deathsimple/mesa/log/?h=vce-rel...) аппаратно ускоренного кодировщика H.264 для Mesa.
VCE предоставляет средства для аппаратного ускорения кодирования видео H.264, оптимизированные для кодирования с низкой задержкой, например для организации вывода на беспроводные экраны. Тем не менее, VCE может применяться и при кодировании общего назначения. Обеспечена поддержка только движка VCE2, присутствующего в новых чипах Sea Islands, Kabini, Kaveri и Hawaii. Движок VCE1, используемый в семействах GPU Southern Islands и Trinity, пока не поддерживается. Поддержка кодирования в настоящее время обеспечена только через трекер состояний OpenMAX.URL: http://lists.freedesktop.org/archives/mesa-dev/2014-February...
Новость: http://www.opennet.me/opennews/art.shtml?num=39014
для r600 это хорошо? когда я где-то год или два назад, смотрел, по части 3d особой разницы между закрытым и открытым драйвером не видел, а вот видеоускорение того же h.264 - время и земля. сейчас сравнить не с чем, но интересно, что есть уже сейчас, и что будет после этих изменений?и ещё - коснутся ли какие-то изменения r300? или драйвер уже сдан в архив, и никто для него изменений не делает?
при чем тут r600? не поддерживает оно. а r300 уже вообще похоронили, увы, у меня комп с такой карточкой в наличии...
> а r300 уже вообще похоронили, увы,Это древнее ископаемое делало ATI, задолго до покупки АМД. Ясен пень амдшникам не сильно охота чужое барахло сильно поддерживает. Да и на уровне хардвара оно сильно более примитивное и много чего не умеет.
Зачем так категорично. Драйвер сейчас поддерживает аппаратное декодирование через UVD для r600, и железо поддерживает, но прошивка для r600 - нет. И кажется мне и не будет. Единственная надежда на декодирование на 3D движке.
Поддержка аппаратного декодирования HD-видео в открытом драйвере появилась только в 2013 году, совсем недавно. Нужно ядро Linux 3.10 и VDPAU. А в закрытом оно появилось в 2009 году, нужно любое ядро Linux и VAAPI. Когда ты пробовал HD-видео с открытым драйвером, оно аппаратно не ускорялось.
Тут про _кодирование_ видео, баклан.
в новости - да, а ответ на пост где "... видеоускорение того же h.264 ...". Что тут подразумевается под "видеоускорением h.264" - непонятно.
Чего обзываешься?
Школоивелы, школоивелы эвривэр.
VCE появился только в HD7900. На r600 и r300 этого нет.
Все жду патчей для поднятия fps, и все никак. Блоб уг, открытый драйвер чуть менее, но тоже. Кому не плевать на декодирование видео?
До покупки компании ATi компанией AMD я предпочитал процессоры AMD и видеокарты NVIDIA. Теперь у меня так только на большом компе. В 2010 покупал ноутбук с AMD+ATi, м-да. В 2013-м купил ноутбук с Intel + NVIDIA, хотя предпочитаю AMD. Лишь бы больше не иметь проблем с ATi. Теперь FPS в играх в Linux равен FPS в играх в Windows.
Имею ноут с 425M, на котором решил поиграться в свободное время. Платформа Optimus (intel HD+425M), установлена xubuntu 13, ядро какое не помню. Драйвера с сайта нвидии не устанавливаются, ругаются на что то в ядре. Система сама драйвера тоже не подтащила. Соответственно нихрена ничего не работает, и о фпс на на Win даже мечтать не приходится.
> ядро какое не помню.
> ... ругаются на что то в ядре.На Opennet, на мнения таких людей кладут, срут, и забивают.
Да я вкурсе этого. Мне сугубо лень разбираться было,потому что машина не для игр по идее. По мне это отличный показатель "наикрутейшей" поддержки nvidia. Что бы погамать в TF2 мне придется убить больше времени на танцы с бубном ))) Ну его на )) На другой машине с HD5850 и той же убунте не было кстати вообще никаких проблем.
> Мне сугубо лень разбираться былоэээ... зря ты такое говоришь... здесь...
Ну, мне и на серверах с ним гемороя рабочего хватает, что бы еще ради одной двух игр пол дня сношаться. Это скорее ради интереса было, потому что под Win то частые проблемы с оптимусом были а тут я был заранее уверен что не заработает)) Так и вышло.
> На Opennet, на мнения таких людей кладут, срут, и забивают.Ну как обычно, фаны нвидии же. Они или поют дифирамбы о том как все круто, если все работает. Или ныкаются по кустам как позорные койоты и оттуда ссыкливо тявкают, если лыжи не поехали. Потому что починить грабли глючного блоба все-равно никто кроме нвидии при всем желании не сможет...
Блобы Нвидии работают всё, то есть абсолютно, как бы желчь у тебя от этого не выделялась.
Ну и в добивании гвоздя в гроб: http://www.opennet.me/openforum/vsluhforumID3/93893.html#45
Писаться от счастья, что оно ваще запустилось, при полном говне на экране, но уже 10 FPS
и 1024x768, в 2014 году! :D
> уже 10 FPS и 1024x768, в 2014 году! :DТы правда думаешь, что нвидиевский блоб на такого же уровня GPU больше FPS выдаст?
>> уже 10 FPS и 1024x768, в 2014 году! :D
> Ты правда думаешь, что нвидиевский блоб на такого же уровня GPU больше FPS выдаст?Мозг включай! Нвидия, "такого же уровня GPU", сейчас стоит примерно 1$, называется GeForce 4, 2002 года выпуска.
> Блобы Нвидии работают всё, то есть абсолютно, как бы желчь у тебя
> от этого не выделялась.Без глюков? Ну-ну-ну.
>> Блобы Нвидии работают всё, то есть абсолютно, как бы желчь у тебя
>> от этого не выделялась.
> Без глюков? Ну-ну-ну.Список в студию! Потом нунукай.
>> Без глюков? Ну-ну-ну.
> Список в студию! Потом нунукай.Нунукал и буду нунукать. На два краша иксов, именно по вине оф. драйвера, лично наступал. Или он у нас аки дева Мария, един чист и безгрешен, распечатанные исходники^W дизасм исцеляет от сегфолтов и болей в пояснице?
> купил ноутбук с Intel + NVIDIA
> Лишь бы больше не иметь проблем с ATi.Если еще и без Intel, совсем проблем не будет.
Да не, с интел всё путём. Разве что Quick Sync вроде еще нету в линуксах...
А вот если без нвидиа (если с проф т.з. не нужно) то дрова интеловские лучше отлажены.
вообще то кодирование видео на интеле реализовано давно. Вам надо лишь написать программу которая сможет этим воспользоваться, так сущие мелочи.
> Если еще и без Intel, совсем проблем не будет.Лучше наоборот. У интела есть хороший открытый драйвер, с которым проблем минимум. А у нвидии только блобье, которое с вероятностью 50% отвалится при апдейте ядра/иксов/etc.
Настольные процы AMD - гавно, только Оптероны!
> Настольные процы AMD - гaвно, только Оптероны!Да ну, не пинди, FX-ы тоже ничо так: куча ядер и ECC оперативку поддерживают. Можно занедорого собрать себе систему с ECC, аппаратной виртуализацией (с iommu) и прочая.
>> Настольные процы AMD - гaвно, только Оптероны!
> Да ну, не пинди, FX-ы тоже ничо так: куча ядер и ECC
> оперативку поддерживают. Можно занедорого собрать себе систему с ECC, аппаратной виртуализацией (с iommu) и прочая.А мать-то такая есть?
> Все жду патчей для поднятия fps, и все никак.Не ssy, жди
Вчера записал с качеством кодирования ultrafast видео того как я играю в игру. Получилось много гигабайт. После записи открыл редактор Openshot, сделал монтаж, осталось три минуты видео. Сохранялось 10 минут :-( Хочу аппаратный кодировщик, а не только декодировщик.
> Хочу аппаратный кодировщик, а не только декодировщик.Ты текст новости внимательно читал?
Аппаратные энкодеры обычно не очень хорошее качество дают.
Та же реализация на CUDA так и не взлетела.
> аппаратный кодировщик, а не только декодировщик.Тогда купи слона^W новый APU/GPU от амд или интел. Только обычно аппаратный кодек жмет не так уж качественно - можно и обычному софтварному кодеку захинтить режим типа реалтайма. Он тоже будет жать быстро но не особо качественно.
Оно может кодировать в режиме Rt?
Это как, за 0 тактов?
за 1 проход пологаю по времени выполнения
> Оно может кодировать в режиме Rt?Оно в основном для этого и сватается...
> Движок VCE1, используемый в семействах GPU Southern Islands и Trinity, пока не поддерживается.Жалко, у меня именно APU A8(Trinity), продолжаю сидеть на каталистах.
>> Движок VCE1, используемый в семействах GPU Southern Islands и Trinity, пока не поддерживается.
> Жалко, у меня именно APU A8(Trinity), продолжаю сидеть на каталистах.Интересная логика, каталист в линуксе не поддерживает VCE вообще никак и нигде.
Завел и протестировал
http://www.gearsongallium.com/?p=1142