Audiograbber Forum

Nun, ich kenne 2 Quellen für Code für's fuzzy-matching.

1. die freedb Server-Software - bedenke aber, dass die unter der GPL steht!
2. cddbcomp: Da dürfte die Lizenz schon eher passen. Ich bin nicht sicher, dass der Code schon in der letzten Release-Version drin ist (UTF-8 support ist definitiv nur im CVS-Code) - am Besten mal ins CVS schauen, das sollte ja auch kein Problem sein.

Ich denke aber nicht, dass bzgl. Weiterentwicklung viel passieren wird, wenn ich so lese, was moonroy im englischen Forum schreibt:

I have regular personal contact with Jackie both IRL as well on the phone and MSN.

Now, the software is free and Jackie is working on other things. There is development still, although it can be months without him typing a single row of AG-code. There will be a version with FLAC and Jackie IS in contact with Spoon. But, AG is like this today and it is probably basically how it will be in the future as well. As I take it, there won't be any major updates anymore. Not in a near future at least.

...und moonroy sollte es eigentlich wissen, wenn er in regelmäßigem Kontakt mit Jackie steht.

Detjak: Deine Idee kann so natürlich nciht funktionieren - dazu bräuchtest Du ja einen lokalen Server. Das ist durchaus möglich mit Cygwin und unserer Server Software (mit der Windows-Format-Datenbank allerdings nur für lookups, nicht für Submit - der Code für Submit im Windows-Format-Mode der Server-Software ist ziemlich kaputt, wie wir vor einer Weile festgestellt haben - und lässt sich auch nicht so einfach reparieren).

fugge: Zu Deiner Frage zitiere ich mal Christof aus einem anderen Thread:

AG greift standardmäßig auf die offline-freedb zu, man muß lediglich den Pfad dazu unter Optionen/freedb-Einstellungen ändern.

Die "Datenbank" ist keine "echte Datenbank" sondern besteht aus einem haufen Textfiles. Audiograbber kann direkt daraus lesen, wenn die Datenbank auf der Festplatte entpackt und die Konfiguration korrekt vorgenommen wurde.
Da Audiograbber kein fuzzy-matching (finden nicht 100%ig exakter Treffer) implementiert hat, kann es sein, dass in der online-Version Treffer gefunden werden, die in der Offline-Version nicht gefunden werden. Die meisten Original-CDs sollten aber eigentlich trotzdem erkannt werden.
Was die konkrete Konfiguration von Audiograbber angeht, müssen andere hier helfen (ich wundere mich echt, dass hier NIEMAND geantwortet hat). Ich habe Audiograbber schon lange nicht mehr installiert, weil die Entwicklung leider stehengeblieben ist und immer noch kein secure ripping bzw. paranoia-Mode oder wie auch immer man das nennen will implementiert wurde. Wenn ich ünerhaupt nochmal eine CD rippe, nehme ich dazu entweder das commandline-Tool cdda2wav oder EAC.
Ich kann daher leider grad' nicht nachschauen, wie man das wo einstellen muss, damit er auf die offline-freedb zugreift.

PS.: Manche Server werden öfter aktualisiert als andere. Da hilft eben nur probieren...

Falsch! Alle Server werden stündlich aktualisiert, d.h. bekommen die innerhalb der letzten Stunde neu dazugekommenen Datenbankeinträge übermittelt.

Was die Server-Probleme angeht, kann das natürlich immer mal vorkommen und ist zugegebenermaßen ärgerlich. Leider haben wir aber auch keinen direkten Zugriff auf die meisten freedb-Server, so dass wir immer darauf angewiesen sind, dass die entsprechenden Admins schnell reagieren und die Probleme lösen.
Wenn es Probleme mit einem bestimmten Server gibt, ist es auch immer eine gute Idee uns das (am besten über das Forum auf der freedb-Webseite) mitzuteilen - vielleicht haben wir das Problem ja noch gar nicht bemerkt und es hat uns noch niemand darauf hingewiesen. Beseitigen kann man Probleme schließlich nur, wenn amn überhaupt weiß, dass sie existieren.

