DT5

I was thinking that you can start the plug-ins at the beginning after the mainform was created. Something like StartPlugIn( MainForm : tForm )
The plugin can create its own window with functions you didn't integrate yet or it could integrate its functions onto the panel on the left side by creating its own speedbuttons.
It could do for instance 'Detect Gaps, Test Gaps , copy & test tracks' with one click. Or it could perhaps also try to find out the right Gap detection method by comparing different CDs and different drives.
I know that in generally programmers do not like to give so much access to their programs. But other programmers can help you to integrate function you do not have yet till a new version is out . I was thinking for instance of 'test&copy an image'. How long users were waiting for it and it wouldn't be that difficult to inregrate it from 'outside'.
And programs like REACT2 or MAREO could be also better integrated. (I don't like shortcuts)

unreg34

A plugin like the one I proposed in dbpoweramp:

http://forum.dbpoweramp.com/showthread.php?t=12424

would be the kind of functionality I would like to be able to get from a plugin

Andre Wiethoff

No, it is not really about passing judgements. I also know what I could improve on EACs core routines (more over, a complete code rewrite would be much more needed. When I started with EAC I had no idea how to do DAE at all, and everything which is in EAC comes from pratical tests, which lead from time to time to new cognitions, which were written in code. From the paranoid mode, there was a burst mode added, later on the now standard secure mode and finally C2 support. Of course I could do better now (with all my knowledge today) if I would rewrite the complete thing from scratch.)

But it is not only that, I doubt that new routines in EAC will gain that much reliability, of which numbers do we speak anyway, 10%? As you said, it will correct read errors better - EAC was never renowned for having great error correction abilities - but it detected read errors with quite high probability.

As I said, I could do much better if I rewrite everything, but this is nothing I would feel joy to do. It would be just stupid, boring work for me (and a lot of such work also). If I work full (or half) day for programming/selling EAC and make my living of it (as Spoon probably does), then of course the first thing it would need is a rewrite of the core and also of most other components. But honestly spoken, who would really pay $20 (which would be necessary, I guess, to make my living) for a new EAC version? How many would use just the old one or just use a different ripper?

Also, beside not knowing whether I could make my living from it - I just don't want to... It is just boring work, and I am meanwhile interested in other projects I would like to do (one also with audio, and another with logic puzzles). Of course I will still add some features here and there (and of course fix bugs), but I don't think that I will devote myself fully to EAC...

Anyway, please test dbPowerAmp with real test equipment : First of all a CD with around 12 tracks, read by EAC with an offset correction of around 2000 (also important : leave silent areas away!), write it to CD-R, destroy it (some tracks more, some less).
Then also not only take your Plextor reader for testing, but also a $20 standard component reader, because this is what 95% of users will have.
The accurateRip should not find the CD anymore (because of the offset - and because the silent gaps are missing (which could be used for synchronizing it), and having a different disc ID).
I would really like to see the results! You always have as reference the undestroyed original on your harddisk as comparison... (not that it would change my decision, even if it really works - 10%? - better than EACs...)

Sorry to say what I have said - but hey, EAC is not dead, regardless of not writing the core routines again from scratch...

cu, Andre

calestyo

Thanks for that insight :-)

If you actually port it to C++ and then perhaps may in a distand future (and a galaxy far far away ) release it to open source... others might rewrite the core XD

Best wishes,
Chris

Unregistri75

Open sourcing and some effort in guiding efforts to improve the core would be wonderful. If its not a project you are interested in actively pursuing, let the community take over. It may spark some advancements and of course you could always add anything you want.

EAC Lover

I sometimes find myself dragging files from Windoze Explorer to the EAC CD Layout Editor. Then I have to type in the artist/songname or screw around with the CUE sheet in a text editor (I consider it wasteful to burn audio CDs without CD text info)...

It sure would be swell if EAC could make any kind of educated guess at all, based upon [pathname\]filename.wav (or whatever), for PERFORMER and TITLE. (Even a relatively dumb "trk - [performer -] title" filename guess would be helpful most of the time.)

Ideally, in my dreams anyway, EAC could incorporate something like MP3ext's ability to let users add/modify their own collection of regular expressions...

Pohli

To repeat my request: (posted in this thread before)

The "Test Gaps On Silence" feature should make use of the current settings like Offset Correction etc., too.

res

1) A feature I'd really like is to be able to set EAC priority AND external compression priority separately. I find ripping works best if EAC is at normal but Lame is running below normal, otherwise EAC seems to slow once the first Lame process starts.

2) I too would like C2 error handling - even as an option buried deep in drive options.

3) A new drive speed setting called "Max" where whatever is currently the allowed max speed is used.

4) Improvements to the "Compress wavs..." functionality. Should have its own "Delete wavs after compression" option separate from normal EAC option. Should allow files name to be used to create ID3 tags.

elmir2m

It seems I'm not the only one experiencing problems burning music eith the current versio.
Is there abug to fix?
Ludovic M.

Andre Wiethoff

I don't think so, I think more that the drive or the cables (or the drivers of the mainboard) are broken...

As for the other requests, I will collect them and put them in my first post ordered by priority (at least my priority )

cu, Andre

Alaska Jack

Hello Andre, first let me say (like I'm sure so many others have) that I really love EAC. In a way, it's changed my life -- I have become exposed to so many more kinds of music and audiobooks because of it.

I'm not a real technical user, so my ideas for enhancement aren't really technical.

1. The ability to take the LAME compression options and write them into the comments field of the ID3 tag.

2. Support for writing the full "Track X of Y" into the ID3 field, instead of just "Track X."

3. Here is kind of an unusual one. Many many times, EAC has indicated an error, so I take the CD out, identify what looks like the scratch in question, polish the CD, insert, repeat. How about a graphical display that shows us, visually, approximately where on the CD the scratch is? Even if it couldn't tell us exactly what *sector* of the disc the scratch is on, it would still be helpful to know how far out from the core it is.

Again, I love EAC!

- Alaska Jack

Andre Wiethoff

2) This is not possible for ID3 tags, you could only do this in the comment field.

cu, Andre

Vietwoojagig

OK, here is my whishlist:

1. Add "Action/Create CUE Sheet/Multiple WAV Files With Gaps...(Compliant: Add Gap-Info as Remark only)
2. Add "Action/Create TOC File/Single WAV", "Action/Create TOC File/Multiple WAV ...". Creates TOC File which may be used in CDRDAO
3. Add UPC/ISRC-Info only to CUE-Sheet if UPC/ISRC-value is valid.
4. Do not re-read ISRC-Info during "Action/Create CUE Sheet/...", if this info has already been read.
5. Add "Action/Clear Detected Gaps". This might be usefull, if serveral gap-detection-settings are tested. Otherwise I have to eject the CD every time.
6. Add Field "CD Number"/"CDs", which might be used in the Naming-Scheme or during tagging.
7. If a CUE-Sheet is created and therfore all gaps are detected, please show these gaps inside the track-overview

These are the things, I am interrested in.

Thank you

Vietwoojagig

8. Make "CD Artist" editable, if "Various Artists" is selected. This is usefull, if the CD-Artists (e.g. "Elton John") differs from Track-Artists (e.g. "Elton John feat. Kiki Dee").

DT5

I think that the OP wanted the 'x of y' only in the ID3v2 tag - there it would be possible.

DT