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 1280272 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

REACT 2 Released

Reply #1400 –
Quote from: earui on
Is there any "Debug Mode" that generates only the batch file?
Quote from: Synthetic Soul on
Not that I know of.
Quote from: earui on
Debug=1 ... the batch is paused in the end of all. So you can see in the Dos-Prompt what went wrong.

The problem with that debug is that the console only shows some of the lines executed, i.e. the batch file run (it's output) is too big. I've a new almost finished feature to go around this problem; it uses a new external (free) tool to "capture" the console messages (and show them in the console at the same time.. with only little output drawbacks) and it's possible to output ALL the info to a txt-file. This way the user could have the original bat-file created AND all the output info. I'm expanding the INI DebugMode setting for this.. still have to think about the DebugMode & Debug settings and the differences between those (Debug is now like a "verbose" setting).. it could be confusing with both settings.

I'm trying to start the development of the new version ASAP, but don't get your hopes up too much.. it could take a while. I know, I know, I've been saying this for a long time now, it's bugging me too.

REACT 2 Released

Reply #1401 –
tiggerkater: For creating an playlist, just put this code instate orig code in the "REACT-image.cfg":

Code: [Select]
IF NOT @LameMP3@==1 GOTO end_lame_tracks
    SET dest="@TrackDir_MP3@%initialArtist%\@ArtistPath@%trackDir%"
    IF NOT EXIST %dest% MKDIR %dest%
    PUSHD %dest%
        IF @various@==1 SET VA_tag=--user-text $q[album artist]@VA@$q --frame $qTPE2:@VA@$q
        IF %embed_cover%==1 SET Cover_tag=--pict $#x
        @tools@\acdir.exe --overwrite --output "%TrackName%.mp3" --extra-opt "{3}@cover@" --pipe "TITLE $n/$N mp3 $#T & @tools@\lame.exe @Opt_LameMP3@ %ApplyAG_Lame% - $#o & @tools@\metamp3.exe %Cover_tag% %VA_tag% %Disc_MP3_acdir% --artist $#a --album $#T --title $#t --track $n --year $q@year@$q --genre $q@genre@$q --comment $q@comment@$q --frame TENC:$q%USERNAME%$q --frame TSSE:$qLAME @Ver_LameMP3@ @Opt_LameMP3@$q $#o" "@sourcecuesheet@"
        IF %add_rg%==1 @tools@\metamp3.exe %RG_MetaMP3% *.mp3
        IF @ApplyAlbumGain@==1 @tools@\metamp3.exe %ApplyAG_MetaMP3% *.mp3
        @tools@\Tag.exe --playlist --nocheck --a-artist "@cdartist@" --a-title "@album@" --dirname *.mp3
        COPY /Y "@eaclog@" "EAClog.txt"
        IF %have_cover%==1 COPY /Y "@cover@" "folder.jpg"
    POPD


Even that you want tracks, this have to be placed in the "REACT-image.cfg". I thing only if you want to rip single, or several tracks, not the whole disc, the "REACT-track.cfg" is taken. But it´s only a guess. I´m exploring that for a little time yet.

The line where "@tools@" starts is the line which creates an m3u playlist. The next line is originally remarked (REM). Delete the REM and the  "EAClog.txt" should be copied.

I hope it will work for you. For me it work about an year or so, even creating an playlist for Ogg too. 

Sorry for my poor english. I´m a Portuguese living in Germany!

REACT 2 Released

Reply #1402 –
Quote from: tiggerkater on
any more thoughts, how i could get my playlist problem solved?

Have you tried the tag.exe separately? Just dos prompt to a folder where you have FLAC or Mp3 files and run

Code: [Select]
"C:\Program Files\REACT\Tools\Tag.exe" --playlist --sort track --a-artist "@cdartist@" --a-title "@album@" --plname temp.m3u *.flac
(or *.mp3)
and see if that works at all.


P.S. I just changed the Wiki guide for the following line:
Code: [Select]
REN temp.m3u "$artist$ - $album$.m3u"

to
Code: [Select]
REN temp.m3u "$cdartist$ - $album$.m3u"

for VA albums to produce correct playlist filenames.

Quote from: tiggerkater on
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...

You have the Debug setting on in INI. Those files are deleted normally when you turn that option off.

REACT 2 Released

Reply #1403 –
Quote from: earui on
Even that you want tracks, this have to be placed in the "REACT-image.cfg". I thing only if you want to rip single, or several tracks, not the whole disc, the "REACT-track.cfg" is taken. But it´s only a guess. I´m exploring that for a little time yet.

NO! Not true! REACT, whether you rip in image or track mode, is designed to work only with WHOLE album rips.

REACT 2 Released

Reply #1404 –
thanks for the answers,

Quote
Have you tried the tag.exe separately? Just dos prompt to a folder where you have FLAC or Mp3 files and run


i have my problems with command-line tools....  , but i tried to do so: i could not get it to work in my directory D:\ but in C:\! i copied one folder with music to c: and then i run tag.exe, and it worked. can it be a problem, that my eac root folder (my music folder) is located at another partition of the harddrive?

here an excerpt of my react.ini, so you can have a look at the directories:

Code: [Select]
...
CreateCuesheet=mg
RunCoverDownloader=1
CoverDownloader=C:\Programme\REACT2\AlbumArtDownloaderXUI\AlbumArt.exe
CoverDownloaderXUI=1
CoverDownloaderLocalPath=
OpenAddMetaDataDiag=0
EAC=C:\Eac\EAC.exe
Tools=C:\Programme\REACT2\tools
MinimizeCompressionWindow=1
ProcessPriority=1
Sla_Bks_Col_Qst_Bar_Quo_Ast_Lt_Gt=-|-|-||!|'|#|[|]
Test=0

[UserTrackFormats]
Flac=1
Wavpack=0
LameMP3=1
NeroAac=0
iTunesAac=0
OggEnc2=0
Tak=0

[UserOutputNames]
OutRoot=D:\eac_rips
ImageDir_Flac=@OutRoot@\FLAC-images\$cdartist$
ImageDir_Wavpack=@OutRoot@\WV-images\$cdartist$
ImageDir_MP3=@OutRoot@\MP3-images\$cdartist$
ImageDir_Tak=@OutRoot@\TAK-images\$cdartist$
TrackDir_Flac=@OutRoot@\FLAC\$cdartist$\[$year$] $album$
TrackDir_Wavpack=@OutRoot@\WV\$cdartist$\[$year$] $album$
TrackDir_MP3=@OutRoot@\MP3\$cdartist$\[$year$] $album$
TrackDir_AAC=@OutRoot@\AAC\$cdartist$\[$year$] $album$
TrackDir_OGG=@OutRoot@\OGG\$cdartist$\[$year$] $album$
TrackDir_Tak=@OutRoot@\TAK\$cdartist$\[$year$] $album$
TrackName_SA=$track$ - $title$
TrackName_VA=$track$ - $title$ [$artist$]
TrackName_SA_acdir=$n - $~t
TrackName_VA_acdir=$n - $~t [$~a]

[UserSettings]
DebugMode=0
Debug=0...


and as you can see debug=0,

Quote
You have the Debug setting on in INI. Those files are deleted normally when you turn that option off.


but the files (cue sheet an lod file) are not deleted, strange, am i right?

thanks and again i am  happy for every help

tiggerkater

REACT 2 Released

Reply #1405 –
@tiggerkater:

Aha, now I think I know what's the problem here. You're not ripping WHOLE albums! I.e. you aren't ripping the last track. Right? If the last track is NOT ripped, then the post-processing section in track.cfg is NOT executed, and that section has the RG calculation (if selected in INI), cue sheet copy (your add), playlist creation (your add) & "cleanup" commands.

I think I'll add a note to REACT Wiki that REACT is only designed to rip WHOLE albums, not individual tracks.

REACT 2 Released

Reply #1406 –
hi akkurate,

yes this was the problem! everything works works fine, when ripping the whole album!

thanks a lot

tiggerkater

REACT 2 Released

Reply #1407 –
Hey all, sorry if this is a bit of a newbie question 

When I rip a cd with REACT using NeroAAC, the tags don't show up in foobar. To my knowledge, I'm using AtomicParsley to tag the files, which uses iTunes tags, correct? I've had a look at previous responses in this forum, i'm assuming that it's the same problem as sidewalking had:

Quote from: sidewalking on
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.

Is there any way to write tags which foobar (ideally itunes and winamp aswell) will read? I'm testing out this config:

Quote from: drbeachboy on
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.

But this was posted as a REACT-image.cfg (whichl won't work in REACT-track.cfg, right?) Is there any way of getting this working for selected tracks rather than images? Thanks for any help 

REACT 2 Released

Reply #1408 –
Quote from: Middy on
Is there any way to write tags which foobar (ideally itunes and winamp aswell) will read?

Unfortunately I'm not good with this topic. If you get the correct tags and instructions, I can help you to change the track config file.

Maybe this issue should be raised in the fb2k forums. I don't understand why AtomicParsley tags are not supported.. maybe somebody "over there" knows.

@ sidewalking: Did you post this problem in the foobar forum?

@ drbeachboy: Can you help us with this? You said that only some tags are not read correctly, your amended image config only tags what tags with nero?

Quote from: Middy on
Is there any way of getting this working for selected tracks rather than images?

I hope you meant to write ".. for track mode ripping rather than images". In case you didn't, REACT, whether you rip in image or track mode, is designed to work only with WHOLE album rips. (I feel like a parrot repeating myself )

REACT 2 Released

Reply #1409 –
Quote from: Synthetic Soul on
The wiki has more info : http://wiki.hydrogenaudio.org/index.php?title=REACT


Hi guys,

under Vista (32bit), REACT works great, but only doesn't start the albumart downloader.
Yes, I've set all the flags and dirs in the react.ini file, and yes, i've ensured user's rights
on these dirs.

What to do?

I didn't find any hint on this using simple search here, but maybe someone can give me a link?

Regards

Spartacus

REACT 2 Released

Reply #1411 –
Quote from: Akkurat on
Quote from: Spartacus on
doesn't start the albumart downloader.

Are you using the downloader that came with REACT? If yes, replace it with Album Art Downloader XUI (remember to set CoverDownloaderXUI=1 in the INI after that). Also check the REACT mods in case you're just using the original REACT 2.0.

Hi,

sorry, I forgot to tell you:
I'm using the akku mod (REACT v2.0.akku.b03) and I've configured XUI Album Art Downloader and set the appropriate flag.

Any more hints?

Spartacus

REACT 2 Released

Reply #1412 –
Does the AAD XUI work otherwise, just not when using REACT? You have to give more details. Does REACT or AAD XUI give error messages? Have you set the RunCoverDownloader setting in INI to other than 0? And are you starting rips with F4 or F10? If it's just AAD XUI that fails, maybe you should ask for help in its own thread.

REACT 2 Released

Reply #1413 –
Quote from: Akkurat on
Does the AAD XUI work otherwise, just not when using REACT? You have to give more details. Does REACT or AAD XUI give error messages? Have you set the RunCoverDownloader setting in INI to other than 0? And are you starting rips with F4 or F10? If it's just AAD XUI that fails, maybe you should ask for help in its own thread.

Ok, more details:

Albumart.exe works fine if i start it manually.

my react.ini for albumart:

RunCoverDownloader=1
CoverDownloader=C:\Program Files\REACT2\AlbumArtDownloader\albumart.exe
CoverDownloaderXUI=1
CoverDownloaderLocalPath=@OutRoot@\MP3\$cdartist$\$album$

EAC=C:\Program Files\Exact Audio Copy\EAC.exe
Tools=C:\Program Files\REACT2\tools

I've just changed my CoverDownloaderLocalPath to this value, before, it was something like "e:\data\coverart" and didn't work either.

I'm ripping with F4, REACT starts detecting the gaps and then rips the songs as configured.

So, what can be wrong now?

Spartacus

REACT 2 Released

Reply #1414 –
Quote from: Spartacus on
CoverDownloader=C:\Program Files\REACT2\AlbumArtDownloader\albumart.exe

Is this where you unzipped the AAD XUI? Or did you install it to something like C:\Program Files\AlbumArtDownloader\ ? I.e. is REACT trying to start the old AAD? Make sure that this setting points to the XUI version.

Quote from: Spartacus on
CoverDownloaderLocalPath=@OutRoot@\MP3\$cdartist$\$album$
I've just changed my CoverDownloaderLocalPath to this value, before, it was something like "e:\data\coverart" and didn't work either.

It seems that you don't understand what this setting does, and/or haven't RTFM.. [Settings] CoverDownloaderLocalPath, check it out.  The @OutRoot@ and the $cdartist$ don't work here. If you don't have existing cover images, leave this setting empty.

REACT 2 Released

Reply #1415 –
Quote from: Akkurat on
Quote from: Spartacus on
CoverDownloader=C:\Program Files\REACT2\AlbumArtDownloader\albumart.exe

Is this where you unzipped the AAD XUI? Or did you install it to something like C:\Program Files\AlbumArtDownloader\ ? I.e. is REACT trying to start the old AAD? Make sure that this setting points to the XUI version.

Well, I've installed XUI to its default location and then moved it below the react-tree to ensure the necessary rights.

Quote from: Akkurat on
Quote from: Spartacus on
CoverDownloaderLocalPath=@OutRoot@\MP3\$cdartist$\$album$
I've just changed my CoverDownloaderLocalPath to this value, before, it was something like "e:\data\coverart" and didn't work either.

It seems that you don't understand what this setting does, and/or haven't RTFM.. [Settings] CoverDownloaderLocalPath, check it out.  The @OutRoot@ and the $cdartist$ don't work here. If you don't have existing cover images, leave this setting empty.

I've read it, but maybe didn't understand it completely ;-)
Ok, yesterday evening I tried it again with F10.
Then everything works fine:
- AlbumArt starts up and offers covers to select from
- gaps are detected
- everything is ripped as configured
- cueSheet is made
- CoverArt and cueSheet are put into the mp3 directory

So I guess, I will blank out the CoverDownloaderLocalPath and then continue ripping with F10, shouldn't I?

Spartacus

REACT 2 Released

Reply #1416 –
Quote from: Spartacus on
Well, I've installed XUI to its default location and then moved it below the react-tree to ensure the necessary rights.

Never do this! It's not recommended to move installed program files to another directory! In some cases the program could work, but you're only begging for troubles. Either you should have downloaded the ZIP archive and extracted that to the REACT\AlbumArtDownloader\ folder, or installed and pointed the INI setting to that installed folder. E.g. I have AAD XUI installed and my INI setting is: CoverDownloader=C:\Program Files\AlbumArtDownloader\albumart.exe

Quote from: Spartacus on
So I guess, I will blank out the CoverDownloaderLocalPath and then continue ripping with F10, shouldn't I?

You don't have to put anything to the CoverDownloaderLocalPath setting if you don't have existing cover images. I.e. you only want to download cover images from various _internet_ sources with XUI. With this INI setting you could specify a _local_ source (i.e. a path or an image in your HD where you have cover image(s)).

I myself use this setting as follows: I'm too perfectionist to settle with the quality of the images available with AAD XUI sources, therefore I use AAD separately to download cover images to my HD and I edit the images to meet my standards (clean out crap, rotate tilted images, correct colors/saturation/etc., resize, etc.).  Then I save the finished image to a specific directory with a specific filename (my INI setting: CoverDownloaderLocalPath=D:\Music\RIPPED\EAC\_folder.jpg .. this is my EAC "Use this directory") and I'm ready to start the rip so that my edited cover image gets selected without opening AAD XUI.

Both F4 and F10 should work, you should choose which one to use based on what kind of encoded music files you want. If you need images (one file, all tracks included) then you'll _have_ to use F10 image mode ripping (tracks are also available with this mode). If you only want tracks, then IMHO you'll be better off ripping with F4 (track mode).

Are you saying that AAD XUI doesn't start when ripping in track mode (F4)? Only when using F10? Very hard to believe that. Please test more.. but first, resolve the situation with the "moved installed program" issue. Thanks.
 

REACT 2 Released

Reply #1417 –
Quote from: Akkurat on
Quote from: Spartacus on
Well, I've installed XUI to its default location and then moved it below the react-tree to ensure the necessary rights.

Never do this! It's not recommended to move installed program files to another directory! In some cases the program could work, but you're only begging for troubles. Either you should have downloaded the ZIP archive and extracted that to the REACT\AlbumArtDownloader\ folder, or installed and pointed the INI setting to that installed folder. E.g. I have AAD XUI installed and my INI setting is: CoverDownloader=C:\Program Files\AlbumArtDownloader\albumart.exe

I should have mentioned that I really do know what I did there. In more than 20 years of
computing, this is not the first time I've tried, tested and done this successfully ;-)
Ok, but anyway, just to be sure, I set back the location to the original installation directory
of XUI (which wasn't deleted).
This works exactly as well with F10 as the other configuration.

Quote from: Akkurat on
Quote from: Spartacus on
So I guess, I will blank out the CoverDownloaderLocalPath and then continue ripping with F10, shouldn't I?

You don't have to put anything to the CoverDownloaderLocalPath setting if you don't have existing cover images.

I don't have. So I blanked the setting now.

Quote from: Akkurat on
Both F4 and F10 should work, you should choose which one to use based on what kind of encoded music files you want. If you need images (one file, all tracks included) then you'll _have_ to use F10 image mode ripping (tracks are also available with this mode). If you only want tracks, then IMHO you'll be better off ripping with F4 (track mode).


Well, that's what I too tried and what didn't work until today. I don't need the images, so I prefer to rip via F4, but...

Quote from: Akkurat on
Are you saying that AAD XUI doesn't start when ripping in track mode (F4)? Only when using F10? Very hard to believe that. Please test more.. but first, resolve the situation with the "moved installed program" issue. Thanks.

Exactly, first, REACT didn't start AAD XUI on pressing F4, but on pressing F10 only.
Now, as I've blanked out the CoverDownloaderLocalPath, it works!
But now, the cue sheet is created during the reading of the tracks, but NOT saved somewhere nearby the flac-files.

What did i forgot to set.


Thanks for any more hints (and you've given me a whole lot of them).

Spartacus

REACT 2 Released

Reply #1418 –
Quote from: Spartacus on
I should have mentioned that I really do know what I did there. In more than 20 years of
computing, this is not the first time I've tried, tested and done this successfully ;-)

I thought that it's common knowledge not to move installed programs in Windows?! I too have about 20 years of history with computers. Sometimes the programs could work after moving but it's not recommended to do so. Why else would we now have a rising demand of "portable" applications to use with USB-memories?

Quote from: Spartacus on
Exactly, first, REACT didn't start AAD XUI on pressing F4, but on pressing F10 only.
Now, as I've blanked out the CoverDownloaderLocalPath, it works!

Did you try the F4 just once? Maybe there was a problem with AAD..?

I previously tried out your faulty CoverDownloaderLocalPath setting and AAD started just fine with F4.. so it's not that.

Quote from: Spartacus on
But now, the cue sheet is created during the reading of the tracks, but NOT saved somewhere nearby the flac-files.

What cue sheet? REACT.cue? That's always created when ripping in track mode and should not be copied, it's deleted automatically at the end of the rip.

The cue sheet system is different in track mode; cue sheet is NOT automatically made and copied, you need to set INI setting for this and edit the REACT-track.cfg file manually. For more information about creating the cue sheet, read: [Settings] CreateCuesheet, and then use the REACT:Amending Cuesheet File References Wiki guide to edit your REACT-track.cfg file. The amending process both copies your cue sheet and amends the file references. Use the GSAR method and don't forget to download & copy GSAR.exe to your REACT\tools folder.

REACT 2 Released

Reply #1419 –
Quote from: Akkurat on
Quote from: Middy on
Is there any way of getting this working for selected tracks rather than images?

I hope you meant to write ".. for track mode ripping rather than images". In case you didn't, REACT, whether you rip in image or track mode, is designed to work only with WHOLE album rips. (I feel like a parrot repeating myself )


That's the one, my bad 

Just continuing on from my previous post here...

Found some threads in the Foobar forums...
Foobar 0.9 can't read Atomic Parsley-set tags.
iTunes tags gone after Replaygain

From what I understand, Atomic Parsley writes "broken" Nero tags aswell as Apple tags. Foobar reads the bad Nero tags, and doesn't fall back on the Apple tags as it already has read the Nero tags. There apparently is a "--foobar2000Enema" which fixes this, haven't tried it yet.

I've got neroaactag working with REACT now, no problems with it sofar:
Code: [Select]
IF NOT @NeroAac@==1 GOTO end_nero_aac_tracks
    IF NOT EXIST %TrackDir_AAC% MKDIR %TrackDir_AAC%
    PUSHD %TrackDir_AAC%
        IF @various@==1 SET VA_tag=--albumArtist "@VA@" --compilation true
        IF %embed_cover%==1 SET Cover_tag=--artwork "@cover@"
        ECHO ON
        @tools@\neroAacEnc.exe @Opt_NeroAac@ -if "@source@" -of "%TrackName%.m4a"
    @tools@\neroAacTag.exe "%TrackName%.m4a" -meta:artist="@artist@" -meta:album="@album@" -meta:track=@track@ -meta:totaltracks=@numtracks@ -meta:title="@title@" -meta:year="@year@" -meta:genre="@genre@" -meta:comment="Mitch Ipod [LY]" -meta:disc="@discnumber@" -meta:totaldiscs="@totaldiscs@"
        @ECHO OFF
        IF @Debug@==1 ECHO ON
        MOVE /Y REACT_tmp.m4a "%TrackName%.m4a"
        IF %have_cover%==1 IF NOT EXIST folder.jpg COPY "@cover@" folder.jpg
    POPD
:end_nero_aac_tracks


@akkurat: Cheers for the help 

REACT 2 Released

Reply #1420 –
Quote from: Middy on
From what I understand, Atomic Parsley writes "broken" Nero tags aswell as Apple tags. Foobar reads the bad Nero tags, and doesn't fall back on the Apple tags as it already has read the Nero tags. There apparently is a "--foobar2000Enema" which fixes this, haven't tried it yet.

I quickly read the threads and got the same impression.. thanks for the links. But, I still don't understand the whole situation.

1) Why was the AP chosen to REACT as a tool?
1.1) Only (aac) tool to be freely distributed with REACT?
1.2) Only (free) tool to tag iTunes tags?
2) What exactly does the "--foobar2000Enema" switch do? Does it remove iTunes tags? I.e. is it safe to use? Should this be used in REACT default configs?
3) Would the NeroAacTag be enough for all aac tagging needs? I.e. does it produce tags which would work in iTunes & fb2k & Winamp & the rest?

