Браузер на java который воспроизводит видео

BOLT Java Browser — для просмотра видео онлайн, Первый пост обновлён. Последняя версия 2.1

Собирал инфу по всему инету с 7 сайтов как минимум.) Качаем, тестим, отписываемся.

Тип: Мобильный браузер
Разработчик: Bitstream Inc.
ОС: Java ME, есть версии и для BlackBerry
Лицензия: Проприетарная
Сайт: boltbrowser.com
Материал на википедии: http://ru.wikipedia.org/wiki/Bolt_Browser
Требования BOLT 1.62 MIDP 2.0, CLDC 1.0

Основные возможности :
— Просмотр потокового видео любой длины.
— Отдельная строка поиска.
— Менеджер закачек, который загружает файлы непосредственно из браузера.
— Улучшенные навигация, ввод текста и кэширование.
— Поддержка курсора.
— Хорошее качество отображения страниц.
— Полный вывод сайта, как на ПК.
— Поддержка виджетов и многое другое.

BOLT Java Browser — Мобильный браузер БОЛТ. Среди особенностей браузера следует отметить что это единственный браузер на Java-платформе, способный воспроизводить онлайн-видео.

BOLT — предоставляет пользователям быстрый, эффективный, многофункциональный способ наслаждаться полной версией ПК-страниц и богатыми мультимедийными возможностями.
Построенный на ThunderHawk технология, которая оптимизируют удобство, скорость и производительность с ограниченными ресурсами систем и с ограниченным объемом памяти.
BOLT основан на движке WebKit, а благодаря тому, что код приложения написан на Java, оно будет совместимо с практически всеми мобильными телефонами. Среди главных особенностей BOLT стоит отметить очень высокую скорость обработки страниц и небольшой объем используемой памяти. Для работы приложению требуется всего 150 КБ памяти, и 500 КБ если использовать функцию чтения RSS-рассылок. Также стоит отметить поддержку потокового видео и технологий javascript и AJAX.

WebRTC, Flash, Java – TOP3 технологий для браузерных VoIP звонков 2013

Если в каком-нибудь коммюнити спрашивают про аудио- или видеозвонки из браузера, как правило, получают ответ: «Попробуйте WebRTC». WebRTC, действительно, подходящая для этого технология и имеет ряд преимуществ над другими способами передачи аудио и видео в браузере.

Адепты WebRTC уже давно похоронили Flash, несмотря на то, что WebRTC местами имеет сырые реализации и доступна далеко не повсеместно. В настоящей статье представлены TOP 3 технологий звонков из браузера с описанием их преимуществ и недостатков.

Как известно, сам браузер «звонить» до последнего времени не умел. Не умел обрабатывать звук с микрофона, посылать, принимать и воспроизводить. Относительно недавно в некоторых браузерах появилась возможность захвата с микрофона и вебкамеры и дальнейшей отправки этих данных по защищенному SRTP протоколу, а так же воспроизведение потока с использованием адаптивного jitter buffer. Все эти новые возможности и есть не что иное, как WebRTC. Здесь стоит заметить, что браузерные звонки существовали за много лет до появления WebRTC, поэтому начнём с наиболее древних.

TOP3 – Java

Временем появления браузерных звонков можно считать момент, когда Java апплеты стали поддерживать захват аудио с микрофона. Java Runtime Environment (JRE), как правило, уже установлена в системе, будь-то Linux или Windows. JRE так же присутствует в виде плагина в большинстве известных браузеров. Например, если заглянуть во вкладку chrome://plugins браузера Google Chrome, можно найти там NPAPI Java плагин. Этот плагин и будет средой для выполнения Java апплета. Второй, более продвинутый способ запуска, это JNLP (Java Network Launch Protocol), который позволяет, к примеру, кустомизировать окно «Загрузка апплета…».

