Прямая трансляция Тема

Мне кажется, что HTTP-публикация, вероятно, не является хорошим способом для потоковой передачи видео на ваш сервер. Другие люди играли с потоковой трансляцией, и они использовали сокет для трансляции потоковых видеопотоков и аудиопотоков на свои серверы.

Я думал, что это увлекательно – вот ссылка.

http://www.mattakis.com/blog/kisg/20090708/broadcasting-video-with-android-without-writing-to-the-file-system

Но парень также разместил образец частичного кода –

String hostname = "your.host.name"; int port = 1234; Socket socket = new Socket(InetAddress.getByName(hostname), port); ParcelFileDescriptor pfd = ParcelFileDescriptor.fromSocket(socket); MediaRecorder recorder = new MediaRecorder(); // Additional MediaRecorder setup (output format ... etc.) omitted recorder.setOutputFile(pfd.getFileDescriptor()); recorder.prepare(); recorder.start(); 

Класс, о котором я не знал, это ParcelFileDescriptor – который создает файл в файловой системе Android, который фактически является каналом для сокета, поэтому все, что записывается в файл, транслируется через Интернет на удаленный сервер. Сокеты – это правильный способ заниматься этим, потому что они позволяют вам непрерывно отправлять данные до тех пор, пока ваша запись не будет завершена без повторной отправки заголовков снова и снова.

Я думаю, что это круто об этом методе, так это то, что он буквально выводит результат MediaRecorder (который будет представлять собой закодированный поток видео) и перекачивает его через сокет на свой сервер. Затем он может просто сохранить данные, которые поступают через сокет. Нет по кадре, без обработки (Android SDK не очень хорошо показывает кодировщики в SDK, и они довольно интенсивны в работе).

Люди сообщают, что это работает, но я не тестировал. В любом случае, надеюсь, это полезно.

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

Об аудио. Я бы послал аудиопоток разделен, и они синхронизируют его с потоком видео на основе того, какой видеокадр мы показываем прямо сейчас.

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

Примечание. Я не разработчик Android.

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

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

РЕДАКТИРОВАТЬ:

Некоторые ссылки, чтобы вы начали

• Интересный проект, который превращает телефон Android в IP-камеру. Вы можете копаться вокруг кода, чтобы выяснить, как они получают поток камеры
• Вопрос SO по этой теме

1) Какой был бы лучший способ для потокового вещания с аудио? Запись видео или мой метод + Запись звука?

This really depends on your view of "best". If you are looking for resources and not the quality, then your way is really good. Otherwise, you should use a native streaming mechanism or maybe implement a video streaming technique to stream and encode video.

3) Как вы будете передавать аудио на веб-сервер? (Основная цель) (С Java, PHP и JavaScript)

I suggest that you stick to MediaRecorder because it really does what your doing in a good way. Still try to find a way to get the stream in order to send in your way as files are not the best choice although you could stick to files and send small files in a timely manner. In this way you could put a bigger portion of the load on the server rather than the client.

4) Я также планирую добавить типичные функции трансляции в реальном времени к i, например, когда появляется знаменитый человек, у вас может быть возможность показать свое имя во время трансляции в прямом эфире или просто добавить изображение из вашего каталога sd в ваш живой поток. Не могли бы вы также декодировать его и наложить изображение или каким-то образом поместить изображение в ваш livestream?

Do not even try to put it in your livestream. With your php server, you have more capabilities to send this info alone with certain tag and let the server do the processing or maybe integration of these with the video