>>OpenCL - это _произвольные_ вычисления а не какое-то там галимое акселерирование
>>предопределенных производиотелем форматов потоков.
> Оно наверное не просто так предопределенное - там наверняка все оптимизированно.А у автомата оплаты предельно оптимизированный юзеринтерфейс для одной конкретной операции. Зачем вообще нужны эти неудобные писюки и планшеты, да? :)
> В отличии от opencl, vdpau/vaapi это не только декодирование, но еще и
> вывод видео(причем с деблокингом, деинтерлейсингом и прочей постобработкой силами видеокарты).
Опять же - все в объеме заранее вшитом в неперепрограммируемый блок. Нафиг нужно. Не хотите продать компьютер и купить себе телефон-звонилку взамен? В нем зашито минимум функций, программы добавить нельзя, зато типа оптимально звонить, во. А то что с него на произвольный форум типа опеннета писать нельзя - так давайте лучше полечим что зато звонить удобно и проц там оптимальнее расходуется, да? :)
> А значит придется два раза гнать видео, один раз для декодирования,
> второй раз для вывода.
Да и фиг с ним, там DMA во все поля и pci-e, особенно 2.0, х16 - еще и не на такое хватит. Кроме того, если кто в танке, фильтры не обязаны быть именно _декодированием_. Это может быть и какой либо полностью кастомный эффект, например.
> Кроме того, у меня лично opencl/cuda приложения настолько грузят видео, что даже
> без композитного менеджера окон становится очень медленно. А тут еще надо вывести.
Капитан намекает что нагрузка зависит от opencl kernel-а и его свойств. Вон например в Коливасовском майнере вообще можно регулировать кушание ресурсов видеокарты - от пахания в совсем фоне до состояния когда все ресурсы - нам, а экран изредка обновляется. Ну и так далее. Думается что фильтры ориентированные на реалтайм воспроизведение будут вести себя культурно, иначе гстримеру багов навалят до упора. А не ориентированные на реалтайм - так там час процессинга вместо 20 часов - все перевесит. Кому надо часто и много - заведет себе рендер ферму в чулане :)
> И нормальный енкодер в h264 на cuda/opencl пока не написали почему-то.
Если честно, мне - насрать. Для себя я вообще планирую использовать для долговременного хранения VP8+Vorbis = WEBM, если что. Потому что зависеть от капризов погоды и что там через эн лет еще поменяет в условиях лицензирования MPEG LA мне жутко влом, а вот проиграть видео через 10 лет на недискриминационных условиях и без привязки к конкретной железке конкретного вендора мне бы хотелось, да. У гугла в отличие от некоторых - простая и честная лицензия, по ней дать задний ход проблематично, она проста для понимания и проверена годами.
> Ну и плюс ко всему, аппаратно декодировать могут не только видеокарты, есть
> еще всевозможные платы crystalhd броадкомовские, omx на армах...
Чип на то, чип на се, карта для того и сего. Вот opencl и внесет порядок в этот бардак наконец. Позволив акселерировать _произвольные_ тяжелые массовые операции на более-менее generic хардваре ориентированном на массовые параллельные операции. Вот этот твой crystalhd - он мне зашифрует чтонить blowfish'ем? А sha-512 посчитает? Нет? Замечательно, тогда идите в сад. На opencl можно написать и то и другое. И даже обсчитать кучу данных за раз параллельно во многих случаях. Ну вот а эти доперли кастомные фильтры делать. Логично: зачем и без того замучанный цпу дрюкать операциями с которыми видяхи справляются в десятки раз быстрее?
> Только ЭТО прямо скажем так не суборбитальный реактивный самолёт, а прямо скажем
> велосипед.
Это хороший и правильный велосипед позволяющий двигать туда куда мне надо, а не по вон тем двум с половиной маршрутов в направлении которых заранее проложены рельсы. Не вижу в этом ничего плохого.
