Mediathekview 14.5.0 bleibt beim Start hängen

[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.

[FunThomas]

Hi Leute,
habe leider das gleiche Problem und die 14.5.0 hängt beim Laden der Filmliste. Ich hatte zum Glück noch die alte 14.4.2 als Download rumliegen man findet die ja leider nirgends :-(
Die alte Version lädt ohne einen Fehler anzuzeigen aber wenn ich dort auf “Hilfe/Hilfsmittel/History-Datenbank optimieren” gehe kommt die Fehlermeldung:
[SQLITE_CORRUPT] The database disk image is malformed (database disk image is malformed)

Habt ihr eine Idee wie ich meine Einstellungen und Historie erhalten aber das Problem einfach ohne große Spezialkenntnisse beheben könnte?
Danke im Voraus

[MenchenSued]

@FunThomas
@derreisende77 hätte großes Interesse an der defekten Datenbank. Kannst Du sie irgendwo bereit stellen?

[DerReisende77]

@funthomas Ältere Versionen findet man über die Homepage/Downloads/ältere Versionen.
Ich schicke dir per chat einen Link wo Du bitte die datenbank hochladen kannst. Dann kann ich mir das ansehen

[FunThomas]

Danke für den Link zu den älteren Versionen, die history.db hab ich hochgeladen ->werden noch andere Dateien benötigt?

[DerReisende77]

Nein das reicht. Vielen Dank!

[DerReisende77]

@funthomas ich hab dir einen Link für die reparierte DB geschickt im Chat.

[DerReisende77]

So ich konnte das Problem nachvollziehen. In 14.6 (im nightly ab voraussichtlich 16 Uhr) wird MV nicht mehr bei einer beschädigten history.db hängen bleiben, sondern eine Fehlermeldung mit Erklärung anzeigen und dann einer temporären leeren Datenbank starten. Danach hat man die Möglichkeit die vorhandene DB über das Hilfemenü wiederherzustellen. Die Kopieroperation am Ende ist Handarbeit.

[FunThomas]

also mit der reparierten DB läufts super -> Big Thx

[DarthApron]

@DerReisende77 sagte in Mediathekview 14.5.0 bleibt beim Start hängen:

So ich konnte das Problem nachvollziehen. In 14.6 (im nightly ab voraussichtlich 16 Uhr) wird MV nicht mehr bei einer beschädigten history.db hängen bleiben, sondern eine Fehlermeldung mit Erklärung anzeigen und dann einer temporären leeren Datenbank starten. Danach hat man die Möglichkeit die vorhandene DB über das Hilfemenü wiederherzustellen. Die Kopieroperation am Ende ist Handarbeit.

Ich hatte testweise die 14.5.0-nightly installiert, wollte jetzt zur normalen Version 14.5.0 wechseln und habe das gleiche Problem. Mit der 14.5.6-nightly vom 2026-04-24 klappt das Wiederherstellen der Datenbank.
Aber wenn ich die dann wieder in history.db umbenenne, kommt wieder derselbe Fehler:

[thesysde]

@DarthApron

Ich hatte meine DB damals per Hand repariert.
Dazu DB Brower (Sqlite) verwendet.
Ich exportierte die alte DB im SQL Format ohne index (index vorher gelöscht).
Dann per anderem Programm (Notepad++) doppelte Zeilen gesucht und gelöscht.
Dann die DB wieder importiert.
Dann per select Befehl die doppelten URLs gesucht und diese Zeilen gelöscht.
SELECT id, url, COUNT(url)
FROM seen_history
group by url
HAVING COUNT(url) > 1;

Die ID, die vorne steht im 2. SQL Fenster mit:
delete FROM seen_history where id=88 <- ID ist die in der 1. Spalte
löschen
Dann wieder den obrigen SELECT ausführen.
So lange, bis kein Ergebnis mehr kommt.

CREATE UNIQUE INDEX IDX_SEEN_HISTORY_URL ON seen_history(url)
Der sollte nun keine Fehler mehr liefern.

War etwas mühsam, aber ging.

[DarthApron]

@thesysde sagte in Mediathekview 14.5.0 bleibt beim Start hängen:

Mühsam ist der richtige Begriff.
In Notepad++ hat die DB 113118 Zeilen.
Da manuell nach doppelten Zeilen zu suchen dauert bis Weihnachten.
Die “Doppelte Zeilen löschen” Automatik macht die DB leider kaputt.

Dann warte ich lieber und verwende die 14.5.0 Nightly weiter.

[DerReisende77]

Es spricht auch überhaupt nichts dagegen die 14.6 nightly weiter zu verwenden anstatt der 14.5. 14.6 ist aber nicht mehr abwärtskompatibel zu 14.5. Es sollten beide Versionen nicht mit demselben .mediathek3-Ordner verwendet werden.