Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: REACT 2 Released (Read 1281285 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

REACT 2 Released

Reply #1375 –
Quote from: gsa999 on
I reset EAC to work with REACT (Ctrl-F2) and it seemes OK again for now. I will have to keep an eye on it and see if I can spot a pattern. I only noticed it by accident yesterday and then went back through the 150 albums I have ripped already and found about 20 that were wrong.

Yes, keep an eye on it, it's easier to fix if it's reproducible. Was all of the 150 albums ripped by using my latest mod? Jeez, 20 out of 150 is A LOT... in fact, too much, I wonder why you're the first one to report this (with this magnitude and not with Vista).. hmm. I take it that it doesn't happen with specific albums? E.g. if you rip again one of the failed albums, you don't get the failure again?

The problem with Vista was as follows: Vista's EAC save file dialog window has a combobox for the filename, in XP, EAC does only have a simple "input" box, which doesn't "expand" and show previous inputs. REACT has to input the correct filename to that combo/input box and with Vista, REACT was too quick to input the new value and read it back (verify), i.e. the read/input from/to the combobox failed sometimes because of the "expanding/popup/whatever" combobox values. I tested my fix so that it worked with XP also. I did slow down the whole procedure so much that it's visible to old users, the save file dialog stays on the screen much longer than it did. Also I added a "fail safe" to it: REACT tries to input and read back that value (verify the input) in loop for couple of seconds, after that, a warning message is shown and user can input the correct value. So, with this knowledge and with the limited knowledge from your problem, I can say that there could be a problem with reading/writing the filename value in XP too.

OR, your problem could be that you didn't start the rip with F10 but clicked the "IMG" button (or used the EAC menus) and you clicked the SAVE button in the file save dialog..? I just checked and this could happen without you noticing that something is wrong IF you don't run CoverDownloader. Far fetched but let's rule out this possibility.

Quote from: gsa999 on
It was not just a case of changing the file name but also the cue sheet and reference in the cue sheet. Becuase I had embedded the cue sheet in the flac image as well I also had to update that which was the bit that took ages.

Wait a minute! Did you mean: "changing the file name but also the embedded cue sheet file name and reference in the cue sheet"? I.e. not the REM DATE xxxx line in the cue sheet file?

REACT 2 Released

Reply #1376 –
Quote from: Akkurat on
OR, your problem could be that you didn't start the rip with F10 but clicked the "IMG" button (or used the EAC menus) and you clicked the SAVE button in the file save dialog..? I just checked and this could happen without you noticing that something is wrong IF you don't run CoverDownloader. Far fetched but let's rule out this possibility.

I am not running CoverDownloader. I already have most of the images on my hard disk becuase I have been cataloguing my collection for the last 10 years using Catraxx. I have also always just pressed F10. The problem has not happened again so I am happy for the time being.

Quote from: Akkurat on
Wait a minute! Did you mean: "changing the file name but also the embedded cue sheet file name and reference in the cue sheet"? I.e. not the REM DATE xxxx line in the cue sheet file?
Yes that is what I meant. I needed to change the FILE reference in the cuesheet to reference the correct filename since I slotted in the date. The REM DATE field was fine.

BTW I think I am using your latest mod - but just in case I am not - its akku.b03 - is this the latest?

REACT 2 Released

Reply #1377 –
Quote from: gsa999 on
I already have most of the images on my hard disk becuase I have been cataloguing my collection for the last 10 years using Catraxx.

Jeez, so, how many of the wrong ripped images have been ripped with my mod? Also now when I read again your previous post, I realized that the one wrong image you noticed by accident could have been an older rip NOT made with my mod.. which is it, was the wrong image(s) ripped with my mod or not? Please be more careful what you say in the future.. thanks.

And yes, akku.b03 is the latest version.

REACT 2 Released

Reply #1378 –
Quote from: Akkurat on
Please be more careful what you say in the future.. thanks.
Akkurat

Really sorry - as you say I must be more careful with my wording. When I said I had the images on my hard disk I meant the coverart images NOT the flac/wav images. I had no flac/wav images on my computer until I started the ripping/encoding process using REACT.

I only started ripping my collection at beginning of December and all have been ripped with your latest mod.

Anyway I am working round all this so progress is being made. Up to letter G now. Thanks

REACT 2 Released

Reply #1379 –
Has anyone else had issues with the NeroAAC encoder on REACT config producing files with tags Foobar cannot read?  I can't find much controversy when I search for this, but I would think many REACT and Nero users would be using Foobar as well.

Anyone else out there with this issue?  Is there a preference of AtomicParsley over NeroAacTag and its compatibility with Foobar/iTunes?

I am using the newest Nero 1.3.3, but tried the Feb 2007 release as well.  And, I am using Synthetic Soul's REACT_2.0.ssb16p config, with EAC0.99pb4.

REACT 2 Released

Reply #1380 –
Quote from: gsa999 on
I meant the coverart images NOT the flac/wav images.

Oh, ok, haha, nice misunderstanding.  So this REALLY means that you have got 20 out of 150 images gone wrong.  That's baaaaad. I really can't understand what's the problem again, I remember that I did test that bit of the code very much in both Vista and XP. Maybe the AutoIt language is bugging out.. though I doubt it because were talking about a very simple functions here; read/write value from/to an input control.. I don't know.. would need lots of debugging..

Are you using an old computer? Can you give me some specs? CPU, RAM? Does your system seem sluggish? I wonder if that has anything to do with this.. probably a long shot again.. it's hard to figure out if you can't reproduce it.. or it happens only sometimes and not frequently.

How many albums do you have left? What would you like to do in this situation, continue ripping and keeping an eye out for the problem? Or would you like me to make you a debug mod? With that we could catch the culprit. You could rip normally, but some debug messages could appear at the start of the rip. Of course there's one problem: if we find a solution, I'd have to test it in Vista again (which I don't have at the moment, I "borrowed" it last time and ran it in MS Virtual PC) and if it doesn't work in Vista, we would have to continue testing/debugging. Too bad I can't test/debug this in my system.

REACT 2 Released

Reply #1381 –
Quote from: sidewalking on
I am using Synthetic Soul's REACT_2.0.ssb16p config, with EAC0.99pb4.

Any particular reason for not using my latest mod? I'm not trying to convert people here , it's just that I've seen that some people have been unaware of my new mod.. that's all.

As for the other topics, sorry, I can't help you with those. Are the tags working in other players? I.e. is this a Foobar only problem?

REACT 2 Released

Reply #1382 –
Quote from: sidewalking on
Is there a preference of AtomicParsley over NeroAacTag and its compatibility with Foobar/iTunes?
You will have some tag reading issues in fb2k if you are using AtomicParsley. AP writes iTunes type tags, some of which will not show in fb2k. Since you asked the question, I am assuming that you are using AP to write the tags. Correct? fb2k will have no issues (at least with the tags that I use) with the tags written by Nero.
Surf's Up!
"Columnated Ruins Domino"

REACT 2 Released

Reply #1383 –
Akkurat:  No, I wasn't aware of your mod.  I will have to check it out.  It looks like this is a Foobar only issue, I tried Winamp and iTunes and the tags were fine; iTunes even recognized the embedded cover art.

drbeachboy: Correct, this is AP tagging.  I saw your post from 2006 about getting Nero tags replaced in your config but saw no one else asking you to post it.  Can you share that config part with me (on the REACT-image.cfg file)?  It is weird that fb2k won't read these if they can be read by other programs; it is usually the other way around with foobar working where others won't.

Thanks for the help!

REACT 2 Released

Reply #1384 –
Sure, no problem with sharing my config. I will post it for you later this evening. I am at work at the moment.
Surf's Up!
"Columnated Ruins Domino"

REACT 2 Released

Reply #1385 –
Here is my REACT Nero config.

Code: [Select]
IF NOT @NeroAac@==1 GOTO end_nero_aac_tracks
SET dest="@TrackDir_AAC@%trackDir%"
IF NOT EXIST %dest% MKDIR %dest%
PUSHD %dest%
IF @various@==1 SET VA_tag=--albumArtist="$q@VA@$q" --compilation true
IF %embed_cover%==1 SET Cover_tag=--artwork $#x
@tools@\acdir.exe --overwrite --output "%TrackName%.m4a" --extra-opt "@cover@" --pipe "TITLE $n/$N aac $#T & @tools@\neroAacEnc1330.exe @Opt_NeroAac@ -ignorelength -if - -of $#o & @tools@\AtomicParsley.exe $#o -o REACT_tmp.m4a %Cover_tag% %VA_tag% %Disc_NeroAac_acdir% --artist $#a --album $#T --tracknum $n/$N --title $#t --year="$q@year@$q" --genre="$q@genre@$q"--comment="$q@comment@$q" --encodingTool $qneroAacEnc @Ver_NeroAac@ @Opt_NeroAac@$q & MOVE /Y REACT_tmp.m4a $#o" "@sourcecuesheet@"
IF @ApplyAlbumGain@==1 @tools@\aacgain.exe %ApplyAG_AacGain% *.m4a > gainlog.txt
REM COPY /Y "@eaclog@" "EAClog.txt"
IF %have_cover%==1 COPY /Y "@cover@" "folder.jpg"
POPD
:end_nero_aac_tracks
Edit to correct config inside the codebox.
Surf's Up!
"Columnated Ruins Domino"

REACT 2 Released

Reply #1386 –
Quote from: drbeachboy on
Here is my REACT Nero config.

Is that config really working? What are those multiple [email] "tags" doing there?

Quote from: sidewalking on
It looks like this is a Foobar only issue, I tried Winamp and iTunes and the tags were fine; iTunes even recognized the embedded cover art.

Ok. Does anyone know why those tags are NOT working in foobar? Should this issue be raised in the foobar forum?

EDIT: damn this "merge consecutive posts" forum feature.

REACT 2 Released

Reply #1387 –
Not sure where the came from, though it looks awfully like something here from the posting box. I will edit the config in the codebox.
Surf's Up!
"Columnated Ruins Domino"

REACT 2 Released

Reply #1388 –
drbeachboy:  Thanks for the config portion.  I will try it out. 

Akkurat:  I don't know if it should be raised in the foobar forum or not.  It sounds like it may be a known issue and a long-standing one at that.  It may be worth asking over there soon, when I have a spare minute.  I have a new config to test out for now!

REACT 2 Released

Reply #1389 –
Quote from: Akkurat on
Are you using an old computer? Can you give me some specs? CPU, RAM? Does your system seem sluggish? I wonder if that has anything to do with this.. probably a long shot again.. it's hard to figure out if you can't reproduce it.. or it happens only sometimes and not frequently.

How many albums do you have left? What would you like to do in this situation, continue ripping and keeping an eye out for the problem? Or would you like me to make you a debug mod? With that we could catch the culprit. You could rip normally, but some debug messages could appear at the start of the rip. Of course there's one problem: if we find a solution, I'd have to test it in Vista again (which I don't have at the moment, I "borrowed" it last time and ran it in MS Virtual PC) and if it doesn't work in Vista, we would have to continue testing/debugging. Too bad I can't test/debug this in my system.
Yes I am using an old Dell laptop. I like to keep my new laptop free for doing other things whilst all the ripping is going on. Its not particularly fast but I put that down to the spec of the laptop rather than a problem with REACT. The spec is Pentium III 1.2GHz 512mb RAM.

Problem happened again last night - 3 albums but not all in a row - ie one was wrong, 2 were OK and then 2 more were wrong!!!!

The way I am trying to pick the problem up is just by looking in the EAC "Extracting Audio Data" screen which shows the file name being created. It does not show whilst Testing is going on (I have that option set in my react.ini) but when it says 'Copy Selected Range' the wav file name appears just underneath. If the year is missing I will just stop the rip and reset using CTRL-F2.

I have about 600 albums left, so I guess a debug message would be good - thanks.

REACT 2 Released

Reply #1390 –
Quote from: gsa999 on
The way I am trying to pick the problem up is just by looking in the EAC "Extracting Audio Data" screen which shows the file name being created. It does not show whilst Testing is going on (I have that option set in my react.ini) but when it says 'Copy Selected Range' the wav file name appears just underneath. If the year is missing I will just stop the rip and reset using CTRL-F2.

No need to use the Ctrl-F2 if you haven't changed your settings. Also a quicker way to check the filename is to check the temp directory (EAC "use this directory" setting) even when testing is going on.

Quote from: gsa999 on
I have about 600 albums left, so I guess a debug message would be good - thanks.

Wow, you've a long way to go. Good to know that the problem is raising its ugly head more frequently.. I think that we're going to first try to make it happen everytime, that way we would know what the problem is exactly. I sent you a PM.

REACT 2 Released

Reply #1391 –
Hello all!!!

First of all, thanks for this wonderful piece of software! 
It works for me for a long time without big problems. All problems I had, I solved it with reading the Wiki, reading this powerful forum or testing for myself.

But now I have a "problem" I can´t solve by myself:

I would like to rip in folders with initials as folder name.
For example: all artists with the initial "A" (Aerosmith, Air, ...) could be found under

..\A\Aerosmith\...
..\A\Air\...
...
...
...\B\Ben Folds\...
...
etc.

or in other words, the setting:
ImageDir_Flac=@OutRoot@\Music\$cdartist$\...

should look like this:
ImageDir_Flac=@OutRoot@\Music\$initial_cdartist$\$cdartist$\...
or
ImageDir_Flac=@OutRoot@\Music\$[1]cdartist$\$cdartist$\...
or something similar.

But unfortunately I don´t know how to implement this. 

Have someone an idea how I can reach this?

REACT 2 Released

Reply #1392 –
Quote from: earui on
Hello all!!!

or in other words, the setting:
ImageDir_Flac=@OutRoot@\Music\$cdartist$\...

should look like this:
ImageDir_Flac=@OutRoot@\Music\$initial_cdartist$\$cdartist$\...
or
ImageDir_Flac=@OutRoot@\Music\$[1]cdartist$\$cdartist$\...
or something similar.


I have found this working in foobar2000:
...\$left(%album artist%,1)\%album artist%\...

with React 2 it should look like this:
ImageDir_Flac=@OutRoot@\Music\left($cdartist$,1)\$cdartist$\...

Is this possible?

REACT 2 Released

Reply #1393 –
This isn't currently achievable using inbuilt functionality.

However you could create the path you want in your CFG using DOS commands to determine the first character, and move the image and all relevant files to the folders you have manually created.

This page on ss64.com tells you how to extract part of a string in a batch file (which is what the CFG basically is).

REACT could be more intelligent, but given that you have numerous commands available to use in the CFG I wonder whether it should be.
I'm on a horse.

REACT 2 Released

Reply #1394 –
Synthetic Soul: Thanks for this quick infos!

You are right, giving "... numerous commands available to use in the CFG ..." confuses probably more then help.
It could be perhaps an good idea to give the possibility making own commands, but I think that´s to difficult too. 

I´m testing modified CFG, but it take a lot of time, since the is batch file is created after ripping.
Is there any "Debug Mode" that generates only the batch file?
It could save a lot of time, cause I´m not really expert in batch programming! 

REACT 2 Released

Reply #1395 –
Not that I know of.

Some things you should be able to test just in a stand-alone batch file, to ensure your logic is correct - you can use hard-coded strings in place of tokens like $cdartist$.

When testing with REACT I tend to use a virtual drive with a small CD image mounted, but you would still need to begin ripping as you would normally, and then either use ECHO and PAUSE statements in your CFG, or quickly open the BAT file in your editor/copy the file before it is deleted.  The "ECHO and PAUSE" approach can be useful.
I'm on a horse.

REACT 2 Released

Reply #1396 –
Synthetic Soul: Thanks again! REACT 2 have an Debug-Mode. You can turn it on in the "react.ini". Under: [UserSettings] you can change "Debug=0" to "Debug=1"!
It don´t helps a lot, because you still have to wait the complete ripping before creating the Batch file, but the batch is paused in the end of all. So you can see in the Dos-Prompt what went wrong.

Your idea, moving all created stuff to an "initial"-folder was not bad. I made this for an image file. But it seems to difficult for me, to modify this for all the other stuff: paths, tracks, covers and so on.

So I "enhanced" REACT 2 a little, to handle this with the Destination path. This has the advantage, that most of all work "as it is". 

As you recommended, I tested it with "a virtual drive with a small CD image mounted". It was Underworld: born slippy. So the name perhaps has something to do, to "slippy born" this baby! 

Now it works how it should (for me of course)!!! 

Under [UserSettings] I can turn this behavior on and off. Like the Debug-Mode!
If somebody is interested how to made this new behavior, I could post how to modify "react.ini" and "REACT-image.cfg".
Although it´s not finalized yet, at all.
I have to clean it, and make it a little bit easier to handle.
I don´t know if the "REACT-track.cfg" have to be modified too. For me it works without modification.

By the side, is it a good idea to name this structure "InitialFolder"? My English is not the best too. 
Perhaps it should be named in an different way? How would you describe this structure?

..\A\Aerosmith\...
..\A\Air\...
...
...
...\B\Ben Folds\...
...
etc.

I think others could have the same wish for this structure, but don´t search this as "Initial Folder Structure"?

REACT 2 Released

Reply #1397 –
hello to the forum and thanks to everybody helping developing this great software.

after spending hours with no results i am trying to find help here. in fact, my problem is just basic (as i think) but whithout help i am lost, because i am a newbie to eac/react.

i am using eac 0.99 prebeta 3 and react 2.0 with akku b03 mod. i use f4 to rip a cd into flac- and mp3-tracks.

i would wish to copy a playlist (M3U) and the cue sheet into both destination-folders (...\MP3\... and ...\FLAC\).

i have read through the guidelines and wikis, but unfortunately it did not work for me.

here is the code of the REACT-track.cfg, which shoud be important for that matter:

Code: [Select]
REM ** Audio Formats:

    IF @Flac@==1 (
        PUSHD %TrackDir_Flac%
            IF %add_rg%==1 @tools@\Glob.exe -v -c @tools@\metaflac.exe %RG_MetaFlac% *.flac
            REM COPY /Y "@eaclog@" "EAClog.txt"
@tools@\Tag.exe --playlist --sort track --a-artist "@cdartist@" --a-title "@album@" --plname temp.m3u *.flac
REM ** Workaround for %-chars disappearing from the playlist filename when using tag.exe.
REN temp.m3u "$artist$ - $album$.m3u"
IF EXIST "@albumfile@.[mg].cue" COPY "@albumfile@.[mg].cue" "$cdartist$ - $album$.cue" .
        POPD
    )

    IF @Wavpack@==1 (
        PUSHD %TrackDir_Wavpack%
            IF %add_rg%==1 @tools@\wvgain.exe -a *.wv
            REM COPY /Y "@eaclog@" "EAClog.txt"
        POPD
    )

 IF @LameMP3@==1 (
        PUSHD %TrackDir_MP3%
@tools@\CREATE-M3U.BAT "@TrackDir_MP3@" "$cdarist$ - $album$"
REM COPY /Y "@eaclog@" "EAClog.txt"
IF EXIST "@albumfile@.[mg].cue" COPY "@albumfile@.[mg].cue" "$cdartist$ - $album$.cue" .
        POPD
    )


as you can see, i tried in two different ways (i created the m3u.bat in the \tools-directory, but nothing worked, also the cue sheets stay in the root folder.

thanks for your help, and sorry for my english...

tiggerkater

REACT 2 Released

Reply #1398 –
Hi tiggerkater and welcome to HA.

Quote from: tiggerkater on
@tools@\Tag.exe --playlist --sort track --a-artist "@cdartist@" --a-title "@album@" --plname temp.m3u *.flac

Do you have the tag.exe in the tools directory? From the Creating A Playlist Wiki guide: "Though of course you'll need Tag.exe"

Quote from: tiggerkater on
IF EXIST "@albumfile@.[mg].cue" COPY "@albumfile@.[mg].cue" "$cdartist$ - $album$.cue" .

Remove the trailing dot from that copy line. Also there's no point to copy a cue sheet to lossy files directory, the main point of creating a cue sheet is to get a 1:1 copy of your CD.. no point of doing this with lossy format, eh? You also might like to check this out: REACT:Amending Cuesheet File References (not required!).

P.S. There's a pb4 version of EAC available.. in case you didn't know.
 

REACT 2 Released

Reply #1399 –
hi akkurat,

thanks for your fast answering.

Quote
Do you have the tag.exe in the tools directory?


yes i have, i think, it was there from first installing, if not, i have put it there...!? (in fact there is Tag.exe in the tools folder...). so it cant be a problem because of that. i don´t know why playlists won´t be created...

Quote
no point of doing this with lossy format, eh


of course you are right, as you can see, i am beginner in ripping CDs...

and i know, that there is a knew version, but i am happy, i got the older version working...

any more thoughts, how i could get my playlist problem solved?

thanks a lot

tiggerkater

ps: have i said, that react does not remove the .log-file, the cue sheet and a react.cue file form the root-directory? perhaps it has something to do with my problem...