каков наилучший способ потоковой передачи аудиофайла пользователям веб-сайта/listners

для начала, позвольте мне прояснить мое понимание ваших потребностей. Пожалуйста, добавьте комментарий и уточните в своем вопросе, если это неправильно:

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

теперь, к вашим вопросам:

(1) как я слышал, мне нужно чтобы использовать сервер потокового мультимедиа для потоковой передачи аудиофайлов (например, от 2 МБ до 3 МБ).. Нужно ли мне его использовать? (3A) если я размещаю аудиофайлы на обычном веб-сервере, они будут использовать HTTP или TCP для доставки моих аудиофайлов пользователям/ листнерам, но я обнаружил, что HTTP и TCP не являются хорошими способами использования для мультимедийных целей, таких как потоковое аудио и видео файлы, и они используются для доставки HTML и прочее.

бред. Серверы потокового мультимедиа, такие как SHOUTcast / Icecast, на самом деле просто http-серверы, которые отправляют контент, как он поступает из кодировщика. Клиент не знает разницы между ним и HTTP. Метаданные чередуются в поток контента по запросу клиента (с заголовком специального запроса), но они по-прежнему совместимы с HTTP.

HTTP-это протокол, который хорош для передачи любого типа контента. Вы когда-нибудь загружали что-то с веб-сайта? Это было бы с HTTP.

Если это достаточно хорошо для YouTube, Sound Cloud, Pandora и почти всех остальных, это, вероятно, достаточно хорошо для вас ,а?

(3B) я обнаружил, что должен использовать RSTP или UDP для потоковой передачи аудиофайлов.. Что я должен использовать?

TCP-это протокол, который обеспечивает надежную передачу. Пакеты принимаются в правильном порядке и подтверждаются так, что любые потерянные пакеты могут быть повторно переданы. Есть некоторые накладные расходы с этот. Причина, по которой UDP иногда используется, заключается в том, что он обеспечивает меньшую задержку за счет ненадежности. Это хорошо для телефонной связи, но бессмысленно для носителей, которые не чувствительны ко времени, таких как куча аудиофайлов, поступающих с сервера. Фактически, если вы получаете слишком много поврежденных пакетов, ваш аудиоплеер часто просто перестает декодировать файл и его нужно перезапустить.

RTSP это слишком для ваших нужд. Он поддерживает кучу вещи для контроля над СМИ, variying битрейт на лету, и т. д. Это не подходит для вашей ситуации. Возможно, если бы вы транслировали живое видео или длинный контент, это было бы более уместно.

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

вам нужно выбрать кодек для кодирования звука, который поддерживает клиент. Я предполагаю,что вы будете использовать HTML5 со вспышкой. К сожалению, нет доступного кодека, который поддерживается повсеместно. Смотрите таблицу здесь:http://html5doctor.com/html5-audio-the-state-of-play/#support

(4) я знаю это .MP3 файлы имеют гораздо лучшее качество, чем другие форматы, но он также дает огромный размер к аудиофайлам.. какой формат следует использовать для аудиофайлов?

Проверьте свои предположения у двери, вы здесь очень ошибаетесь. Имейте в виду, что необработанные данные PCM часто в 8 раз больше, чем MP3 (в зависимости от выбранного битрейта, конечно). В любом случае, вы захотите кодировать AAC, MP3 и Vorbis для самой широкой совместимости с клиентом. aacPlus является расширением AAC и, как правило, считается стандартом для достойного качества звука при относительно низких битрейтах. В 128кбит поток в AAC будет звучать лучше, чем поток 128kbit в MP3.

(5) большинство аудио файлов лучшего качества более 7 Мб, поэтому я планирую конвертировать их самостоятельно с помощью программного обеспечения, чтобы я мог получить файлы низкого размера с некоторым уровнем хорошего качества. Если я конвертирую свои аудиофайлы, какой хороший битрейт я должен использовать для своих файлов?

этот вопрос очень субъективный. Лично я, как музыкант и меломан, предпочитаю слушать материал в его первоначальном качестве. Я использую FLAC для сжатия моей музыкальной библиотеки, так как качество без потерь. Для ваших нужд это займет слишком много полосы пропускания. Большинство людей не знают разницы между 128KBIT MP3 и оригиналом. Многие "премиум" интернет-радиостанции предлагают 128kbit aacPlus и 256KBIT MP3. Pandora предлагает 96kbit MP3 для обычных пользователей и 192kbit MP3 для премиум-пользователей. Поэкспериментировать, и подобрать набор битрейтов, которые хорошо работают для вас и пользователей.

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

(6) любое известное самое лучшее програмное обеспечение для преобразовывать тональнозвуковые архивы пока держащ качество в хорошем уровень?

Если это законно для вас, чтобы использовать, взгляните на FFMPEG. Он может обрабатывать практически любой кодек, который вы можете придумать. В качестве предостережения, однако, посмотрите в него, чтобы убедиться, что вы платите все необходимые лицензионные сборы. Некоторые кодеки, содержащиеся внутри, запатентованы. Я не юрист, и мне еще предстоит выяснить законность их использования на коммерческом сайте. Все, что я знаю, что это активно обсуждается.

Я использую http://www.yagosta.com в течение многих лет для клиента музыкальной компании. Бесплатный сервис и SSssooooo легко. Не требует никаких технических знаний. Я не обновлял этот сайт в несколько лет, но вы можете увидеть, как он выглядит по ссылке. У них, вероятно, есть много новых дизайнов, которые вы также можете настроить. Вполне достаточно для большинства требований. http://www.bluedotmusic.net/selector01.html