The OpenNET Project / Index page

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



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

Оглавление

Тестирование производительности кодировщиков WebM и H264, opennews (ok), 16-Мрт-11, (0) [смотреть все] +1

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


17. "Тестирование производительности кодировщиков WebM и H264"  +3 +/
Сообщение от User294 (ok), 16-Мрт-11, 16:18 
> Не понимаю чем вам не нравится DIVX

Именно DivX?
- Тем что есть не под все системы. Есть конечно xvid, но вы то не про него?
- Тем что по соотношению битрейт-качество он ничего интересного не демонстрирует. И потому для веба не годится толком. На типичных для интернета 500Кбит дивиксина выглядит довольно паршиво.
- MPEG LA suxx...

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

45. "Тестирование производительности кодировщиков WebM и H264"  +/
Сообщение от letsmac (ok), 17-Мрт-11, 23:09 
>>- Тем что есть не под все системы

Сколько видео встройки - кроме китайщины отъявленной - там везде divx/mp4 поддерживается без проблем. А вот xvid и тд - с напрягом. Недостаток базарной разработки и разреженной документации - он такой недостаток.


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

48. "Тестирование производительности кодировщиков WebM и H264"  +/
Сообщение от User294 (ok), 18-Мрт-11, 01:17 
> Сколько видео встройки

А там оно в железе реализовано.

> А вот xvid и тд - с напрягом.

Напряги у железок в основном из-за того что декодер у них примитивный и с массой ограничений, так что вполне валидный по стандарту (в его полной реализации) поток для них может быть не по зубам. А так xvid - все тот же MP4, вид сбоку. По битрейт/качество он запросто зарулит большую часть коммерческих xvid/mp4 кодеков.

> Недостаток базарной разработки и разреженной документации - он такой недостаток.

Вы слишком толстый, не буду я вас кормить, а то лопнете еще.

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

52. "Тестирование производительности кодировщиков WebM и H264"  +/
Сообщение от letsmac (ok), 18-Мрт-11, 07:19 
>> Сколько видео встройки
> А там оно в железе реализовано.

Реализовать в железе постоянно меняющийся код нереально.

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

61. "Тестирование производительности кодировщиков WebM и H264"  +/
Сообщение от User294 (ok), 19-Мрт-11, 06:31 
> Реализовать в железе постоянно меняющийся код нереально.

А этого и не требуется. В данный момент Гугл меняет код программного энкодера и декодера ... не меняя формат потока. Поэтому старый декодер по прежнему сможет разобрать поток. А хотя-бы и сделанный новым энкодером.

Существует более одного метода сгенерить поток данных в некоем формате. Эти методы могут быть различны по своей эффективности, но они все приведут к валидному потоку в некоем оговоренном формате, которые сможет разбирать один и тот же декодер.

P.S. вообще, а вас не смущает что например ваш процессор способен выполнять РАЗНЫЕ программы при том что набор команд у него фиксирован и поток инструкций всегда укладывается в один и тот же набор правил? :) С некоторым натягом (по поводу полноты по Тьюрингу, etc) можно сказать что видеопоток - в каком-то роде "программа" для некоего специфичного "процессора" (декодера видео). Этот "процессор" разбирающий формат может быть как реализован софтварно, программой-кодеком, так и просто реализован в железе. Покуда они все понимают один и тот же формат потока, они совместимы. Покуда поток укладывается в оговоренный формат, он может быть разобран.

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

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

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




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

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