[-] [2394] Названия радио в плейлистах зависают на треке после краша плеера

[Alex-D]

Если долго играет радио-поток, в котором передаются теги, и во время этого плеер вылетает (или отключается система) - то при следующем запуске мы будем видеть не прописанное нами в плейлисте название радиостанции, а имя трека, который играл перед вылетом. В итоге приходится заново вбивать названия и прочие метаданные о потоке, так как они просто теряются. Либо извращаться, лезть в профиль плеера, искать там нужный плейлист и ставить на него атрибут "Только чтение", ибо только это помогает от такого вредительства.

Несколько лет назад писал об этой проблеме; ещё год назад о ней здесь писал другой человек (сложно будет найти), и вроде бы в тот раз её устранили. Но увы и ах. Надеюсь, вы не будете утверждать, что это "фича", ибо ничего, кроме вреда, от неё абсолютно нет. Недоработка или баг - возможно. Да, такое поведение ОК для плейлистов с треками - прочитать из них теги и запомнить, чтобы не читать снова. Но для радио это делать наоборот ненужно, т.к. теги в радиопотоках переменные. А уж опознать, что "вот этот пункт плейлиста это радио, поэтому изменённые потоком теги не сохраняем" плеером проще простого, ведь он уже это делает, подписывая как "Radio" вместо длительности. То есть, вообще не нужно ничего писать в пункт плейлиста со ссылкой даже во время проигрывания, кроме того, что прописывает сам пользователь. А названия трека выводить не средствами файла плейлиста, а напрямую из потока в окно плейлиста. Тем более, что плеер так умеет, если, опять же, сделать плейлист Read-only.

Как повторить: включаем радио с тегами, ждём пока начнёт играть следующий трек, чтобы теги сменились автоматически (а лучше через два трека после старта), после этого из командной стороки убиваем процесс плеера (командой taskkill в cmd или killall в shell/bash). Последний пункт важен, т.к. вероятность словить баг почему-то выше, чем с Диспетчером задач - видимо, он завершает процесс более мягко.

[Artem]

Как и тогда, я вам повторю вновь: проблем тут не в фиче плеера, а в крэше плеера. именно с этим надо разбираться

[Alex-D]

Как и тогда, я вам повторю вновь: проблем тут не в фиче плеера, а в крэше плеера. именно с этим надо разбираться

Хорошо, давайте разбираться: почему при краше плеер записывает изменения в строку плейлиста с потоком, если судя даже по вашей риторике, он не должен это делать? Может, проблема всё-таки именно в этом? В том, что он вообще пытается что-то записать, пусть даже "временно"? Я вам дал наводку, как эффективнее вызвать подобный краш - попробуйте у себя...

[Soolo]

Хорошо, давайте разбираться: почему при краше плеер записывает изменения в строку плейлиста с потоком, если судя даже по вашей риторике, он не должен это делать? Может, проблема всё-таки именно в этом? В том, что он вообще пытается что-то записать, пусть даже "временно"? Я вам дал наводку, как эффективнее вызвать подобный краш - попробуйте у себя...

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

[Artem]

Может, проблема всё-таки именно в этом? В том, что он вообще пытается что-то записать, пусть даже "временно"?

Это не проблема, это фича. В момент проигрывания радио и плейлист, и главное окно плеера показывает текущую нроигрываемую композицию

[Alex-D]

Это не проблема, это фича. В момент проигрывания радио и плейлист, и главное окно плеера показывает текущую нроигрываемую композицию

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

[Artem]

Просто не пойму, зачем при проигрывании радио записывать в файл плейлиста текущий
тег, если он всё равно изменится

Там все чуть более сложно: есть данные о станции, есть данные о треке. Данные о станции мержатся с тем, что было известно о станции до проигрывания. Эти данные остаются в плейлисте и после проигрывания. Записывается оно в файл потому, что в момент сохранения всех настроек отображается в плейлисте.

И не пришлось бы сейчас играть в кошки-мышки, чтобы поймать проблемный краш, и впоследствии создавать для него ещё какой-то обходной путь.

А завтра у вас из-за краша еще что-то сломается - это тоже выпилим?