search

enzo1982 / freac

The fre:ac audio converter project
https://www.freac.org/
GNU General Public License v2.0
1.33k stars 69 forks source link

Querying CDDB from gnudb.org no longer returns the actual results (in v1.1.7) #548

Closed sehv closed 1 month ago

sehv commented 8 months ago

Describe the bug When attempting to fetch CDDB info from gnudb, it has started returning the following results:

01: You are using fre:ac version 1.1.7,
02: we advise downgrading it.
03: Please see https://gnudb.org for more
04: information.
05: We do not support fre:ac 1.1.7.

gnudb.org's website now includes this segment:

Important notice: If you are using fre:ac version 1.1.3, we recommend updating it. Conversely, if you are using fre:ac version 1.1.7, we advise downgrading it. Both of these versions have a known bug that can lead to incorrect discid and/or track offset values. This can result in the rejection of your new entry submissions to GnuDB by the server.

To Reproduce Steps to reproduce the behavior:

  1. Load any audio CD in v1.1.7 and wait for it to query gnudb

Additional context This appears to be a recent change, queries worked fine yesterday. Downgrading to v1.1.6 returns correct results, looks like gnudb is specifically blocking v1.1.7 queries now.

gibats commented 8 months ago

Yes, this is happening to me too. Started today

gibats commented 8 months ago

I've found the reason!!!! At gnudb.org site, at the bottom of page, below "Copyright Violation Notice" link, there's a notice: "Important notice: If you are using fre:ac version 1.1.3, we recommend updating it. Conversely, if you are using fre:ac version 1.1.7, we advise downgrading it. Both of these versions have a known bug that can lead to incorrect discid and/or track offset values. This can result in the rejection of your new entry submissions to GnuDB by the server."

This is caused, according to them, by a bug in fre:ac v1.1.7

mol0ch13 commented 8 months ago

Hi, I have the same issue as the OP, I am using the flatpak version on Pop_OS, is this issue being worked on ? it dose not stop the ripping from being done it just means all the info and cover art needs to be done manually :) I realize there are greater problems in this life for sure but Fre:ac is one of my most used applications and it is kind of strange that gnudb have now decided after seven months that it is not supporting v1.1.7, much respect and thanks to the developers of Fre:ac.

SeriousM commented 8 months ago

From the gnudb.org frontpage:

Update: October 23, 2023 The fre:ac developer has returned and is working on a solution. However, in the meantime, we recommend downgrading to version 1.1.6.

I can confirm that I got correct cddb informations from gnudb with version 1.1.6. https://github.com/enzo1982/freac/releases/tag/v1.1.6

bravemenrun commented 7 months ago

I'm sort of confused. Is there anything actually wrong with the files created with 1.1.7., in regards to the track offsets?

Mike-Morrell commented 6 months ago

It is because freac is submitting inaccurate data to the gnudb lookup query. So it is blocked until it gets fixed. If you are using the flatpak version of freac, you can downgrade to 1.1.6 with this command below. Be sure to mask org.freac.freac flatpak after you downgrade so it does not get updated again until you unmask it.

sudo flatpak update --commit=195a236bbd0fe41b9d2533379dcd5d51c488f3466d45cf225cafb4b4565e2e36 org.freac.freac

rubenatch commented 1 month ago

It seems that this issue is solved.

I've got 1.1.7 installed and gnudb.org is sending results again. Also, the message in the webpage referring to 1.1.7 being non compatible has dissapeard.

sehv commented 1 month ago

Yep, looks like gnudb.org is no longer complaining about 1.1.7. Closing as fixed.

Akczht commented 1 month ago

how do you add vgmdb as the cddb server in fre;ac, please! assist.