I only use replaygain/apply gain in track(radio) mode, not album(audiophile) mode as I shuffle rather than listen to albums completely.  I wanted to use wavegain to get the scale so that could be applied by lame rather than using the less accurate (and admittedly probably not noticeable) mp3gain or oggenc way to apply radio gain.  So I changed track.cfg to do the following:
...
Does that explain what and why better for you?

eeyore_pooh, hope the code below is of help to you.  Note that I use track.cfg and a custom batch file name.  I've altered all my cue sheets to point to .flac (as opposed to .wav).

ECHO @tools@\GSAR.EXE "-s@basename@.wav" "-r%TrackName%.flac" -o %trackCueFile%>>update-cueslogs.bat

SET trackCueFile="$cdartist$ - $album$.cue"
SET eacLogFile="$cdartist$ - $album$.log"

IF NOT EXIST %trackCueFile% (
    COPY "@albumfile@.[mg].cue" %trackCueFile%
    ECHO CHCP 1252 ^| PROMPT>>update-cueslogs.bat
)

ECHO @tools@\GSAR.EXE "-s@basename@.wav" "-r%TrackName%.flac" -o %trackCueFile%>>update-cueslogs.bat

REM ** Escape : chars and save all GSAR commands to amend the EAC log file.
SET EscapedSourcedir=@sourcedir@
SET EscapedSourcedir=%EscapedSourcedir::=::%
ECHO @tools@\GSAR.EXE "-sFilename %EscapedSourcedir%\@basename@.wav" "-r%TrackName%.flac" -o %eacLogFile%>>update-cueslogs.bat

REM ** Copy log to destination folder.
COPY /Y "@eaclog@" %eacLogFile%

REM ** Escape % chars and run all GSAR commands to amend cuesheet and EAC log files.
@tools@\GSAR.EXE -s%% -r%%%% -o update-cueslogs.bat
CALL update-cueslogs.bat
DEL update-cueslogs.bat

Filename C:\Working\Beastie Boys - Licensed To Ill - 01 - Rhymin & Stealin.wav

Filename "Rhymin & Stealin.flac"

Thanks for trying but (the dreaded but) the problem is with this code:

Code: [Select]

ECHO @tools@\GSAR.EXE "-s@basename@.wav" "-r%TrackName%.flac" -o %trackCueFile%>>update-cueslogs.bat

There's no way we can use the @basename@ variable in image configs to define the track filenames in the cuefile. It doesn't work, remember that the actual flac track files are being made by ACDIR (and flac of course) by taking the track info from the cuefile.. EAC doesn't create the track wav files (but it creates the cuefiles). I hope you understood (This is the second explanation version and I'm not so fluent in English).

By the way, have you tested that the code you listed actually works in your setup? I quickly found couple of problems in it.

1. You should append the ECHO CHCP 1252... code to update-cueslogs.bat first before anything else
2. You can't copy the EAC logfile until EAC has finished ripping, so, the copy eaclog should be in the post-processing section
3. Other strange logfile problems

Also I've a better solution for the eaclog amends (it's included in the corrected code below); you don't have to change the temp directory references (C::\Working\...) by hand anymore. My code escapes the colon ( : ) character. Also, it removes the Filename string in the beginning.

Here's my corrected/enhanced suggestion to you:

Code: [Select]

SET trackCueFile="$cdartist$ - $album$.cue"
SET eacLogFile="$cdartist$ - $album$.log"

IF NOT EXIST %trackCueFile% (
    COPY "@albumfile@.[mg].cue" %trackCueFile%
    ECHO CHCP 1252 ^| PROMPT>>update-cueslogs.bat
)

ECHO @tools@\GSAR.EXE "-s@basename@.wav" "-r%TrackName%.flac" -o %trackCueFile%>>update-cueslogs.bat

REM ** Escape : chars and save all GSAR commands to amend the EAC log file.
SET EscapedSourcedir=@sourcedir@
SET EscapedSourcedir=%EscapedSourcedir::=::%
ECHO @tools@\GSAR.EXE "-sFilename %EscapedSourcedir%\@basename@.wav" "-r%TrackName%.flac" -o %eacLogFile%>>update-cueslogs.bat

