| 1.1, Аноним (-), 12:22, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А у карт ATI что тогда??? Есть CUDA, а есть OpenCL. Что же тогда в роли OpenCL в случае с VDPAU???
| | |
| |
| |
| 3.18, Иван Иванович Иванов (?), 15:01, 27/01/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
А причем тут OpenGL???
Им декодирование нужно ускорить, а не вывод на экран.
Тем более, существует 100 вариантов того, что у вас 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.3, аноним (?), 12:49, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Проприетарщиков как раз понять очень просто - они хотят ничего не делать и получать бабло, и придумают тысячу оправданий этому. Я плотно занимаюсь именно программированием под GPU, и с VDPAU дело тоже имел - могу сказать что по удобству использования и возможностям виндовый DxVA с ней даже рядом не стоит, это не говоря уже о убогости DirectX в целом.
| | |
| 1.4, Игорь (??), 12:56, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Не понял. Если у тебя карта Нвидиа, то пишешь под ВДПАУ, а если АТИ то под xvba?
Получается нет единого АПИ???
| | |
| |
| 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 пишут непрофессионалы» и «пользователи линукс не готовы платить за софт».
| | |
| 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). Собрались ли - а вот хз. Собрались? И если да - так где, блин, продукты на нем? Чип анонсирован хрен знает когда!
| | |
|
|
|
| |
| 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 [^] [^^] [^^^] [ответить] | +/– | Возьмите цену своего собственного сотового телефона, там куча всяких лицензируем... текст свёрнут, показать | | |
|
|
| 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 лямов. Впрочем местным завсегдатаям важен сам факт, а не величина суммы.
| | |
|
|
| 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.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
| | |
|
|
