Потоковое аудио.

[Alexander]

Ради любопытства глянул как на одной и той-же станци нагружают сеть разные потоковые плееры,см. картинку.

Начало графика- реалплеер затем медиа плеер класик в конце браузер опера. По качеству звука вроде как всё соизмеримо но реал и медиа едва заметно пощелкивают а опера нет но думаю что у оперы по умолчанию просто больше буферизация.

[LSD.]

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

[Alexander]

Собственно ради трафика и сравнивал,слышал утверждение что у реала трафик значительно меньше чем у всех конкурентов,на деле так и есть. А какой там алгоритм и битрейт понятия не имею,но не скажу что хуже других.
Жаль не все станции а RA вещание ведут.

[Скиф]

Offтопик:
Мне как-то попадалась радиостанция, вещающая во flac-е, но она забугрянская и мне тупо не хватило ширины канала на заграницу, чтобы её слушать.

[Alexander]

Детский вопрос,чем отличается структура данных потокового аудио от структуры файлового?
Я предполагаю,что там может быть внедрён защитный код а может отличий и нет вообще.

[aal]

Суд по простому направлению потока в декодер в линуксе - ничем.....

[Buzzer]

В линуксе всё файлы..даже устройства.
сравнение не совсем корректное

[Скиф]

В общем случае поток разбит на куски (фреймы, чанки, как там ещё) - и его можно читать с любого места, главное чтобы поймать начало куска. Придётся читать всё подряд пока не наткнёшься на начало куска. А там вперемешку могут быть и теги, и Бог знает что ещё. В принципе, медийные файлы (mp3, avi, flac) тоже так устроены, так что тут всё равно, что поток по сети принимать, что файл считывать.

[Alexander]

общем случае поток разбит на куски (фреймы, чанки, как там ещё)

Так и на диске файл разбит на клястеры,если конечно он больше клястера.

В принципе, медийные файлы (mp3, avi, flac) тоже так устроены, так что тут всё равно, что поток по сети принимать, что файл считывать.

Тогда по идее можно было-бы сохранять потоковый файл на хард а его приходится записывать,тоесть декодировать/кодировать или не так?

[Скиф]

Так и на диске файл разбит на клястеры,если конечно он больше клястера.

Да, но это вопрос логического хранения файла на носителе и его решает операционная система, для программы, считывающей файл с диска, он прозрачен. Программа просто считывает из файла данные сколько нужно или сколько есть, а такие вещи как размер кластера её не интересуют. Точно так же если файл считывается из сетевого хранилища, ОС сама соберёт все данные и программе предоставит их в уже готовом виде. Даже при передаче по сети ОС тоже сама соберёт пакеты в нужной последовательности.

А вот в случае с потоком всё по-другому. Программа должна получить откуда-то последовательность байтов, найти в ней начало куска (по определённым признакам, например по какой-то предопределённой последовательности, ключевому символу и т.п.), вычленить если есть заголовок куска и декодировать его. Ведь прослушивание потока мы можем начать и не с начала. Кроме того, куски могут содержать разные данные, например один кусок с видео, за ним идёт кусок с аудио, а за ними вообще могут идти теги. Это уже зависит от конкретных реализация. Я подробно не копал, просто почитал для "общего развития"

---------- Добавлено в 11:37 ---------- Предыдущее сообщение в 11:32 ----------

Тогда по идее можно было-бы сохранять потоковый файл на хард а его приходится записывать,тоесть декодировать/кодировать или не так?

По-моему всякие записывалки инетернет-радио тупо сохраняют потоки в файлы, может просто из них служебную информацию удаляют. Могу ошибаться.