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: Exact Audio Copy v1.7 [now v1.8] (Read 18027 times) previous topic - next topic
0 Members and 19 Guests are viewing this topic.

Exact Audio Copy v1.7 [now v1.8]

Exact Audio Copy v1.7 released

Homepage:
http://www.exactaudiocopy.de/

Download:
https://www.exactaudiocopy.de/en/index.php/resources/download/

Changelog July 13, 2024:
Quote
- Standard setup now using AccurateRip meta instead of gnudb.org for metadata retrieval
- AccurateRip meta does not yet support submissions, but will be in the future
- Updated the Musicbrainz Metadata plugin, for better CD information, more covers & lyrics
- Removed freedb integration completely (including genre selection, etc.)
- Updated flac and CTDB applications in the EAC setup
- Fixed and new command line parameters
- Fixed problem of using the wrong browser when opening a link
- Found a problem with communication with AcoustID via the plugin

Exact Audio Copy v1.8 released

Changelog July 14, 2024:
Quote
- There was a small problem with version 1.7 when using it as fresh install on a new computer. In that case, no email address was set and thus the metadata retrieval failed. Here comes version 1.8, which should fix this problem.

MOD edited

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #1 –
Great!  3.5 years since 1.6, great to see!!  Thanks for the heads up!

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #3 –
Quote
July 14, 2024
There was a small problem with version 1.7 when using it as fresh install on a new computer. In that case, no email address was set and thus the metadata retrieval failed. Here comes version 1.8, which should fix this problem.
korth

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #4 –
Quote
Because of some concerns regarding freedb/gnudb, I removed the freedb support completely, including freedb genre, etc.
What concerns were there?
Allegari nihil et allegatum non probare, paria sunt.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #7 –
Hi.

I think I found a bug in this version.

When you press the "Eject" icon and leave the pointer above the icon, the CD will eject but it will maintain the CD dashboard details - it will not refresh - even if you place a new CD - as long as you keep the pointer over the icon. If you move off the pointer then it will refresh or go blank after the CD is ejected. If you press the icon and move the pointer off immediately, it will behave as the same as ejecting by the drive eject button.

Can anyone confirm whether this used to be this way in the last version or whether this is really new?

Thanks.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #8 –
Not duplicating. Win 11 Pro, EAC v1.8
X
korth

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #9 –
Hi. I'm suspecting this happens with 1 hour long CDs. I'm going to make a GIF...

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #10 –
Right. I got it "reproduced" in this GIF. The resolution is crap, but it helps to see more or less what happens.
I also noticed that the reverse happens - when the disc is ejected and you press again, the command to load is the next command. If you load up with the icon and do not move the pointer out, the dashboard will remain blank until you move it off that icon.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #11 –
Another unfixed Bugs:
I like to use the Flac format with embedded cue sheet for archiving CDs and was surprised that sometimes the Flac archive generation fails.

That's a bit mean. The RollingsStone CD producers like to use characters in the CD title that are not allowed in file names. In this particular case 06/24.

EAC also detects this and replaces the characters. But in the %CUESHEET% macro, the original CD title with the illegal character is returned as the file name, while EAC has created the CUE sheet with the corrected file names.
X
Another Bug:
I actually use the wave editor in EAC to generate CUE sheets automatically.

There is still the old bug that the complete file path is written into the sheet:
FILE "D:\Music\Beth_Gibbons_Live_11-05-24-BR2.wav" WAVE
TRACK 01 AUDIO
INDEX 01 00:00:00
TRACK 02 AUDIO
INDEX 01 04:04:32
TRACK 03 AUDIO
INDEX 01 09:18:38
TRACK 04 AUDIO
INDEX 01 12:58:50
TRACK 05 AUDIO
INDEX 01 18:30:30
TRACK 06 AUDIO
INDEX 01 23:10:18
TRACK 07 AUDIO
INDEX 01 26:43:15
TRACK 08 AUDIO
INDEX 01 30:49:01
TRACK 09 AUDIO
INDEX 01 34:44:00

I reported both bugs in early June, but got no response.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #12 –
Quote from: rowi on
Another unfixed Bugs:
I like to use the Flac format with embedded cue sheet for archiving CDs and was surprised that sometimes the Flac archive generation fails.

That's a bit mean. The RollingsStone CD producers like to use characters in the CD title that are not allowed in file names. In this particular case 06/24.

EAC also detects this and replaces the characters. But in the %CUESHEET% macro, the original CD title with the illegal character is returned as the file name, while EAC has created the CUE sheet with the corrected file names.

i wrote nonsens: EAC has no %CUESHEET%-Macro. 
For this reason, I had created a file name for the CUE sheet from the macros "%albumartist% - %albumtitle%.cue" some years ago.
It would be nice if EAC had a macro for this.
Sorry for the noise.
 

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #13 –
Is it not possible to get proper pre-emphasis detection back in the software? IIRC it was removed years ago for some vague legal reasons however this isn’t something that appears to affect XLD, cueripper, etc. so AFAIK it should not be a current issue to reimplement within EAC?

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #14 –
Quote from: MrRom92 on
Is it not possible to get proper pre-emphasis detection back in the software? IIRC it was removed years ago for some vague legal reasons however this isn’t something that appears to affect XLD, cueripper, etc. so AFAIK it should not be a current issue to reimplement within EAC?
@Peter

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #15 –
total bummer that they removed the freedb/gnudb search and submit feature

enjoyed, for many years, submitting old and new CD's to the freedb/gnudb

and v1.8 still has the submit button but it is greyed out and just stares at you

bring it back

also, today i inserted some cd from 1989 into EAC and chose accurate meta as the meta lookup and it didn't have the album listed

i guess it's time to submit it, but you can't? total bummer

it shows up from the musicbrainz search tho

