Sorry about that, should work now.

Just downloaded 0.7 and was trying it out. I think I've got everything configured correctly as I used the GUI for the INI Config.

I noticed these couple of problems that I cannot seem to solve. I'm doing a CDImage archive and not doing any lossy encoding, just FLAC. I noticed that once everything's done, there's a text prompt saying to close the EAC rip window before you press enter or else the LOG file won't be moved. When I try to cancel the rip window it says it's waiting for the extrenal compressor to complete. See the catch 22 here?

The next problem that I'm having is that the external CUE file is missing. While I like to embed the CUE into the FLAC, I'd also like to keep the extrenal CUE around as well.

I also noticed that while I put -6 in the extra options for FLAC, it's using -0 to encode. Am I missing something here?

Let me know if you need me to post my flacattack.ini.

1. Here was somebody who had the same problem. http://www.hydrogenaudio.org/forums/index....ndpost&p=255193
This issue was never resolved and I haven't been able to re-create it. I suspect it may be an EAC settings issue.

2. I'll allow for both in the next release.

3. How do you know it is using -0 and not -6?

Edit:
What do you have in your EAC optons-->Tools tab for "on extraction, start external ..."?

it's me actually who had this problem. but times have changed ..., no, not really
so let me tell you what happend. i got accustomed to the fact that i had to move the log file manually, but then one day i forgot to do it & then the problem stopped. well, sort of. actually the log file that is being moved belongs to the previously ripped album, it is moved from the directory i save the wave file to, and renamed in accordance with the tags of the currently ripped album. in case you can't follow this rather awkward explanation here goes an example:

1. I rip PLACEBO - Once More With Feeling
2. I get this "catch 22" problem
3. I forget to move the file PLACEBO - Once More With Feeling.log to the flac directory
4. I rip DMB - Everyday
5. Rip completes without problems
6. File DMB - Everyday.log appears in the plac directory, contents of the file refer to PLACEBO - Once More With Feeling
7. File DMB - Everyday.log exists in the eac working directory, contents are relevant to DMB - Everyday

(going through points 3 to 7 always result in a "successful" rip)

strange as it is, this is what happened

That makes sense. Since Flacattack was able to find a log file in the folder, it didn't ask you to close the EAC ripping window. It just moved the file that it found and didn't complain.

Sorry about my earlier comment about this being fixed in the next release. What I meant was that I will update Flacattack to match the settings on the GUI. Their is one small discrepancy (sp?). I have removed the "Single file" option from the GUI and replaced it with "Delete log", "Delete cue", and the tag options of "embed cue" and "embed log". To be able to embed the cue and keep an external cue, just manually edit your flacattack.ini file so that :

[FLAC_INFO]
.
.
.
SINGLEFILE = n

and

[TAG_INFO]
CUE = y
.
.
.

It's a little late tonight and I'm a bit tired, so I'll try this out tomorrow. Thanks for the support.

Also, regarding this question:

I do not have that option checked, as I'm doing a CDImage, there's no need to start ripping while I'm encoding.

Regarding:

I watched the external window and noticed the command line. I'll have to double check this as I only looked once, so maybe I made a change tot he INI after that.

Also, my real job requires me to code in C#, so if you need a helping hand with the new version, let me know. I wouldn't mind helping out at all, as I've been looking for a small project to work on at home (since time is pretty limited). Just PM me if you need anything.

Stroke, GodHead, and others:

I have found that this issue is indeed caused by not having checked the EAC optons-->Tools tab for "on extraction, start external ...". Once you check that, the problem will go away. Sorry if that causes any problems (it shouldn't though, hopefully).

Version 0.8 now available. See the first post.

Trying to set up FlacAttack and EAC ... all new to me ; )

I have configured both the above as documented (I am writng to individual files) but this is what happens:

after each file is encoded I get an error: 'facli.exe has encountered a problem and needs to close etc.' When I opt not to send error report the DOS window fills with stuff I haven't got time to read and I get a system 'beep'. Then EAC moves to the next file.

Two problems:

1)The flac files are encoded and moved to target directory but the wav files in the FlacAttack directory are not deleted. (setting ticked in EAC options)

2)ReplayGain info is not written to flac file (according to foobar)

******

What are the benefits of the cue file if tracks are written to single files? I also cannot get cue files embedded (I am creating them seperately before starting conversion and they appear in the FlacAttack directory - what else do I need to do?)

