Много ли среди них некоммерческих радиостанций, без рекламы и баннеров?
Мы не то чтобы планируем это «завтра», а будем повышать битрейт по мере обновления исходного материала. Как минимум размышляем об отдельном aac+ потоке для внешних плееров.
У нас перехаченый streamcast.pl, не уверен что его где-то можно найти, ведь нам уже скоро 7 лет.
Liquidsoap отличная вещь, и мы планируем на него переходить. Вся эта история скорее была про то зачем мы это делаем, и почему, нежели как. Наше «как» давно устарело, но так как оно сейчас работает именно так, я описал текущую схему.
1. Непрерывный поток формирует внутренний shoutcast (ему переключает 7 суточных плейлистов отдельный стример).
2. Затем другой стример обрезает поток до 192Kbps и льет на внешний шауткас, откуда потк разбирают люди.
Источник в нашем случае — это 7 суточных .pls файлов, которые мы формируем из админки радио. Эти pls подбирает внутренний стример, и льет на внутренний шауткаст.
Привет! Спасибо за напоминание, давно на него смотрим. У нас конечно не такие объемы, но функционал действительно потрясающий. Надеюсь в скором времени соберем новую схему.
> На этом фоне вы можете позиционировать себя как транслирующие «свободную» музыку и пользоваться популярностью в этом секторе (если это так).
Если исключить такие громкие понятия как «позиционировать» и «пользоваться популярностью», то аспекты выбора музыки и музыкантов я изложил в статье. Естественно, что музыканты, которых «никто не знает», и пишут ту самую свободную музыку.
Сложность в том, чтобы нам найти их, а им найти нас. В остальном никаких проблем нет.
Генерация на сервере. Если кратко — файлы заливаются по ftp, потом их видно на web морде, в виде большого списка, которые тегированы по разным папкам — стили, годы, у нас своя система тегирования треков.
Файл добавляется в базу, заполняются все недостающие параметры (обложка, плейлист, и т.д.), после чего есть редактор расписания, в простой форме textarea составляем плейлист на сутки, разбавляя джинлами, выливаем в базу и pls, и смотрим время схождения.
Процесс этот творческий, поэтому автоматом генерировать плейлист это как-то не по нашински.
Сложно сказать. Так сложилось исторически, но переезд на icecast в планах, как минимум мы на нем гоняли aac+ на низком битрейте для мобильных слушателей — логичнее для этого было бы держать один сервер.
Мы не то чтобы планируем это «завтра», а будем повышать битрейт по мере обновления исходного материала. Как минимум размышляем об отдельном aac+ потоке для внешних плееров.
Liquidsoap отличная вещь, и мы планируем на него переходить. Вся эта история скорее была про то зачем мы это делаем, и почему, нежели как. Наше «как» давно устарело, но так как оно сейчас работает именно так, я описал текущую схему.
1. Непрерывный поток формирует внутренний shoutcast (ему переключает 7 суточных плейлистов отдельный стример).
2. Затем другой стример обрезает поток до 192Kbps и льет на внешний шауткас, откуда потк разбирают люди.
Источник в нашем случае — это 7 суточных .pls файлов, которые мы формируем из админки радио. Эти pls подбирает внутренний стример, и льет на внутренний шауткаст.
Если исключить такие громкие понятия как «позиционировать» и «пользоваться популярностью», то аспекты выбора музыки и музыкантов я изложил в статье. Естественно, что музыканты, которых «никто не знает», и пишут ту самую свободную музыку.
Сложность в том, чтобы нам найти их, а им найти нас. В остальном никаких проблем нет.
Файл добавляется в базу, заполняются все недостающие параметры (обложка, плейлист, и т.д.), после чего есть редактор расписания, в простой форме textarea составляем плейлист на сутки, разбавляя джинлами, выливаем в базу и pls, и смотрим время схождения.
Процесс этот творческий, поэтому автоматом генерировать плейлист это как-то не по нашински.
Хабраэффект мы скорее всего провалим, ибо shoutcast, трафик, и все такое :)