The OpenNET Project / Index page

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

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

"Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от opennews on 24-Мрт-11, 14:20 
Опубликованы (http://webscaws.x10.mx/?p=100) результаты повторного тестирования видеокодеков WebM и H264, при проведении которого были учтены высказанные замечания. По сравнению с первым тестом (http://www.opennet.me/opennews/art.shtml?num=29935) отмечены следующие изменения: дополнительно протестирован кодек Theora; для оценки качества использованы метрики SSIM (https://people.xiph.org/~tterribe/exp-tools/src/); кодирвщики запускались с опцией "--tune=ssim"; тесты были запущены в Ubuntu 10.10 64bit вместо Windows; было использовано видео с разрешением 512×218 вместо 320×240.


После проведения повторного теста был сделан вывод, что в целом результаты первого тестирования были справедливы: vpxenc (VP8) вполне может конкурировать с базовым режимом x264 (профиль baseline) при высоких битрейтах. При низких битрейтах (высокой скорости кодирования)  x264 "baseline" опережает vpxenc по качеству. При оценке работы режима высокого качества vpxenc и x264 (профиль high), новое тестир...

URL: http://webscaws.x10.mx/?p=100
Новость: http://www.opennet.me/opennews/art.shtml?num=30016

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Zenittur on 24-Мрт-11, 14:20 
Theora - это как WMV. Только OGG появился раньше WMA, а Theora - позднее WMV, а иначе аналогия была бы полной. Использование Theora уместно там же, где уместен WMV.
VP8 - это как h264. Скоро догонит окончательно. Тогда и производительность будет на одном уровне. Интересно, MPEG скоро представят свою новую разработку, развиваемую без афиширования?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от Аноним (??) on 24-Мрт-11, 14:24 
>Интересно, MPEG скоро представят свою новую разработку, развиваемую без афиширования?

Наверняка с учетом текущей ситуации там каждая строчка кода будет запатентована.
  

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

33. "Тестирование производительности кодировщиков WebM, Theora и ..."  +2 +/
Сообщение от Frank email(ok) on 24-Мрт-11, 20:30 
Более того, они будут использовать только запатентованные буквы алфавита.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

40. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 25-Мрт-11, 12:23 
чем связаны OGG и WMA позвольте спросить?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от амос on 24-Мрт-11, 14:52 
Результаты тестирования лишь подтверждают мои наблюдения. vpx до сих пор недотягивает даже до h.264 baseline, при этом кодируя в три раза (!) дольше. Theora где-то наравне с нижними профайлами, при этом кодируя в два раза быстрее h.264, и соответственно в 6 раз быстрее vp8. Благодаря различным психовизуальным оптимизациям, Theora выгляжит предпочтительнее vp8, но хуже avc.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Анон on 24-Мрт-11, 14:58 
А ничего что h264 пилят уже много-много лет, а VP8 всего год? Причём прогресс за год в VP8 значительный и замедляться не собирается.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Resonance (ok) on 24-Мрт-11, 15:11 
> а VP8 всего год

VP8 можно сказать что тоже много-много лет (vp1...vp8). Это год как Google его выкупил.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Анон on 24-Мрт-11, 15:29 
У него был длительный застой в разработке, приходящийся на момент покупки и анализа кода на запатентованные алгоритмы. Плюс - скорость разработки On2 и Google+коммюнити не сравнить.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от Заоза on 24-Мрт-11, 15:48 
Согласен, гугл не так уж давно выпустил хром и обогнал им все браузеры, по технологиям, пр-ти, синхронизации.
А vp8 догонит h264, а потом уделает и вовсе, что бы заткнуть MPEG надолгое время.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Тестирование производительности кодировщиков WebM, Theora и ..."  +2 +/
Сообщение от Аноним1233211 on 24-Мрт-11, 16:15 
да пусть хоть перегонит, сёравно фанбои-h264 найдут 10 причин почему их h264 такой хороший

(начнут новорить про покровительство Apple и прочий бред :))

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Ващенаглухо (ok) on 24-Мрт-11, 17:46 
h264 такой хороший, пока да. Пусть сначала догонят, там посмотрим.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

36. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Ytch on 24-Мрт-11, 21:25 
>h264 такой хороший, пока да. Пусть сначала догонят, там посмотрим.

MPEG LA.

С таким минусом технические характеристики кодека должны быть минимум на порядок лучше, чтоб утверждать о превосходстве.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

35. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Гость on 24-Мрт-11, 21:13 
До этого VP8 пилили в on2 и судя по тому, что за время его открытия был сделан большой прогресс говорит о том, что в on2 им серьёзно не занимались. Скорее всего on2 считала сей кодек бесперспективным.

Да и источник тестов не внушает доверия.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

23. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от User294 (ok) on 24-Мрт-11, 17:58 
> Результаты тестирования лишь подтверждают мои наблюдения.
> vpx до сих пор недотягивает даже до h.264 baseline,

А вы не напомните сколько *лет* уже дорабатывают x264? При том что libvpx выпустили менее года назад и отличия между тем что было и стало довольно сложно не заметить, я бы сказал. В гугл в марте как раз на работу должен прийти 1 из разработчиков ffmpeg, кстати. Да и вообше, достаточно посмотреть по коммитам чтобы понять что libvpx пиляют зверскими темпами. И асм-оптимизированные декодеры пиляют, особенно для арм :) и кодер улучшают, и еще уйма всего.

> Благодаря различным психовизуальным оптимизациям, Theora выгляжит предпочтительнее vp8

Это с хрена ли VP3 будет выглядеть предпочтительнее VP8? Покажите конкретные последовательности где картинка лучше получается, чтоли? А то в 2-проходных режимах vp8 с alt-ref кадрами начинает выглядеть довольно приличным и сильным кодеком. Во всяком случае, лично мне понравился результат - на вид получается нечто лучше простых профайлов H.264 и хуже наиболее сложных. Субъективно, ессно, ибо SSIM/PSNR конечно хорошо но глаза у меня видят все-таки вполне конкретные артефакты в конкретных сценах, а не абстрактные пузомерки в вакууме.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

24. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от анон on 24-Мрт-11, 18:10 
> А вы не напомните сколько *лет* уже дорабатывают x264?

Скорее значение имеет то, что x264 разрабатывается высокопрофессиональным открытым сообществом. Здесь действительно блистает мощь опенсорса, помноженная на математические достижения, заложенные в формат изначально.
"Оппонент" же напротив долго пилился умирающей проприетарной конторкой, а сейчас над ним трудятся толпы индусов. Результат, как говорится, налицо.

> Это с хрена ли VP3 будет выглядеть предпочтительнее VP8?

Вам же сотни раз объясняли, VP8 "мажет" картинку. Theora 1.1 сохраняет фактуру там где в WebM сплошное "мыло". И устранять это по ходу никто не собирается (возможно, будет нарушен формат битового потока)

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от анон on 24-Мрт-11, 18:12 
поправка
т.е. "Theora 1.2" разумеется
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от User294 (ok) on 24-Мрт-11, 20:07 
> Скорее значение имеет то, что x264 разрабатывается высокопрофессиональным открытым сообществом.

И это в том числе.

> "Оппонент" же напротив долго пилился умирающей проприетарной конторкой, а сейчас над ним
> трудятся толпы индусов. Результат, как говорится, налицо.

Угу, среди этой толпы индусов - всякие там разработчики ffmpeg, почему-то финики делающие чипы и прочая. В общем когда надо - гугля умеет надирать задницы и перетягивать умных парней к себе. И им оно похоже стало надо. Они это делают. Неплохо делают, судя по логам коммитов. Индусы пишущие оптимизацию под ARM, на асме, с юзежом SIMD команд - это как минимум весьма редкое и маловероятное явление природы.

