"Quick Convert" naming strategy fails, if..., foobar2000 1.2b1 Options

[Squeller]

Hi,

thanks Peter for Fb2k 1.2. Just installed the 1.2b1 and it seems the new Quick Conversion simply names the new output files after the input files. But in my case where I have an image-File with embedded CUESHEET, this strategy fails, because then of course fb2k wants to name all output files the same - and therefore it comes up with the overwrite dialog

Michael

[Peter]

Thought I was the last person using image+cue when I gave up using these last year. I'll see if I can help with it.

[Midiman]

Peter,

I suspect that there are still many of using CUE+WAV - or even CUE+IMAGE. In my case, I am a recording engineer who records live concerts and has to make CDs for radio broadcast. I never render a CD project in my DAW to a CD - I always render to CUE+WAV. Once this has been done, I may burn a CD, split the CUE/WAV to individual tracks - or just play the CUE/WAV in fb2k. Burning in a DAW is so unreliable compared with a program such as ImgBurn. Please keep all CUE/WAV support in your great program ;-)

Mike

[Squeller]

Thought I was the last person using image+cue when I gave up using these last year.

You think so? In my library I consistently use FLAC plus embedded CUE and see no disadvantage. But I must say for security reasons (file metadata corruption), I auto export cuesheet/alltags with tag.exe into 2 text files; OTOH all text files make up a good database about all my library, which I use at a different place.
For some reason I don't like the "1 file per track" strategy, not sure why.

This post has been edited by Squeller: Dec 22 2012, 09:56

[smz]

I'm also on the "one file per disc" (WavPack with embedded cuesheet) camp and according to this poll about 22% of HA members are still using this strategy...

[Squeller]

I see you have resolved this in the latest Beta by adding an enumerator [n] to the filename; thanks for that.