[+] [2652] [x64] AlbumArts.Cache.db not respecting "Allow Caching" setting

[sveakul]

With "Allow Caching" in Prefs/Player/Additional Information NOT checked, caching is still performed when:

1.  A file is opened in ATE
2.  The album cover window is right-clicked and "Download from the Internet" (not "Find in..") is selected
3.  After a cover is downloaded, the "Write to File" box is checked, and ATE is exited.

Restarting AIMP shows content in the "Flush" button above the previous "3.00kb" default figure, despite Allow Caching not being checked.  Looking at the AlbumArts.Cache.db in File Explorer verifies the increase.

While then hitting "Flush" reduces the size to default, if "Allow Caching" is not checked, no caching should be happening in the first place.

[Artem]

With "Allow Caching" in Prefs/Player/Additional Information NOT checked, caching is still performed when

Is caching disabled in ATE?

[sveakul]

Is caching disabled in ATE?

I see no option to do that in the ATE GUI, only in the screenshot I supplied from the normal location.  Where is it located?

[Artem]

I see no option to do that in the ATE GUI, only in the screenshot I supplied from the normal location.  Where is it located?

Options \ Tag Editor \ Additional Information

[sveakul]

OK.  Since both caching functions (ATE and Player) use exactly the same file to store their cache in, seems confusing to not have a single cache on/off operation control both when any content ends up appearing in both dialogs.  But, that's just one man's opinion.

[Alex-D]

Эх, я эту опцию предлагал убрать из АТЕ ещё в прошлом году, т.к. совершенно в нём не нужна. Тоже пока не понял, в чём дело, постоянно боролся с растущим кэшем.

[Artem]

Если вам не нужна - это не значит, что и всем тоже

[Alex-D]

Если вам не нужна - это не значит, что и всем тоже

Хорошо, расскажите о её практическом применении в ATE. Пытался прикинуть даже совсем далёкие от меня сценарии - но ничего не пришло на ум...

[Artem]

Про трафик слышали?

[Alex-D]

Про трафик слышали?

А причём здесь трафик? Редактор грузит обложки из сети только если мы сами попросим его найти их. В остальных случаях он показывает только локальные обложки, вшитые в загруженные файлы. Зачем их кэшировать? Или вы про случаи, когда одна и та же обложка используется сразу для кучи файлов, и поэтому нерационально каждый раз дёргать сеть? Но тогда проще загрузить её один раз в буфер ОЗУ или временный файл, и потом просто продублировать в запросы. Зачем хранить её в кэше, если после закрытия АТЕ мы уже скорее всего не вернёмся к задаче с этой же обложкой? А если и вернёмся, то проще скачать её ещё раз и снова действовать по тому же алгоритму с временным буфером. Накладные расходы - от силы сотни КБ. А вот в кэш со временем падают десятки МБ мусора, который используется в среднем 1-2 раза за всю жизнь. А если юзер не знает, что кэш можно отключить, то с месяцами и годами он у него неблагодарно разрастётся уже до сотен Мб.

[Artem]

Ясно. В прошлый раз я уже разжевывал эту тему, повторяться не хочу.