The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Разработчики Adobe Flash жалуются на особенности ускорения видео в Linux

27.01.2010 11:24

После знаменитого сообщения "Добро пожаловать в звуковые джунгли Линукса", спустя два года разработчики Linux-версии Flash пожаловались на заросли ускорения видео в этой ОС.

К сожалению, в этот раз их очень трудно понять, учитывая, что в Linux'e есть одна универсальная система для поддержки ускорения декодирования различных форматов видео VDPAU, которую поддерживают практически все основные проигрыватели (ffplay/ffmpeg, mplayer, vlc и MythTV). В Gnash, свободной реализации Flash-плеера, поддержка VDPAU уже добавлена в репозиторий исходных текстов и войдет в состав следующей версии.

Дополнение: опубликовано продолжение заметки от разработчиков Adobe, в которой рассказано как решаются те или иные проблемы при выводе видео из Flash-плеера в Linux.

  1. Главная ссылка к новости (http://blogs.adobe.com/penguin...)
  2. OpenNews: Компания NVIDIA выпустила opensource библиотеку для реализации поддержки VDPAU API
  3. OpenNews: В Xine появилась поддержка VDPAU-акселерации.
  4. OpenNews: Первый релиз нового открытого мультимедиа-центра Enna
Автор новости: Artem S. Tashkinov
Тип: Тема для размышления
Короткая ссылка: https://opennet.ru/25169-adobe
Ключевые слова: adobe, macromedia, flash, player, vdpau
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:22, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А у карт ATI что тогда??? Есть CUDA, а есть OpenCL. Что же тогда в роли OpenCL в случае с VDPAU???
     
     
  • 2.15, Basiley (ok), 14:37, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а через OpenGL - не комильфо ?(с атихаком или без).
     
     
  • 3.18, Иван Иванович Иванов (?), 15:01, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А причем тут OpenGL???

    Им декодирование нужно ускорить, а не вывод на экран.

    Тем более, существует 100 вариантов того, что у вас OpenGL акселерация софтверная.

     
     
  • 4.37, Fil0sOFF (?), 17:53, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    OpenCL != OpenGL
     
  • 4.42, Basiley (ok), 19:01, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    о, ну тогда я дейстивиельно попал не в тему(не почитав).
    они хотят утилизировать хардварную акселерацию видеовывода ?
    которой как таковой пока, в Linux, не сложилось(ни практическая реализация, ни количество интерфейсов не уменьшено хотя бы к десятку).
    в этом случае и правда - им есть смысл приузадуматься о OpenGL.
    другого пути НГ.
    пока и возможно надолго.


    p.s.
    чуть не забыл.
    флэш - не нужен.
    обьективно.
    проблема в отсутствии стандарта отраслевого(нишу коего это безобразие занимает).

     
     
  • 5.48, Arti (??), 20:12, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Здравое зерно в том, что они пишут есть - открытый стандартный API необходим. VDPAU - частное решение, и мало годится на роль открытого стандарта. Вопрос в другом: нужен ли сам флеш и/или аппаратная поддержка декодирования в нём.

    В настоящий момент использование xv - обычная практика, технология стабильна, хорошо работает на большом числе комбинаций аппаратных/программных платформ, хотя ускоряет только вывод.

    Есть еще XvMC http://en.wikipedia.org/wiki/X-Video_Motion_Compensation - тут уже есть ускорение декодирования.

    Сейчас наблюдаются определённые сдвиги в области графики для открытых систем. Gallium предлагает общий интерфейс для взаимодействия разных(в смысле не только графических) библиотек с аппаратурой. Посмотрим что будет дальше, технологии должны "созреть".

     
  • 5.50, anonimus (?), 21:12, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >
    >другого пути НГ.
    >пока и возможно надолго.
    >
    >
    >p.s.
    >чуть не забыл.
    >флэш - не нужен.
    >обьективно.
    >проблема в отсутствии стандарта отраслевого(нишу коего это безобразие занимает).

    OpenCL же!!! А не OpenGL...

     
     
  • 6.59, Basiley (ok), 11:43, 30/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>пока и возможно надолго.
    >>
    >>
    >>p.s.
    >>чуть не забыл.
    >>флэш - не нужен.
    >>обьективно.
    >>проблема в отсутствии стандарта отраслевого(нишу коего это безобразие занимает).
    >
    >OpenCL же!!! А не OpenGL...

    курим маны.
    ибо:
    1. OpenCL 1.x - часть cпеков OpenGL 3.x
    2. большая часть фич вполне реализуема поверх OpenGL.
    3. до появления нормальной поддержки OpenCL/DirectCompute/CAL на уровне "драйверов"/x-серверов даже на оффтопик платформе, говорить о OpenCL, рановато.

     

  • 1.2, s90 (?), 12:43, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    для ATI есть xvba
    http://en.wikipedia.org/wiki/X-Video_Bitstream_Acceleration
     
     
  • 2.19, Иван Иванович Иванов (?), 15:02, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ... нерабочая.

    fixed for you.

     

  • 1.3, аноним (?), 12:49, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Проприетарщиков как раз понять очень просто - они хотят ничего не делать и получать бабло, и придумают тысячу оправданий этому. Я плотно занимаюсь именно программированием под GPU, и с VDPAU дело тоже имел - могу сказать что по удобству использования и возможностям виндовый DxVA с ней даже рядом не стоит, это не говоря уже о убогости DirectX в целом.
     
  • 1.4, Игорь (??), 12:56, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понял. Если у тебя карта Нвидиа, то пишешь под ВДПАУ, а если АТИ то под xvba?
    Получается нет единого АПИ???
     
     
  • 2.6, aZ (ok), 13:21, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И под интел ещё отдельное поделие..
     
  • 2.8, Wizard (??), 13:40, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Есть - libva, который может использовать и VDPAU, и XvBA, и что-то в интеловском GMA500/
     
  • 2.16, аноним (?), 14:38, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    VDPAU как раз задумывалось для поддержки любыми вендорами, драйверами и видюхами. Просто тех, кто пишет велосипеды надо поубивать.
     
     
  • 3.23, Dimez (??), 15:12, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ты картинку в новости смотрел? VA-API как раз задумывалось для поддержки любыми вендорами, драйверами и видюхами. А что конкретно работает, VDPAU или XvBA - разработчика волновать не должно. VDPAU - чисто Nvidia разработка.
     
  • 3.43, User294 (ok), 19:14, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А почему нвидия решила что остальные резко должны поддерживать именно то что она предложит? И собственно а оно может быть нахаляву без отчислений реализовано другими? И насколько хорошо оно ложится на их архитектуры GPU, которые нифига не обязаны с нвидией совпадать? Это так, попытка прикинуть - а надо ли убивать велосипедистов :)
     

  • 1.5, AlexYeCu (?), 12:59, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    http://www.lostmarble.com/forum/viewtopic.php?t=14659&highlight=linux

    Если кратко, то нынешние разработчики AnimeStudioPro (в девичестве moho, меняла владельцев несколько раз) не смогли выбрать между ffmpeg/mencoder с одной стороны и libavcodec/gstreamer с другой. В результате не придумали ничего лучше, чем в linux-версии программы для аниматоров отключить поддержку экспорта и импорта видео.

    И вот после такого будут утверждать, что «linux пишут непрофессионалы» и «пользователи линукс не готовы платить за софт».

     
     
  • 2.13, Аноним (-), 14:07, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Буридановы ослы, что тут можно сказать.
     

  • 1.9, User294 (ok), 13:40, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я вообще не понимаю - что они там ускорять хотят? Декодирование H.264 в аж целый мегабит-два? Да с этим даже самый убогий соплерон справится не икнув.
     
     
  • 2.14, Аноним (-), 14:09, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да с этим даже самый убогий соплерон справится не икнув

    Ну-ну. Особенно всякие мобильные устройства.

     
     
  • 3.28, User294 (ok), 16:36, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну-ну. Особенно всякие мобильные устройства.

    1) У мобильных устройств зачастую нет акселераторов вообще. А уж чтобы еще и со стандартным апи ускорения декодирования видео... вы их такие вообще видели?
    2) FYI, n900 спокойно хавает подобное видео. Mplayer даже чисто софтварно base профайл 264-го с таким битрейтом проворачивает на омапе 600МГц. Гы-гы. А до кучи у техасцев есть ускорялка видеодекодирования. Ессно ни разу не совместимая с какими-то там апи, своя собственная, сделанная так как было удобно техасцам. Правда что самое смешное - мплеер на Cortex A8@600MHz жарит как-то не хуже этой ускорялки. Точнее, часть видео плавнее на оном, а часть - на мплеере с софтварным декодированием. Видимо ускорялка не на всех потоках хорошо себя ведет, что вообще типично для аппаратных ускорялок - они очень тупорылы и разборчивы к потокам. Чуть что не так - начинаются проблемы.

     
     
  • 4.35, Аноним (-), 17:40, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >1) У мобильных устройств зачастую нет акселераторов вообще. А уж чтобы еще и со стандартным апи ускорения декодирования видео... вы их такие вообще видели?

    nvidia tegra

     
     
  • 5.44, User294 (ok), 19:18, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, а теперь еще и найдите устройства на ней, с линухом и адоб флешом. Такие вообще бывают? Нвидия давно всем канифолит мозг, но где результат? Более того - они сначала вообще линухи поддерживать не собирались (хохо, удачи им с винмобиле просирающим остатки рынка :D). Собрались ли - а вот хз. Собрались? И если да - так где, блин, продукты на нем? Чип анонсирован хрен знает когда!
     
  • 2.17, Иван Иванович Иванов (?), 14:59, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На youtube ролики сейчас выложены до 1080p.

    У меня на AMD Athlon64 3200MHz тормозят даже 320p ролики в On2 VP6 формате.

     
     
  • 3.26, User294 (ok), 16:23, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На youtube ролики сейчас выложены до 1080p.

    И что? Разрешение ролика не описывает количество данных которые надо декодировать, количество данных описывается битрейтом. И хотя там и 1080 бывает, но у них битрейт совершенно никакой, буквально 1-2 мегабита. И качество кстати у этого всего в итоге тоже совсем не фонтан, особенно если стопкадры посмотреть то сразу видно что там полное дерьмо (как минимум на тех 720p роликах которые есть у меня - оно вот так, артефакты сжатия на равномерном фоне видны в 2 счета, посему сие на звание HD не тянет, строго говоря).

    Если они захотят гнать 264 с потребным для 1080 по уму битрейтом - у них сдохнут сервера, они зафлудят интернет (они и так генерят заметный % траффа) и задолбутся платить за трафф. Да и у половины юзеров нужный битрейт (5 мбит хотя-бы, самый минимум) - просто тупо не пролезет (как ни странно, у янки из-за засилья монополистичного дерьма типа AT&T броадбанд просто заглох в развитии). А с теми битрейтами которые у них есть - справится даже завалящий целерон.

    >У меня на AMD Athlon64 3200MHz тормозят даже 320p ролики в On2 VP6 формате.

    Странно, мягко говоря. Может еще видео с почтовую марку начнем акселерировать? Вообще, такое ощущение что у вас 286 какой-то а не атлон. Потому что атлон не осиливший видео 320х240 - это пипец. Видео такого разрешения первые пни играли без проблем! И даже дивиксины 640х480 тянули. Более того - n900 c несчастным OMAPом на 600 МГц даже чисто программно и без помощи DSP H.264 с таким разрешением (при разумном для такого разрешения битрейте) декодирует влет (более того, оно даже с 800х480 справляется, приколитесь?). Кому-то должно быть стыдно. То-ли обладателю дико кривой системы, толи адобе столь "оптимально" накодившей кодеки. Потому что проц в карманнной железке без особых проблем осиливает H.264 при 800х480. И это при заточке на экономичность по питанию вместо максимума проиводительности!

     
     
  • 4.30, Аноним (-), 16:53, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ведь на Windows сидите, да?

    А на Линуксе Flash именно так и тормозит вне зависимости от конфигурации компьютера.

    Могу видео выложить с показаниями top.

     
     
  • 5.45, User294 (ok), 19:26, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А на Линуксе Flash именно так и тормозит вне зависимости от конфигурации
    >компьютера.

    Тормозит он обычно при включенном композитном манагере и/или с дурным драйвером видяхи. А вовсе не потому что ему видео дескать декодировать тяжко.

    >Могу видео выложить с показаниями top.

    Это я и без всяких анонимов могу. Для тупых - вопрос: а кто сказал что проц грузит именно декодирование несчастного 320х240, которое собссно ускорять собираются? Вы как анализировали на что тратится время? Особенно в закрытом абобовском блобе? А то не хочу ничего сказать но почему-то мплеер на моей машине 1080p H.264 с солидным битрейтом без всякой акселерации тянет. Откуда напрашиваются некоторые выводы, при том в любом случае они почему-то по поводу рукожопости адобы. При том если у них такая рукожопость - хрен бы их там знает что они еще с видеокселережкой родят. Я просто вижу что для их задач можно было бы сделать видеоплеер не через жопу на уровне мплеера и вообще не греть мозг акселережкой - при таких битрейтах как у ютуба, с видео справится даже древний селерон. Если плеер не через жопу сделан. А то этак скоро придется к галимому селерону ставить видяху которая дороже и жручее этого селерона. Пусть тогда блок GPU в проц сначала заинтегряют, как обещали.

     
  • 5.56, nowinter (?), 00:36, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы ведь на Windows сидите, да?
    >
    >А на Линуксе Flash именно так и тормозит вне зависимости от конфигурации
    >компьютера.
    >
    >Могу видео выложить с показаниями top.

    +1 к вышестоящему
    тормозит - да
    из-за декодирования - нет
    вывод - понятен

    жалостливый адоб такой жалостливый

     

  • 1.10, Аноним (-), 13:42, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в opensolaris flash video работает превосходно. что как бе намекает. хотя в последнем flashe поломали ютуб в ХД качестве (только ютуб) - вообщем нужен единый стандарт, но flash не нужен всё равно.
     
  • 1.11, _Vitaly_ (ok), 14:04, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Новость неверно отражает смысл. Они пожаловались на другое:

    "Unfortunately, all of these options have problems right now which make them unsuitable for use in the Linux Flash Player. I plan to expound on this fact in a later post."

     
     
  • 2.21, Иван Иванович Иванов (?), 15:04, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Unfortunately the blog author didn't mention any problems, but mentioned the word thicket.

    That means you haven't even read and understood his blog title - he complains about too many options and difficulty of using them.

    :)

     

  • 1.20, We (?), 15:03, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поздно. Уже скоро можно будет выпиливать из системы. ХТМЛ5 уже ютуб и вимео сделали, скоро остальные подтянутся.
     
     
  • 2.22, Иван Иванович Иванов (?), 15:07, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Поздно. Уже скоро можно будет выпиливать из системы. ХТМЛ5 уже ютуб и
    >вимео сделали, скоро остальные подтянутся.

    H.264 is not _directly_ supported by Firefox and IE.

    That means H.264 in video tag is useless for most Windows and Linux users.

     
     
  • 3.24, Гентушник (?), 15:42, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По этому надо пихать туда Теору а не h264, за который через год придётся делать отчисления.
     
     
  • 4.25, аноним (?), 16:15, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    логика гентушников и прочих лиц пубертатного возраста поражает.
    вместо h.264, для который нормально декодируется железом в embedded и на win, а также со скрипом на *nix, они предлагают более медленный theora, для которого вообще не существует аппаратных декодеров.
     
     
  • 5.27, User294 (ok), 16:27, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ваша логика какова? Вы готовы платить лимоны за супер-дупер-кодек? А я вот - как-то не очень. И собственно тем кто пиндит что есть только Россия предлагаю STFU. Есть вся планета. И нагревать себя на полпланеты аудитории - тупо и неперспективно. И кстати вы забыли сообщить что за аппаратные декодеры отчисления берут. Из карманов юзеров, а вовсе не с потолка, между прочим. Лично я как пользователь предпочитаю чтобы стандарты были бы для меня бесплатны. Ну, я же не плачу за килограммы или метры сами по себе, за сам факт того то я пользуюсь ими? Ну вот и за стандартные видеокодеки платить точно так же не должен. Кому не нравится - пусть барыжит своими кодеками сколько влезет. Но - в стороне от стандартов, плиз.
     
     
  • 6.29, аноним (?), 16:43, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вы готовы платить лимоны за супер-дупер-кодек?

    "лимоны" платит поставщик контента. мне действительно изофаллично, сколько денег понадобилось ютубу на покупку лицензии.

    >И кстати вы забыли сообщить что за аппаратные декодеры отчисления берут.
    >Из карманов юзеров, а вовсе не с потолка, между прочим.

    можно узнать сумму с одного устройства?

    >Лично я как пользователь предпочитаю чтобы стандарты были бы для меня бесплатны.

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

     
     
  • 7.32, Аноним (-), 17:21, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Компания-разработчик аппаратной железки платит роялти правообладателю кодека. Естественно компания-разработчик не оплачивает это из своего кормана, а закладывает в себестоимость каждого устройства. И все пользователи, в том числе и Вы, платят за возможность использования кодека (протокола etc).
     
     
  • 8.33, аноним (?), 17:31, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    озвучьте, пожалуйста, конкретную сумму с одного устройства в данном конкретном с... текст свёрнут, показать
     
     
  • 9.36, Аноним (-), 17:52, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмите цену своего собственного сотового телефона, там куча всяких лицензируем... текст свёрнут, показать
     
     
  • 10.40, аноним (?), 18:03, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    сумму в центах, пожалуйста, на примере любой выпускающейся в настоящий момент мо... текст свёрнут, показать
     
  • 9.38, Аноним (-), 18:01, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, касательно mpeg-4 ссылка http www streamcrest com MPEG-4 20License 20... текст свёрнут, показать
     
  • 7.46, User294 (ok), 19:37, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть, если я захочу поставить свой сервак и показывать кино - я должен какого... большой текст свёрнут, показать
     
     
  • 8.49, аноним (?), 20:28, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    априори ничего должны но если хотите использовать защищенные разработки, будьте... большой текст свёрнут, показать
     
     
  • 9.53, User294 (ok), 00:09, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Защищенные От чего От кого Мне ни в одно место не впились защищенные разрабо... большой текст свёрнут, показать
     
  • 7.52, Aleksey Salow (ok), 21:49, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > можно узнать сумму с одного устройства?

    Если не ошибаюсь, то 0.25$ с лимитом в 5 лямов. Впрочем местным завсегдатаям важен сам факт, а не величина суммы.

     
     
  • 8.54, User294 (ok), 00:13, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ессно, потому что если платить всем вымогателям по четверть бакса - без трусов о... текст свёрнут, показать
     
     
  • 9.57, Aleksey Salow (ok), 10:54, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не платите, не покупайте продукты в которых есть отчисления В чём проблемы Сде... текст свёрнут, показать
     
  • 5.31, Alen (??), 17:14, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А какое отношение имеет теора к генту?!
    Видимо у анонима какие то половые трудности в связи с неспособностью осилить :)
     
     
  • 6.34, аноним (?), 17:32, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    протрите очки и внимательно посмотрите на никнейм одного из предыдущих комментаторов
     
  • 4.51, Aleksey Salow (ok), 21:47, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    осталось понять зачем это нужно гуглю, у которой весь внутренний контент лежит в h.264. Думаю что сэкономленный трафик на h.264 по сравнению с теорой для гугля стоит поболее тех 5 лямов в год что хотят за лицензию.
     
     
  • 5.55, User294 (ok), 00:14, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А вот вопрос: а нафиг они купили On2?
     
  • 5.60, Basiley (ok), 11:45, 30/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >осталось понять зачем это нужно гуглю, у которой весь внутренний контент лежит
    >в h.264. Думаю что сэкономленный трафик на h.264 по сравнению с
    >теорой для гугля стоит поболее тех 5 лямов в год что
    >хотят за лицензию.

    на убой.
    этож патентные тролли.
    подьедают там где майкрософту высовываться - плохо для PR-а.
    ибо вторая голова одного чудовища обе корпорации(но не единственные, впрочем).

     

  • 1.39, pilat (ok), 18:02, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > .. учитывая, что в Linux'e есть одна универсальная система для поддержки ускорения декодирования различных форматов видео VDPAU

    Насколько я понимаю из графика, едиеной системой призвана быть VA-API, а не NVidia-only VDPAU. Текст новости подправьте, пожалуйста, дабы не вводить в заблуждение!

    P.S. я не знаю что именно используют mplayer, VLC и прочие. Точно не VDPAU(у меня ATI карточка; R500) и не XvBA(open-source дрова из коробки), но скачав ролик с ютюба на комп, я его с пом. этих плейеров могу нормально смотреть на полный экран. В Flash же слайд-шоу.

    Кстати, не вижу на графике старого доброго Xv..

     
  • 1.47, Sarius (ok), 19:38, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    VDPAU сколько раз пытался завести - всё неудачно. Уже не знаю куда копать.
    Nvidia 9600GT, Archlinux
     
     
  • 2.58, pkunk (?), 12:51, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Пересобери mplayer с --enable-vdpau, естественно пакет nvidia должен быть установлен
    пересобирай от рута, типа того:
    sudo makepkg --as-root
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру