Связать видео или скачать позже?

Question

У меня есть приложение, которое использует небольшие видео, которые я создал, чтобы продемонстрировать концепции, описанные в определенных темах. Видео по крайней мере 3 МБ, и я не уверен в максимуме, но, вероятно, 5 МБ. Для v1.0 я бы хотел раздать 5 видео. Это ~ 15 МБ плюс еще один мег для приложения. Должен ли я распространять видео через iTunes, где, скорее всего, у пользователя более быстрое соединение с компьютером, а общее впечатление лучше? Есть ли какие-то ограничения по размеру, которые должны соблюдаться в вашем файле .app?

Или я должен составить какую-то схему по требованию? Например, приложение может отправить на мой сайт код, который используется для аутентификации. Затем пользователь может загружать видеоконтент через свой iPhone. Если пользователь подключен к Wi-Fi или 3G, я думаю, это нормально. Но если все, что у них есть, это 2G, это будет плохо.

v1.1 будет включать больше видео и, возможно, повтор существующего видео. Можно ожидать, что каждая новая версия будет включать больше видео.

Просто ищу лучший способ сделать это. Есть предложения?

Answer 1

Один вариант:

Всякий раз, когда вы выпускаете, выпускайте только новые видео. Когда пользователь запускает приложение в первый раз, скопируйте все видео из пакета на устройство. Каждый раз, когда вы делаете новый выпуск, они будут иметь предыдущие видео из предыдущих выпусков. Любые пропущенные видео / обновления можно в любое время загрузить с вашего веб-сайта, используя предложенную вами схему аутентификации.

Answer 2

Недавно я увидел в приложении appstore на телефоне предупреждение о том, что оно не позволит мне обновить приложение, которое я пытался обновить через 3G, так как его размер был> 10 МБ - мне пришлось ждать, пока у меня не появится подключение к WiFi. Еще одна проблема, о которой нужно знать.

Answer 3

На 15-16 МБ вы можете быть выше среднего, но вы точно не будете находиться на "экстремальной" территории для своего размера. У Apple есть специальные инструкции по загрузке приложений объемом более 200 МБ, поэтому они готовы работать с пакетами, которые намного, намного больше, чем вы думаете. У меня на телефоне есть одно приложение, которое весит 283 МБ.

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

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

Answer 4

Я сам сейчас сталкиваюсь с этой дилеммой. Я бы предпочел встроить некоторые видео-уроки по использованию в мое приложение, но оно будет держать мое приложение без сжатия около 20 МБ (и я сомневаюсь, что сжатие получит его ниже 10 МБ). Я действительно не хочу терять импульсивные загрузчики, потому что приложение слишком велико для 3g.

Таким образом, стратегия, с которой я играю, состоит в том, чтобы включить меньшие из них до уровня, когда я рискую превысить предел в 10 МБ, а затем указать, что ссылки на любые видео, которые не могут быть включены, будут транслировать их по сети. И, возможно, в будущем обновлении, чтобы предложить возможность загрузки видео, которые не были включены, затем изменить эти ссылки на странице справки HTML, чтобы использовать кэшированные версии, хотя я не уверен, что это стоило бы усилий.

Я сейчас использую iShowU HD (хотя мне нравятся возможности редактирования ScreenFlow, но iShowU оценена правильно и достаточно для моих нужд), и мне удалось немного уменьшить размер видео, перейдя на 15 кадров в секунду и играя с ползунок сжатия.

Answer 5

Помимо размера приложения и времени загрузки, вы также можете подумать о том, будет ли ваше приложение вызывать флаг отклонения, если вы предоставляете мультимедийное содержимое со своего веб-сайта вместо вложения ресурсов в комплект приложения.