In addition to my reply #9: I would not only check the file count, but also the total time, or total number of samples.
And then I would sort by path - given that you have preserved file structure, that will give you the 37k files on (say) E:\ in path order followed by the 37k files on (say) F:\ in path order.
Different sources here:
* Vinyl rips.
I'd say they "need gaplessness", as a track transition click in the surface noise is likely more annoying than the surface noise itself.
OTOH, they are usually digitized a side at the time. If you have "image + cue" then resampling the image should avoid all gaplessness issues, eh?
Also, needledrops probably should be volume-normalized (fb2k, Album Gain avoiding peak?). At least it would be bad practice to record them without headroom.
* Bandcamp hi-rez's:
The OP says these are 44.1/24, right? Then ... no resampling! (I have a few 48k and 96k files from Bandcamp, but if the OP does not ...)
And it has happened to me that a single track on a Bandcamp album is in a different format, but then none of these have required gaplessness anyway. YMMV.
BTW, I wonder what would be the reasons to use a less than stellar resampling. You do this once and for all, it can't cost that much on your electricity bill?
The DLLs are from MSVS 2017 which is DLL-compatible with 2015.
and third party components can easily use dynamic linking too without worrying about user having to install runtimes or bundling huge additional runtime dlls.
What versions of MSVS are supported?
Edit: Wasn't one solution to use "Don't reset DSP between tracks" in foobar? Maybe you have set this and never had to wurry.It also moves boundaries between tracks, and resulting files will have slightly different durations.
@lvqcl, care to test how well the LPC predictor from Vorbis would mitigate this in your SoX resampler?Unforunately, I don't have much free time now, so... maybe, but in some unknown future.
I have small suggestion. Would it be possible, to have in configuration of the plugin checkboxes next to each format name, similarly to what is present in foo_input_ffmpeg? That would allow for very convenient switching between wrapper / ffmpeg wrapper / native decoding of some formats just by unchecking / checking boxes.
Yes Case, I tested it recently and it works well, especially in latest version (thing with reporting format names is nice change). However - as I said previously - for most of my collection of some old mpg/av/otheri files I decided to go remux to .mkv, which is natively supported in foobar. Anyway, due to some specific bugs in several files (which caused mkvtoolnix to fail remux operation on them), foo_input_ffmpeg is still a must for me . So foo_input_ds and relying on "sometimes broken DirectShow" became obsolete for me.
Last post by Case -
@lvqcl, care to test how well the LPC predictor from Vorbis would mitigate this in your SoX resampler?
This is fantastic. Thank you very much for your hard work with this component.
Is it possible to set the cover of the currently playing track as a background of Library Tree ? I looked in settings but maybe I missed something.
Does this mean that I need to create a single playlist with 37.000 + 37.000 = 74.000 files ? Is that really the way to go ?That's right. Note that the files need to be sorted the same way, so don't just drop random albums in the playlist one at a time.
You could for example drag your source file directory to a temporary playlist, do the conversion, then drag the new target dir over the playlist tab. That gives you a set that is ready to be compared.