Du brauchst entweder eine der freedb-complete oder freedb-win-Dateien. Die freedb-complete-Archive enthalten für jeden in der freedb enthaltene CD eine Textdatei - was dann um die anderthalb Millionen files macht. Damit kommen manche Filesysteme (FAT32) gar nicht klar und viele andere eher schlecht.
Daher ist es für den Hausgebrauch am Sinnvollsten ein freedb-win-Archiv heruterzuladen, bei dem jeweils mehrere DAtenbankeinträge in einer Datei zusammengefasst sind. Der Unterschied zwischen der .tar.bz2-Version und der .rar-Version ist nur das verwendete Komprimierungsprogramm.
Den freedb-updater brauchst Du, wenn Du Deine freedb-Datenbank aktualisieren willst. Jeden Monat bringen wir (freedb) ein update-Archiv heraus (freedb-update-*.tar.bz2). Du kannst dann mit Hilfe des freedb-updaters und dieses Archivs Deine bestehende freedb-Datenbank aktualisieren, ohne das große freedb-win-Archiv nochmal komplett saugen zu müssen.

Wieviel Platz Du auf der Festplatte momentan brauchst, weiß ich leider gar nicht. Aber > 2GB sollte man schon zur Verfügung haben, würd' ich mal schätzen.
Man muss das archiv komplett entpacken, Audiograbber kann mit den gepackten DAteien nix anfangen.
Der nachteil der Offline-Variante ist der, dass Audiograbber keine Implementierung für das finden nicht 100%ig exakter Treffer (fuzzy matching) hat, und daher evtl. manche CDs nciht identifiziert werden können, die beim Online-Zugriff gefunden werden (weil da der freedb-server das fuzzy matching unterstützt).

Darüberhinaus schaut Audiograbber nur auf die discid, wenn es in der offline-Datenbank nach Treffern sucht, während der freedb-server zusätzlich noch prüft, ob auch die Track-Offsets stimmen. Dadurch wirst Du bei der Verwendung der Offline-Variante öfter falsch erkannte CDs haben, als bei der Online-Variante. Wenn es mehrere Möglichkeiten (d.h. mehrere Treffer in verschiedenen Genre-Kategorien) gibt, kannst Du die aber bei der Offline-Variante immerhin durchgehen, indem Du auf den Aktualisieren-Button klickst, dann wird der nächste mögliche Treffer gesucht, so dass Du dann hoffentlich auch bei der offline-Variante den richtigen Eintrag finden kannst.

Ich hatte ja gehofft, dass es bei Audiograbber in der Richtung mal deutliche Verbesserungen beim Offline-Zugriff sowie vielleicht auch mal Unterstützung für Unicode (UTF-8), d.h. ndas neue Protokollevel 6 geben würde. Aber leider ist Audiograbber anscheinend mehr oder weniger tot und wird nicht weiterentwickelt.
Fazit kann daher nur sein: den online-Zugriff auf die freedb verwenden wenn möglich, offline-Zugriff nur wenn nötig.

Deine letzte Frage verstehe ich nicht ganz. Die Daten sollte Audiograbber quasi unmittelbar in der Datenbank finden.

Ich habe mich eben fast totgesucht, wie ich vertauschte Artist / Titel-Einträge bei Compilations korrigieren (Artist und Titel tauschen) kann. Die Option im Kontextmenü heißt momentan im Deutschen "Kolumnen vertauschen" - dadrunter findet das doch keiner. Ich würde hier "Artist/Titel vertauschen" oder schlimmstenfalls "Spalten vertauschen" vorschlagen.

http://www.audiograbber.de/download.phtml

