Hallo Micha,
diese Version ist noch nicht freigegeben, jedoch unter Changelog bereits als erledigt sichtbar. Siehe Forum/Beta...

https://www.ventismedia.com/mantis/changelog_page.php

[URL=https://www.directupload.net][IMG]https://s15.directupload.net/images/190104/99jlnj5y.jpg[/IMG][/URL]

[quote="Erwin Hanzl" post_id=453722 time=1544805391 user_id=90757]
SQL-Fehler: MM hat sich sofort darum gekümmert. Fixed in 4.1.24.1882.

https://www.ventismedia.com/mantis/view.php?id=15262
[/quote]

Wo finde ich denn die Verion?
Beim Download wird mir noch die Version 4.1.23 angezeigt und „nach Updares suchen“ erscheint auch noch die 4.1.23

Danke für die Weiterleitung zum MM Support

SQL-Fehler: MM hat sich sofort darum gekümmert. Fixed in 4.1.24.1882.

https://www.ventismedia.com/mantis/view.php?id=15262

@MichaWeber

[quote]... dass das gleiche Problem bei dir auch Auftritt bzw. Du dies nachvollziehen kannst,...[/quote]

Dieses Problem, lösbar durch eine einfache Inputroutine, habe ich dem Support wissen lassen. Ich hoffe doch sehr auf ein baldiges Update, denn welcher User weiß schon über die Handhabung von programmtechnisch relevanten Eingaben?

[quote]Feld Disk # >="A" -Kriterium2): Feld Disk # <=B Ergebnis: SQL-Fehler es fehlen beim B die Anführungszeichen[/quote]

Übrigens: Ein riesiger Softwarekonzern schickt (ungetestete) Funktionsupdates auf den Weg und läßt damit die User auflaufen. Hätte ich in meiner 20-jährigen Berufslaufbahn als Programmierer solche Ergebnisse geliefert, hätte mich mein Arbeitgeber hochkantig aus dem Unternehmen geworfen. Und schön langsam kommt mir vor, auch MM beschreitet diesen Weg - und das bei einer riesigen Konkurrenz. Vorschläge zur Informationsoptimierung werden für nächste Versionen versprochen oder es sei kein Bedarf da.
Meine Philosophie: [b]schau den Leuten aufs Maul, setze es um und du hast die Nase vorne.[/b]

Ich denke, PEKE [url]http://www.happymonkeying.com/[/url] hat das mit seinem "Lyrics and Comment Viewer v2.2.0.0." schon erkannt und ihm einen weiteren Informationsbedarf übermittelt. Und zwar den, auch die Playlisten einzubinden. Gut,ich habe keine Antwort erhalten. Mit genau 40 Code-Zeilen habe ich jetzt die Aussagekraft, die ich mir immer vorstellte.

[URL=https://www.directupload.net][IMG]https://s15.directupload.net/images/181210/83jdkosm.jpg[/IMG][/URL]

Wie steht immer so schön in anderen Foren: „Ich schaue mal in meine Glaskugel...“

Aber mal im ernst, sind die Infos nicht etwas dürftig? Was würde denn bisher gemacht. Nach einer Neuinstallation die Suchfunktion aufrufen ohne das agiles eingelesen würde? Dann ein leeres Archiv gewartet. Findest du nicht auch das man vielleicht ein paar mehr Informationen benötigt.
Z.B. ich habe installiert, meine Files von HD, NAS, oder USB eingelesen, was habe ich denn gesucht, etc.

Hast du mal die MM.db umbenannt und neu gestartet. Tritt der Fehler nach gleichen Ablauf wieder auf?
Wenn der Fehler wieder auftritt, vielleicht mal mit einer Version < 4.1 probieren.

@Apfelmann:
Hier helfen MediaMonkey-Benutzer anderen MediaMonkey-Benutzern.
Wenn Du Deine MM-Version gekauft hast, wende Dich direkt an den offiziellen [url=http://www.mediamonkey.com/support/]Support[/url].
Hier zu drohen hilft wenig bis gar nichts und hinterlässt höchstens einen schlechten Eindruck.

Guten Tag,

ich habe heute morgen den MM Gold Version 4.1.23.1881 gekauft und heruntergeladen. Nicht nur die Suchfunktion hängt sich mit einer SQL Fehlermeldung auf , sonderhn sogar das Leeren des Archivs ist mit einer ähnlichen Fehlermeldung gar nicht erst nicht möglich.

Text bei beiden Fehlernmeldungen: " Error executing SQL.......: no such table: main.SongsText(1,1)"
Ich brauche eine funktionierende Musikbibliothek beruflich und habe mich deswegen für eine Kaufversion entschieden.
Wenn der Fehler nicht behoben werden kann werden ich mich gegen den Kauf entscheiden und mich öffentlich zu beschweren.
Ich verlasse mich auf Sie, um mir sehr zeitnah eine Lösung anzubieten.
Mit freundlichen Grüßen, AG

Danke für Deine Rückmeldung mit Lösungsbeschreibung, Michael.

Das hilft anderen in der gleichen Situation sicher weiter!

Hallo Erwin,
dass das gleiche Problem bei dir auch Auftritt bzw. Du dies nachvollziehen kannst, tröstet mich nicht wirklich. :wink: Und dein Lösungsansatz die DB neu aufzusetzen ist nicht akzeptabel da die Einträge über Jahre gewachsen sind (Historie, wann gespielt etc.)
Und eine Kopie der DB erstelle ich bei jedem Start meines Rechners automatisch. Aber gestern hatte ich gerade so viele Änderungen an der DB durchgeführt das ich die Stunden nicht noch einmal wiederholen wollte.

Ich habe deshalb den Vorschlag von @MMUser2011 aufgegriffen und mit Hilfe von SQlitespy V1.9.2 in der Datenbank direkt geändert. Natürlich auch erst einmal an einer Kopie der MM.DB. Ich habe das Feld in der Tabelle „Filters“ das Feld „Cond“ gelöscht und konnte dann MM wieder starten und die Bedingungen für den Filter neu eintragen.

Danke für eure Hilfe und Ideen.

Gruß Michael

Nachtrag: In den Feldern DiscNumber („A“) und TrackNumber („A01“) sind schon Alphanumerische Eingaben erlaubt.

Hallo Michael,

ich habe alle Varianten nochmals durchprobiert. Änderungen von vier Titeln über Eigenschaften. Danach habe ich mittels vbs die Felder ausgelesen. MM verwendet je nach Belegung ZWEI Felder. Eines für Zahlen [b]DiscNumber[/b] und eines für Alphanumeric [b]DiscNumberStr[/b]

Hier das Ergebnis meiner Variante 2):
Titel 1) Disc#: A .... DiscNumber=0 ... DiscNumberStr=A
Titel 2) Disc#: B .... DiscNumber=0 ... DiscNumberStr=B
Titel 3) Disk#: 3 .... DiscNumber=3 ... DiscNumberStr=0
Titel 4) Disk#: A7 .. DiscNumber=0 ... DiscNumberStr=A7

