Проект Сказка или организация радиовещательной сети (центр-регионы) на основе Интренет-Вещания¶

Основная идея проекта в целом (не только разработки) заключается в том, чтобы построить радивещательную региональную сеть прямого вещания без использования дорогостоящего подъема сигнала на спутник. Передача сигнлана из центра в регионы при этом должна осуществляться с использованием общедоступных Интренет-каналов.

Основные особенности проекта ¶

1. Вещание ведется из Москвы преимущественно в автоматическом режиме. Для вещания используется специальный центр вещания. Подготовка расписания осуществляется удаленно, пересылка контента и расписания в передающий центр осущствляется с помощью технологии DDB. 
2. Получить вещаемый аудио-поток может не любой желающий, а оформивший специальную подписку. Поэтому необходимо технически исключить возможность несанкционированного получения (или декодирования) потока. 
3. Изначально вещание будет вестись в автоматическом режиме, в будущем планируется работа со студией.
4. Одна и та же программа должна быть роздана на n-регионов. Причем, часть регионов должны иметь возможность врезать рекламу сами на месте, а часть будут заказывать размещение рекламы в москве. Отсюда следуюет, что часть регионов (скажем, пользователи типа А) должны получить одну и ту же одинаковую (исходную) программу, другая часть потребителей (тип Б) должны получать индивидуально формируемые программы с собственной рекламой, ID-джинглами и т.п. Предполагается, что для потребителей типа Б будет возможость установки независимых вещательных серверов (для каждого свой).
5. В будущем планируется предлагать не одну, а несколько незавичимых программ (шансон, рок, классика и т.п.)
6. Для потребителей типа А на принимающей стороне необходимо иметь возможность принимать поток из интернета и осуществлять классическую ретрансляцию с врезкой (Джинн 777, в качестве усточника некое виртуальное устройство).
7. Для потребителей типа Б потребности во врезке скорее всего не понадобиться (хотя и не факт, возможны гибридные схемы), но однозначно нужен резерв. Поэтому опять таки предлагается использовать 777.
8. Так как мы сами формируем поток, предлагается рассмотреть возможность внедрения в поток информации о воспроизводимом элементе (100% будет необходимо для RDS и для размещения на сайте) и команд коммутации (вместо DTMF-команд)

Необходимая доработка ПО Digispot II¶

• Модуль формирования потока. Источником для него дожен быть либо Джинн (звук, инфо, команды) и вход звуковой карты (очевидно звук).
• Модуль рассылки потока по потребителям
• Модуль приема и дкодирования для 777
• ??

Техническое задание¶