Um mit Audiograbber darauf zugreifen zu können, entpacken sie einfach die gepackte Datei z.B. mit dem PowerArchiver in ein beliebiges Verzeichnis auf ihrer Festplatte (z.B. c:\audiograbber\freedb). Dann starten sie Audiograbber und wählen im Menü Optionen den Eintrag "Freedb-Einstellungen". Dort müssen sie nur noch den Pfad zu der Datenbank in das entsprechende Feld eintragen. Wenn jetzt eine neue CD eingelegt wird, schaut Audiograbber automatisch in dieser Datenbank nach. Es muss dazu nicht der Freedb-Knopf gedrückt werden. Dieser Knopf dient nur dazu, CD-Infos über die Online-Datenbank abzufragen.

Hint: wird eine CD mal falsch erkannt, hilft oftmals ein klick auf den "Aktualisieren"-Button (ggf. auch mehrmals), da Audiograbber dann in den anderen category-dirs weitersucht nach einer passenden discid.

So richtig past das Thema nirgends, also pack ich es mal ins Off Topic. Gibt ja keine Sektion, um die Webseite von Audiograbber.de zu besprechen. Ich fand rein zufällig gerade in der download-section folgenden Text zur freedb-Datenbank:

Es ist empfehlenswert, die .tar.bz2-Version zu wählen, da diese aufgrund besserer Packtechnik deutlich kleiner ist als die .zip-Variante (ca 65 zu ca 95 MB). Das .tar.bz2-Format können sie mit dem kostenlosen PowerArchiver (s.u.) entpacken.)

Eigentlich stimmt von dem Satz gar nichts mehr
Empfehlenswert ist es die gerarte Version runterzuladen, weil die kleiner ist. eine zip-Variante gibt es schon ewig nicht mehr. Der Größenunterschied von rar zu tar.bz2 ist 200MB zu 236MB. Und Powerarchiver ist auch schon lange nicht mehr kostenlos.
Fiel mir nur grad so auf, also dachte ich, ich erwähn's mal

Eines ist mal sicher: freedb submits können nicht per cddbp (was AG TCP/IP nennt) gehen, submits gehen nur über http (oder e-mail, aber Audiograbber unterstützt nur http-submits)-

Erstmal ist das alles auch nur Interpretation - womöglich aber Interpretation von Leuten mit mehr Sachverstand, als ich es habe. Trotzdem zitiere ich mal:
Zitat:
"Nur eine absolut unfähige technische wirksame Maßnahme, die bspw. durch den Nutzer nicht einmal bemerkt wird, wenn er Kopien vornimmt, wäre somit nicht wirksam."
Ich als Nutzer von Plextor oder LiteOn-Laufwerken (und LiteOn ist durchaus ziemlich verbreitet) bemerke zumindest bei einigen Audio-Kopierschutzverfahren nichts davon - erst recht nicht, wenn der Grabber ganz allgemein ein wenig fehlertolerant programmiert ist (wie man das von jedem guten Grabber erwarten sollte).

Edit: ok, ich habe noch etwas weitergelesen - Punkt 7 wird nochmal sehr eindeutig - der Ersteller der FAQ sagt letztendlich, dass alles was als kopiergeschützt gekennzeichnet ist und sich unter irgendwelchen Umständen irgendwo nicht kopieren lässt, auch nicht kopiert werden darf. Interessante Interpretation. Aber s.u.