And the following should be in your post-processing section:

Code: [Select]

REM ** Copy log to destination folder.
COPY /Y "@eaclog@" %eacLogFile%

REM ** Escape % chars and run all GSAR commands to amend cuesheet and EAC log files.
@tools@\GSAR.EXE -s%% -r%%%% -o update-cueslogs.bat
CALL update-cueslogs.bat
DEL update-cueslogs.bat

That's it. It should work ok now.

As for your suggestions, perhaps I have something defined elsewhere that is making it functional.  I'm all for taking on your enhancements, but I'm afraid that I may create a problem where I currently don't have one.  I am successfully editing both the cuesheet and eac log file with minimal exception.

The only glitch I have is when certain characters in a song title (like "&") will break the edit inside the cuecheet or log file.  I'll end up with the original text.  Here is an example of a broken one inside an amended eac log.

It currently says:

Code: [Select]

Filename C:\Working\Beastie Boys - Licensed To Ill - 01 - Rhymin & Stealin.wav

I want it to say:

Code: [Select]

Filename "Rhymin & Stealin.flac"

I guess I'd be willing to make your changes if I could somehow resolve that minor (but somewhat annoying) issue. 

ECHO @tools@\GSAR.EXE "-s%EscapedSourcedir%\@basename@.wav" "-r:034$title$.flac:034" -o %eacLogFile%>>update-cueslogs.bat

Akkurat, I wanted to formally thank you for picking up the REACT project.  I've been using your mod for about a month.  I'd have to say it's worked very well.  Love being able to grab the artwork before waiting for cuesheet creation!

The feedback I wanted to share is in regards to the focus of the window at two different times.  I read yesterday in one of the threads that someone has already mentioned the lack of focus when you launch REACT/EAC.  I wanted to second that request.  It would be helpful for the times when no freedb edits are necessary.

The second focus item (which I'm not sure if it's been mentioned) is that the eac window loses focus after editing a field like cd title.  After I make my edit, I'll hit the Tab key to change fields and the window loses focus.  I've noticed it also does this if I hit Enter to "save" a field I just modified.  Another example is if I update the CD artist field and just try to click to a new field.  In all these cases the focus of the window is lost.  Just looking to save mouse and keyboard actions where I can.  I still have 2/3 my collection to go!

Well, how I see it? It's not working if you have issues.  Let me guess, is this happening always with the first track only? Try my code, please, you might be surprised, it could fix your problems (I'm promising 99,99% certaintity ). What can you lose? Backup your old file. Make those small changes I posted, and test. Should take only little time and you could gain a working solution.

