Пока что иначе не получится. Из-за того, что очень часто не получается программно отличить обрыв потока от окончания, для потоков без указания длительности было решено не производить повторного подключения. Это поведение будет описано в справке (кажется, где-то об этом было там, но я сам найти не смогdimetrius сказал(а):Я в общем то так примерно и думал, но всё равно это не логично. Нужно как-то более логично продумать. В конце концов вставить описание этой функции при добавлении URL.

Эти ошибки (404, 500 и т.п.) будут только при подключении. Когда поток играет, будет просто "соединение с сервером разорвано". Ошибки при подключении, мне кажется, не так важны, их очень легко проверить, в отличие от ошибок во время воспроизведения. А по ошибкам во время воспроизведения все сложнее, и кроме "соединение разорвано" ничего сообщить, наверное, не получится...dimetrius сказал(а):Для меня, администратора проекта, очень важно знать все узкие места. Как раз важно знать оборвалось соединение, закончился поток, или любую другую ошибку, отданную icecast.
Будь то 502, 404, или при удачном подключении 200, или же 301 при переадресации.
Ещё у меня используется nginx в качестве прокси к icecast, что может так же вносить некоторые коррективы и дополнительные ошибки.
В общем хочется знать максимум.
Именно это позволит бороться с обрывами потока.
Реализуйте пожалуйста.
Это же можно и нужно сделать при подключении к icecast для вещания, было бы очень хорошо.
В RadioBOSS будет API для изменения рейтинга, т.е. для трека такого-то установить рейтинг такой-то, а все расчеты уже делаются на стороне сайта, можете средний считать, или еще как.dimetrius сказал(а):Если будете делать, то ещё раз обращаю ваше внимание! Нужно продумать механизм среднего рейтинга, а не сразу выставлять ту оценку, которую поставил последний голосовавший.