1
FLAC / Re: Multithreading
Last post by cid42 -Possibly. Here's the note I left for myself in the code:QuoteS:\_Test>"C:\Program Files\flac\flac.exe" -d "02 - Naked Love.flac" -c -s | "C:\Program Files\flac\flaccid_w64.exe" --preset 8ep --workers 8 --in - --input-format wav --out test.flacCan it be implemented, please? I want to use flaccid in foobar converter with piping.
Error: Currently piping not supported for wav input
Code: [Select]
if(strcmp(path, "-")==0){Wav support is flaky in general, even if piping gets added non-16 bit wav support needs work. I'll make some time in the next few days to give it another go, but no promises. Current me is only slightly smarter than past me, lets be honest probably slightly dumber.
//drwav doesn't seem to have convenient FILE* functions
//so something might have to be done with raw memory
_("Currently piping not supported for wav input");//TODO
}
If you're only dealing with CDDA then a workaround which should work with the current binary is to pipe the raw samples, --input-format cdda in flaccid, --force-raw-format from ./flac and whatever it is from foobar.
Alternatively, it's a hack but it works for all input ./flac supports, pipe from foobar to ./flac to ./flaccid, this way ./flac deals with the format mess for free and flaccid gets fed flac files which are fully supported. ./flac can use -0 which uses a rounding error of resources compared to flaccid's brute forcing.
(Could the flac pipe hack be built into flaccid to support wav input without drwav? libflac is already a dependency and it might be the path of least resistance)