В итоге Java код выполняется десктопом или браузерным плагином, захватывает аудио с микрофона и отправляет его на сервер по стандартному RTP протоколу (для Java можно с легкостью отыскать несколько готовых RTP реализаций). С безопасностью здесь так же все в порядке. Понятно, что апплет должен быть подписан, и при запуске пользователя спросят, желает ли он запустить подписанный апплет от данного производителя, который может получить доступ к тем или иным функциям.

Плюсы решения на Java:

• простое;
• нет лишних звеньев, возможность прямого взаимодействия с сервером по RTP;
• широкая распространенность и доступность JRE для конечного пользователя.

Кажется, что все идеально? К сожалению, в Java есть проблемы с DSP для VoIP. А это весь «must have» набор:

• AEC (Acoustic Echo Cancellation);
• AGC (Automatic Gain Control);
• Adaptive Jitter Buffer;
• Noise suppression.

Теперь представим звонок с Java апплета без гарнитуры (наушников с микрофоном). Если провести этот эксперимент ночью, поставив колонки на полную громкость, можно напугать соседей до заикания. Всё из-за эхоподавления. Его нет. Отсутствие AGC заставит ваших пользователей крутить уровень громкости (нормальный AGC должен делать это за пользователя, чтобы не было слишком тихо или слишком громко). А отсутствие Adaptive Jitter Buffer выльется либо в большую задержку либо в «choppy audio» – прерывистый неразборчивый звук. В результате качество коммуникации будет далеким от оптимального.

Все недостающие алгоритмы можно теоретически реализовать на Java, но есть пара проблем. Во-первых, реализовать универсальные и производительные алгоритмы (например AEC) достаточно сложно: такая реализация потребует высоких трудозатрат и расходов на R&D. Во-вторых, реализация таких алгоритмов на Java может работать в несколько раз медленнее, чем на C/C++, что может повлечь серьезные проблемы с производительностью и перерасход ресурсов клиентского CPU.

Производители Java апплетов с функцией звонков реализуют собственные DSP процессоры или используют уже существующие решения на C/C++. Как правило, они подкладывают к апплету DLL библиотеки, которые берут на себя обработку вышеописанных DSP алгоритмов. В результате Java апплет имеет стандартные VoIP функции для обеспечения качественного звонка со всеми «must have» VoIP алгоритмами.

В конечном итоге остается два минуса Java:

• кроссплатформенность — придется снабжать апплеты DLL библиотеками под Win и SO библиотеками под Linux;
• сложность реализации этих DSP библиотек.

Довести DSP до отличного качества или купить соответствующие разработки может позволить себе не каждый вендор. То же касается поддержки различных аудио- и видеокодеков.

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

Незаслуженно покинута она по двум причинам:

• недостаток встроенных возможностей по работе с DSP;
• более распространенные для Web конкурирующие платформы, которые лишены такого недостатка.

О них далее.

TOP 2 – Flash

До некоторого времени Flash был технологией для красивых интерактивных баннеров.

В 2002 году появилась в релизе версия Flash Communication Server MX 1.0 — прародитель сегодняшнего Adobe Media Server. Flash Player 6, являясь тогда продуктом компании Macromedia, умел взаимодействовать с FCS MX 1.0 и обмениваться с сервером аудиопотоками. Это еще раз указывает на то, что WebRTC припозднился на 10 лет, а также то, что рынок начинает закрывать свои потребности за 10 лет до появления вменяемой технологии браузерного интерактива.

В это время Flash Player 6 уже умел захватывать аудио и жать его в NellyMoser и видео — в Sorenson Spark. Java в это время была слабо представлена в веб и Flash Player 6 в связке с сервером претендовали на мировое господство в области web-стриминга. Позже появились Red5, Wowza, но это немного другая история.

В качестве транспорта для аудио и видео в Flash Player 6 использовался протокол RTMP, который сегодня имеет открытую спецификацию, опубликованную Adobe.

Flash Player 6 в связке с сервером стал платформой для браузерных звонков, обладающей следующими функциями:

• NellyMoser, Sorenson spark;
• RTMP.

До полноценного браузерного VoIP тогда было еще очень далеко. AEC (Acoustic Echo Cancellation) в тот период, наверное, даже не было в планах. Но платформа делала свое дело и передавала звук и видео от одного плеера к другому через сервер.

Все, кто работают с VoIP, рано или поздно сталкиваются с задержкой. Когда разработчик впервые тестирует написанное им VoIP приложение, он не обращает внимания на задержку: звук есть, картинка есть — и хорошо. Первыми задержку замечают пользователи и пишут репорты типа: «I say «one» then Bob says «two» and it seems it takes about 5 seconds. Why?» Потом уже два разработчика начинают тестировать звук и не понимают, куда пропали эти 5 секунд, ведь у них сервер Xeon на 100500 ядер и он не может тормозить.

Задержка была в связке Flash Player 6 + Flash Communication Server MX 1.0, а также осталась в следующих версиях сервера, включая последнюю Adobe Media Server, с ней безуспешно боролись на Wowza и Red5. Причина, конечно, проста и известна каждому VoIP разработчику: RTMP протокол работает поверх TCP, а потому не приспособлен для полноценного VoIP. Сохранить пакеты любой ценой – это не тот случай, когда дело касается передачи звука либо видео. Но это главная задача TCP протокола: сохраняем пакеты и получаем задержку. Все просто.

Отсутствие полноценного UDP транспорта сделало невозможным развитие интерактивных сервисов. Например, если участник вебинара хочет пообщаться face-to-face с ведущим, у него не всегда получится это сделать нормально. Все в значительной степени зависит от качества сети и потерь. В результате на базе RTMP развивались, в основном, video on demand сервисы, или live video, или вебинары с одним ведущим, где задержка не так важна.

Кстати, здесь вопрос к Macromedia: почему они не сделали audio и video стриминг по UDP. Это бы значительно упростило жизнь всем разработчикам и конечным пользователям. Очевидно, что VoIP функция браузера была на переферии и над ней никто особо не задумывался, а для интерактива с данными (sharedobjects, callbacks итд) TCP подходит оптимально.

Ситуацию с UDP в Flash Player сдвинула компания Adobe, когда в версии плеера 10 ввели поддержку нового протокола RTMFP и эхоподавление. В 11 версии Flash Player добавили поддержку кодеков G.711 и H.264. В AS3 API так же имеются упоминания про Adaptive Jitter Buffer для G.711 и Speex.

VoIP возможности Flash Player 11:

• Nelly Moser, Speex, G.711, Sorenson Spark, H.264;
• RTMP, RTMFP;
• AEC;
• Adaptive Jitter Buffer;
• AES шифрование.

Благодаря этим нововведениям, Flash Player имеет практически все необходимое, чтобы стать VoIP платформой №1 для браузера: шифрование AES защищает трафик между браузером и сервером от посторонних; AEC и Jitter Buffer обеспечивают качество воспроизведения звука; новые кодеки совместимы с традиционным VoIP, а RTMFP протокол работает по UDP. Не хватает AGC (Automatic Gain Control). Его отсутствие не смертельно, но неприятно для тех, кто понимает пользу этой функции для VoIP и не понимает, почему её до сих пор нет. Помогает перенос AGC-фильтра на сторону сервера.

Еще одна маленькая неприятность от Adobe — невозможность во Flash Player нормально проиграть H.264 поток, закодированный для передачи по RTP. В багтрекере Adobe cуществует «by design» баг, который накладывает ограничение 1 NALU per video frame. Это ограничение отрубает все H.264 кодеры, которые дают поток, совместимый с RTP. В результате приходится применять транскодинг, что в свою очередь вызывает избыточное потребление ресурсов CPU, которого в принципе хотелось бы избежать.

