Catalyst 13.1

Релиз.

ну вот смотрите. видеообработку(не декодирование) в дровах сейчас переписывают(в питере кстати) полностью. Ибо старая реализация сохранилась аж времен не то R400, не то R500. То есть там есть шейдер, который каждую точку читает по 128 раз например. Пофиг что уже можно делать нормально, на R400 этого не было. Сейчас это убыстряют и добавляют возможность влепить любые свои фичи на OpenCL.

Так вот - тянет на дно декодирование не UVD, а вот гора мусора, связанная с обработкой. UVD - это 16, ну 20 файлов не сильно сложных.

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

тянет на дно декодирование не UVD

В смысле его раскрытие?

Кстати, а в восьмитысячной серии декодер не отделили от DRM? (Или что там мешает раскрытию спеков.)

Спасибо. Побегу домой ставить. Или править ебилд, а потом ставить.

В смысле сам блоб глючащий. XvBA - это дохренища мусора помимо декодирования . Декодирование можно вообще вырезать оттуда за неделю и пустить отдельной библиотечкой. Остальное - собственно и глючит, глючит, глючит.

DRM встроен наглухо. это требование микрософта. Есть копировалка с шифрованием, и модуль, не дающий читать-писать в ее обход в защищенные области видеопамяти

как ты при каждой поездке куда-то, пихаешь в багажник свой не портативный суперкомпьютер

а я не работаю на выезде. В отпуске же комп тем более не нужен, а для ЛОРа достаточно смартфона

или когда хочется лежа поработать

не хочется, ибо печатать неудобно и мышку деть некуда. БДСМ с тачпадом и клиторами не предлагать

Остальное - собственно и глючит, глючит, глючит.

Предположим (хотя по работе XBMC-XvBA так не скажешь) но удаление устаревшего кода разве не решит эту проблему хотя бы частично?

DRM встроен наглухо.

Аппаратно? И в новых восьмитысячниках?

т.к. NVC0 это не NV50.

Видеоблок там почти тот же. Да и в плане 3D они довольно одинаковые. Не удивлюсь, если в течение недели выложат и для nv50 апдейт.

Программируемый DSP же.

В каком месте оно программируемое?

Видеоблок там почти тот же. Да и в плане 3D они довольно одинаковые. Не удивлюсь, если в течение недели выложат и для nv50 апдейт.

Если выложат для nv50, то будет просто замечательно.

В каком месте оно программируемое?

В месте содержимого firmware.

удаление устаревшего кода разве не решит эту проблему хотя бы частично?

Его рядом добавляют :(

Я просто поясню один неприятный момент: есть общий для всех код. Он работает в винде8 где его лижут как жопу босса. И у него не такой уж страшный API. Его-то и можно отделить ото всех и заставить генерить обычные текстуры а не выдавать картинки вовнутрь XvBA. Есть OpenCL, он уже сделан отдельно. И уже сделана обработка на OpenCL. В 10 раз лучше чем была на шейдерах по скорости. Т.е. по сути хоть VDPAU собирай, хоть что. Все есть. Нет только понимания, что надо выкинуть 100 тонн старого говна. Ох, я бы сказал, что там щас воротят и энтерпрайзят, но NDA подписывал.

Аппаратно? И в новых восьмитысячниках?

Можете считать что да. DRM - аппаратный и внутре радеона есть целый процессор, который следит за вами.

В месте содержимого firmware.

Спорить не буду. Но если его таки заставят плясать как надо, а не только, как хочет nVidia - это будет вин.

olegd

Надоело бинарники патчить

На будущее: достаточно взять /etc/ati/signature от стабильного билда (этого достаточно для того, чтобы убрать ватермарк на бете).

ckotinko

Его рядом добавляют :(

Не понял - удаляют старый код и добавляют старый код? Это как?

Его-то и можно отделить ото всех и заставить генерить обычные текстуры а не выдавать картинки вовнутрь XvBA.

Я всё пытаюсь понять, какое конкретно преимущество это даст для разработчиков, пользующихся XvBA SDK сейчас? Ну вот например выделят код для декодирования в отдельную либу (всё ещё проприетарную, верно?) ну вот прикрутят к этой либе VDPAU API и ещё один бакэнд VA-API, но что дальше? Какую пользу это принесёт в сравнении с текущим состоянием XvBA SDK? (Которое с точки зрения пользователя XBMC-XvBA видится нормальным.)

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

Для вывода с поддержкой HDCP оно вроде давно появилось, просто я надеялся, что DRM не настолько жёстко связан с декодером.

devl547

Но если его таки заставят плясать как надо, а не только, как хочет nVidia - это будет вин.

Вычислительных ресурсов там вроде вагон (хватает для 1080p 60 fps) так что надеюсь, что заставят.

под ядро 3.8 соберется?

Не понял - удаляют старый код и добавляют старый код?

все оставляют.

какое конкретно преимущество это даст для разработчиков, пользующихся XvBA SDK

нам проще будет. глюки прут из старого кода, большая часть которого занимается мягко говоря херней. если оторвать декод в отдельную soшку, и обработку тоже оторвать, и совместить их заново без legacy, то оно уже будет работать.

ну вот прикрутят к этой либе VDPAU API

к XvBA не прикрутят. даже шагов не наблюдается. Да, пилить стали активнее,хз почему. Может в андроида целятся?

Какую пользу это принесёт в сравнении с текущим состоянием XvBA SDK

все оставляют.

Но вы же написали «видеообработку(не декодирование) в дровах сейчас переписывают(в питере кстати) полностью.» - так переписывают полностью или всё оставляют? Или речь о различных компонентах драйвера?

нам проще будет.

Ну если вашему работодатели это тоже принесёт профит, то почему бы вам это не сообщить начальству?

к XvBA не прикрутят. даже шагов не наблюдается. Да, пилить стали активнее,хз почему. Может в андроида целятся?

От себя могу сказать только то, что разработчики XBMC-XvBA много переписывались с Tim Writer (бывший Embedded Computing Systems Division liaison engineer (отвечал в том числе за XvBA SDK) и нынешний Manager Embedded Linux and Open Source Graphics). Может он пнул кого нужно?

XvBAем никто не пользуется

4.2

но все пользуются VDPAU. и штеуд с невидией VDPAU поддерживают

Intel не поддерживает VDPAU, совсем.

А АМД изобретает велосипед никому не нужный. Це факт

В данный момент имеем по API на вендора, плюс XvBA и VDPAU-бакэнды к VA-API, так что велосипедят все дружно.

Не видяху. Проц с видеоядром

Еще раз перечитай, я там все ответил.

Catalyst 13.1 (комментарий)

извини, читать не умею

в этом году.

30.12.2013?

точные даты недоступны, но пораньше.

взять /etc/ati/signature от стабильного билда (этого достаточно для того, чтобы убрать ватермарк на бете).

Спасибо, попробую. В следующий раз.

World of Tanks как вис внезапно, так и с новым драйвером виснет.

World of Tanks как вис внезапно, так и с новым драйвером виснет.

Можно ли уточнить, игра виснет, wine виснет, Иксы виснут, драйвер виснет, система виснет? Который вариант?