>> Это с хрена ли VP3 будет выглядеть предпочтительнее VP8?
> Вам же сотни раз объясняли, VP8 "мажет" картинку. Theora 1.1 сохраняет фактуру
> там где в WebM сплошное "мыло".

Чтобы он стал мылом - должно откровенно не хватить битрейта. И если битрейта не хватает - в общем то сольется любой кодек, с теми или иными артефактами. Более или менее заметными глазу. Ну не бывает чудес в природе - если битрейта мало, значит какие-то параметры картинки при передаче придется загрубить. И всегда наступит момент когда обман станет заметен. Вопрос только в том сколько данных удастся выбросить до того как двуногие начнут замечать существенные отличия от оригинала. А мазание картинки кстати ИМХО неплохой метод сэкономить битрейт на быстро движущихся сценах, т.к. глаз там один фиг не замечает мелкие быстро движущиеся объекты из-за особенностей человеческого зрения. Ну и напуркуа бы битрейт тратить на то что никто не разглядит? Статичные сцены... вот тут я заметил что в 1-проходном режиме vpxenc может ступить и очень пессимистично занизить битрейт и засрать сцену (получив в итоге поток с здорово меньшим битрейтом чем его просили, кстати). В 2-проходном режиме он зато пунктуален как швейцарские часы и раскидывает доступный битрейт намного лучше. В этом режиме по чисто визуальному качеству мувик пожатый vp8 вполне себе порубается с мувиком пожатым базовым профайлом H.264.

> И устранять это по ходу никто не собирается (возможно, будет нарушен формат
> битового потока)

C каких пор деблокинг вдруг стал багом а не фичой? Мсье поклонник теплых ламповых квадратиков эпохи ранних мпегов, когда деблокинг никто не делал т.к. не хватало CPU и вся сущность DCT преобразований над блоками просто вопиюще лезла на глаза в виде нестыковки цветов границ блоков акa "характерные мпеговские квадратики"? Не, спасибо, характерное рассыпание интенсивных сцен на разноцветные квадратики не заметит только крот, сидящий к монитору задом. Деблокинг лучше чем его отсутствие с точки зрения вырвиглазности итоговой картинки.  Ну не для красоты же его придумали, правда?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

6. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от фтщт on 24-Мрт-11, 14:57 
>x264 (профиль high)

Это только начало для достижения качества. subq=9 побольше рефреймов и т.д.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от anonymous (??) on 24-Мрт-11, 15:45 
Ага, разбежались. А потом нужен проц 4 Ггц чтобы декодировать, а на некомпьютерных дивайсах вообще шансов нет?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 24-Мрт-11, 16:04 
Откуда ты такой знак вопроса взял ?)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от pavlinux (ok) on 24-Мрт-11, 17:44 
Table: Arabic Presentations Form-A
Unicode code point: U+FF1F
character:    ?
UTF-8 (hex): ef bc 9f
HTML: & #xFF1F ; (cлитно)
NAME: FULLWIDTH QUESTION MARK

http://www.utf8-chartable.de/unicode-utf8-table.pl?start=643...

<*>

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

28. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от User294 (ok) on 24-Мрт-11, 18:20 
> Откуда ты такой знак вопроса взял ?)

В уникоде еще и не такое бывает :). Там можно и посильнее изгальнуться.
╔════════════════════════════════════════════════════════╗
║Например, можно таблички рисовать. Почти Olschool DOS style :)
╚════════════════════════════════════════════════════════╝

Правда шрифты не моноширинные, что немного не доставляет...


Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Stax (ok) on 24-Мрт-11, 18:26 
Это символ полной ширины из японского - там весь алфавит и спецсимволы такие есть, если стоит Canna/scim/ibus (для последних двух нужно сам движок японского поставить, обычно anthy) ctrl-space жмешь и печатаешь. !!111   ^_^ :)
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

12. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 24-Мрт-11, 15:56 
Давайте про теору забудем уже. По современным представлениям это не кодек.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от Аноним1233211 on 24-Мрт-11, 16:19 
> Давайте про теору забудем уже. По современным представлениям это не кодек.

ды просто вы уже достигли той стадии -- когда вам картинка не нужна...

..вам подавай понимаешьли графики и засечённое секундомером время :-/

одумайтесь! все эти различия в кодеках (H264/VP8/Theora/.../DivX) -- начинают быть различимы невооружённым взглядом -- лишь тогда когда ты задаёшься себе целью "найти различия в качествах изображений!"

в остальныхже случаях (когда например ты просто открываешь фильм, закодированный Теорой) -- ты просто смотришь фильм и наслаждаешься

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним1233211 on 24-Мрт-11, 16:21 
вспомните ситуацияю 17 лет назад -- когда во всяких там компьютерных книжках писали:

"а архиватор RAR сжимает аж на 10% лучше! пользуйтесь RAR!"

(этоже смешно! изза какихто 10% -- призывать людей использовать другие форматы файлов! я понимаю еслибы опережение было на 400%)

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от eve on 24-Мрт-11, 16:47 
17 лет назад ситуация отличалась - стоимость 1MB диска была выше. Сейчас проблема: кто это делает быстрее и кто сохраняет картинку лучше при сопоставимом сжатии и/или затратах.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Тестирование производительности кодировщиков WebM, Theora и ..."  +1 +/
Сообщение от cmp (ok) on 24-Мрт-11, 17:11 
10% это между прочим целый палец из ваших десяти, ради чего вы бы им согласились пожертвовать?
нафига заморачиваться с переходом на евро-3, когда он так ничтожно лучше евро-2, а там это даже не призыв, а обязанность и за не подчинение наказание.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

31. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от User294 (ok) on 24-Мрт-11, 20:10 
> "а архиватор RAR сжимает аж на 10% лучше! пользуйтесь RAR!"

Ну... можно найти пример когда RAR сделает ZIP в 3 раза одной левой. Но на этот случай у нас припасен 7zip, который зачастую даже получше RAR жмет...

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 24-Мрт-11, 20:27 
Я недавно тестил zip, winrar & 7-zip чисто для себя, не очень объективно, но все же. Рар меня удивил, в быстром режиме он пакует быстрее зипа раза в три, при этом оставаясь по степени сжатия где-то посередине между конкурентами. 7-zip местами жмет сильнее, если файлы хорошо сжимаемые, но отличие составляет дай б-г 5% от *исходного* размера файла, а времени расходуется в 5-10 раз больше. Если файл приходится передавать через инет многократно (png-картинка на сайте) или через тощий канал, тогда да, не жалко потратить времени, но если вы место на винте экономите - лучшим выбором будет наиболее быстрый компрессор
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Тестирование производительности кодировщиков WebM, Theora и ..."  +2 +/
Сообщение от Frank email(ok) on 24-Мрт-11, 20:48 
> чисто для себя, не очень объективно, но все же

Подозреваю, что совсем необъективно.
Зип жмётся всегда в один поток. Винрар юзает несколько потоков и тем самым распараллеливается на несколько ядер. 7зип по дефолту работает однопоточно, но можно включить вручную нужное количество потоков.
Итак, внимание, вопрос: ты это учитывал?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

39. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 25-Мрт-11, 08:04 
7-зип работал в два потока и оказывался стабильно в задах по скорости упаковки. Потом, даже если представить, что рар двухпоточный (на двухъядерном проце тестировал), а зип нет, как так вышло, что рар шустрее зипа втрое?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

38. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от User294 (ok) on 25-Мрт-11, 08:02 
> винте экономите - лучшим выбором будет наиболее быстрый компрессор

