Что лучше - софтовое или GPU или железное декодирование HD video ?

  • Ну и нельзя забывать, что разработчикам проще, нормально написали дрова и гуляй Вася ...... а с софтовым нужно больше заниматься.

  • Это что же получается, VDR на Windows что ли ?
    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    Если так, то можно одним махом решить проблему софтового декодирования. Мне как-то всё равно, на чём, лишь бы работало, если речь идёт об автозагрузке в облегчённом дистрибутиве.

  • так ты же писал, что под линуксом картинка не хуже виндузовой и что проц справляется. Или очень хочется gpu декодирование включить под виндой ?

  • Проц-то справляется, но понятие "картинка не хуже" в данном случае не затрагивает плавность движения. Там речь была про чёткость, цвет и т.п.
    Где-то читал статью для геймеров "О влиянии лагов на психику". Здоровье дороже. S.

  • т.е. картинка под линуксом дерганная, с пропуском кадров ? я это явление имею на своем компе, но предполагал, что причина в слабом процессоре. Говоря о преимуществах софтового декодирования под линукс


    Цитата


    Качество картинки через hdmi отличное, не уступает качеству с hardware декодера (этот пункт подлежит обсуждению - много нюансов, но при желании все можно настроить)


    я имел ввиду, что картинка на самом деле качественная - резкая, с хорошими цветами и плавная - без дерганий. Если последний пункт (плавная картинка) не реализован, давайте выделим этот пункт в недостаток софтового декодирования. Any comments ?

  • Цитата

    т.е. картинка под линуксом дерганная, с пропуском кадров ?


    Я бы сказал, более дёрганная, чем в Windows. Большинство просто не обращает на это внимание.
    Прихожу в гости к одному, а он давай хвалиться мультиком в прогрессиве. Ага... Я ему говорю, ты глазки-то протри. А он: "да это так, чуть-чуть..." Вот на таких и рассчитано "наше" Европейское спутниковое HD. Вроде, в Америке получше с этим дела обстоят.


    Пока можно только констатировать факт, что даже в Виндах с работающим DXVA при загрузке 5...10% заметны едва уловимые подёргивания. Но в Виндах DVB программы имеют собственный механизм онлайн-воспроизведения и поэтому многое зависит от самой программы. При наличии 2 и более Гигов памяти, можно держать в ней большой видеобуфер-таймшифт. А буфер на HDD дефрагментировать нужно, если винт древний. А ведь дисковые операции прожорливы до ресурсов.


    В Линуксе я сейчас имею 30...60% занятости с FFMpeg. Плавность условно на три с минусом. Так же заметны какие-то ритмичные изменения оттенка и контуров движущихся объектов (реклама на бортах хок. площадки и т.п.).
    С CoreAVC плавность на твёрдую четвёрку при загрузке CPU под 70...90%. Чтобы там хватило ресурсов на OSD я ставлю в настройках плагина vdr-xine "Режим отображения OSD: Подгонка LQ".

  • и еще один минус софтового декодирования под линуксом я забыл отметить - ПОКА в ffmpeg отсутствует поддержка multithreading для h.264 видео, которое закодировано более современным методом, который используется x264 кодеком - frame based. Мультитрединг в ffmpeg поддерживается только для устаревшего метода кодирования - slice based метода.

  • а вот и NVIDIA разродилась своим API под линукс c поддержкой GPU decoding video - VDPAU (Video Decode and Presentation API for Unix). Пишут, что уже есть патчи для MPLayer & ffmpeg которые внедряют поддержку VDPAU. В самой последнй версии бинарных дров от Нвидии есть поддержка VDPAU тоже.


  • Надо попробовать, хотя это только начальная поддержка.

    Исходный код
    * Added support for CUDA 2.1.
     * Added initial support for PureVideo-like features on Linux via the new VDPAU API (see the vdpau.h  header file installed withthe driver).
     * Added new workstation performance optimizations.
     * Enabled the X Render "GlyphCache" by default.
     * Disabled shared memory X pixmaps by default; see the“AllowSHMPixmaps" option.
     * Fixed a regression that could result in window decorationcorruption when running Compiz using   Geforce  6 and 7 series GPUs.
     * Improved X pixmap placement on GeForce 8 series and later GPUs.
     * Improved compatibility with recent Linux kernels.
     * Improved stability on some GeForce 8 series and newer GPUs.


    Тут хоть написали без партизанщины.

  • U.Ипп-понский бог... Ну, спасибо ребята.

    Исходный код
    Known Limitations:
            1. Playing some video streams may cause GPU errors and/or hang or
               crash the system.
            2. The skip forward/backward features are not robust yet and
               can cause application or system hangs/crashes.
            3. MPlayer OSD or Composite Picture is currently not supported.
            4. Problems have been observed when building MPlayer with these
               patches using gcc-4.3.2.
  • Новая версия от nVIDIA:
    Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
    Вообще, надо в отдельную тему...