форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-API"	+/–
Сообщение от opennews (??) on 01-Окт-14, 08:50
Выпущена (http://lists.freedesktop.org/archives/libva/2014-September/0...) версия 1.4.0 библиотеки libva, реализующей программный интерфейс VA-API (http://www.freedesktop.org/wiki/Software/vaapi/) (Video Acceleration API (http://en.wikipedia.org/wiki/Video_Acceleration_API)), в своё время созданный компанией Intel для замены  XvMC. VA-API  представляет унифицированный интерфейс к аппаратным и акселерированным (например, с использованием OpenCL) реализациям кодирования и декодирования видео. Наиболее заметными нововведениями стали поддержка кодирования в формате VP8, добавление профилей кодирования и декодирования H.264 MVC (https://en.wikipedia.org/wiki/Multiview_Video_Coding), возможность управления качеством кодирования, поддержка SoC Cherryview  и интерфейс экспорта буферов для улучшения переносимости со смежными API (EGL, OpenCL). Одновременно доступен (http://lists.freedesktop.org/archives/libva/2014-September/0...) новый выпуск драйвера libva-intel-driver 1.4.0 с реализацией VA-API для GPU компании Intel. URL: http://www.phoronix.com/scan.php?page=news_item&px=MTgwMDU Новость: http://www.opennet.dev/opennews/art.shtml?num=40717
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
Сообщение от Аноним (??) on 01-Окт-14, 08:50
Кстати, почему АМД выбрали для свободных дров не VAAPI a VDPAU?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 09:46
	Потому что интерфейс более удобен для использования.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+2 +/–
	Сообщение от KT315 (ok) on 01-Окт-14, 11:49
	+ VDPAU получил широкую популярность благодаря тем, кто первым (nVidia) реализовал рабочее аппаратное дэкодирование в мире OS Linuх в своих дровах, хоть и в проприетарных. А Va-api проблемный тем, что очень скудная документация (читай "исходники без комментариев") на этот API (так утверждали когда-то разработчики mplayer, и была раелизация в отдельной ветке mplayer-vaapi), и только VLC его както реализовал в базовой версии. Но это было год назад. И походу VA-API это еще и реализация со стороны открытых дров Intel. И VA-API со стороны АМД понимаю как попытка унифицыровать интерфейсы аппаратного ускорения.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+2 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 13:08
	> в отдельной ветке mplayer-vaapi), и только VLC его както реализовал в > базовой версии. Но это было год назад. Зато VA-API допускает мысль что можно и кодировать, а не только декодировать видео. И допускает что в природе есть бОльшее количество форматов. Хоть тот же VP8 как в сабже. У VDPAU нельзя попросить ускорение энкодинга видео: не предусмотрено. Аналогично с поддержкой VP8, etc.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	17. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+1 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 16:53
	> Зато VA-API допускает мысль что можно и кодировать, а не только декодировать видео. Как бы буква D неиллюзорно намекает, для чего нужен VDPAU. И надо сказать, что по сути VA-API просто предоставляет два слабо пересекающихся API - для кодирования и декодирования. В части декодирования VDPAU лучше уже хотя бы тем, что дает какие-то гарантии потокобезопасности. > И допускает что в природе есть бОльшее количество форматов. Ситуация с поддержкой форматов абсолютно одинакова - для какого кодека определен enum, для того и можно запросить ускорение. И то, совсем не факт, что тебе его дадут.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	27. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–1 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:02
	> - для кодирования и декодирования. В части декодирования VDPAU лучше уже > хотя бы тем, что дает какие-то гарантии потокобезопасности. Это все круто, но смысл дергания такого API в несколько потоков из одной программы мне не очень очевиден (там и с 1 потоком загрузка проца около 0 обычно), а вот то что оно decode-only - напрягает. В конечном итоге либа у сабжа таки одна на обе операции, а то что кодирование и декодирование не похожи друг на друга - охренеть, такая неожиданность. У нвидии вообще нет решения для акселерированного энкодинга видео. Тогда как сие умеют не то что матерые GPU десктопных конкурентов, но и даже всякие пятибаксовые процы для мобилок/планшеток. >> И допускает что в природе есть бОльшее количество форматов. > Ситуация с поддержкой форматов абсолютно одинакова - ...кроме того, что va-api развивается интелом и они в курсе этих самых кодеков, а нвидия судя по всему посчитали что их миссия выполнена и самоустранилась. В смысле, где развитие VDPAU? Интел да, живой, веселый. А у нвидии богатая история создания всяких поматросил-бросил.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	34. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:47
	> Это все круто, но смысл дергания такого API в несколько потоков из одной программы мне не очень очевиден Мир не ограничен одними видео-плеерами. Есть приложения, которым надо работать сразу со многими потоками параллельно. > а вот то что оно decode-only - напрягает. А меня не напрягает. Я с бОльшим удовольствием для декодирования буду пользоваться VDPAU. Для кодирования придется VA-API, тут уже выбирать не приходится. > ...кроме того, что va-api развивается интелом и они в курсе этих самых кодеков Ну да, конечно, а Nvidia вчера родилась и про кодеки не слышала. http://www.nvidia.com/object/tegra-superchip.html Да, на десктопах поддержки нет. У Intel вон тоже, только в Broadwell появится.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	41. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 05-Окт-14, 03:54
	> Мир не ограничен одними видео-плеерами. Есть приложения, которым надо работать сразу со > многими потоками параллельно. Ну пусть они и теребят интель, если им надо. Правда, есть такое подозрение что далеко не любое железо вообще готово декодировать несколько видеопотоков и тем более кодировать их. > А меня не напрягает. Я с бОльшим удовольствием для декодирования буду пользоваться > VDPAU. Для кодирования придется VA-API, тут уже выбирать не приходится. А мне кажется горбатой идея использовать 2 разных апи с совсем разными закидонами. > Ну да, конечно, а Nvidia вчера родилась и про кодеки не слышала. Видимо не слышала - где поддержка VP8/9 в VDPAU? Оно вообще про эти форматы не в курсе. И кто это должен добавлять? В VA-API это делает интел и они похожи на тех кто еще и майнтайнить свой код готов. А нвидия - это та компания которой PM линукса факом машет? Ну да, я могу себе представить как они будут свой код/апи майнтайнить при таких славных традициях. > http://www.nvidia.com/object/tegra-superchip.html > Да, на десктопах поддержки нет. У Intel вон тоже, только в Broadwell появится. Вопрос в том чтобы апи для начала вообще про формат знало. Способности конкретной железки - второй вопрос уже. Это в перспективе может быть и какой-нибудь костыль типа opencl-бэкэнда и прочее, программе вообще не обязательно знать как это либой внутрях делается.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	36. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+1 +/–
	Сообщение от KT315 (ok) on 02-Окт-14, 12:37
	>> в отдельной ветке mplayer-vaapi), и только VLC его както реализовал в >> базовой версии. Но это было год назад. > Зато VA-API допускает мысль что можно и кодировать, а не только декодировать > видео. И допускает что в природе есть бОльшее количество форматов. Хоть > тот же VP8 как в сабже. У VDPAU нельзя попросить ускорение > энкодинга видео: не предусмотрено. Аналогично с поддержкой VP8, etc. Ну чего не знал, того не знал. Ну и в нашем случае решает большенство. Большенству нужно декодирование, первым был доступен VDPAU. Посему победитель очевиден. И я не против VA-API, лишь бы он был реализован на практике, в самих приложениях, а не в дровах. И что бы можно было одновременно использовать и vdpau интерфейс(есть ПО без VA-API support) и va-api (для тех кто не дружит с VDPAU) одновременно :)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	7. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 13:05
	> Кстати, почему АМД выбрали для свободных дров не VAAPI a VDPAU? Они вроде как его поддержку пилят нынче: VA-API позволяет также и кодировать видео, а не только декодировать. И поддерживает больше форматов. А еще VA-API умеет использовать бэкэнд VDPAU и транслировать в него, так что если некто умеет VDPAU - он и VA-API умеет, а хоть и урезанно слегка.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	9. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от softfire on 01-Окт-14, 13:32
	Наоборот тоже можно. Я даже тестил как-то из академического интереса.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	13. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 15:13
	> Наоборот тоже можно. Я даже тестил как-то из академического интереса. Наоборот в полноценном виде не получится. Если VDPAU не предусматривает кодирование видео - ну и загейтовать кодирование видео через VA-API в VDPAU не получится тогда. Вообще, у нвидии какая-то чисто потребццкая реализация, не допускающая мысль о том что контент еще и гененить могут, в том числе возжелав акселерированное кодирование, чтобы укладываться в реалтайм без дикого потребления и урезки качества.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	16. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 01-Окт-14, 15:39
	> Вообще, у нвидии какая-то чисто потребццкая реализация, не допускающая > мысль о том что контент еще и гененить могут, в том > числе возжелав акселерированное кодирование, чтобы укладываться в реалтайм без дикого > потребления и урезки качества. Разве в 2008-м на рынке были доступны аппаратные кодеры видео? Тогда и декодирование было в диковинку, о кодировании никто и не помышлял даже.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	24. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Michael Shigorin (ok) on 01-Окт-14, 20:44
	> Разве в 2008-м на рынке были доступны аппаратные кодеры видео? Hauppuage WinTV PVR PCI был доступен в 1998.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	25. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 01-Окт-14, 20:52
	>> Разве в 2008-м на рынке были доступны аппаратные кодеры видео? > Hauppuage WinTV PVR PCI был доступен в 1998. Абсолютно точный и абсолютно бесполезный ответ. Что-то я сомневаюсь, что оно умело произвольный видеопоток с компьютера сжимать. Но если умело, все претензии по поводу API — к производителю этих PVR плат.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	26. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Michael Shigorin (ok) on 01-Окт-14, 21:04
	> Абсолютно точный и абсолютно бесполезный ответ. Каков вопрос :)  Поискал точнее к тому, чтоб не жить нам одним годом. > Что-то я сомневаюсь, что оно умело произвольный видеопоток с компьютера сжимать. MPEG2-платы тогда как раз и применялись, т.к. на CPU было совсем тоскливо.  Возможно ли было нежатые данные с хоста конкретно на эту железку засовывать -- не знаю, но вряд ли, бытовые всё-таки брали сигнал через АЦП и широкополосный по PCI не гоняли, насколько помню.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	28. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:03
	> Разве в 2008-м на рынке были доступны аппаратные кодеры видео? 1) Да, были доступны. В всяких мобилах подпирание хардварными акселераторами было давно, так что если бы некто хоть немного смотрел вперед... 2) А сейчас у нас на дворе вообще 2014 год и нам как-то совсем не логично утыкаться в реалии 2008 года. > Тогда и декодирование было в диковинку, о кодировании никто и не помышлял даже. Кроме мобилочных процов, которые как обычно на декаду впереди остальной индустрии.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	33. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 01-Окт-14, 22:14
	> 2) А сейчас у нас на дворе вообще 2014 год и нам как-то совсем не логично утыкаться в реалии 2008 года. VDPAU потому и стал популярным, что не меняется уже долгое время. Обновления не меняли обратную совместимость, просто появилось несколько новых кодеков. А если хочется идти в ногу со временем, твой выбор — VA-API. Поломанное ABI каждые несколько версий — в комплекте.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	15. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 01-Окт-14, 15:34
	Потому что в тот момент в Mesa 3D (Gallium) уже был работающий state tracker для VDPAU, а для VA-API такового не было.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	29. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:04
	> Потому что в тот момент в Mesa 3D (Gallium) уже был работающий > state tracker для VDPAU, а для VA-API такового не было. Ну знаете, а ...цать лет у меня был работающий CP/M, давайте на него ориентироваться? Он древнее :).
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

5. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
Сообщение от Аноним (??) on 01-Окт-14, 11:31
без вяленого не собирается. пришлось configure править
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
Сообщение от Аноним (??) on 01-Окт-14, 13:45
> (например, с использованием OpenCL) Уже работает где-то? Хотеть такое в ffmpeg.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от softfire on 01-Окт-14, 14:17
	О бэкэндах для OpenCL не слышал. Но оно работает с бэкэндом XVBA (закрытые дрова AMD), с бэкондом интеловских дров и с бэкэндом VDPAU для невидии и отрытых дров AMD. Бэкэнд OpenCLвам может понадобиться, только если ваша карточка не AMD/nVidia/Intel, но при этом поддерживает OpenCL. А таких немного.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 15:08
	OpenCL - это не только карточки
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	21. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+1 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 19:28
	Эти бакенды аппаратно заточены на определённые стандарты и не могут в новые, а потому находятся в морально отстающем состоянии. Сейчас кодируют во всякие HEVC, VP9 и 10-битные H.264, а мой хлам их не ускоряет. Для OpenCL, как я понимаю, для каждого нового формата надо писать новые движки, но они могут работать на любых ускорялках с поддержкой OpenCL, включая старые.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 15:15
	> Уже работает где-то? Хотеть такое в ffmpeg. За VA-API не скажу, а x264 нынче умеет выносить некоторые операции через opencl, если он у вас есть. Нечто типа VA-API могло бы помочь причесать весь этот зоопарк.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	18. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–2 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 16:56
	> Нечто типа VA-API могло бы помочь причесать весь этот зоопарк. Не могло бы.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	30. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:05
	> Не могло бы. Чего бы это вдруг? :)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	19. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–2 +/–
	Сообщение от Психиатр (ok) on 01-Окт-14, 17:11
	месяц назад тестил из интереса гитовый x264 собранный с OpenCL. Оно медленне чем тупо только на CPU. железо - i7-4770k + нывидия 760 (блоб, мать его) насколько я понял x264 использует OpenCL не для самого кодирования, а для анализа (look-ahead). если я не ошибаюсь только gstreamer умеет _кодировать_ с использованием GPU, только на AMD и со стопкой "левых" патчей.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	23. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+1 +/–
	Сообщение от agente on 01-Окт-14, 20:06
	может и амд через omx, может и интел через vaapi, никаких левых патчей не надо, только разве что для скрости, но работает и так из коробки на свежей месе. http://www.gearsongallium.com/?p=1378 http://www.gearsongallium.com/?p=1464
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	31. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:07
	Что это за кусок глючной бидонятины сыпящей ошибками? И почему результаты бенчей надо выискивать из скриншотов? На фоне таких авторов даже фороникс - профи экстра класса.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	38. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 02-Окт-14, 14:33
	Так и есть, только в драйвере NVIDIA есть файл libnvidia-encode.so.340.24.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–3 +/–