Ну если вам главное скорость, а степень сжатия до балды - смотрите соседнюю новость про гугл и сжатие: там перечислена целая пачка скоростных алгоритмов, многие из которых могут сжимать данные на типовом десктопном или серверном проце быстрее чем типовой винч десктопа или сервера их записывает, так что еще и скорость чтения/записи винча растет нахаляву. Нормальненько так, да? :). А сама по себе экономия места на винче ради этой самой экономии при современных их объемах - выглядит довольно странным начинанием. Обычно данные жмут чтобы или ускорить что-то или уменьшить траффик, все-таки. Ну может бэкапные копии еще имеет смысл жать.

А существенная разница сжатия с зипом возможна когда есть например file1 на мег и file2 на мег. Пусть они отличаются аж в 10 байтах. Zlib/zip/whoever else с их inflate и куцым словариком на 32Кб просто не увидят что данные файлов повторяются. Не лезет столько данных в их куцый 32Кб склероз (если забыть о том что zip жмет файлы независимо и вообще не может заметить их сходство и вспомнить о gzip и подобных). Поэтому выходной поток будет содержать в себе 2 сжатые версии почти одного и того же :). А теперь пускаем RAR или 7zip или кого там еще умеющего solid сжатие и большой словарь. С словарем более мегабайта. А вот они вполне себе поймают повторяемость данных и закодируют большую часть информации второго файла ссылками на куски первого. В выходном потоке будет сжатая копия 1го файла и немного ссылок позволяющих реконструировать и второй файл из этого. В итоге практически на ровном месте выигрыш в сжатии минимум в 2 раза. Скорее всего даже больше, т.к. меговый словарь скорее всего поймает больше совпадений чем 32Кб словарь еще и в рамках первой копии файла до кучи :))).Кстати по этой причине разумно пытаться сделать так чтобы похожие файлы попали рядом в входном потоке (особо умные типа RAR пытаются это делать сами, с переменным успехом - иногда они протупляют, т.к. то что file1.asd и file1.bak это одно и то же - архиверу нифига не очевидно в отличие от вас :D).

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

20. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 24-Мрт-11, 17:37 
Кончайте бредить, замыливание теоры видно невооружённым глазом. Кроме того есть низкие битрейты, где в теоре вообще ничего не разобрать. Какой вы вообще видите смысл в технологически более убогом кодеке? Название нравится?
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

26. "Тестирование производительности кодировщиков WebM, Theora и ..."  –1 +/
Сообщение от Аноним (??) on 24-Мрт-11, 18:13 
часто о VP8 и Theora пишут. Это здорово, конечно. И все такое. Но.
"Если человеку один раз сказать, что он дурак - не поверит. Зато с нескольких сот раз поверит." Примерно.
Также и здесь. Скажешь один раз - не поверят, а вот много раз (какие-то результаты тестирования постоянно показывать) - рано или поздно поверят, что качество картинки лучше, чем H264. Да при любых оптимизациях качество картинки WebM/Theora хуже того же H264. О чем еще написать? Что здесь добавить? Где быстрее кодирование происходит? Да на многоядерном CPU быстрее. И независимо от всех этих описаний и прочей ерундистики у меня качество картинки WebM хуже, нежели H264. Я рад, что есть свободный, или бесплатный WebM, который я использую, но может хватит ерундой заниматься? Одно и то же. Вокруг да около.
В крайнем случае хотите узнать, где лучше качество? Протестируйте наглядно сами, убедитесь на 100%. Все просто.
Считаю данный метод популяризации не приемлемым.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от анон on 24-Мрт-11, 18:17 
Результаты теста вполне адекватны, если рассматривать как тест, а не способ популяризации

Только шкалы на их графиках мне не нравятся

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

37. "Тестирование производительности кодировщиков WebM, Theora и ..."  +/
Сообщение от Аноним (??) on 25-Мрт-11, 02:14 
Какую версию теоры они брали? Нигде не написано.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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