Статья расположена здесь. Обсуждаем в этой ветке.
Просьба так же ответить на опрос

это опять я =)

чувствую привык я к твоему сайту, даже зарегестрировался =)

Прочитал твою статью про сжатие. В целом неплохо, но удивило отсутсвие очень удобного (и крайне рекомендуемого в недавнем прошлом) разрешения для превью 360х288, что является делением на два обоих размерностей pal-оригинала.
К достоинствам этого метода можно отнести:
1. меньшее время на масштабирование
2. намного меньшая потеря качества при масштабировании.

конечно, если пересчет делать в Премьере или Афтере, то этих от достоинств ничего не остается =(

С нетерпением жду новых статей.

Как это нет? От "320х240 до 400х300" включает в себя и 360х288 (384х288 при квадратном пикселе). Я специально не писал размер, иначе обязательно ктонить спросил бы: "А где же 340х260?"

сорри, не заметил "от и до" =)

хочу немного дополнить и исправить некоторые моменты

семейство MPEG не является хронологическим, т.е. стандарты были определены более менее одновременно, просто реализовывались в зависимости от мощности компьютеров

MPEG-1 взят за основу для VideoCD у которых было условие чтобы нормально проигрывались на 2-x скоростном CD-ROM Drive

MPEG-2 был взят за основу для DVD

MPEG-3 разрабатывался для цифрового вещания, но так как не сильно отличался от MPEG-2 и тот его вытеснил. Сейчас MPEG-2 используется при создании SVCD, DVD, цифровом вещании, хранении на видеосерверах и формат HDV на базе MPEG-2

MPEG-4 разрабатывался как контент для передачи данных по интернету (видео, текст, графика)
сейчас имеет реализацию MS MPEG-4 3 варианта (.avi,.wmv), DivX изначально fast и slow motion и позже появился XviD (.avi,.divx,.mp4), Quicktime (.mov, .qt, .mp4)

MP3 это не "MPEG3 (Layer I/II)" как написано в статье, а MPEG-1 Layer 3

более подробно про mpeg можно почитать на английском
http://www.chiariglione.org/mpeg/
так же там можно ознакомиться со спецификацией MPEG-7 и MPEG-21

для отправки клиенту по е-мэйлу я обынчо использую MPEG-1 VBR 2pass, 240х192 или 360х288 в зависимости от размера ящика клиента
предпочтительней 360х288 (проще рескейл делать по вертикали, точнее брать только одно поле)

кстати, еще в статье
http://www.dimsun.ru/tutorials/625/zast_02.shtml
есть опечатка "это рендер сцены в 32-битную TGA-sequence с RLA-компрессией" - наверное имелось ввиду RLE компрессия?
RLA - это формат файла не имеющий прямого отношения к Targa

Kir3D спасибо за поправки. Внесены

Про RLA конечно же опечатка.

-----------------

Выложил 4-ю часть

IMHO автор зря обижает Windows Media Video. Проблемы совместимости нет. Правда машина должна быть мощная, если разрешение большое. При битрейте более 1500 kb/s и разрешении 768\576, артефакты практически не видны, а качество получше Див икс, это видно, если сжимать анимированую в After Effects графику. Кодировать лучше всего при помощи "Кодировщика Windows Media" с сайта Microsoft. Вот ссылка http://www.microsoft.com/downloads/search....?displaylang=ru

Fisher

1) Буфферизация. Пока всё не загрузится в оперативную память машины - не проиграется. Соответственно если маленький обьём оперативы (или медленная) то проигрываться будет рывками.
2) Отсутствие транспорта как такового. Рассматривать работу прокручивая клип -вперёд практически нереально.
3) Чтобы пережать в WMV всётаки надо держать на машине специальный кодер. По моему на тачке и без того предостаточно хлама .

Отчасти проблему кривого транспорта может решить альтернативный проигрыватель типа Media Player Classic, но у кого он есть?

На сайте http://www.softella.com есть классный проигрователь. Шустрый и с разными функциями. Проигрывает все что можно, битые файлы и все остальное. Для русских пользователей регистрация бесплатная.

warwar
полностью согласен. Из всех мною опробованных плееров этот оказался наиболее жизнеспособным. Со своей стороны к недостаткам могу отнести только невозможность замены DDraw фильтров в просчетной цепи, и отсутствие поддержки VFW (бывает и такое нужно). С другой стороны он все еще развивается... =)