Компьютерра - Журнал «Компьютерра» № 38 от 17 октября 2006 года

Корейская дотошность, помноженная на китайское трудолюбие, дает на SESC весьма и весьма достойные результаты. Если во время прогулки по территории штаб-квартиры кое-кто из россиян высказывал сомнения в правильности переноса производства ноутбуков из Кореи в Китай, то после посещения нового завода произошло своего рода групповое исцеление от предрассудков. Samsung — он и в Китае Samsung, а если товар того же качества можно получить немного дешевле… Кто скажет, что это плохо?

Когда поездка подходила к концу, я стал осторожно спрашивать тех, ради кого она и затевалась, — дескать, будете теперь закупать «самсунги» или просто поблагодарите за прекрасно проведенное время и останетесь при своих брэндах? Кто-то ответил: «А мы уже закупаем», кто-то, не менее осторожно, чем я, сослался на необходимость согласования ответа с начальством, кто-то загадочно улыбнулся.

Поэтому я просто не знаю — насколько эта поездка окажется для Samsung эффективной с финансовой точки зрения. Но точно могу сказать: моим спутникам было приятно увидеть «на той стороне» столь же серьезных и вдумчивых людей, как и они сами. И еще, изучая прайс-листы, за названиями продуктов Samsung они будут видеть не просто очередную умную железку, а симпатичное лицо Ю Хи-Суна, старшего менеджера подразделения Digital Printing в странах СНГ, или инженера Джуно Хана, с которым можно списаться на предмет нюансов работы новых моделей ноутбуков.

Антон Щербаков, руководитель отдела развития корпоративного сектора Samsung Electronics в России, на вопрос участников поездки о целях своего подразделения, ответил, что к таковым относится продвижение решений Samsung как в государственных отраслях, так и в сферах крупного, среднего и малого бизнеса. По его мнению, привлекательность Samsung для корпоративного рынка состоит не только в разнообразии выпускаемой продукции и передовых технологиях, но и в гибкости подхода компании к своим клиентам. Как уточнил Антон, вся цепочка поставок компании — от научно-исследовательской работы и производства до маркетинга и продаж — базируется на использовании электронных технологий и возможностей Интернета, и это обеспечивает быстроту и легкость всех операций.

Производительность, надежность, быстрый сервис, доступная цена — все это замечательно, однако человеческая симпатия важна не меньше. И если вы станете чаще замечать продукты Samsung в банках, на стойках заказа билетов, в государственных учреждениях… Что ж, значит, симпатия возникла не только у меня.

Автор благодарит российское представительство Samsung и лично Антона Щербакова и Леонида Перминова за очень познавательное и поучительное путешествие.

Автор: Филипп Казаков

Надеюсь, в конце прошлого номера я вас достаточно заинтриговал. Итак, вы открыли исходный файл с видео в AviSynth Script Creator’e и — ничего нового там еще не появилось, так что можете его смело свернуть. Теперь пробежимся по основным настройкам Script Creator’a (рис. 1).

(Окончание. Начало см. в #657.)

• Input DAR: соотношение сторон входного видео. В большинстве случаев пикселы входного видео квадратные, и DAR равно отношению горизонтального разрешения картинки к вертикальному. Однако на анаморфных DVD, к примеру, пиксел прямоугольный. Если ваш источник именно такой, укажите нужное соотношение.

• Clever anamorphic encoding: умное кодирование анаморфа. Галочку следует ставить, если вы собираетесь сохранить оригинальное соотношение сторон пиксела анаморфного источника, то есть сунуть x264.exe-прямоугольники как есть. Этот вариант предпочтителен в плане создания «точных копий» DVD-дисков с заделом на будущее. Resize to mod16 предлагает автоматически изменить разрешение, сделав его кратными шестнадцати; Overcrop to achieve mod16 делает то же самое, обрезая края кадра; и последний вариант Encode non-mod16 позволяет кодировать анаморфные источники с «кривым», не кратным шестнадцати разрешением.

Более практичен другой вариант: добиться «квадратности» пикселов, уменьшив разрешение по одной из координат. В этом случае разрешение картинки уменьшается, за счет чего увеличивается плотность информации на каждый кодируемый пиксел, а всеобщая квадратность улучшает совместимость выходного потока с разными декодерами h264.

• Crop: обрезка краев кадра. Нужна только в том случае, если в исходном видео присутствуют черные полосы или некачественные области у краев экрана (которые возникают при оцифровке VHS, например).

• Resize: изменение разрешения картинки. Этот неприметный пункт требует огромного числа мышедвижений. Сразу поставьте галочку suggest resolution (она обеспечит правильное соотношение сторон и кратность вертикального и горизонтального разрешений шестнадцати) и установите максимально возможное разрешение. Хотя очевидно, что выходное разрешение должно быть не больше входного, распространено заблуждение, что оно должно быть максимально возможным. Это не совсем так — ведь чем больше разрешение, тем больше пикселов требуется закодировать компрессору, тем меньше информации приходится на каждый из них и тем больше артефактов возникает при их сжатии. Но и слишком маленькое разрешение тоже не сахар — низкая степень квантования, или, проще говоря, здоровые квадраты на экране, не особенно радует глаз. Истина лежит где-то посередине, а чтобы ее отыскать, воспользуемся старым знакомым Wabc bitrate calculator’ом (в MeGUI есть встроенный bitrate calculator, но на момент написания статьи самой нужной возможности в нем не было). Принцип его работы я уже описывал в давнишней статье о захвате, так что для экономии места позволю себе ограничиться общими словами. Задача — выбрать минимально допустимый для качественного сжатия Quality Index (QI, то есть индекс количества информации, приходящейся на каждый пиксел картинки) вашего будущего ролика так, чтобы сохранить максимальное разрешение. Чтобы определить этот самый индекс, нужно заполнить все остальные пустующие информационные поля калькулятора.

Сразу вы можете указать Disk Space — желаемый объем ролика в килобайтах, его длительность и частоту кадров (она равна частоте кадров входного материала), а также разрешение, значение которого вы только что выставили в MeGUI. Битрейт, то есть количество информации, которое придется на секунду закодированного видео, считается как частное от деления желаемого объема ролика в килобитах на его длительность в секундах. Все бы хорошо, но вы наверняка обратили внимание, что битрейтов в калькуляторе не один, а два (рис. 2). И правда — звук кодируется независимо от видео, но в финальном-то файле он свое место займет! Выходит, чтобы определиться с битрейтом видео, нужно сначала определиться с аудио. Смело ставьте значение в пределах 64—192 кбит/с для каждой дорожки на свое усмотрение. Мое усмотрение по данному вопросу зависит от целей сжатия: если ролик планируется размещать в Сети, где важен каждый мегабайт, — обойдутся юзеры и 64 кбит/с. Если же пережимается какой-нибудь DVD для себя любимого — тогда, конечно, не стоит экономить. Nero AAC по сравнению с mp3 сделал огромный шаг вперед, и таких скромных битрейтов оказывается достаточно для вполне приличного кодирования даже шестиканального звука.