СoreAVC for Linux (Патчи для MPlayer, mythtv, xine)

  • Ты прав. Xinliboutput в этой среде со встроенным в xine-lib ffmpeg нормально заработал с xv.
    Наконец-то приспособил ATI. Значит, нужно пересобрать эту патченную под CoreAVC версию xine-lib с поддержкой внешнего ffmpeg. Тогда будет универсально: побаловаться с win32 декодерами можно и смотреть на ffmpeg в xineliboutut.
    А про софтдевайс читаю, интересно.

  • Всё-таки нужно, чтобы xine в Xv не просто не уродовал изображение с новыми видеокартами ATI, а реально работало 2D ускорение.
    Вот интересный момент: ставлю опять nVIDIA и при той же загрузке CPU (60...80%) плавность изображения становится почти идеальной (среда Ubuntu 8.04-i386). Правда запаса на OSD почти нет - сразу икать начинает. Чувствую, можно снизить загрузку до 50%.
    Попробую подготовить CoreAVC 1.5 в Виндах для оптимизации.


    Освежить бы xine-lib для последнего CoreAVC...

  • Цитата

    Освежить бы xine-lib для последнего CoreAVC...


    В смысле, что шустрее связка xine-lib 1.12 + Core 1.7 или xine-lib 1.2 + Core 1.5. Стоит ли возиться?
    Я вчера в Виндах засекал нагрузку на CPU c Core 1.7 и получается, что от Линукса недалеко ушло.
    Как ни странно, всегда считалось, что аппаратное ускорение обеспечивается связкой драйвера видеокарты, видеодекодера и некоей прослойки, устанавливаемой дружественным проигрывателем. В случае ATI AVIVO это PowerDVD.
    Так вот, весь прикол в том, что установив nVIDIA я так же получаю с Киберлинком в Виндах аппаратное ускорение, чего по идее быть не должно. Значит, возможно задействовать ускоритель видеокарты не только драйвером видеокарты. Эту совместимость в Виндах обеспечивает DirectX 10.


    Ну, это так, мысли вслух...

  • Попробуем запустить ?

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


    В Виндах ставил поверх установленного 1.7, чтобы матрёшку не стирать. Просто он региться в другом месте.


    Виндозный инсталлятор:
    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    Сам *.ax для пробы, настроен согласно скриншоту:
    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.


    Валяться там будет 1 месяц. Пароль - мой ник.

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

  • Работает, но есть несколько моментов.
    Перебрал на патченной (5 раз) xine-lib 1.12. C Гогиным win32registry нормально работают версии 1.5 и 1.7. А вот 1.8 икает - не подходят параметры настроек, которые мы определяем в команде registercodec
    А очень нужно установить ВСЕ параметры (деинтерл., деблокинг и пр.)
    Делаю свой. Читаю инструкцию в части этих параметров при регитсрации.

  • Цитата

    Со слов пользователя 1455
    Я вчера в Виндах засекал нагрузку на CPU c Core 1.7 и получается, что от Линукса недалеко ушло.


    а разница в картинке есть ?


    Цитата


    Как ни странно, всегда считалось, что аппаратное ускорение обеспечивается связкой драйвера видеокарты, видеодекодера и некоей прослойки, устанавливаемой дружественным проигрывателем. В случае ATI AVIVO это PowerDVD.



    так как под виндой каждый проигрыватель использует свой фирменный декодер, то можно перефразировать так - поддержка аппаратного ускорения видео (говорим только про видео, а не про ускорение 3Д) поддерживается дровами на карту, АПИ для аппаратного ускорения и самим проигрывателем со своим декодером.


    Цитата


    Так вот, весь прикол в том, что установив nVIDIA я так же получаю с Киберлинком в Виндах аппаратное ускорение, чего по идее быть не должно.


    почему - не должно ???

  • Цитата

    разница в картинке есть ?


    Практически, нет. Xv сильнее "замыливает" картинку в xine в отличии от софтдевайса.

    Цитата

    почему - не должно ???


    Его и не было до появления в недавнем времени некой унификации. Были сочетания ATIAvivo+PDVD и nVIDIA+PureVideo.
    Как ты сам думаешь, если в PowerDVD до сих пор есть чекбокс "использовать ускорение AVIVO", то с кем они дружат?


    Ещё чутка поковырялся с Core. Переименовал папку /codecs в /win32, перерегистрировал параметры версии 1.8 с ключами от 1.7 (надеюсь, так же всё одной строкой идёт):
    registercodec -r win32registry -k "HKLM\\Software\\IniFileMapping\\CoreAVC\\Settings\\C:\\coreavc.ini" -v "ilevels=2 olevels=2 di=6 ai=0 crop1088=1 deblock=9 vmr_ar=1"


    Вроде, пошло гладко насколько это возможно, но не лучше, чем с предыдущей версией. С другой стороны, загрузка CPU в точности такая же, как в Виндах и без ускорителя в разных программах бывают очень разные результаты.
    Выжимать уже больше просто нечего. За всё остальное отвечает xine-lib и если не идеально идёт, то это уже вина проигрывателя.
    При вЫключенном в декодере деинтерлейсинге (скинул на видеокарту) расчёчки нет.
    Что писать про остальные параметры, которые видно на скриншотах, не знаю.

  • У CoreAVC (в Линуксе) безусловно более гладкое воспроизведение движущихся объектов (относительно неподвижной камеры или наоборот). Но кто пробовал другие win32 codecs?


    У FFMPEG движение ПОКА сопровождается синусоидальными скачкообразными переходами с размытием контуров и даже с их белёсой засветкой. На экранах большого размера это становится намного заметнее. Причём, это вообще не зависит от мощности CPU. Он просто сачкует и поэтому загрузка CPU существенно ниже (30...50 vs 50...80).
    Если поставить видеокарту в прогрессив, то чуть лучше, но всё равно не идеал.


    Но так утверждать, что только Core и всё, я бы не стал. Глючно работает. Вынуждает вылетать xine, на одних каналах работает хорошо, а на других вообще чёрт-те что (ORF HD).
    За уши притянули, короче.

  • Интересная мулька для 64-битных систем проскочила на VDR портале.