ATI/AMD видеокарты (Radeon - X и HD cерия, аппаратное h.264 ускорение - UVD/UVD2/AVIVO HD/XvBA)

  • Цитата

    Со слов пользователя 1455
    По поводу дисков...
    В основном, они идут сейчас в популярном контейнере mkv. Реже попадаются avi и ts, так же по суть h2.64.


    мы же не про контейнеры сейчас говорим, а про кодеки. И на HD-дисках можно встретить mpeg2, h.264, VC-1. На диске так же может быть и прогрессив. Ты уверен, что в случае с тестируемыми тобой дисками ты имел дело с кодеком h.264 и диск был записан в интерлейсе ? (я к тому, что условия теста должны быть одинаковы)


    Цитата


    Смотрю эти диски пока через Театр (просто плейер), а онлайн через DVBViewer.


    ну, и винда имеет место быть - не линукс. Или ты имеешь ввиду HD диски под Театром смотрятся лучше, чем HD dvb-s2 каналы на DVBViewere ? И далее продолжу мысль, которую ты уже озвучивал - но под линуксом (vdr) hdtv каналы смотрятся лучше, чем под виндузовым DVBViewer - так да ?


    Цитата


    Поскольку Discovery это не фильмовой канал, то, конечно, качество там почти всегда лучше фильмовых каналов.


    тогда давай уточним - какие конкретно hdtv каналы ты имеешь ввиду и какой у них реальный битрейт и разрешение ? Согласен, что у фильмового +++ hd канала качество просто никудышное, как и его битрейт.


    Цитата


    Все указали на один и тот же с диска, несмотря на его 720p, а все записи с Примки в 1080i были решительно отметены, как непохожие.


    ах, так ты 720р на диске сравниваешь с 1080i со спутника - сравнение явно не корректное. Сравнивать надо корректно. Посмотри к примеру на швейцарцев с 13е с их 720р. Ну и на битрейт тоже.


    Цитата


    На мой взгляд, объяснение простое: любой проект диска проходит сложную процедуру динамической отфильтровки шумов и выравнивания цветого тона однородных объектов. Кроме того, ведётся визуальный подбор приемлимого битрейта, чтобы вогнать в заданный размер болваники и т.п.


    по моему, ты усложняешь. Достаточно оценить 3 параметра - разрешение, битрейт, прогрессив или интерлейс.


    Цитата


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


    все это было записано на кинопленку одной из киностудий :)


    Цитата


    Катрейн (по словам многих) при прочих равных усл. даёт безусловно хорошее изображение. Но если говорить про HDMI, то это просто интерфейс, а математика в плане собственной обработкти сигналов в LCD-панелях разная и работают они, мягко говоря, не одинаково. Правда ведь? Значит, разницу в качестве источников можно и не усмотреть.


    я имел ввиду, что в Кате имеется hardware h264 декодер - не он ли является источником качественной картинки с Кате.

  • под винду уже вышел
    ATI Catalyst™ Software Suite Version 8.1


    Помимо обычных исправлений ошибок, в новой версии появилась поддержка фирменной функции MultiView. Список серий видеокарт, поддерживающих MultiView: Radeon HD 3870, Radeon HD 3850, Radeon HD 2900, Radeon HD 2600, Radeon HD 2400, Radeon HD 2350, Radeon HD 2300, Radeon X1950, Radeon X1800, Radeon X1650, Radeon X1600, Radeon X1550, Radeon X1300.


    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.


    ждем-с версию под Linux

  • ну, хотя бы xv бы пофиксили. А вот интересно, чем вызван факт, что поддержка avivo hd / uvd до-сих пор не реализована в каталисте. Это искусственное ограничение (ждут чего-то) или руки у программеров ATI не доходят до этого ?

  • Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    Новая версия драйвера для видеокарт AMD/ATI
    Вышел Catalyst 8.1 драйвер для систем Linux
    Нововведения: поддержка дистрибутивов RHEL 4.6 и 5.1, Ubuntu 7.10
    Исправления: fglrx больше не игнорирует моделайны, в правом нижнем углу больше нет артефактов, подключение 1680x1050 монитора не ведет к определению максимального разрешения на нем - 1280x1024, suspend и hibernate теперь работают с 2.6.23 ядром.

  • Вот вчера промелькнуло на radeonhd рассылочном листе.
    Просто ободряющие такие новости. :( Короче правда проще
    купить процессор помощнее и не ждать ветра с моря.


  • И всётаки в 8.1 Proprietary Linux x86 Display Driver есть и положительное.
    Не скажу насчёт ускорения, но дописав в xorg.conf строчку Option "TexturedVideo" "on"
    заметил явный сдвиг в лучшую сторону.
    Вот что выдаёт xvinfo



    Попробовал запустить в mplayer файл записаный в формате *.ts c DiscoveryHD (довольно тяжёлый для воспроизведения) и остался полностью доволен результатом. Идёт чисто, без затыканий и заиканий, загрузка процессора не превышает 70%


    Ну и теперь о неприятном.
    dmesg выдаёт ошибку [fglrx:drm_parse_option] *ERROR* "agplock" is not a valid option
    Чё за фигня? Ответа нигде не нашёл.

  • судя по всему, тебе повезло (временно) с фрагментом - мплеер у тебя 2007 года, а в нем еще нет поддержки spatial direct mode. Так что, если наткнешься, когда используется этот режим, артефакты и рассыпания не заставят себя ждать.

  • Да, плейер не из SVN, дата 07.10.2007. Это последний стабильный, И почему его нерекомендуется использовать? Я сейчас как раз занимаюсь сборкой, хочу попытаться вывести картинку через softdevice. Мне никогда не нравился весь этот геморрой с xine и придётся лопатить softdevice вдоль и поперёк. Тем более,что софтдевайс использует внешний ffmpeg. FFmpeg у меня собран вчера из SVN.


    Да, не смог найти параметры для ffplay, или он настолько примитивный что их просто нет?

    Сообщение было отредактировано 1 раз, последнее редактирование пользователем warp ().

  • сами разработчики МПлеер настоятельно рекомендуют использовать svn версию мплеера. Иногда они даже отказываются принимать баг репорты, если версия не свежая. МПлеер уже включает в себя ффмпег, а с октября по февраль в нем достаточно много изменений было, в том числе и для h.264 тоже.

  • Поставил SVN, вот что получается


    Хотя воспроизводит по прежнему нормально.
    А чё это за фигня [h264 @ 0x88e9c10]decode_slice_header error ?

  • фиг знает, что это за сообщение - ясно только одно, что оно вызвана ошибкой
    [h264 @ 0x88e9c10]B picture before any references, skipping


    но как лечить - только разаработчики могут сказать.


    По идее, надо бы отписать репорт в мплеер-лист или ffmpeg-dev и залить образец на их ftp сервер.

  • судя по настроениям в irc канале radeonHD одного из разработчиков catalist в ближайшие месяцы не стоит ждать аппаратного ускорения h.264 video в их дровах. Есть другие задачи, на которые направлены силы разработчиков этих дров. Но в todo у них запланирована поддержка avivo hd & uvd для карт HD серии.


    кроме того, разработка нового API для hardware video decoding - VAAPI также находится в начальной стадии.



    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.


    Overview
    This API is intended to provide an interface between a video decode
    application (client) and a hardware decode accelerator (server), to off-load
    video decode operations from the host to the hardware accelerator at various
    entry-points.



    Ну и третий момент - даже если дрова (открытые или закоытые - неважно) будут поддерживать hardware декодирование h.264 потоков, даже если API будет закончено, то на вопрос - когда на уровне софта (ffmpeg, MPlayer, xine... ) это будет реализовано сейчас никто не сможет ответить.



    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    mobile-hw-decode

  • новый адрес для спецификаций от ATI


    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.


    Open GPU Documentation: This page contains register level documentation on AMD graphics processors for chip initialization, displays, and overlays. Documents for mobile chips are a superset of the desktop chip documentation; they contain all the desktop chip information as well as any relevant mobile additions.


    M56 - This document contains register information for AMD R5xx series processors (x1300, x1400, x1600, x1900 series chips).


    M76 - This document contains register information for AMD R6xx series processors (HD2400, HD2600, HD2900 series chips).


    RV630 - This document contains register information for AMD R6xx series processors (HD2400, HD2600, HD2900 series chips). This document is generally a subset of the M76 document and has been published for continuity.


    RS690 - This document contains register information for AMD RS6xx series processors (x1200, x1250, x1270 series chips)

  • Video acceleration - это будущее radeonHD (вот только не знаю - далекое оно или близкое)




    из вчерашней рассылки radeonHD


    также в radeonHD планируется поддержка чипсета AMD 690G

  • Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.


    AMD/ATi Catalyst 8.455.2


  • Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.




  • Исходный код
    VAAPI также находится в начальной стадии.


    Задумка вроде неплохая. А ты пробовал libva прикрутить, я чёт не совсем разобрался. Они там пишут "Extending XvMC was considered, but due to its original design for MPEG-2 MotionComp only, it made more sense to design an interface from scratch that can fully expose the video decode capabilities in today's GPUs.". Но работает ли это поверх старого mpeg2?


    Ну и насчёт Ati 6.8.0, нас это не должно интересовать. Аппаратной поддержки HD-VIDEO в картах ниже линейки 2кHD всё равно нет.

    Сообщение было отредактировано 1 раз, последнее редактирование пользователем warp ().

  • не пробовал, т.к. на данный момент не вижу никакого смысла - дров нет, приложений, поддерживающих VAAPI тоже нет.


    что касается ATI 6.8.0 release, то как раз в этой версии и получили поддержку карты серии ATI HD 2****, включая чипсет rs690



    Цитата


    Major changes:
    - - radeon support for r5xx, rs6xx, and r6xx chips using ATOMBIOS


    а поддержка 3D в radeonHD и в ati radeon будет внедряться параллельно - разработчики решили объединить совместные усилия.

  • новости с ЛОРа


    судя по форониксу, скоро будут открыты 3D-спеки для серии R600.
    Сегодняшние спеки позволят начать работу над open-source R500/600 3D support for the Radeon and RadeonHD drivers, а также R600 2D acceleration.


    Верной дорогой идем, товарищи !!! (С)