Удалить из фонотеки прослушанные альбомы и плейлисты

[Bedmit]

Возможна ли проверка всех избранных альбомов фонотеки на предмет того, что треки в них уже в истории прослушивания и/или в любимых треках, и удаления их из фонотеки в этом случае?

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

[Chimildic]

Обновил библиотеку. Сделал функцию получения сохраненных альбомов публичной getSavedAlbums.

Переменная filteredAlbums будет содержать альбомы, в которых не осталось треков после фильтра по banTracks. Отдав результат в Library.deleteAlbums, эти альбомы удалятся. Закомментировал строчку поскольку деструктивное действие.

let banTracks = Combiner.push(Source.getSavedTracks(), RecentTracks.get());
let filteredAlbums = Source.getSavedAlbums().filter(album => {
  Filter.removeTracks(album.tracks.items, banTracks);
  if (album.tracks.items.length == 0) {
    console.log('Альбом', album.name, 'от', album.artists[0].name, 'полностью прослушан');
    return true;
  }
});
// Library.deleteAlbums(filteredAlbums);

[Bedmit]

Как всегда спасибо. То что надо.

[Bedmit]

А аналогично можно с избранными плейлистами делать?
Даже не со всеми, чтобы сильно не загружать, а теми которые не обновляются какой-то период. Т.е. получаем плейлисты не обновлявшиеся последние пол года, проверяем все ли треки в них прослушаны/лайкнуты. Если все - удаляем плейлист из фонотеки.

Уточню. Это все совершенно не обязательно, если требует каких-то серьезных телодвижений. А то мне уже неудобно, что ни попрошу - тут же под мои хотелки вся библиотека перекраивается ))

[Chimildic]

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

• Сам плейлист не имеет даты обновления, поэтому нужно собирать его треки. В целом не очень накладно даже при большом количестве подписок.
• Треки не каждого плейлиста имеют дату добавления. Например, в личных миксах или радио ее нет.
• Избранные топы за год очень вероятно будут полностью прослушаны.
• Полгода большой срок, некоторые прослушивания могут выпасть из лимита истории (20 тысяч).

Вижу как минимум два решения:

1. Вместо отписки делать сводку. К примеру плейлист из непрослушанного или письмо на почту (Apps Script умеет). И уже вручную решать что удалять.
2. Указать белый список, который не будет проверятся (exclude)

Запустив следующий код без изменений, после обновления, в консоле будут имена плейлистов, которые попали под раздачу. Поможет определиться с белым списком. Обновил код под алгоритм из комментариев.

  let banTracks = Combiner.push(Source.getSavedTracks(), RecentTracks.get());
  let playlists = Source.getFollowedTracks({
    isFlat: false,
    exclude: [
      // { name: '', id: '' },
    ]
  });
  let logs = [];
  let filteredPlaylists = playlists.filter(p => {
    let copyTracks = Selector.sliceCopy(p.tracks.items);
    Filter.rangeDateRel(copyTracks, 182);
    if (copyTracks.length > 0) {
      return false;
    }
    logs.push(`\nПлейлист не обновлялся минимум полгода ${p.name} (${p.id})`);
    Filter.removeTracks(p.tracks.items, banTracks);
    if (p.tracks.items.length == 0) {
      logs.push('Все треки прослушаны')
      return true;
    }
    logs.push(`${p.tracks.items.length} - треков нет в истории`);
  });
  console.log(logs.join('\n'))
  // Library.unfollowPlaylists(filteredPlaylists);

Нельзя удалить личный плейлист. Только отписаться от чужих (снять лайк). Возможен костыль: генерировать себе плейлисты под другим аккаунтом.

[Bedmit]

Спасибо. Я подозревал, что нужно нужно было разделить этот цикл на два. Но сомневался )
Только одно уточнение. Почему закомментированная строка удаляющая плейлист, находится под этими циклами? Не будет ли она его удалять и в случае наличия не прослушанных треков, если ее раскомментировать? Может ее сюда? -

console.log(`Плейлист не обновлялся минимум полгода ${p.name} (${p.id})`);
    Filter.removeTracks(p.tracks.items, banTracks);
    if (p.tracks.items.length == 0) {
      console.log('Все треки прослушаны')

      Library.unfollowPlaylists(filteredPlaylists);
      return true;
    }
    console.log(`${p.tracks.items.length} - треков нет в истории`);

На счет лимитов понял. Возможно у кого-то это проявится, но в моем частном случае использования, не смущает. Миксы и радио в избранное не добавляю. Пол года у меня вроде как помещается в 20000 треков. Видимо из-за удаления в ней дублей. Отчасти поэтому и выбран такой размер условия.

[Chimildic]

В целом это больше стиль, чем необходимость. Меньше вложенность ветвлений, больше вариантов к расширению.
По плейлистам проходит filter чья задача вернуть в переменную filteredPlaylists только то, что вернуло true внутри него. Это произойдет только при попадании в эту ветку. Во всех остальных случаях плейлист отбрасывается.

if (p.tracks.items.length == 0) {
    console.log('Все треки прослушаны')
    return true;
}

То есть количество таких сообщений в консоли эквивалент найденных плейлистов. Можно убедиться, поставив точку остановки на последнюю строчку функции } и запустить отладку.

[Bedmit]

Примерно понял )) Спасибо.
Добавил еще удаление недоступных треков

Filter.removeTracks(p.tracks.items, banTracks);
Filter.removeUnavailable(p.tracks.items);

Только теперь из-за них не очень удобно просматривать сообщения в консоли. Я так понимаю сообщения о недоступных треках в консоли по умолчанию. А можно это отключить по желанию? Мне вообще в данном случае только сообщения об удаляемых плейлистах полезны.

[Chimildic]

Как вариант, собирать лог в массив и вывести в конце. Обновил пост.
Если неудобно, придется к библиотеке добавлять аргумент выбора.

[Bedmit]

Да не критично, можно и так.
Разве что когда совсем идеи иссякнут и нечего будет обновить в библиотеке ))