Also the excessive quotes in the one command you have might have something to do with it (although I have to admit that it seems to be correctly escaped as instructed in the guide.. but still.. I'd use the decimal or hex escape method, I don't trust that "replace one instance with three" thing.. plus it's more difficult to read and one can make mistakes more easily because of that).

Also note that the %TrackName% variable is taken from the INI and its default setting is (for "single" artist) $track$ - $title$. So, if you want to change the EAC log to only show the track title, you can't use %TrackName% (I bet that you have track numbers in your filenames, right?). Here's the corrected code for that part in my code example I posted earlier (I also removed the Filename string removal):

Code: [Select]

ECHO @tools@\GSAR.EXE "-s%EscapedSourcedir%\@basename@.wav" "-r:034$title$.flac:034" -o %eacLogFile%>>update-cueslogs.bat

Note the :034 strings, those should wrap your track name in quotes. Now the output should be like you wanted: Filename "<track title>".

Akkurat, thanks for the new code.  I've put it in and as you predicted it is working perfectly.  It now does not break when an "&" is in the song title.  Thanks so much!

ps- may not matter now, but for filenames, I use "song title.flac."  With various artists, I use "track artist - song title.flac"

I'm experiencing some weirdness with Various Artist albums.  I ran in debug mode and what I've found is that even though EAC shows the Various Artists check box checked, the @various@ variable is passed as 0.

The files end up being stored in a folder named with the first track artist instead of Various or Various Artists.

How do I fix this?

I can't test this because if I change the artist field myself, the test situation is dramatically changed.. I need to have a "crap" freedb query result to test this..

I  exported my EAC database to a local freedb database*, which meant that  I could edit my test CD entry and reload it for testing.
  ...
* To create a local freedb database of your EAC database:

• "EAC" > "freedb / Database Options..." > "Local freedb" tab to set the location
• "Database" > "Export CD Information To" > "Local freedb"

To reload data after changing the text file: "Database" > "Get CD Information From" > "Local freedb"[/size]

This post may be of use.

; Makes sure that the correct image filename is set to the EAC input window.
    Local $loopcnt = 0
    Do
        ControlSetText($g_saveWaveformStr, "", "Edit1", $name)
        
        If $loopcnt > 0 Then fDebugPrint("Retrying... setting image filename")
        $loopcnt += 1
        
    Until $name = ControlGetText($g_saveWaveformStr, "", "Edit1")

; Makes sure that the correct image filename is set to the EAC input window.
    Local $loopcnt = 0
    Do
        ControlSetText($g_saveWaveformStr, "", "Edit1", $name)
        
        If $loopcnt > 0 Then fDebugPrint("Retrying... setting image filename")
        $loopcnt += 1
        Sleep(250)
        
    Until $name = ControlGetText($g_saveWaveformStr, "", "Edit1")

@Akkurat: I'm not sure if this has been reported earlier. I've been experiencing problems with the image name not being properly set in the EAC file dialog. The problems went away when adding a pause (inspired by Synthetic Soul's version)

It must have been a timing issue of the dialog closing too soon and reverting to EAC's default naming scheme, or something. I hope this helps in some way and would love to see it get added to the next version.

Quote from: hanning on 2008-07-15 05:38:23

@Akkurat: I'm not sure if this has been reported earlier. I've been experiencing problems with the image name not being properly set in the EAC file dialog. The problems went away when adding a pause (inspired by Synthetic Soul's version)

Yes you're the 3rd one to report this kind of behaviour. Are you using Vista by any chance? Thanks for the suggestion, I'll definitely test it with the other user (Realityfreak) who's having this problem.

Still, I'm little bit baffled by this because my code (do...until) is a infinitive loop unless the correct image name is set to the save dialog (and correctly read by the ControlGetText). Does your save dialog close itself with wrong image names?

Yes, I'm on vista.

Yes, it does. I too am a little baffled as your code looks like it should do what you intended. However, there's got to be some inconsistency there as far as Vista is concerned for some reason.

I have just upgraded to Lame 3.98 and went to copy both lame.exe and lame_enc.dll into the REACT2 Tools folder, when I noticed that previously only lame.exe was in there.

Can you confirm whether both files should be in this folder please. If so I'm not sure how it was working previously. Also I notice there is a file call lame.css as well, should that be in there as well.

Quote from: eeyore_pooh on 2008-06-23 22:54:46

I’m using REACT2 [akku.b02] with EAC for ripping my CD collection. Hard disk space is not an issue for me at the moment and I store wav images and separate flac tracks with F10 command for each CD. I’m also using the Akkurat Backup Data Track Method which requires “CreateAllCuesheets” in the REACT.ini set to 1.
Is it possible to implement the gsar.exe tool to modify the [mg].cue (or all of them) from “.wav” WAVE to “.flac” WAVE for the separate flac tracks in the image.cfg. If at some point in the future I decide to keep only the flac tracks I’d like to have a proper corresponding cue file.
I’ve tried to add the track.cfg settings from the wiki article but obviously it’s far from the truth.

Hmm, well, the problem is that in image rips, the info for individual track filenames are pulled from the cuefile by ACDIR. So, there's no way of us using that information in the image config file like we can in track config. Also changing only the .wav" WAVE to .flac" WAVE most probably wouldn't work as expected because of the filename scheme & special character differences between EAC and REACT (and special char difference in ACDIR). I'm not so familiar with ACDIR but I can see that one can execute several commands in the --pipe switch... but this doesn't help us because we have no information of the filenames in the cuefile.

One possible method (very pseudocode example):
1. After the ACDIR has created all the flac files, traverse all those files with FOR (dos command).
2. Your goal is to match a flac filename & cuefile text string (basically you need to match the track number found in the flac file to a line in cuefile where there's the same track number, AND that line has also .wav" string).
3. Use GSAR in the same manner as in track config to change the file references with the info you just gathered from the flac files and from the cuefile.

Hard? Yes. I'm sorry.. I don't know a better way to solve this. If you manage to pull it off, please share your masterpiece.

ECHO @tools@\GSAR.EXE "-s@basename@.wav" "-r%TrackName%.flac" -o %trackCueFile%>>update-cueslogs.bat

ECHO @tools@\GSAR.EXE -s.@imageext@ -r.flac -o %TrackCueFile%>>update-cueslogs.bat

I've tried different things but obviously because of ACDIR, bullet-proof workaround is difficult to find.

Just a thought: you've pointed out that one of the problems is the different naming schemes in EAC & REACT, but what could be the negative consequences if I change the naming scheme in EAC/EAC Options/Filename to equal my trackname output scheme in REACT, which is "$n. $~t" for single artist and "$n. $~a -- $~t" for Varios Artists, and replace this command line in your code...
...
When I modify the EAC single artist scheme its ok, probably, but when I change the Various Artist naming scheme, REACT gives me warning during startup, that it must start with %D and etc. Can I change this in the au3 file or things will be messed up.

I know that wavegain processes files irreversibly. Is this also the case in REACT if I use wavegain for ripping separate flac tracks with F10 command.

FOR %%G IN (*.flac) DO CALL :ReplaceCuesheetFileReference "%%G"
@tools@\SED -f sedlist.txt <"@albumfile@.[mg].cue" >"$cdartist$ - $album$.cue"
DEL sedlist.txt

:ReplaceCuesheetFileReference
SET trackno=%1
SET trackno=%trackno:~1,2%
ECHO s/FILE ".* - %trackno% - .*\.wav" WAVE/FILE %1 WAVE/>>sedlist.txt
GOTO :EOF

:ReplaceCuesheetFileReference
ECHO %1 | @tools@\SED 's/"\([0-9][0-9]\)\..*\.flac"/\1/'>%TMP%\trackno.txt
SET /P trackno=<%TMP%\trackno.txt
ECHO s/FILE ".* - %trackno%- .*\.wav" WAVE/FILE %1 WAVE/>>sedlist.txt
GOTO :EOF

The code below uses SED to implement Akkurat's suggestion:

As far as a solution using AutoIt: as you say, not something I'm willing to pursue.  I agree that it would be nice for REACT to provide methods for users to update their cuesheets - or not update their cuesheets: IIRC REACT updates the image cuesheet by default, and I'm not actually sure I want it to.

More for your to-do list!

Edit: After searching this thread I think your main issue was the use of certain characters needing escaping inthe RHS of a SED command (ampersand being one). As I am only using the static value "FILE \1 WAVE" this is not an issue in this instance.

I'm interested to know why wouldn't you want REACT to update your image cuesheet?

Edit:

Quote from: Synthetic Soul on 2008-07-28 13:22:11

Edit: After searching this thread I think your main issue was the use of certain characters needing escaping inthe RHS of a SED command (ampersand being one). As I am only using the static value "FILE \1 WAVE" this is not an issue in this instance.

Hmm, I'm not so sure about that.. I have my doubts.. but I'm in no position to judge since I'm not willing to start testing that with special chars again... you win. 

IIRC (long time since I bothered about this) REACT amends the image cuesheet to point to the compressed image: in my case the Wavpack file.
...
Being someone who knows his archive, and who rarely burns to CD or ever creates EXEs, then these issues are not huge for me; however, they are still potential niggles for any image user.

Yes!  Winner!