Интернет-радио. Проблемы с захватом

[ryzhov_al]

Несколько раз эта тема уже поднималась.
В репозитории есть все инструменты: streamripper, libmad и необходимые зависимые для захвата и записи на диск роутера потока интренет-радио. Но проблема всё та же, что и у немцев (выше по ссылкам):

Процесс захвата и ретранслирования радио в локальную сеть занимает ~0,5% ресурсов процессора до тех пор, пока не начинается следующий трек. Далее streamripper подгружает камень до 100% и пропускает начало следующего трека.
В итоге все треки остаются в статусе [Skipping], так как не имеют начала.

Нет ли среди форумчан тех, кто успешно приручил streamripper? Или с нашим CPU это не грозит?

В описании принципа работы streamripper'а сказано, что он не перепаковывает скачанный поток. Распаковка нужна лишь на предполагаемом стыке между треками (10-30с) для поиска пауз и разделения на треки.

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

[UPD 13:30] На страничке WhatPeopleAreReallyUsingTheirSlugsFor есть запись об успешном использовании streamripper'а. Хотя Slug (Linksys NSLU2) имеет на борту камень Intel IXP422 @ 266MHz и использует тот же репозиторий пакетов.

[SergKM]

Если только для трансляции в сеть, то можно icecast попробовать. У меня работает...

[ryzhov_al]

Нашёл причину! По умолчанию streamripper сканирует трек на наличие паузы в интервале от -6 до +6 секунд от предполагаемого стыка между треками. Работа по раскодированию и нормализации 12 секунд потока непосильна для нашего CPU. Скачиваемый поток при этом "рвётся" и начало следующего трека теряется. Проблема решается уменьшением интервала поиска паузы до двух секунд.

Вот пример захвата 96-килобитного канала Absolutely Smooth Jazz на sky.fm:

streamripper http://scfire-dtc-aa02.stream.aol.com:80/stream/1010 -q -d /tmp/harddisk/streamripper  --xs_search_window=1000:1000

Хочу заметить, что при таком захвате:
1) момент начала треков будет немного "гулять". streamripper будет нарезать поток на треки с некоторой неточностью. Однако на большинстве радиоканалов переходы между треками сделаны кросфейдом (плавно), поэтому при прослушивании сграбленных треков в исходном порядке проблем нет. Всё будет звучать "гладко".
2) ретратрансляция радио в локалку будет останавливаться при смене треков. Возможностей коробочки не достаточно для того, чтобы успевать обеспечивать при поиске пауз ретрансляцию.

Если желаете совмещать запись радио с ретрансляцией - уменьшайте интревал поиска паузы до нуля:

streamripper http://scfire-dtc-aa02.stream.aol.com:80/stream/1010 -r 9093 -z -q -d /tmp/harddisk/streamripper  --xs_search_window=0:0

Проверено: с такими параметрами коробочка без проблем выполняет обе задачи - грабит и ретранслирует.

Спасибо всем, кто выслушал моё ворчание.