The answer seems no but was wondering if there is any plug in to do that or script to help.
Asking as I noticed some huge gains on size (see below) relying on the latest FLAC release from June.
Thanks fr the help.
Tests:
24 bit classical music file:
with FLAC 1.3.4 level 8 → 59.9 mb
with FLAC 1.4.3 level 8 → 48 mb
Then tested some other classical files and size reduction was again impressive.
On the contrary tried some pop/rap/rock music then the gain was minimal (1mb).
According to the changelog for FLAC: https://xiph.org/flac/changelog.html
the last officially noted change regarding compression and classical music was for v1.3.2:
Changed the LPC order guess for a slight compression improvement, particularly for classical music
Defintly could as it’s a one off operation. Was asking as for now I m relying on Fre:ac which makes the workflow long as need to compress each files then re tagged them with Picard to remove some useless tags.
Do you already ahve one written?
From what I tried this improve came with last major 1.4.0 : Compression of preset -3 through -8 was slightly improved at the cost of a small decrease in encoding speed by increasing the precision with which autocorrelation was calculated (Martijn van Beurden)
No, nothing written. But I always see Rip\Compress and Tag as two separate stages. I use EAC which Rips to WAV and compresses to FLAC. It is pointed at the latest FLAC.exe to do this.
When EAC tags it is using a MusicBrainz plugin to find the release via discID, but tags are not perfect.
This is why step two is always to go to Picard to do my perfect tagging and artwork. I see it like a finishing step as I have more control over the final output.
The ripper rips, the tagger tags. I like specialist tools for the job and not a jack of all trades.
Especially as ripping takes time. While one album is ripping, I’ll be tagging others, or firing up the scanner. I heavily multi-task. Scanner running, ripper ripping, while I am tagging a previous album, or adding the next one into MusicBrainz. I have quite a production line running some days
As to your main puzzle - would I bother recompressing files? Not with the current cost of storage. The time and energy used up just to save a few GB would not be an efficient use of my time. But that is just me.
Does Fre:ac let you see the command line it uses to compress with?
Agree and relying on the same Workflow for the past decades
I even removed the initial tagging from EAC: I just launch the rip with basic filenames (TrackXX) then look directly for my specific release in MBz and Verify/Add it then load it in Picard.
Ended up to same conclusion why I never bothered before but seeing some real gains on latest version I m tempted to try.
Command line exists but not really documented out of " freaccmd --help".
Actually only the second option, files are already tagged properly with Picard. The problem being that reencode tools add some new tags that force me to retag after with Picard to remove them.
Yes to the three!
Then tried more my tests, gains are really only on Classical 24 bit files: On normal CD quality size remain similar (slightly smaller or even bigger in some cases ex: Carmina Burana).
Guess I will only reencode manually the few 24 bit files I got
–export-tags-to=file
Export tags to a file. Use ‘-‘ for stdout. Each line will be of the form NAME=VALUE. Specify --no-utf8-convert if necessary.
And –import-tags-from=file
Import tags from a file. Use ‘-‘ for stdin. Each line should be of the form NAME=VALUE. Multi-line comments are currently not supported. Specify --remove-all-tags and/or --no-utf8-convert before --import-tags-from if necessary. If FILE is ‘-‘ (stdin), only one FLAC file may be specified.
That will let you export the tags from your existing flac and then set them on the new re-encoded flac.
Other options let you edit the tags in various way…