Как изменять битрейт аудио потока в реальном времени?

Question

[Антон]

Возможно ли менять битрейт аудио-потока с помощью своего backend сервера на лету?
Имеется множество интернет радиостанций (Станции не мои, просто взятые с просторов интернета).
Возьмем например url-поток в вещании 320kbps. Возможно ли его отдавать "на лету" через свой сервер в более низком битрейте? Заранее сделать для всех радиостанций альтернативные потоки с разным битрейтом нет возможности, поток нужен по требованию, то есть сервер не будет 700 радиостанций одновременно переваривать в разные битрейт. Скажем юзер обратился и тогда уже пошёл процесс.

Самый простой пример:

1) Знаем url-поток (https://mysite.com/stream.mp3) и знаем в каком битрейте она отдаётся (320kbps).
2) Посылаем эту ссылку себе на сервер (неважно как именно), допустим с помощью POST запроса.
3) Получаем ответ в виде таких же аудио данных, но с более низким битрейтом, заранее указанным в том же POST запросе. Допустим 128kbps.

Не знаю как по другому сформулировать этот вопрос можно. Нужно понять, возможно ли реализовать такое, какие библиотеки потребуются, на каком языке проще будет написать реализацию или есть что то готовое?
P.S: Просьба не предлагать всякие icecast и его "маунты" потоков, чтоб ретранслировать потом и т.д. Так как сервер не знает что за поток нужно преобразовывать и узнает лишь когда к нему будет обращение.

Comments

[Денис Юрьев]

ezstream покопайте, он умеет внешние кодеры/декодеры использовать

[Антон]

Денис Юрьев, так там всё с использованием конфигов, в которых нужно заранее указывать урл поток аудио, для которого будут созданы потоки потом. В моей ситуации я заранее не могу указать ссылку на урл поток, так как их более тысячи. Нужен просто какой-то конвертер, которому на вход скармливаешь ссылку на поток, а он тебе возвращает этот же аудио поток, но в другом битрейте, чуть меньше например. И так для множества потоков. Незнаю, может я не понял, но не нашел у ezstream такого. Можете тыкнуть пальцем, где именно там описывается то что мне нужно?

[Денис Юрьев]

Антон, тогда сразу в lame или ffmpeg поток пускать кодить, они поточно умеет (ffmpeg точно)

[Антон]

пробывал в ffmpeg. Только не понял как забирать перекодированный поток "налету" например писать в stdout , а не писать в файл на сервере.

конструкция ниже, выплёвывает в консоль содержимое потока, но оно смешано с ошибками типа

[mp3float @ 0x562bbcc97b80] overread, skip -6 enddists: -4 -4

и прочей ненужной информацией. По этому записать вывод обратно в поток неполучится из за левой инфы в нём.

ffmpeg -i https://mysite.com/stream.mp3 -vn -ac 1 -ab 128K -f mp3 pipe:2

[Drno]

Антон, Вам надо отдать вывод ffmpeg в стрим любого формата, а не в файл...

я делал на VLC, мне оказалось проще, хоть он и более наверно "монструозный"

[Антон]

Drno, в каком смысле в "стрим любого формата" ? Какой output в ffmpeg вместо pipe:2 в итоге выбрать нужно будет?
p.s: отдал по udp://address:port , потом сделал ffplay udp://address:port и поток заиграл. Это хорошо. ffplay открыл мне воспроизведение на компьютере., его из браузера послушать можно как то?

[Drno]

Антон, ну отдать в поток rtps к примеру. или как Вы сделали.

для браузера надо обязательно отдать его в http, как это делает icecast к примеру.... типа такого

http: //172.16.100.222:8000/radio.mp3

Answer 1

[Антон]

В общем сделал без всяких теорий. На php, с помощью ffmpeg и "динамического" создания маунта в icecast через exec() и некоторой php логики с обновлением метаданных, так как ffmpeg не хочет и не дружит с прокидыванием мета информации в поток.

В последствии чего дописать пришлось и реализацию прокидывания метаданных в icecast маунты, и удаление созданных маунтов через php + curl, дёргая ссылку на уничтожение.

p.s: Если кто-то использовал ffmpeg и icecast2 в связке, расскажите о нагрузке на процессор каждого запущенного инстанса ffmpeg. У меня это значение колеблется от 1,4 до 3,5 % на одном ядре 2600Mhz.

Answer 2

[Иван Шумов]

Теория тут: https://en.wikipedia.org/wiki/Adaptive_bitrate_str..., а остальное по ссылкам