Flash RTMFP основан на UDP и довольно прилично передает звук. Но и здесь не обошлось без сюрпризов. В доках Adobe AS3 сказано, что RTMFP для аудио и видео поддерживает три режима: надежная доставка (reliable), частично-надежная доставка (partially reliable), ненадежная доставка (unreliable). В этих же доках есть только два флага для audioReliable и videoReliable: true, false. False описывается как режим частичной доставки (partially reliable). В итоге, получается, что ненадежная доставка (unreliable) пропала, а для передачи звука она наиболее важна.

Частичная доставка – это TCP подобные ретрансмиты, которые происходят очень ограниченное время, но и этого хватает, чтобы испортить звук на нестабильной сети. Такие ретрансмиты вызывают джиттер, который портит поток. Jitter buffer на принимающей стороне в данном случае не помогает, т.к. идет очень большой разброс. Решением является переход к ненадежной доставке (unreliable) звука. В Flash Player API нет возможностей её включить, и приходится добавлять её на уровне протокола на серверной стороне.

Например, в WebRTC — Flash RTMFP SIP Gateway Flashphoner Web Call Server реализован хак на уровне протокола, который позволяет полностью исключить ретрансмиты в RTMFP и обеспечить unreliable доставку. Это в разы повышает устойчивость потока к потерям и лагам сети. Можно получить разборчивый Speex поток до 12% потерь в сети. Тот же поток заметно рвется в случае частичной доставки(partially reliable) причем рвется на тестах с Adobe Flash Media Gateway, несмотря на то что эта часть Adobe Media Server должна по задумке являться эталонной реализацией RTMFP протокола.

Плюсы Flash:

• самый широкий охват браузеров;
• привычная технология для разработчиков — Flex/AS3;
• качественная VoIP передача аудио и видео.

Минусы Flash:

• требует промежуточного сервера (не поддерживает открытые UDP протоколы, такие как RTP/SRTP);
• относительно медленное улучшение VoIP части разработчиком (Adobe): отсутствие AGC, H.264 1 NALU per frame problem.

Кстати, что мешает разработчикам Flash Player внедрить WebRTC стек?

TOP 1 – WebRTC

И наконец, любимец публики, зомбирующая разработчиков, кошмарящая телекомов и активно обсуждаемая технология WebRTC. Рынок живет ожиданиями, а в ожиданиях сегодня доминирует WebRTC.

На текущий момент WebRTC присутствует в трех распространенных браузерах в состоянии production:

• Google Chrome;
• Mozilla Firefox;
• Mozilla Firefox mobile.

А также в двух браузерах в состоянии beta:

• Google Chrome Beta Mobile;
• Яндекс Браузер.

Яндекс Браузер не проверяли, но по информации в сети, он не всегда корректно работает с WebRTC, поэтому мы поставили его в beta в нашем списке.

Даже в Chrome браузере WebRTC продолжает оставаться недоработанной, хотя уже прошло немало времени после релиза. Простые вещи работают, но когда дело доходит до смены состояния сессии по SDP (аналог re-INVITE в SIP) или при других нетривиальных действиях, появляются разные сюрпризы, которые сильно огорчают.

Однако это не мешает WebRTC завоевывать все новые умы и определять вектор развития VoIP и вообще интерактивных технологий в Web. И это не удивительно по двум причинам:

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

На технологической начинке WebRTC хотелось бы остановиться отдельно, это:

SRTP, DTLS, ICE, STUN, AEC, AGC, Adaptive Jitter Buffer, Opus, VP8

Выглядит так, как будто в браузер встроили софтфон. Не хватает только поддержки SIP.

Действительно, набор используемых в WebRTC технологий больше похож на VoIP SDK. SRTP и DTLS обеспечивает защиту трафика между WebRTC узлами. ICE и STUN помогают преодолеть NAT, выставив с обеих сторон кандидатов для созвона в виде простых пар host:port. AEC, AGC и Jitter Buffer работают для того чтобы сделать аудио и видео качественным – без лагов и задержек. Кодеки Opus и VP8 хорошо подходят для глобального Интернета, где битрейт до конечного пользователя может легко падать до очень низких значений вопреки обещаниям провайдеров про каналы в 100Mbps.

Несколько омрачает картину отсутствие поддержки WebRTC в других браузерах, таких как IE, Safari, Opera и т.д. К недостаткам еще можно отнести несовместимость с традиционным VoIP оборудованием. Например, производители SIP/VoIP продуктов, коих великое множество, были бы очень признательны поддержке обычных SIP/RTP протоколов и кодеков для совместимости с миллионами устройств.

Здесь стоит упомянуть, что WebRTC изначально задумана как peer-to-peer между браузерами и ориентирована на шифрованный SRTP трафик. Скорее всего, именно поэтому VoIP вендорам, которые обмениваются стандартными RTP потоками, придётся внедрять у себя WebRTC совместимый транспорт и кодеки.

Хотя и здесь не все так плохо. Существуют шлюзы для обеспечения такого рода совместимости. Например WebRTC SIP Gateway Flashphoner Web Call Server 3 является шлюзом, который может соединить WebRTC клиента и стандартное SIP/RTP устройство будь то VoIP свитч или GSM шлюз, работающий по SIP. Таким образом, данная проблема вполне решаема путем ввода промежуточного ПО.

Преимущества и недостатки WebRTC достаточно прозрачны:

Плюсы WebRTC:

• полноценное VoIP в браузере

Минусы WebRTC:

• недостаточно поддерживающих браузеров
• отсутствие RFC (Cпецификации находятся в draft-ах и меняются, хотя нужно признать, что по сравнению с тем, что было год назад, сейчас все более-менее стабильно).
• отсутствие совместимости с традиционным VoIP (by design).

Ожидания и ресурсы, стоящие за WebRTC, с лихвой перекрывают текущие минусы, поэтому смело отдаем ей законное первое место TOP1 в списке браузерных технологий для VoIP.

Если же вспомнить, что остальные описанные здесь браузерные технологии Java и Flash – это плагины (хоть и предустановленные в большинстве браузеров), то выходит, что WebRTC – это единственная чисто-браузерная технология, которой в этом отношении нет аналогов.

Итак, мы закончили разбор трех технологий для web звонков, обобщим все описанное выше в виде следующих таблиц:

Браузер на java который воспроизводит видео

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

Кодеки – это программы для сжатия и воспроизведения медиаданных. Каждый из них оперирует лишь одним форматом. Отсутствие подходящих кодеков является самой частой причиной того, что не работает видео на компьютере. Чтобы ваш плеер воспроизводил файлы в различных видеоформатах, скачайте K-Lite Codec Pack – наиболее популярный пакет кодеков. Если вам нужна более подробная информация, ознакомьтесь с нашими инструкциями. В них мы объясняем, что такое кодеки и как их установить.

Если видео не открывается, попробуйте также обновить ваш медиаплеер, ведь у проигрывателей периодически обновляется список встроенных кодеков. Как это сделать, рассмотрим на примере одного из наиболее популярных плееров – VLC. Чтобы обновить его, запустите плеер, нажмите на кнопку Помощь и выберите опцию Проверить обновления, как показано на рисунке.

Хотите быть уверены, что программный плеер на компьютере или мобильное устройство будет воспроизводить файлы без проблем? Просто сконвертируйте видео в тот формат, который точно поддерживает ваш плеер. Для решения этой задачи идеально подойдет Video Converter от Movavi – он конвертирует файлы во все популярные видеоформаты, включая MKV, AVI, MP4, а также содержит готовые пресеты для смартфонов, в том числе iPhone и Google Nexus, телефонов и планшетов на Андроид и других устройств. Программа подходит для устройств на базе Windows 7, 8, 10 и всех актуальных версиях macOS.