Thanks for your patience!

1) I'll look into this. I do know that you are encountering an error before Flacattack is able to delete the wav files.

2) Same as #1. You are most likely getting to the error before replay-gain can be applied.

You can do a search here for benefits of a cue file. There isn't much benefit if you are ripping to individual files, except that you can use it as a playlist in foobar. There are some other benefits you'll find when you do the search.

Flacattack doesn't allow you to embed the cue sheet in the individual files. There is really no reason to do so. Are you using the GUI to set up the flacattack.ini file? Are you creating several cue sheets? I recommend reading the wiki page about cue sheets. It is very informative.

Thanks for using Flacattack.

Thanks



I'd like to get it working ; )

I think I know what is wrong. Are you putting the cue file (which you created before you rip the CD) in the same folder as where you are telling EAC to rip to? If not, then Flacattack can't find the cue file and can't finish processing your files.

You should only create one cue file. That file is used to get information to be able to process your files. It must be placed in the same folder as where you are ripping to. Flacattack will then get the info it needs from the cue, fix the cue, and then move your files.

That's a bit of a kludge to create a directory structure manually before EAC does it automatically.

I take it that this is only with individual files?

Guess using .cue and images have a lot going for them. Except for the fact taht I'd rather not use them ;-)

Great work, btw. Please don't take my comment the wrong way--pointing out a nitpicky problem isn't saying anything about the whole of the effort.

You don't need to create any directories. You just have to make sure you save both the cue and the wavs to the same directory and you should be safe. Does that make sense? Sorry if it was unclear.



Thanks for the support.

Has anyone run into the problem of "fagui.exe - Application Error"?
Here is what I get when I try to start the gui.

"The application failed to initialize properly (0xc0000135). Click on OK to terminate the application."

My OS is Windows XP Home SP2. I am using the latest versions of flacattack.

Thanks!

P.S. I've had no problems running fagui.exe at work on my XP Professional system.

You don't have the .NET Framework installed:

http://www.microsoft.com/downloads/details...&displaylang=en

That indeed was the problem. It is working fine now. Thank you very much for the quick response. :-)