Сообщение от Аноним (??) on 01-Окт-14, 19:33
Для всех любителей аппаратного ускорения кодирования напоминаю, что каждая железка в каждый видеопоток вставляет свой еле заметный уникальный ватермарк. Пруфы найдёте сами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+3 +/–
	Сообщение от Аноним (??) on 01-Окт-14, 22:09
	> Пруфы найдёте сами. Круто. Громкую заяву делают одни, а обосновывать ее должны другие. Нормальный подход!
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	35. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–1 +/–
	Сообщение от irinat (ok) on 01-Окт-14, 23:34
	> Круто. Громкую заяву делают одни, а обосновывать ее должны другие. Нормальный подход! http://www.openbsd.org/papers/eurobsdcon2014-libressl.html > In my commit message, I mentioned "hey there's a bug in here, but the details are secret." This was actually kind of misleading because the secret bug was in a different library, in code that had already been removed. Three days later, on July 31, two researchers found a remotely expoitable buffer overflow in the libcrypto SRP code. This is like "throw a rock; you're guaranteed to hit something." Even when you point people in the wrong direction, they still find bugs.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	42. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	–1 +/–
	Сообщение от Аноним (??) on 05-Окт-14, 03:58
	А это нормально - когда спрашиваешь про кодировщик видео, пруфы для openssl почему-то подгоняют? Или это такое общее рассуждение на тему "как страшно жить"?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	43. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 05-Окт-14, 12:28
	> А это нормально - когда спрашиваешь про кодировщик видео, пруфы для openssl > почему-то подгоняют? Или это такое общее рассуждение на тему "как страшно > жить"? Эх, читать разучился, что ли? Вот тебе суть вкратце: некий чел вбросил паранойи в тусовку на тему уязвимостей в коде. Несмотря на то, что он имел в виду уязвимость, которую он уже устранил, пара других челов нашла ещё уязвимость, о которой первый чел не знал. А теперь суть по полочкам. Аноним в сообщении говорит о вставке вотермарков — чел по ссылке говорит об уязвимости. Ни тот, ни другой не имеют доказательств, просто набрасывают на вентилятор. Сообщество начинает копать. Кто-нибудь находит бяку. Это было слишком сложно, да?
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	44. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 06-Окт-14, 01:21
	Проверяется очень легко: достаточно сравнить видеофайлы, полученные из нескольких аппаратных кодировщиков одной модели с одинаковыми входными данными. Различия в файлах означают наличие водяных знаков. Отсутствие различий не гарантирует отсутствие водяных знаков, несущих информацию о модели и прошивке. Как проверить - не знаю, но это и не так страшно. Всего лишь ограничивает область поиска источника видео владельцами железок с данной моделью с прошивкой.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	45. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от irinat (ok) on 06-Окт-14, 16:13
	del
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	37. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 02-Окт-14, 13:31
	По-прежнему ждём, что о нашей безопасности позаботится кто-то другой? А мне пруфов и не надо. Ведь это так удобно - идентифицировать источник по видео или реенкоду.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	39. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 04-Окт-14, 21:14
	> По-прежнему ждём, что о нашей безопасности позаботится кто-то другой? Добрый дядя позаботится
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	40. "Вышла новая версия библиотеки libva 1.4.0 с реализацией VA-A..."	+/–
	Сообщение от Аноним (??) on 05-Окт-14, 01:49
	> Добрый дядя Вернее, старший братишка.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема