А сервер для интернет-радио, вроде shoutcast почему не подходит?

Можно купить mp3 плеер.

>>4487
Хочется (как обычно) написать самому же, заточить под себя нужные фичи.
В противном случае да, придется разбираться с шауткастом.

Что значит стримить? Такого понятия не существует.

Бросился было объяснять, но понял что только зря потрачу время.

>>4490 Как тогда обозвать процесс вещания интернет радиостанции?

>>4491
Так и обзывай: вещание. Хотя это обычная схема клиент-сервер (cервер слушает порт - клиент коннектится, сервер начинает передавать данные с выхода системного микшера. радиовещалки ни разу не ставил, в гугле про это не читал, это просто догадка, так что помидорами не кидайте), а не мультикаст какой-нибудь.

>>4492 Меня интересует сам формат "вещания". Мы берем обычный мп3 файл, декодируем его, пихаем по частям в контейнер и передаем частями клиенту, который по мере получения новых чанков с данными проиграывает себе этот файл.
И тут речь не идет о мультикастах или юникастах.

>>4490
>Бросился было написать пост, но не знал о чем. Решил написать ни о чем.

>>4493
Ну зачем декодировать? Клиент сам вполне способен это сделать. Тем более чем меньше трафика передадим, тем лучше. Несжатое ИКМ аудио весит гораздо больше обычного mp3. Ну а дальше типа того, что ты написал. Должен быть буффер с двумя частями, пока в одну записываются принятые данные, другая часть декодируется и проигрывается.

Гугли и смотри исходники.

>>4495 Возможно "декодирование" в этом контексте неправильное слово. По сути, мы же не можем просто брать обычный мп3, резать его на куски и в исходном виде передавать клиенту. Нужна какая-то обработка.
Гуголь на первых порах мне ничего путного не выдал. Как проиграть поток на клиенте - пожалуйста, как реализовать серверную часть - возможно, я пока не забурился настолько глубоко. Опять же, я решил сразу спросить у анона, может он сразу ткнет меня носом в правильный ресурс и избавит от сотни фрустрации от гугления.

>>4489
Там есть все нужные функции. Насчет разбираться. Лет эдак 5 назад у нас в локалочке один недалекий 8-классник держал подобную штуку на домашнем компьютере. Думаю, после этого слово "разбираться" не стоит применять в подобном контексте.

А вообще ты какие-то костыли задумал.

>>4496
Ну почему не можем? Можно при коннекте передать служебную инфу о потоке, а потом сразу начать передавать mp3 фреймы, хоть с середины файла.

>>4498 Вот это я и хотел услышать. Получается, нам надо расчленить файл на фреймы, добавить еще специфический для мп3 хедер для потока (?), разбить на пакеты и передавать клиенту с определенной частотой.

>>4499
Для начало нам нужно почитать про формат mp3 хотя бы здесь https://secure.wikimedia.org/wikipedia/ru/wiki/MP3

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

>>4500 Спеку по мп3 на вики я просмотрел первым делом(по диагонали, но не в этом суть). Вопрос в метаданных.

>>4501
А что не так с метаданными? Инфа о треке полезна, но не обязательна для трека. Можешь и не передавать.

>>4502 Под необязательными ты имеешь в виду эти данные:
HTTP/1.0 200 OK
Content-Type: audio/mpeg
icy-br:256
ice-audio-info: ice-samplerate=44100;ice-bitrate=256;ice-channels=2
icy-br:256
icy-description:
icy-genre:
icy-name:Radio
icy-private:0
icy-pub:1
icy-url:http://example.com
Server: Icecast 2.3.2
Cache-Control: no-cache
icy-metaint:16000

?

(Я просто скопировал читабельные данные из пакета от сервера)

>>4503
>ice-audio-info: ice-samplerate=44100;ice-bitrate=256;ice-channels=2
Это инфа из хидера. Это не метаданные. А вот инфа об исполнителе, о жанре и т.д. - это метаданные.
Кстати по этому выводу смею предположить, что этот icecast все-таки декодирует аудио файлы и приводит их к определенному формату, а получившееся уже вещает. В принципе логично, можно было и раньше додуматься :3