not sure why freedb/gnudb was removed, all anyone needed to do was enter in a fake email and it would work...

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #17 –
Some programs moved away from Gnudb due to misinformation, such as claims by dbpoweramp that Gnudb was selling email addresses—a baseless accusation. I attempted to persuade EAC to give users the choice to decide which database they want to use, leaving the decision in their hands.

The result is that some discs are not recognized by EAC and similar programs but are found using dbpoweramp. Dbpoweramp misrepresents its requests to Gnudb, referring to it as "freedb (archived)" while actually retrieving data from Gnudb.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #18 –
@gnudb
You can write and offer your own plugin for EAC.
korth

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #19 –
'such as claims by dbpoweramp that Gnudb was selling email addresses'

We never stated that you were selling emails, we did question why you were collecting email addresses though.

Our regret the last 5 years was filling your gnudb from our program (EAC and dBpoweramp would have been the majority of submissions), a regret which has been corrected by something of much higher quality.

"Dbpoweramp misrepresents its requests to Gnudb, referring to it as "freedb (archived)" while actually retrieving data from Gnudb"

Incorrect (again!), we have the database when freedb shut down, we run our own freedb server hence archived. We do not use anything gnudb, and would not use your db even if offered for free, the actions you have taken are despicable.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #20 –
This does not look good, does it ... gnudb will have a hard time convincing the community that this could be anything like a honest mistake:

As late as a year and a half ago: https://web.archive.org/web/20230714122104/https://gnudb.org/credit.php
"Copyright © 2023, GnuDB and all the Contributors"

Now you have removed all the credit items but one, and claims sole copyright. It is no longer "GnuDB and all the Contributors".
I wonder if you even contacted "all the Contributors" to get their copyright transferred to you?

Oh meanwhile you set up the following, preventing archives from following that page:
Code: [Select]
<a rel="nofollow" style="display:none;" href="https://gnudb.org/blackhole/">Do NOT follow this link or you will be banned from the site!</a>

Page title is still:
Code: [Select]
  <title>gnudb.org an alternativ place for the free CD database to make sure it stays free.</title>
Yes, so to make sure not only individual data points are accessible, but that the entire database stays free. Also from https://web.archive.org/web/20210222053708/http://gnudb.org/index.php :
Quote
A new home for the freedb.org database to make sure it stays free.

In 2006 gnudb.org started hosting the cddb service to make sure that it would stay alive and free. Now 14 years later we have seen that Magix the owner of freedb.org has decided to take the cddb service on freedb down. As we stated in 2006 on gnudb.org "A new home for the freedb.org database to make sure it stays free.", we now have to stay to our promise and do our best to make sure it is available for all the music lovers.

So the database stays free. Or ... ? https://hydrogenaud.io/index.php/topic,125826.msg1043327.html#msg1043327 (as confirmed by archive.org before you banned it):
"not to download or modify it, or any portion of it, except with Our express written consent."
Right, the database stays free, but only if you promise not to download it - oh, and do I need your written consent to modify my file tags too? And promise to give up my personal information:
"free for non-commercial use for an individual and not anonymous person" (emphasis mine).

This doesn't look like "stays free", and surely not gnu freedom.

Re: Exact Audio Copy v1.7 [now v1.8]

Reply #21 –
Sorry to say this, but dbpoweramp still uses gnudb.org as a metadata source. For proof, check the screenshot: CDGrab.exe (dbpoweramp’s program) retrieves metadata, and the destination IP (78.47.118.0) corresponds to gnudb.gnudb.org.

Moreover, many requests come from a program identified as hello=cddb+dbpoweramp.com+dBpowerAMP+1.0. The version is always listed as "1.0," not the actual version, such as "2024.11.4.0," which is the real version of CDGrab.exe. This discrepancy raises questions about transparency.

I think it's time for dbpoweramp to acknowledge that it is a commercial company aiming to gain an advantage over its competitors by encouraging them to stop using gnudb.org and adopt its own "perfect meta" system. This raises concerns about whether their system will remain free in the future. Transparency is essential to ensure users and competitors alike are informed about their practices and intentions.



Re: Exact Audio Copy v1.7 [now v1.8]

Reply #22 –
In 2021 we added GNUDB:

#define freedbdefaultServer L"gnudb.gnudb.org"

In April 2024 it was removed for good:

#define freedbdefaultServer L"freedb.dbpoweramp.com"

it is physically impossible for the current version to lookup gnudb.gnudb.org:

   if (Internet.Server.Length() == 0)
      Internet.Server = freedbdefaultServer;
   if (Internet.Server.Comparei(L"freedb.org") == 0)
      Internet.Server = freedbdefaultServer;      // migrate to replacement
   if (Internet.Server.Comparei(L"freedb.freedb.org") == 0)
      Internet.Server = freedbdefaultServer;      // migrate to replacement
   if (Internet.Server.Comparei(L"gnudb.gnudb.org") == 0)
      Internet.Server = freedbdefaultServer;      // migrate to replacement

Anyhow thanks for letting us look at that code again it is now:

   if (Internet.Server.FindSubStr(L"gnudb.org", 1, true) != 0)
      Internet.Server = freedbdefaultServer;      // migrate to replacement

So 'uniqcodes' cannot be used as someone who had setup uniqcode.gnudb.org would still lookup, we have closed that one today.

We have run AccurateRip free for all programs for 15 years, a much better track record than your offering which is changing the terms on a yearly basis.

GNUDB will die off now that no major program is submitting to it.

If our program was looking up on gnudb, we would see posts as we did one year ago about garbage track listings being returned because no email is supplied. We get zero of those now, because your system is no longer used.

freedb has had such a poor history of ripping off those who filled it, prior to freedb it was cddb which became gracenote, now your changes which have taken ownership of public data...