I hope that anybody who knows the technical details of this would speak out. Otherwise, I can't make a rational decision to amend the REACT configs.. that is, if the current situation is not good and configs should be amended.

REACT 2 Released

Reply #1421 –
I've been getting a problem with image names when using the Akkurat mod and hitting F10 - both the wav files and final image (FLAC or otherwise) are being named simply " - [].wav" or " - [].flac" etc. The CD info is all loading fine and the individual aac or mp3 files I encode are all named correctly, however I cannot seem to resolve the problem with image names. It does not happen when I use REACT 2 unmodded, only when I use akkurat's modified .exe file; the problem does not seem to be in the config files as I can swap these around without any issues.

The confusing thing is that as soon as I press F10 an explorer window ('save as' style) pops up briefly as normal, this initially has the correct file name but after a fraction of a second it is replaced by the empty " - [].wav". When I try modifying the ImageNaming parameter to "ImageNaming=blah blah $artist$ - [$year$] $album$" for example, the output file will be "blah blah [].wav", suggesting that something is overwriting the artist, year and album tags with blank data after they've been correctly generated.

I'm sure there's a simple solution to this but have not been able to find mention of the problem elsewhere, so any help would be appreciated.

REACT 2 Released

Reply #1422 –
Quote from: Endox on
I've been getting a problem with image names when using the Akkurat mod and hitting F10 - both the wav files and final image (FLAC or otherwise) are being named simply " - [].wav" or " - [].flac" etc. ... It does not happen when I use REACT 2 unmodded, only when I use akkurat's modified .exe file