Wie dem auch sei, ging es hier aber sowieso nicht darum, ob ich mich als Privatnutzer beim Kopieren von angeblich kopiergeschützten Silberscheiben (die ich persönlich eh grundsätzlich nicht kaufe - also auch nicht in die Verlegenheit komme, sie für den MP3-Player oder für eine Reparaturkopie für's Autoradio rippen zu müssen - noch gibt es zum Glück genug echte CDs, und der Mainstream dudelt eh den ganzen Tag im Radio) zivilrechtlich haftbar mache, sondern um die Auswirkungen auf die Distribution von Audiograbber - denn was jeder für sich zu Hause macht, ist an dieser Stelle eigentlich irrelevant.

Falls Du auf meine Postings anspielst: ich halte sie nicht für "Rechtfertigungsversuche" und auch nach- wie vor für grundsätzlich richtig. Soweit ich das sehen konnte, hat Christof von dem was ich gesagt habe nichts wirklich widerlegt bzw. dem widersprochen.
Fazit war doch wohl, dass das ganze recht schwammig ist, und nach- wie vor nicht klar ist, was Kopierschutz ist und was nicht. Dabei ist Christof vom schlimmsten Fall ausgegangen und hat den Begriff "Kopierschutz" so weit wie möglich ausgelegt.

Du hast das Problem offensichtlich nicht verstanden!
a) Was sind "normale Umstände"? Ist ein Plextor- oder LiteOn-Laufwerk nicht normal? Woher soll ich als Plextor-User überhaupt wissen, dass die CD geschützt ist? Muss ich mich also doch auf den Aufdruck blind verlassen? Sicher nicht. Es geht um "wirksame technische Maßnahmen" - und bei den Un-CDs kann man durchaus über die wirksamkeit der technischen Maßnahmen streiten.
Aber selbst wenn man die Silberscheiben als "kopiergeschützt" anerkennen würde, ist das erstmal ein Problem des Endanwenders, der sich zivilrechtlich haftbar macht. Für den Anbieter von Programmen sollte gelten:

b) Wenn die Filzstifte nicht verboten sind, kann ein Programm wie Audiograbber wohl auch kaum verboten werden. Es ist designed, um möglchst fehlertolerant mit (aus welchen Gründen auch immer!) kaputten CDs umzugehen. Dass diese Funktionalität (wie der Filzstift) auch zum kopieren von kopiergeschützten CDs mißbraucht werden kann, kann man dem Programm ebensowenig wie dem Filzstift anlasten. Sonst müsste Audiograbber (um legal zu sein) ja extra Routinen drin haben, die versuchen eine angeblich kopiergeschützte CD (woran auch immer) zu erkennen und das kopieren zu unterbinden.
Programme wie CloneCD, Alcohol 120% o.ä., die auf dem Spielesektor sogar extra Emulationen für bestimmte kopierschütze mitbringen, fallen da natürlich in eine andere Kategorie und sind sicher verboten. Bei der Audio-CD-Problematik und Audiograbber & Co. sehe ich das wirklich nicht.

Die Lage dürfte sich also keinesfalls so eindeutig darstellen, wie Du das schreibst und wenn es tatsächlich irgendwo zum Prozess kommt (was ich für unwahrscheinlich halte) würde ich den Ausgang für wenig vorhersagbar halten.

btw: es sind entgegen dem was Du schreibst nicht "unauthorisierte Kopien" vom Gesetzgeber verboten - sondern nur Kopien von "mit wirksamen technischen Maßnahmen" geschützten Werken. Und selbst das wird für den Privatuser nicht strafrechtlich verfolgt, sondern ist höchstens zivilrechtlich relevant.

Definiere Kopierschutz bei Audio-CDs.
Wenn mein CD-Rom (z.B. Plextor) die einfach so liest merke ich davon ja ggf. gar nicht mal was - reicht es also auf die CD-Hülle zu schreiben "diese CD ist kopiergeschützt"!? Wohl kaum.
Davon abgesehen ist ein Programm, das dazu geschrieben wurde möglichst fehlertolerant bei defekten CDs zu sein (und nichts anderes sind diese angeblich kopiergeschützten Silberscheiben) ja wohl kein Tool zum umgehen eines Kopierschutzes. Sonst muss man demnächst wirklich Filzstifte verbieten, weil sich mit deren Hilfe einige Kopierschutzverfahren umgehen lassen.
Letztendlich werden die offenen Fragen nur Gerichte beantworten können, wenn es tatsächlich zu einem Prozess kommt. Ich denke aber, die Risiken sollten überschaubar sein, wenn man Audiograbber nicht extra als Programm vermarktet, das besonders gut mit kopiergeschützten CDs umgehen kann.

