i'm sure i've had the tak decoder working before but i can't get it working at all now.  all i'm looking to do is verify files. if i try and modify the path to takc.exe in the options, it doesn't make any difference. also, on a restart, this change is lost and it resets to default. i've also tried putting takc.exe in the cuetools folder and that didn't work either. this is the error:

Quote

Object reference not set to an instance of an object..

using 2.1.5.

edit: 2.1.4 works fine. i can set the path to takc.exe in my encoders folder, job done. i guess i must have used that previously.. 

• use http://eachelper.uphero.com/image2cue.php to get a track-rip .cue with generic filenames
• copy-paste result into a new .cue
• use CUETools "Correct filenames" on the new .cue, overwrite mode

i re-downloaded 2.1.5 just now to be sure it hasn't been fixed since then.

Is there any chance that CUETools' "Correct filenames" action could be enhanced to handle image rips that have been split already?

Is the bug affecting setting the path on 2.1.5 and I am not affected because I've already set it on 2.1.4?

ExternalDecoders=0

ExternalDecoder0Name=takc
ExternalDecoder0Extension=tak
ExternalDecoder0Path=D:\Applications\foobar2000\encoders\takc.exe
ExternalDecoder0Parameters=-d %I -
ExternalDecoders=1

Actually a fellow user sent a patch and i committed it couple of months ago, so it's just a matter of uploading a new build.

Now when FLAC v1.3.1 is out is there any chance we could get it added to CUETools/Ripper

Quote from: NetRanger on 2014-11-29 10:12:54

Now when FLAC v1.3.1 is out is there any chance we could get it added to CUETools/Ripper

Experimental build of CUETools 2.1.6 with libFLAC 1.3.1 and has been released: http://www.cuetools.net/wiki/CUETools_Download. It also has some bugfixes and a heavily optimised built in flac encoder that produces noticeably smaller files than libFLAC, based on window functions discovered by ktf.

flac 1.2.1  lv8  0:51 (180x) 809 645 691 (49,64%) [+/- 0MB]
flac 1.3.1  lv8  0:24 (383x) 807 720 851 (49,52%) [- 1,8MB]
flac 1.3.1  lv8e 1:27 (106x) 805 230 363 (49,37%) [- 4,2MB]
flake 2.1.6 lv8  0:51 (180x) 802 127 311 (49,18%) [- 7,2MB]
flake 2.1.6 lv11 1:27 (106x) 796 043 061 (48,80%) [-13,0MB]
tak  2.3.0  p4m  1:28 (104x) 755 009 174 (46,29%) [-52,1MB]

flac 1.2.1  lv8  1:04 ( 69x) 918 175 228 (71,71%) [+/- 0MB]
flac 1.3.1  lv8  0:26 (171x) 916 311 947 (71,56%) [- 1,8MB]
flac 1.3.1  lv8e 2:02 ( 36x) 915 515 373 (71,50%) [- 2,5MB]
flake 2.1.6 lv8  0:32 (139x) 914 593 071 (71,43%) [- 3,4MB]
flake 2.1.6 lv11 0:58 ( 77x) 910 734 255 (71,13%) [- 7,1MB]
tak  2.3.0  p4m  0:54 ( 82x) 893 934 332 (69,82%) [-23,1MB]

flac 1.2.1  lv8  1:29 (36x) 1 222 429 935 (65,60%) [+/- 0MB]
flac 1.3.1  lv8  0:33 (98x) 1 216 111 317 (65,26%) [- 6,0MB]
flac 1.3.1  lv8e 2:50 (19x) 1 204 972 348 (64,66%) [-16,6MB]
flake 2.1.6 lv8  0:48 (67x) 1 183 381 592 (63,50%) [-37,2MB]
flake 2.1.6 lv11 1:06 (49x) 1 181 718 745 (63,42%) [-38,8MB]
tak  2.3.0  p4m  1:06 (49x) 1 168 977 920 (62,73%) [-51,0MB]

Experimental build of CUETools 2.1.6 with libFLAC 1.3.1 and has been released:

I can't help with the drive but I'll try with the 2 points.

(1) As you already figured out, the 'Album art search' is not yet functioning in CUETools. However since you are currently using EAC to rip WAV+CUE why don't you select your cover art at that time? Using the CTDB EAC Plugin would get you to the same cover art as CUERipper. You could also use the freedb Metadata Plugin (if it was installed) to find covers. The cover art is saved with the same filename as the CUE and WAV so in CUETools you could add the string %filename%.jpg to the Local cover art search so CUETools can find it. This only works with .jpg files and may not work in batch modes due to a popup window.

(2) First off ? is not a legal filename character. You can't use  / \ : * ? " < > | in Windows folder or file names. Because the substitutions do not happen all the time, the changes may be imported with the Metadata and CUETools may be just reading the characters as they are. However, the setting in CUETools that would handle this is the Remove special characters except: found under Force ANSI filenames (if both are checked).

(2) First off ? is not a legal filename character. You can't use  / \ : * ? " < > | in Windows folder or file names. Because the substitutions do not happen all the time, the changes may be imported with the Metadata and CUETools may be just reading the characters as they are. However, the setting in CUETools that would handle this is the Remove special characters except: found under Force ANSI filenames (if both are checked).

$replace($ifgreater(%totaldiscs%,1,%discnumber%.,)%tracknumber%. [%artist% - ]%title%,':','?','*','?','?','?','"','”','<','?','>','?','|','?')

Am new to CUERipper and would like to use it to encode Opus.

Checking the forum found post by aarcane Oct 13 2014, 02:54 "I've discovered another small bug using the opus codec.  The opus codec goes into a file with .opus as the extension, but the container is simply a standard ogg container.  Therefore, taglib/ogg should be used to add tags, however, taglib is attempting to use taglib/opus, which is not defined.  Other than the present inability to tag .opus files, the opus container seems to work simply by pointing the encoder at opustools.  This is occuring as of cuetools 2.1.5.  Opus tools is available from here:  http://www.opus-codec.org/downloads/ and I used the following settings to configure opus encoding..."

Has CUETools 2.1.6 eliminated these Opus bugs?

Thanks

Ken