Wow, this is strange.

1) Does this happen everytime?
2) Are you using the INI file that came with my mod? (shouldn't matter in this case but...)
3) Your OS?

Quote from: Endox on
..an explorer window ('save as' style) pops up briefly as normal, this initially has the correct file name but after a fraction of a second it is replaced by the empty " - [].wav".

Is the "initial correct filename" <$artist$> - <$album$>? (that's the EAC default without the year)

From the info you've given me, I'd say that the problem is that REACT (or AutoIt), for some reason, fails to read the necessary information from the EAC window (if the read command fails, it returns a blank string of ""). I haven't changed that part in the source, so it's really strange why the unmodded works (everytime?). Only one thing has changed, I updated AutoIt to a newer version.. I wonder if this has anything to do with this.. hard to believe but it's possible. Can you test with the last Synthetic Soul's mod? That version is generated with an older AutoIt (but newer than the original REACT).. I'm curious to see what happens.

Quote from: Endox on
I'm sure there's a simple solution to this

*sigh* If only.

REACT 2 Released

Reply #1423 –
Quote from: Akkurat on
1) Does this happen everytime?
2) Are you using the INI file that came with my mod? (shouldn't matter in this case but...)
3) Your OS?

1) I've tested with various CDs and it's the same problem for them all
2) I've tried swapping ini file around and I still get the problem, but swapping the exe file to an older one (the original REACT2 or Synthetic Soul mod) makes it work correctly.
3) OS is Vista Ultimate

