[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Cache file very big due to album art metadata when using ogginfo
From: |
Yoni Rabkin |
Subject: |
Re: Cache file very big due to album art metadata when using ogginfo |
Date: |
Wed, 14 Jun 2023 15:30:10 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) |
Daniel Semyonov <daniel@dsemy.com> writes:
> Hi,
>
> In the last few months (not sure since when exactly) I've noticed the my
> EMMS cache is taking a very long time to load. A few days ago I had
> some free time to investigate and I realized that my cache file was over
> 4 GB in size (with around 1000 tracks). Further investigation revealed
> that for each track a value called 'info-metadata_block_picture' was
> saved, which I'm assuming is the embedded album art encoded in some way.
> Removing this value (by adding a function to 'emms-info-functions' which
> sets it to nil) shrunk my cache to under 3 MB.
>
> AFAICT, this value isn't used by EMMS, so maybe it shouldn't be saved to
> the cache in the first place?
This also shouldn't happen with all info backends, but only those who
simply output all of METADATA_BLOCK_PICTURE as base64 (for instance,
exiftool doesn't). Do you already know which backends do this and which
do not?
--
"Cut your own wood and it will warm you twice"