Dieses fuzzy matching kann man anscheinend auch nicht implementieren.

Geht nicht gibt's nicht
Siehe Feurio!
Ich gebe aber zu, dass es sicherlich nicht einfach ist und man mindestens einen extra index bräüchte (hat der freedb-server auch - das sogenannte "fuzzy matching hash file")

Ich muß hier - sorry an alle, die so was brauchen könnten - Stefan voll zustimmen. Es ist ein Ding der Unmöglichkeit, alle möglichen MP3-Player zu unterstützen.

Ich sage nur Sveta:
http://www.dbpoweramp.com/sveta-portable-audio.htm
Von wegen unmöglich...
Ob es Sinn macht da viel Zeit rein zu investieren ist 'ne andere Frage...

Also das checken der Track-offsets um Fehlerkennungen zu verringern ginge sicherlich auch lokal halbwegs einfach. Aber ein fuzzy matching ist nicht trivial. Die Serversoftware verwendet dazu einen hash index (frag mich keine Details dazu - ich kenne sie nicht) - ohne eine Art Indexfile wird es jedenfalls nicht gehen. Mir ist kein Programm bekannt, dass sowas implementiert hätte. Nagut, doch - eines: Feurio! - aber das importiert die Datenbank auch in ein eigenes Format und das fuzzy matching klappt nicht so gut wie beim freedb-server (es werden viel zu viele mögliche Treffer gefunden).

Naja, dann ist es doch klar: die Firewall blockt die Verbindung von Audiograbber ins Internet - und scheinbar hat Audiograbber keinen timeout, so dass er hängenbleibt.
Du musst sehen, dass Du die Firewall richtig konfiguriert bekommst - für cddbp-Zugriff muss Audiograbber über port 8880 ins Internet zugreifen können, für http über port 80.

wenn Du schon mal da bist, würde mich Dein Statemant zu diesem Thread interessieren.
http://forum.audiograbber.de/?board=1;action=display;threadid=598

Wozu speziell hättest Du denn gern einen Kommentar - der Thread ist ja recht lang und einfach wild draufloskommentieren zu allem was da gesagt wurde mag ich nun auch nicht.
Falls es darum geht, warum in der lokalen DB nicht alles gefunden wird, was online gefunden wird: lokal werden keine fuzzy matches (inexakte Treffer) gefunden. Dass lokal auch mehr falsche Treffer gefunden werden liegt daran, dass Audiograbber nur die discid checkt (die nicht wirklich eindeutig ist) und nicht auch noch die trackoffsets der Einträge checkt.
Warum bei irgendwelchen Leuten immer mal wieder der Internetzugriff nicht klappt ist schwierig zu sagen. in 95% der Fälle liegt das nicht an freedb...

Du brauchst eine der Windows-Versionen des Archivs.

Audiograbber kann auch mit der Unix-format version umgehen. Problem ist nur, dass die aus vielen tausend Dateien besteht und das FAT(32)-Filesystem sowas nicht mitmacht. Unter WinNT/2000/XP mit NTFS filesystem lässt sich auch die Unix-format-Version verwenden.

ich kann die Datenbank auch nicht abfragen er liest und liest habe es schon 20 Minuten laufen lassen aber pasiert garnichts.
Wer kann mir sagen was mit der freedb Datenbank los ist , wäre für infos Dankbar

Also die freedb-Server funktionieren, soweit ich das sehen kann, alle bestens. Hast Du denn mal versucht einen anderen freedb-Server einzustellen? Wenn keiner der freedb-Server geht, liegt das Problem sicher nicht bei freedb. Wenn nur ein Server betroffen sein sollte wäre ich an einer Info interessiert, welcher Server Probs macht.
Zur Info: freedb.freedb.org verteilt die Anfragen gleichmäßig auf us.freedb.org, at.freedb.org, de.freedb.org und freedb.freedb.de. Falls also freedb.freedb.org nicht geht, bitte mal die einzelnen Server testen, welcher ggf. schuld ist.