Neue Sammlung erstellt mit Deinen angegeben Kriterien lt. Fehlermeldung:
Variante 1: Kriterium1): Feld Disk # >="A" -Kriterium2): Feld Disk # <=B Ergebnis: [b]SQL-Fehler
es fehlen beim B die Anführungszeichen[/b]
Variante 2: Kriterium1): Feld Disk # >="A" -Kriterium2): Feld Disk # <="B" Ergebnis: [b]SQL-FEHLERFREI[/b]

Meine Aussage:
[quote]Dort, wo im Feldnamen EINE Raute (#) ist, DÜRFEN NUR Zahlen hinein!!!!![/quote]
muss ich für das Feld "Disc#" revidieren

@MMuser

[quote]"DiscNumber" als TEXT definiert[/quote]
Feld: "DiscNumber" ist als INTEGER definiert

[quote]In einem Text-Feld dürfen logischerweise neben Zahlen auch Buchstaben stehen. "A" und "B" gehören da z.B. meiner Meinung schon hin[/quote]

Ich schrieb:
[quote]Sieh Dir auch die Feldbeschreibung an. Nur Value-Typ "TEXT" ist für APLHANUMERISCHE Inhalte geeignet.[/quote]

Wenn in einem Nummernfeld tatsächlich was anderes gespeichert ist als Zahlen, dann könnte @MichaWeber versuchen, mit einem SQLite-Editor seiner Wahl (z.B. SQLiteSpy https://www.yunqa.de/delphi/products/sqlitespy/index ) oder ähnlichen Datenbank-Editoren die entsprechenden Felder entweder zu korrigieren oder deren Inhalt ganz zu löschen.

Das setzt aber voraus, dass @MichaWeber mit einem solchen Editor umgehen, die Tabelle Songs öffnen und in der Spalte DiscNumber die fehlerhaften Einträge finden kann. Ein Klick auf den Spaltenkopf "DiscNumber" sortiert übrigens im erwähnten Tool auf- oder absteigend. Vielleicht hilft das ja weiter.

PS @Erwin Hanzl : Wie kommst Du darauf, dass DiscNumber ein numerisches Feld ist? Oder habe ich Dich falsch verstanden? (In der MM.DB ist "DiscNumber" als TEXT definiert, anders als z.B. die ID oder YEAR die INTEGER definiert sind.). In einem Text-Feld dürfen logischerweise neben Zahlen auch Buchstaben stehen. "A" und "B" gehören da z.B. meiner Meinung schon hin, insbesondere bei LPs.

Hallo Michael,

meine Vorgangsweise (bei Windows 10 1809 64-Bit) ist die, vor Änderungen in den Einstellungen von MM mache ich Sicherungskopien von zwei Pfaden auf ein anderes Laufwerk, und zwar:

1. Die Pfade [b]%appdata%\MediaMonkey[/b] und [b]c:\Programme (X86)\MediaMonkey[/b]

2. Ich habe mit Deinen Kriterien auch getestet und habe auch alle Deine beschriebenen Probleme.
Die Fehlermeldung weist auf ein NUMMERNFELD „DiscNumber“ hin, dies entspricht der Feldbezeichnung „Disk #“ -
Buchstaben haben in diesem Feld nichts verloren (>=“A“ oder <=B), wie von Dir verwendet.
Dort, wo im Feldnamen EINE Raute (#) ist, DÜRFEN NUR Zahlen hinein!!!!!
Dort, wo im Feldnamen KEINE Raute(#) ist, darf man Zahlen und Buchstaben verwenden!!!!!!

[b]3. Aus meinen Sicherheitskopien habe ich die beiden Dateien: MediaMonkey.ini und MM.DB wieder in %appdata%\MediaMonkey rückkopiert und alles funktioniert wieder.[/b]

Falls Du keine Sicherung zur Verfügung hast, hätte ich eine [b]gewagte Lösung[/b] für Dich: lösche die MM.DB
und beginn bei Null. Ich würde jedoch noch auf Lösungsvorschläge warten.

Sieh Dir auch die Feldbeschreibung an. [b]Nur Value-Typ "TEXT" ist für APLHANUMERISCHE Inhalte geeignet[/b].

FELDBESCHREIBUNGEN: [url]https://www.mediamonkey.com/wiki/index.php/SDBSongData[/url]

Hallo,
ich habe mir in meiner Sammlung einen neuen Knoten eingerichtet und wollte hierfür die Kriterien definieren. Das ging auch so weit gut. Nach dem speichern des Dialogs für den Knoten gab es ein SQL Fehler. Ich konnte die Fehlermeldung nicht deutet und hatte Hoffnung das nach einem Neustart der Fehler weg ist.
Nun meldet sich MM aber immer mit:

[URL=https://www.directupload.net/file/d/5300/tj7pw3hu_png.htm][IMG]https://s15.directupload.net/images/181213/temp/tj7pw3hu.png[/IMG][/URL]

und MM lässt sich nicht mehr starten.

Kann hier jemand helfen wie ich das SQL Statement wieder löschen kann, ich komme sonst nicht mehr an meine DB ran.
Ich hoffe das Bild ist zu sehen, wenn nicht, wie kann ich hier Bilder einstellen.

Danke fürs Lesen.

Gruß Michael


Übersetz mit Google
Hello,
I have set up a new node in my collection and wanted to define the criteria for this. That went so well. After saving the dialog for the node, there was a SQL error. I could not interpret the error message and had hope that after a restart the error is gone.
Now, however, MM always answers with:

and MM can not be started anymore.

Can someone help me here as I can delete the SQL statement again, I can not get my DB ran otherwise.
I hope the picture can be seen, if not, how can I adjust pictures here.

Thank you for reading.

Greetings Michael