Quote from: Akkurat on
Is the "initial correct filename" <$artist$> - <$album$>? (that's the EAC default without the year)

From the info you've given me, I'd say that the problem is that REACT (or AutoIt), for some reason, fails to read the necessary information from the EAC window (if the read command fails, it returns a blank string of ""). I haven't changed that part in the source, so it's really strange why the unmodded works (everytime?). Only one thing has changed, I updated AutoIt to a newer version.. I wonder if this has anything to do with this.. hard to believe but it's possible. Can you test with the last Synthetic Soul's mod? That version is generated with an older AutoIt (but newer than the original REACT).. I'm curious to see what happens.

Yeah the initial filename that shows up is I've realised just the EAC default without the year (for example "Led Zeppelin - In Through The Out Door"). I tried using Synthetic Soul's mod ssb16p, and that works correctly like the original REACT2, naming it "Led Zeppelin - [1979] In Through The Out Door", or whatever else I configure it to. So your guess about the AutoIt version would seem correct, but I've got no idea how to get around it, do you think it's incompatible with my OS version or something?

REACT 2 Released

Reply #1424 –
Quote from: Endox on
So your guess about the AutoIt version would seem correct, but I've got no idea how to get around it, do you think it's incompatible with my OS version or something?

I don't know exactly what's going on, just a hunch.. but, there are other Vista users and you're the first one to report something like this.

I could build you a debug version to try to confirm the culprit. Also we could test older and newer AutoIt versions if that would help. Also I could try to change the way the info is read from the EAC window (if this truly is the problem here). I've just noticed in other case (other EAC save dialog problem.. again) a very strange behaviour of a ControlSetText-function in WinXP too which could finally explain the seemingly endless "image filename wrong" bughunting/fixing I've done with previous versions.. and with your case I'm guessing that the ControlGetText fails for some reason.. I haven't yet ended my tests with the previous problem but it seems to be a pretty clear case.. maybe there's a really strange, rarely occurring bug with these AutoIt functions (in newer AutoIt versions).

How does this sound? PM me your email and I'll get back to you, perhaps already tomorrow (it's 3am here in Finland and I'm going to bed.. to read a couple of short stories by Ray Bradbury ).