Bugzilla – Bug 6792
Flac transcode update to convert.conf
Last modified: 2009-09-08 09:11:25 UTC
With Flac 1.2.1 (included in SC 7.0), it is possible to do flac to flac transcoding without piping between to separate flac processes. I have used the following change in convert.conf for months without any problems (on WinXP). Index: server/convert.conf =================================================================== --- server/convert.conf (revision 16718) +++ server/convert.conf (working copy) @@ -155,7 +155,7 @@ [lame] --resample 44100 --silent -q $QUALITY$ --abr $BITRATE$ $FILE$ - flc flc transcode * - [flac] -dcs --skip=$START$ --until=$END$ -- $FILE$ | [flac] -cs --totally-silent --compression-level-0 - + [flac] -c --totally-silent --compression-level-0 --skip=$START$ --until=$END$ $FILE$ -
Reassigning to Andy. Is this something that we have already implemented? We are now shipping 1.2.1 so this should be easy to add.
What's the use case for flac -> flac anyway?
Use case: Entire album encoded to flac + cuesheet. Quite a lot of users for this I think. I have used the patch for months, so it is definitely a safe change.
Ah right, OK, I'll apply.
You need to be aware that this method fails when there's an id3v2 tag in the file, while the current method will still work. Yes, Flac files should not have id3v2 tags, but they're surprisingly common in the wild, perhaps because it's easy to configure EAC to add id3v2 any time it calls an external encoder. See the response from Josh Coalson at URL below about why flac bails out when called this way if it encounters an id3v2 tag. http://www.hydrogenaudio.org/forums/index.php?showtopic=50993&st=75&p=464359&#entry464359
Thanks, so I guess we won't be doing this.
Based on JJ's comment I am going to mark this as won't fix.
Reduce number of active targets for SC