1.1, Кракен (ok), 20:15, 09/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>Для задействования аппаратной акселерации в Linux используется API VDPAU, который пока поддерживается только проприетарными драйверами NVIDIA и недоступен для видеоркат Intel и ATI/AMD;
Велосипеды от нвидии в действии.
| |
|
2.2, ононим (?), 20:18, 09/02/2011 [^] [^^] [^^^] [ответить]
| +6 +/– |
>API VDPAU
справедливости ради, оно открыто и свободно. Велосипеды как раз у интела и АМД
PS: я пользуюсь и покупаю АМД
| |
|
3.3, Кракен (ok), 20:26, 09/02/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Открыто. Но, как видно, все поддержали VA-API - ati обеспечила совместимость с ним для своих драйверов. nvidia же идет своим путем, нисколько не оглядываясь на сообщество.
| |
|
|
5.14, Кракен (ok), 21:36, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
Бекенд для VA-API на VDPAU, сделанный несвязанным с нвидиа человеком.
| |
|
4.21, Zenitur (?), 22:36, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
У ATi XvBA - закрытое. И работает только с закрытыми драйверами.
Что касается исходного сообщения - Gnash работает и с VA-API, а следовательно и с ATi и Intel. А Adobe писала статью о сложности реализации Flash Player с аппаратным декодированием вдео из-за обилия интерфейсов, API. Опеннетовцы в переводе этой новости высказали возмущение, ведь есть VDPAU. Атишное ускорение тогда существовало лишь месяц-два.
| |
4.22, ононим (?), 23:57, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
>все поддержали VA-API - ati обеспечила
а вот не надо! ати имеет свою XvBA. а враппер VA-API to XvBA пилит совсем левая контора. и если бы не она, от ATI ускорения видео мы бы не дождались.
| |
4.33, Аноним (-), 17:45, 10/02/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
Нвидии низкий поклон за то что начали вообще писать дрова для своих видюх, что не мешало бы делать и другим производителям прочих железок, так что они вполне заслуживают быть законодателями теперь в этой области.
| |
|
5.35, dimqua (ok), 20:32, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
AMD, Intel и даже S3 пишут драйвера для своих видюх. Почему бы им не быть законодателями в этой области?
| |
|
|
|
|
1.4, iZEN (ok), 20:26, 09/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У меня фильмы MKV/720p на Full HD экране под AMD 785G не занимают больше 20% выч.мощности Phenom II X4. А тут какой-то Flash с VDPAU на 5% пересиливает софтверную конфигурацию. Забавно.
| |
|
2.6, Stax (ok), 20:46, 09/02/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
А ничего, что декодинг 1080p требует почти в два раза больше ресурсов, чем 720p?
Площадь кадра 1080p в два с гаком раза больше, чем у 720p, и битрейт часто сильно больше, что тоже дает больший расход ресурсов.
А какой у вас экран, вообще не при чем. Лучше оцените использование цпу при чисто софварном декодинге 1080p 20-40 мбит AVC потока с blu-ray или хотя бы качественных рипов, там и в 3 раза больше расход ресурсов, чем для 720p с небольшим битрейтом возможен.
| |
|
3.16, iZEN (ok), 21:40, 09/02/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
1080p BD-рипы MKV у меня идут как слайдшоу — cказывается софтверная природа драйвера xf86-video-ati. Против природы не попрёшь.
| |
|
4.36, dimqua (ok), 20:35, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> 1080p BD-рипы MKV у меня идут как слайдшоу — cказывается софтверная природа драйвера xf86-video-ati
У меня на nouveau такие рипы идут как орешки, неужели атишные дрова хуже? Да быть не может.
| |
|
|
2.8, User294 (ok), 21:03, 09/02/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кэп намекает: нагрузка на проц зависит не столько от разрешения видео, сколько от его битрейта. HD как бы бывает разным по битрейту, поэтому понты адобы - всего лишь понты. И едва едва ли пара мегабит с ютуба - в десятки раз проще в декодировании чем 30-40Мбит блюрея например. Вот и не понимаю, что там в флеше ускорять будут? Типовые полмегабита большинства мувиков даже арм на 600 МГц, программно - и то сжевать запросто может. А сколько там процентов оно на современном 4-ядернике будет - придется под микроскопом рассматривать вообще :). А непрерывные 40Мбит гарантированно вам ни один сервак для начала не прокачает в массовом количестве.
Не, я бы понял если бы они претендовали на игру локальных файлов с диким битрейтом, но флеш плеер для этого - тотальный изврат. Он дл веба то скоро не нужен станет :)
| |
|
3.10, Кракен (ok), 21:08, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
>Вот и не понимаю, что там в флеше ускорять будут?
Ну на нетбуках всяких, может быть поможет.
| |
|
4.26, Аноним (-), 05:33, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ну на нетбуках всяких, может быть поможет.
Не только на нетбуках.
| |
|
|
|
|
2.7, Stax (ok), 20:52, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Забыли сказать, что это релиз 32бит версии.
Хех, ну так адоб же ;) Будут они морочиться насчет оперативного выпуска 64-х битной, как же.. Адоб ридер вон до сих пор не чешутся портировать..
| |
2.9, User294 (ok), 21:03, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Забыли сказать, что это релиз 32бит версии.
Что, как обычно? 64 бита не осилили? С такой кроссплатформенностью им надо бы помереть.
| |
|
1.11, Аноним (-), 21:10, 09/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
>> в Linux используется API VDPAU, который пока поддерживается только проприетарными драйверами NVIDIA и недоступен для видеоркат Intel и ATI/AMD
Linux как обычно отстаёт
| |
|
2.15, maxkit (ok), 21:38, 09/02/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Linux как обычно отстаёт
Да, вот именно Linux отстаёт, а не Adobe своё глюкало не приведёт в порядок.
| |
|
1.12, Аноним2 (?), 21:21, 09/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Stage Video API с реализацией нового метода аппаратной акселерации всех стадий воспроизведения видео
Фигушки. Загрузка cpu при просмотре youtub'а ~99% как и раньше
| |
|
|
3.18, zhus (ok), 22:13, 09/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
Не помогло. На windsor 2.7 загрузка на 1080p с ютуба 70-90%.
Но рывков, вроде, нет...
| |
3.37, dimqua (ok), 20:39, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ну и дрова должны быть проприетарные nvidia.
Чтобы смотреть флеш без тормозов надо ещё и дрова проприетарные ставить? Дожили.
| |
|
2.28, anonymous (??), 11:08, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>Stage Video API с реализацией нового метода аппаратной акселерации всех стадий воспроизведения видео
> Фигушки. Загрузка cpu при просмотре youtub'а ~99% как и раньше
А это youtube еще не добавил поддержку StageVideo. Вот добавят- тогда и (возможно) увидите разницу.
| |
|
1.19, Толстый (ok), 22:16, 09/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> недоступен для видеоркат Intel и ATI/AMD
Выкидывать свою новенькую AMD Radeon чтоли? В Webgl производительность низкая, флэш не ускоренный. Зато млин спеки открыты, не пришей кобыле хвост.
| |
|
2.38, dimqua (ok), 20:40, 10/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
>флэш не ускоренный
Караул! Бегом выкидывать карточку -- адоба не удосужилась заюзать VA-API!
| |
|
1.23, AlexYeCu (?), 00:17, 10/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
# rpm -qa | grep flash
flash-plugin-10.2.161.23-2.i386, причём он такой уже хрен знает сколько времени, счёт на месяцы. На сайте самого adobe сейчас — flash-plugin-10.2.152.27-release.i386.rpm.
Так кого глючит?
| |
1.27, Заоза (?), 09:49, 10/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не сделали они ничего, что в Windows, что в Debian, у меня одни и те-же тормоза с GF 9800GT.
Флеш не нужен, так же как и не нужны кеды.... Сколько лет прошло, а fullhd как был роскошью, так и остался. И это по вашему продукт?
| |
1.42, KOL (ok), 17:03, 19/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Поддержка вывода в полноэкранном режиме для многомониторных конфигураций, что позволяет отображать контент на полном экране второго монитора не мешая работе на другом экране;
Лож. Mac OS X Snow Leopard - при первом же клике на втором мониторе, fullscreen схлопывается обратно.
| |
|