2015-05-30 7 views
2

Я ищу способ передачи видеофайлов на мобильный телефон клиента без потоковой передачи. Причина заключается в том, что (клиентский запрос) устраняет стоимость такого сервера из-за ожидаемого роста трафика с высокой вероятностью.Кордова | Отправка видео на мобильный телефон

Итак, я посмотрел кодировку base64, ниже - время, необходимое для получения файла 19mb (один с подключением к Интернету 100 МБ, второй с 3G-соединением). Это может сделать ожидание болезненным, особенно при подключении 3G. base64 video encode timing

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

Наконец, я посмотрел на другое возможном решение, и является передача видео прямо на телефон клиента при закрытии приложения (нажатие уведомления при загрузке файла на телефон клиента), но это, вероятно, одно из ограничений Кордовы (насколько я знаю).

Я ищу решение для этого уже несколько недель, поэтому я поместил на него щедрость, так как я считаю, что это вопрос, на который стоит ответить. Кто-нибудь когда-нибудь поблагодарит нас за это. :) Я стану первым.

Большое спасибо и счастливое кодирование.

+0

У меня возникли проблемы с пониманием намерения вашего вопроса - почему именно видеофайл не может быть встроен как простой HTML5-носитель? Используя base64, вы столкнетесь с увеличенным размером данных на 30%. –

+0

Спасибо за ваш ответ, я знаю об этом, но дело в том, что сервер слабый, и клиент не хочет размещать видео, поэтому идея состоит в том, чтобы отправить его клиенту, и он будет воспроизводить его со своего телефона ... Пока наша идея ограничить размер файла до 5 мб и использовать base64 для отправки видео, я просто ищу лучшее решение, чем это ... – Shay

+0

Я изменяю вопрос, чтобы быть более конкретным и понятным – Shay

ответ

2

хостинг против приложения служащей

Прежде всего вы должны понять, что независимо от того, где файл поступает из - файловый сервер (потоковое) или сервер приложений (в кодировке Base64), хостинг затраты собираются быть похожим (ну, сервер размещения файлов должен быть более эффективным, чем все, что вы пишете, но это незначительная разница). Вам все равно нужно хранить файл где-то, и вам все равно нужно отправить его по сети. Разница лишь в том, что в одном случае Apache/IIS/любой сервер, который вы используете, обрабатывает все сложные вещи, а во втором случае вы пытаетесь воссоздать все это самостоятельно.

Streaming против непотоковые

Когда вы служите файл (будь то самостоятельно или через файловый сервер), вы можете позволить ему быть извлечены в кусках (потоковые) или только как огромный большой файл. В первом случае - потоковая передача - если пользователь перестает смотреть на полпути через видео, вам потребуется только емкость сервера, чтобы он служил как 60 или 70% файла. Во втором случае - без потоковой передачи - вам нужно сначала дождаться, когда файл будет извлечен в целиком, и, кроме того, он всегда будет стоить вам 100% мощности.

прекешинг файлы

Это никогда не говорить ничего, можно оптимизировать. Например, если вы распространяете один файл каждую неделю в субботу 6 часов вечера, но уже знаете за неделю до того, что этот файл, вы можете теоретически зашифровать файл и подавать его в фоновом режиме, распространяемом в течение всей недели. И да, вы могли бы даже сделать это при создании приложения Кордовы (хотя это будет немного сложнее, и вы можете написать свой собственный плагин). Тем не менее, эта ситуация невероятно редка и определенно не стоит времени разработки, за исключением редких случаев (например, это часто делается с файлами игр, но это десятки ГБ данных, загружаемых десятки тысяч раз).

+0

Благодарим вас за ответ, я согласен с тем, что потоковая передача будет лучшим вариантом во многих отношениях, я хочу, чтобы мой клиент мог быть уверен, что я об этом. Прецизионность не записывается, но это приличная идея. Я предполагаю, что на этот счет нет реального ответа, поэтому я дам вам щедрость, если в ближайшие дни никто не придет с магическим решением. :) – Shay

+0

@Shay Ну, вам нужно будет разъяснить клиенту, что это будет стоить ему больше этого - как для хостинга, так и для развития -, работать менее эффективно и предоставлять ему - или пользователю - никакой выгоды вообще , И для того, чтобы быть ясным, предварительная подготовка была в ответ на желание отправить видеофайл, пока приложение было закрыто. –

+0

Да, я думал, что это только идея, хорошая идея. :) Я пытался объяснить это клиенту много раз, я думаю, вы учитесь лучше всего из своих самых трудных ошибок хе-хе! – Shay

Смежные вопросы