BugTraq.Ru: айпадноконвертерное

айпадноконвертерное
30.09.10 01:40 // оригинал
Теперь луч умеренной ненависти авторам многочисленных видеоконвертеров. Опять же понятно, что большинству юзеров будет более чем достаточно дефолтовых настроек, которые притаились за какой-нибудь строчкой "for iPad", но после десятка лет возни с оцифровкой домашнего видео и тут поневоле станешь перфекционистом.

С учетом разрешения айпада (1024х768) исходники для конвертирования разбиваются на две группы. В первую входят как dvd-рипы с типовыми разрешением 512х384, 640х480 и 720х576 (естественно, это значения для 4:3, для широкоформатных соотношение другое, но это непринцииально), так и разные экзотические разрешения (характерно для сериалов). Объединяет их одно - исходный размер заведомо меньше 1024х768. Вторая группа исходников - это hdrip'ы, преимущественно что-нибудь вроде 1280х720 или 1920х1080, хотя последние перетаскивать в айпад - совсем уж извращение.

При таком раскладе все, чего лично мне хочется от нормального конвертера - это чтоб исходники первой группы он перетаскивал в айпадный h.264, не пытаясь проявлять самостоятельность и менять размеры. Можно предположить, что предварительный ресайз до 1024хXXX даст лучший результат, чем ресайз на лету при показе, на практике же разница совершенно не воспринимается, так что можно этой фигней не страдать. Наиболее разумное поведение для исходников второй группы - уменьшение до 1024x576.

Теперь смотрим пресеты разных популярных конвертеров. Чего там только нет, весь стандартный зоопарк - и 720х576, и 1280х720, и 640х480. Только вот самого нужного пресета нет - учитывающего исходное разрешение. Такого, чтоб можно было не думая натравить на стопку фильмов и получить готовый результат, максимально близкий к оригиналу. Простой пример. Берем Лостфильм, берем первые попавшиеся на глаза эпизоды Эврики и Касла. Наблюдаем 624х352 и 704х400 соответственно. Если я попытаюсь не забивая себе голову настройками прогнать их в батч-режиме через один и тот же конвертер, оба ролика пригладят, скажем, к 720хXXX, до кучи насмерть прошив в файл нафиг не нужные черные поля. Я бы еще мог понять в качестве дефолтовой настройки 1024хXXX, но тут - ужимать/растягивать, чтоб потом еще айпад растянул/ужал - какой смысл? О fps и речи нет, почти всегда прибит насмерть.

Причем ведь не жуть какого интеллектуального поведения хочется, а простого сопоставления с заданными границами. Пока я встретил ровно один конвертер с GUI, из коробки обеспечивающий желаемое. Что самое любопытное, им оказался конвертер, встроенный в Air Video. Задаешь ему на айпаде максимальную ширину и высоту, и он бросается ресайзить лишь если картинка в них не влезает. Естественно, с таким же успехом можно напрямую использовать тот же ffmpeg, который использует Air Video, или mencoder, но это ж параметры вспоминать, батчи писать, а так хотелось не думая нажать пару кнопок. Ну и напоследок себя чуть реабилитировал Xilisoft'овский конвертер - хоть в стандартных пресетах этого и нет, но при создании своего все-таки можно задать автоопределение размера. Для исходников первой группы на айпаде сойдет, но во времена, когда я перегонял под hd2, такое все ж было бы неудобным - его 800х480 делили и первую группу аккурат пополам.

теги: ipad | обсудить | все отзывы (0) | обсудить в LJ [1487]

назад « » вперед

аналогичные материалы

облачночитальное // 16.02.22 16:21
яблочноучебное // 11.09.20 18:34
айпаднофлешное // 17.06.19 21:39
айпаднопрошное // 16.06.17 17:13
айпадночитальное // 29.06.16 15:38
айпаднодевелоперское // 13.06.16 22:16
айпадносмбшное // 02.04.16 13:47
айпадночитальное // 22.03.16 16:38
айпаднопечальное // 21.03.16 21:06
гуглекипное // 28.09.15 21:19

последние записи

ihrkampfное // 02.10.24 16:30
отпускное // 08.07.24 23:02
синхронное // 13.06.24 18:07
автоматизаторское // 16.05.24 18:12
песчаное // 13.03.24 18:05
макоудаленное // 29.01.24 23:10
разнонедельное // 07.12.23 15:09
qtменюшное // 29.09.23 23:47
неестественноинтеллектуальное // 29.09.23 16:50
основательное // 18.09.23 00:15