I just tried this. Put [album].cue in the destination directory. (Incidently, do the 'Filename Path' in flackattack.ini and the 'extraction directory' in EAC have to be the same? I've tried all combinations) and I get now an error from flac.exe in the DOS window about the parameter -o : 'cannot use output file parameter when encoding individual files', or something like that. Thing is, I'm not using the -o parameter anywhere!

I'll send you my .ini file

Thanks for your help!

No, the path in flacattack.ini and the EAC extraction directory do not need to be the same. It is actually probably better if they are not.

In EAC, in EAC options, on the filename tab --> what is your naming scheme? It should be set to:

%D - %C\%N - %A - %T

No it wasn't: %D\%T - %D - %C - %T - But changing it has not changed anything. I still get the -o/output-name error and the error with facli.exe when flac.exe fires up.

BTW I've attempted to email you my ini file but the target of your domain redirection bounced.

The -o/output-name error will occur when flac.exe thinks that you are attempting to compress more than one file and force it to use the same "override" name.

FLACattack renames each .wav file it encodes into a .flac by using the "-o" output name parameter. This parameter is hard-coded into the FLACattack source (in the latest 0.8 C# source code, it's at line 487). Basically, it tells FLAC to compress the .wav file and create a .flac file in the directory/name format that is specified by the FLACattack INI settings.

For whatever reason, the "source" parameter going into FLACattack (%s) is resolving into more than a single file, so FLAC complains that you can't compress 2-or-more .wav files into a single .flac file.

That's exactly right and very well explained. Thanks.

I have found the bug that has been causing this issue and have fixed it (I think). It'll be in the next release which should come out in the next couple of days.

Brill!

Version 0.9 just released. Lots of fixes and some new features. See first post.

NICE! Thank you again. I'm considering ripping my whole collection again if you promise not too add too many "essential" features.

What did you have in mind?

Nothing at all. I was trying to be witty but it didn't come across at all.

I just tried out v0.9 and I got an error when it got to metaflac.exe replay-gain.



Then it turned out to to be a typo in the config.

Is the new GUI going to support the AAC encoding/replay-gain configuration?

I think FLACattack has come a great way feature-wise and does not need any improvement in that department (right now at least). What we might want to see is some error reporting or config-file-checking mechanism. It takes a long time to wait for a CD to be ripped each time you correct a mistake in your config. I suppose the GUI goes to some extent in preventing these problems. If i speak from a newbie standpoint I'd want a bundled version of flacattack (installer plus all major codecs used). I know some of my friends would like the awesome configurability of FLACattack if it didn't come at the price of newbie incompatibility. I am extremely pleased with the direction FLACattack is going but in my opinion you need to extend on the GUI aspect if you want to reach beyond the super nerdy audience of HA.

Once again; just some thoughts if you want to take your amazing application to a next step (something you've down numerous times!).

Not your fault. I'm just a little slow.




It sure will. It will support everything that is available in the ini file.



That is a great idea and I believe it necessary as well. You are right that the GUI will help with this quite a bit. The only thing I can think of doing would be checking for incorrect options given to the encoders/utilities. However, with the plethora of options and so many encoders/utilities, I'm not sure how I would go about that



I agree with you here. It would be nice to be able to have a bundle. Is there anything stopping this legally? Which programs can't be included in the bundle, if any. I'm thinking that anything that is GPL would be fine to include.



I appreciate the help and support.

Ok I just got through my first FLACattack. It includes a wealth of special characters

ÆÐÁÍ and others. None of them came through to the CUEsheet. That's for the cuesheet that was saved along-side my FLAC. I also chose to embedd it. Here is where the strange-ness begins. It clips the rest of the CUEsheet at the first special character.

Here is what my embedded CUEsheet looks like

Here is the one saved with the FLAC
Performer should be (and is in EAC) Sigur Rós. There are many more examples of missing characters in the song titles. Any idea what's going on? I wouldn't be reporting on this except for the fact that I've had this problem before but I just didn't realize what was going on until I noticed it was exactly where the special characters were (yeah i know pretty thick thinking).

Also FLACattack didn't do any AAC but I'll assume for now that's my fault. : )


EDIT: HMMMMM very dubious behaviour in Foobar2000. I updated the CUESHEET tag with a proper cuesheet and refreshed. Guess what: same thing happened. Could this be related to foobar2000? Is this a known problem?

I wish I had a CD with special characters to do some testing. I guess I could just insert them. When you rip this CD just using Flac as the external encoder, what kind of output do you get for the cue file? Are the special characters missing?

As far as the embedded cue sheet, I'm thinking that Tag doesn't support unicode. Or is that untrue? I'm not sure. And when it encounters a character it doesn't recognize, it freaks out.

Yeah that's exactly what I was guessing. So once TAG supports unicode I can start ripping : )

However; I still can't use the saved .cue files because Foobar2000 gives me an error. I change the filename to something that doesn't have Icelandic characters and voilá! I refer my cuesheet to the new filename and everthing works like a charm (except now my songs have missing characters and my filename has been replaced with non-special characters).

Flacattack is doing something here to remove the special characters. I'm not sure what yet, but I'm looking into it. Thanks for letting me know.

Shouldn't Replay-gain be stored in an OGG tag instead of a CUESHEET comment field? Just a thought.

Something strange happened on my second "non special character" rip. The embedded cuesheet just has "Track 01", "Track 02" etc. instead of the song titles. The saved .cue file however is correctly formatted...

EDIT: I'd really like to be able to toggle "Genre" on or off. Personally I don't label my music. Is this possible?

Different implementations of replay-gain store it differently. All replay-gaining is done by separate utilities (metaflac, vorbisgain, etc) and not by Flacattack itself so I can't help you much with that.

That is normal for embedded cue sheets. That is all the information that is supported by metaflac with embedded cue. When you play the flac image, (are you using foobar?) does it just show "Track 1", "Track 2" or is it showing the song titles?

Right now you can't toggle "genre" on/off. To do that, I'll have to make tagging part of the encoder options in the flacattack.ini file. I've debated whether or not to do this.

The embedded cuesheet has just "Track 1", "Track 2" etc. and displays those as the song titles in a Foobar2000 playlist. I'll do another rip however and report again if the problem persists.

EDIT: I ripped another CD and there is that same problem with the song titles.

One feature I'd like to see (and may create myself if I get the time to do it) is for FLACattack to be able to run outside of EAC on files that have already been ripped - either at the .wav level or starting from FLACs.

I currently have ripped hundreds of CDs into FLACs using EAC for archiving and transcoded those to Ogg for use on my Rio Karma. Unfortunately, at the time I didn't realize the need for CUE sheets (I'll have to generate those, but that should be a fairly quick process if I understand EAC correctly). I'm still not 100% sure I understand how to go from individual FLACs + CUE Sheet back to CD image, but I'm sure I'll figure it out someday.

Now that I also have a Rio Carbon, I've got to transcode a lot of stuff from FLAC to MP3, and something like FLACattack would be great for that. If I could simply go to a directory containing the FLACs + CUE sheet for an album and type something like "FLACattack -MP3" and have it create the MP3s, copy the tags, apply MP3gain and plop the results into an MP3 directory, life would be sweet. I already have all my FLACs (and soon CUE sheets) stored in an artist\album directory structure, so this would be fairly simple.

Plus, I would actually prefer NOT to use FLACattack within EAC, as I generally brush up the default freedb tags using The Godfather (TGF) tag editor. I find freedb tags are often a little iffy - plus I can add some additional tags via TGF that freedb doesn't support.

Just ideas - I'll poke around the source and see how difficult something like that would be. If it's too hard, I'll probably just write something from scratch.

Thanks for the great work!

jokull:
I found and fixed the problem you were having with the special characters disappearing in the cue sheet. Please try it out and let me know. It was an encoding issue with a C# function. I just had to set a couple of extra parameters. I'll look into the embedded cue issue.

Version 0.91 available. See first post.

I started to work on something like this too. It was based on the Flacattack GUI. I put it off to finish adding some features to Flacattack and to do the C# rewrite. I might finish it later.



I think this is a good idea. I'm sure there are others out there in your same situation and it would be nice to have a tool to do this in one step. I'm sure it can all be done with Foobar but it would take multiple steps.



Understandable



Let me know if you decided to write something. I'd be interested.



You're welcome!

All discussions aside, Flacattack makes archiving incredibly easier. I'm impressed that the development is currently rolling along this quickly. Thank you!

I found that it wasn't ripping AAC because I was still referring EAC to facli.exe. Sorry about that. I had some problems with the AAC output. All special characters are stripped. Are you pulling these values from the CUEsheet? The "Performer/Artist" field should be Sigur Rós but it's only "Sigur R" -
If it were only stripping the special characters it should have included that last "s" is Rós but that's also stripped away suggesting that it's pulling it from a damaged TAG cuesheet or something. The song titles are not cut off like that (just the special characters).
AAC tags are also missing track numbers and the album tag. Embedded FLAC cuesheet still isn't tagged. Just letting you know again since I'm now using the correct .exe.

EDIT : Forgot to report but the .cue file is working perfectly now! BRAVO!
EDIT 2 : Seems that the tracknumbers are coming through in AAC to all tracks except 8 and 9 ..... ?

Lookie what I found:

http://www.hydrogenaudio.org/forums/index....ndpost&p=231164

I'm guessing that the other problem, AAC tags not working correctly is also a result of a problem with FAAC. I'll look into it more though. I tried a run with Flacattack and mp3, mpc, and ogg, and everything went well.

I did find a few more spots where I needed to add the function parameters as I mentioned in a previous post. I've made the changes and will release an updated version some time today.

And here is the answer to the tag question:

http://www.hydrogenaudio.org/forums/index....ndpost&p=209093

I've created a post asking if there is a newer version that corrects these problems. We'll see what happens.

Version 0.92 now out. See first post.

Filenames are correct now but special character AAC tags are still flawed in 0.92. I guess we'll just have to wait for a new version of faac.exe to arrive. Anyone know if these flaws are being addressed? So neither TAG nor faac support unicode?!

There may be a version of Faac that will fix this. John33 has compiled the latest version and was going to upload it soon.

Here's the latest FAAC 1.24.1:

http://www.hydrogenaudio.org/forums/index....ndpost&p=270217

Still no unicode support. The track 8 & 9 issue has been resolved though.

Great. At least (almost*) everything is settled for non-unicode CD's.

* Any news of the non-tagged embedded cuesheet problem? Does anyone else have this problem?

I'm having the same problem. I'm trying to figure it out right now. I know this worked before.

Okay I've got it working. Where I was supposed to read in the value for EMBED_CUE, I was reading in EMBED_LOG. Other good news too, Tag does support unicode. I was able to embed a cue sheet with special characters.

EDIT:
Version 0.93 is now available for download.