Mediathekview 14.5.0 bleibt beim Start hängen

[MenchenSued]

@thesysde
Benutzt Du die Standardsuche oder die moderne Suche (Stichwort Lucene)?

Kannst Du mal probehalber das Verzeichnis .mediathek3 in Deinem Userverzeichnis umbenennen und dann MV neu starten? Dabei geht nichts kaputt, Du kannst das Verzeichnis später wieder zurück benennen. Es könnte aber bei der Fehlersuche helfen.

[Kalle]

Moin. Ich hatte das gleiche Problem. Nach Umbenennung .medithek3 in .mediathek4 konnte ich MV starten, quasi dann als komplette Neuinstallation.

Kann ich das Verzeichnis .mediathek4 jetzt problemlos löschen?

Und noch eine Laienfrage: das Update erzeugt ja immer “nur” ein neues Verzeichnis, es aktualisiert ja nicht wirklich das bereits bestehende Verzeichnis von MV oder?

Vorab erstmal grundsätzlich herzlichen Dank für die ganze Arbeit, die ihr euch immer macht! MV ist super. :-)

LG

[MenchenSued]

@Kalle
Das eigentliche Programm wird unter C:\Programme installiert. In .mediathek3 stehen die persönlichen Einstellungen, herunter geladene Filmlisten, Filter und Abos. Auch wird hier vermerkt, welche Filme schon herunter geladen wurden. Das Verzeichnis .mediathek3 kann man bedenkenlos löschen, wenn einem die dort gespeicherten Informationen egal sind. Ich würde das kopierte Verzeichnis erst einmal aufheben, denn Du kannst einige Einstellungen (Abos, Blacklist, Ersetzungstabelle) importieren, falls Du später feststellst, dass etwas fehlt.

[thesysde]

Ich habe jetzt mal ein wenig herumprobiert.
Das Problem wird durch die Datei “history.db” verursacht.
Aber die ist wichtig, da er sosnt anfängt wieder Berge von schon geladenen Filmen herunterzuladen.
DBbrower for SQlite 3.13.1 habe ich installiert und könnte da Änderungen machen.

[MenchenSued]

@thesysde
Dann könntest Du versuchen, die alte Datenbank zu importieren. Es gibt bei DBbrowser die Funktionen Export/Import oder einfacher “Datenbank anhängen”.

[DerReisende77]

@thesysde Hast Du mit der alten Version mal Hilfe/Hilfsmittel/History-Datenbank optimieren… ausgeführt? Ansonsten wäre ich an der originalen fehlerhaften DB interessiert um es debuggen zu können.

[thesysde]

@DerReisende77

So, Problem gelöst.
Die Datenbank enthielt Berge von Duplikaten bei der URL.
Ebenso Berge von identischen Zeilen.
Daher konnte der Index nicht funktionieren.

Ich habe die alte DB dann in SQL exportiert.
Dann die doppelten Zeilen entfernt.
Danach mir die doppelten URLs ausgeben lassen und diese dann auch teils gelöscht.
(Teils = Anzahl minus 1)

Diese SQL datei dann in eine leere Datei importiert und den Index mit
CREATE UNIQUE INDEX IDX_SEEN_HISTORY_URL ON seen_history(url)
erstellt.

Jetzt funzt es.

[DerReisende77]

ich benötige das SQL bitte. Normalerweise sollte MV bei der Migration genau diese entfernen.

[thesysde]

@DerReisende77

Die Datei ist zu groß. 13,9M.
ZIP wird nicht akzeptiert.

Ach, jetzt ist das Teil langsam.
2x 1,9 M/Sec statt 2x 15M/sec

Irgendwie sttimmt da nix.

[thesysde]

@DerReisende77

Nachtrag.
Wenn man die Settings.xml löscht, ist der Speed wieder normal.
Aber eben alle Einstellungen weg.