VLC залипает при воспроизведении онлайн радио

а ты смотрел, что там в трафике в моменты зависания? может, там какие-то «замедлятели интернетов» поработали и пакеты просто пролетают, как фанера над Парижем.

Набери команду:

ps -ax -o pid,user,cmd,wchan | grep vlc

Последнее поле «wchan» что пишет?

Там do_sigtimedwait.isra.0, статус VLC «playing», соединение ESTABLISHED, в логе «http stream debug: got disconnected, trying to reconnect» и на этом всё. Если кильнуть соединение, то VLC с ключём –repeat заново продолжит играть. Есть параметр –no-http-reconnect, по идее с ним и –play-and-stop он должен остановиться если что не так с сетью, а –repeat перезапустит станцию сначала, но он похоже не работает и VLC всегда пытается реконектиться. А там то ли продолжить с того же места(которого уже нет) хочет, то ли хз что.

Замедление я сам ему делаю для ускорения эффекта, 1-3 прогона спидтеста с паралельного компа и всё. В винде фубар просто крякать начинает на этом стриме и дальше играет, а VLC в линуксе залипает навечно.

Очевидно он держит подключение ожидая поток и не переподключается при отсутствии его.

Была такая проблема у mpv на некоторых сайтах.
Решалось добавлением параметра -shuffle Посмотри у vlc есть такое?

Это параметр плейлиста, но когда в плейлисте один трек, то без разницы как его играть - shuffle/random/repeat/loop сработают одинаково. Главное чтобы плеер закончил этот трек играть, а VLC делает вечный неотключаемый реконект внутри сессии, поэтому трек никогда не заканчивается, хотя по факту из динамика тишина. До действий с плейлистом там не доходит и никакими скриптами нельзя этот залипон отловить, разве что микрофон у колонки ставить )

Он типа переподключается, но стоит на месте, потом снова переподключается и так по кругу. В статусе у него всё хорошо - играет, а на самом деле нет.

Вот весь плейлист ресурса http://sectorradio.ru/sector.m3u, там есть тег EXTINF:-1, типа у трека нет начала и конца. Пробовал скормить VLC этот плейлист, вместо отдельных адресов потоков, но ему пофиг, залипает так же.

Чтобы снова получить поток «переподключиться» он должен сам, что равносильно нажатию на СТОП-ПЛЕЙ.

В идеальном мире он должен дропнуть стрим(у которого нет начала и конца), если что то с ним не так, и сразу заново переподключиться и начать его воспроизводить с позиции 0, а не пытаться в вечный реконект своим кривым и неотключаемым алгоритмом. Так считаю.

Как сейчас вижу, проблема сузилась до неотключаемого параметра –http-reconnect, его отключение описано в справке, но оно не работает (

Если тут есть кто шарит в коде - гляньте плиз почему –no-http-reconnect не срабатывает, походу там заглушка (

Вот эта справка - https://wiki.videolan.org/VLC_command-line_help/

Сделал через костыль который читает journal и как только там появляется ‘trying to reconnect’, сразу жмёт stop и затем play. Для того чтобы сообщение падало в лог, нужен параметр запуска ‘–verbose 2’. VLC разлипает не успев залипнуть.