Сконвертируйте видео в другой формат программой Movavi, если плеер не показывает видео.

Нет драйверов видеокарты

Что делать, если установка кодеков не помогла и плеер видео не показывает, хотя должен? Есть еще один вариант. Предположим, что компьютер не воспроизводит видео, но вы уверены, что у вас установлены необходимые кодеки и ваш медиаплеер совместим с форматом ролика. В этом случае причина может крыться в устаревших драйверах видеокарты или их отсутствии.

В этой ситуации не удается воспроизвести ролик, либо изображение не отображается в формате нужной четкости, возникают дефекты картинки и музыки. Чтобы установить драйверы, вам нужно знать модель видеокарты. Посмотрите, какая видеокарта у вас установлена: в меню Пуск или на панели задач (если у вас компьютер на Windows 10) найдите строку поиска, введите Диспетчер устройств и нажмите Enter.

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

Вы узнали, какая у вас видеокарта, и теперь сможете без труда найти нужные драйверы на просторах Интернета. Скачайте драйверы с официального сайта производителя, запустите установочный файл и следуйте инструкции. Процесс полностью завершится уже через несколько минут.

• Перейти на сайт NVIDIA
• Перейти на сайт Intel
• Перейти на сайт AMD

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

Почему не воспроизводится видео в браузере?

Пользователи часто сообщают о том, что ролики иногда не проигрываются не только на устройствах с некоторыми операционными системами, например, на ОС Ubuntu на базе Linux, но и в популярных браузерах. Самый распространенный вопрос: почему я не могу смотреть видео на сайтах, если все кодеки уже установлены?

На самом деле браузер не грузит ролики не по причине отсутствия кодеков и даже не из-за переполненного жесткого диска. За воспроизведение видео на сайтах раньше отвечал Adobe Flash Player, сейчас многие разработчики перешли на более совершенную технологию HTML5. Вы можете узнать, относится ли к их числу ваш браузер. Для этого перейдите на страницу установки Flash Player. Если вы увидите сообщение о том, что приложение уже установлено, но отключено – ваш браузер поддерживает технологию HTML5.

Хотя рекомендации по обновлению Adobe Flash Player до сих пор актуальны, например, для браузера Хром. Поддержка обычно советует не только установить актуальную версию, но и отключить аппаратное ускорение для декодирования видео. Это же касается и других браузеров, созданных на базе движка Chromium. Если проблема была в Flash Player, то после обновления вы сможете просматривать видео на любых сайтах, в частности на «Ютуб» и в социальных сетях.

Иногда видео не запускается и из-за отключения в браузере Java Script. По умолчанию он должен быть активен во всех новых версиях Chrome, Опера, Firefox, Яндекс Браузер и других. Проверьте, работает ли компонент – перейдите в расширенные или дополнительные настройки и найдите соответствующую опцию. На примере Chrome:

1. Перейдите в настройки и выберите пункт меню Показать дополнительные настройки.
2. Найдите раздел Личные данные и здесь нажмите на кнопку Настройка контента.
3. Посмотрите, активен ли Java Script. Если нет – разрешите его использование.

Активировать опцию стоит и в случаях, если видео не просматривается и в других браузерах. Однако она может мешать нормальной работе некоторых сайтов. Если после активации наблюдаются такие проблемы, то добавьте адреса ресурсов-исключений в настройках. Тогда конкретно на них будет запрещено использование Java Script.

Почему не показывает видео на телефоне на базе iOS и Android?

Если вы любите фиксировать моменты в движении, то можете столкнуться с проблемой невозможности воспроизведения видео, снятого на камеру телефона. Фото при этом открываются, равно как и веб-страницы. А вот записанное видео нет. Если вы используете новые модели iPhone, то причина может быть в следующем:

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

Еще одна распространенная проблема, из-за которой на экране iPhone не воспроизводятся снятые на этот же телефон видео – активация функции оптимизации места. Перейдите в меню Настройки, выберите iCloud и пункт Оптимизировать хранилище, после чего нажмите на кнопку Отключить.

На Андроиде ролики могут не воспроизводиться примерно по тем же причинам. Если вы смотрите видео в браузерах – убедитесь, что Java Script не отключен. Вспомните также, ставили ли вы в последнее время приложения, особенно с коррекцией, инверсией цвета, активацией ночного режима и изменения цветовой температуры? Если да – попробуйте удалить их и запустить видео.

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

У проблем с воспроизведением видео на компьютерах и мобильных устройствах есть универсальные решения. Если скачанные видео не включаются, то стоит попробовать преобразовать его в подходящий формат при помощи Movavi Video Converter. В этой программе можно не только конвертировать медиафайлы, но и редактировать видео, извлекать из него звук, сжимать видеофайлы и многое другое.

Как создать свой браузер с возможностью скачивания видео с любого сайта?

Как создать свой браузер с возможностью скачивания видео с любого сайта для android? Во многих браузерах это есть, но я хотел узнать, что прописано в Manifest.xml и в Activity и в Layout ? Как все-таки по нажатию на видео всплывает окно с выбором смотреть или скачать? Нигде ничего не могу найти по андроид.

Отслеживать
11k 3 3 золотых знака 30 30 серебряных знаков 53 53 бронзовых знака
задан 12 фев 2017 в 20:53

Т.е. вы для Eclipse нашли, а для AS нет. Так не бывает. Ваш вопрос никак не может быть связан со средой разработки. А по сути. Ну, чтобы что-то проиграть — нужна ссылка. Видать просто HTML на лету правится и добавляется отлов нажтий на эти ссылки с запуском интента на скачивание.

12 фев 2017 в 20:58
@ЮрийСПб, а откуда вообще eclipse взялся? o_O
12 фев 2017 в 21:01
@Qwertiy, ну. Я только его ещё как IDE для Android на java знаю)
12 фев 2017 в 21:02
это же плагины делают, а не браузер
12 фев 2017 в 21:13

Вместо браузера, вы наверно хотите что-то вроде YouTubeDL программы/библиотеки на Питоне, которая умеет скачивать видео со многих сайтов и есть установленный механизм по добавлению новых (не пиратских) сайтов. Среди кучи приложений, которые заявляли способность скачивания видео с различных потоковых видео-сайтов, youtube-dl достаточно надёжным и быстро-обновляемым оказался. На iOS, эта библиотека к примеру из под Pythonista 3 работает. На Android, в рамках Kivy можно попробовать запустить или другой способ запустить python (или готовое приложение поискать).

13 фев 2017 в 7:17

2 ответа 2

Сортировка: Сброс на вариант по умолчанию

Если ставить цель по создантю новых браузеров, я бы рекомендовал обратить внимание на «движки» для браузеров, к примеру Webkit вот вики по нему. Вот сайт webkit. На нем работает хром и сафари. Что касается по скачке файлов (видео и других) с сайтов, то это уже всё ручками кодить придется. Да кстати вот нагуглил список всех движков для создания браузеров. Большинство браузерных движков написаны на C++.

Отслеживать
ответ дан 12 фев 2017 в 22:10
Yevgenii Shashkov Yevgenii Shashkov
1,171 8 8 серебряных знаков 18 18 бронзовых знаков

Android Studio — среда разработки приложений для ОС Android. Решение вам нужно искать, применительно к платформе (Android), а не инструменту (условно — сложному текстовому редактору Android Studio), а написать код найденного решения вы можете и в блокноте, с тем же самым успехом. Это на будущее.

Обработка контента веб-страницы осуществляется браузером, а не операционной системой. Соответственно вам нужно работать с HTML кодом, скриптами, API испльзуемого web-плеера и пр. — средствами браузера, а не с манифестами, разметками и активити, которые являются средствами системы.

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

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