@derreisende77 sagte in Neuaufbau der Filmliste beim Schließen unterbinden:

@beta-tester Wie kommst Du zu der Aussage dass die Filmliste 2x aufgebaut wird beim Schließen? Wenn Du auf beenden klickst wird ein Dialog erzeugt und das Programm beginnt Stück für Stück die Daten wegzusichern und sich zu beenden.
Es kann allerdings sein dass der Refresh der Oberfläche der dazu benötigt wird den Effekt bei dir verursacht. Wenn das langsam ist liegt das in der Regel an zu wenig Speicher und/oder einer langsamen Grafik.
Lass mich raten Du nutzt Raspbian 32 bit mit dem Pi4?

ich komme drauf, weil es so aussieht.

wo du den dialog erwähnst, muss ich zugeben, dass es wirklich nur der ganz normale refresh sein kann der durch den dialog entsteht.

die liste wird einfarbig grau, und “langsam” werden alle listeneinträge wieder “eingetragen” und ein dialog liegt über der liste. nach einigen sekungen wird dann die liste erneut komplett grau und die liste baut sich erneut langsam wieder auf eintrag für eintrag, ohne dialog darüber.

jedoch wenn ich den Abos-,Filminformationen-, Film speichern-, oder ein anderes dialogfenster öffne, dass sich auch über der Filmliste legt, wird nicht die komplette filmliste grau und neu aufgebaut, auch nicht beim wieder schließen des dialogs. also da scheint es einen unterschied zu geben.
oder wenn ich den Tab von filmliste zu den Downloads hin und her wechsel kommt es nicht annähernd zu solch einem langsamen refresh der liste - die liste ist einfach “augenblicklich” komplett.
selbst beim ändern oder löschen des suchbegriffs ist die liste quasi “augenblicklich” verfüllt nachdem MV fertig mit der suche ist ohne die liste auszugrauen und visuell langsam aufzubauen.

der dialog beim schließen scheint von einem anderen typ zu sein. kein normales fenster mit gewöhnlichen rahmen.

je weniger einträge enthalten sind desto schneller scheint MV mit dem schließen fertig zu werden.

ja, ich benutze die offizielle 32bit version mit dtoverlay=vc4-kms-v3d.
ohne KMS wär der komplette desktop extrem schnarchlangsam.

@derreisende77 ,
Ahhh !.. Aua aua aua !..
Dummheit tut so weh…

ja, dein Ärger ist berechtigt. Ich habe weder die beigepackte JRE benutzt noch habe ich die beigepackte README Datei gelesen.

Es tut mir so leid, ich gelobe Besserung!
<Reuemodus-aus>

Problem gelöst.
bzw. hätte ich alles richtig gemacht gäbe es kein Problem.

Danke für deine Hilfe!

@frankydoo
Unter meinem Linux bekomme ich mit deaktivierter Ersetzungstabelle bei einer Stichprobe folgenden Namen:
37 Grad-37°_ Da kannst du einpacken.mp4
Der Unterstrich ersetzt dabei einen Doppelpunkt im echten Namen, dies wohl infolge meines Betriebssystems.

@codingpf naja mir war das schon klar, aber eine Antwort aus berufenem Munde hierzu ist doch immer schön 🤪

@derreisende77
Dein Tipp war goldrichtig. Beim Compiler stand noch eine 16 drin. Mit 17 läuft der Compiler jetzt durch.
1.png

@menchensued
Stürmischen Dank! Ja!!! Das funktioniert hier auch, und ich bin sehr glücklich.

@menchensued ja c++ steht im Raum. Aber momentan habe ich beruflich so viel zu tun dass ich auch einen 72h Tag locker füllen könnte 😩

@lightpsycho
Den Crawler habe ich mir seit Jahren nicht mehr angesehen.

Mittlerweile ist die Änderung ja im Release 13.8.0 angekommen und ich habe das erst jetzt im Changelog gelesen. Glücklicherweise bevor ich upgegradet habe…

Ich weiß nicht, was die Mediensammlung vorher alles konnte, doch auch ich habe sie täglich genutzt um zu checken, ob ich bestimmte Episoden älterer Staffeln schon auf dem Netzlaufwerk liegen hatte.

Man müsste das ganze ja nicht zwangsläufig als eigene Datenbank mitschleppen, die bei jedem MV-Start die Ordner durchsucht und die DB aktualisiert. Es wäre aber schon schön, wenn ich per Kontextmenü meinen Videospeicher nach dem Begriff durchsuchen lassen könnte. Gerne auch als Übergabe an ein (konfigurierbares) externes Programm wie den Windows Explorer, FreeCommander oder auch den oben erwähnten tinymediamanager.

Ich werde aber wohl noch eine Weile auf der alten MV-Version bleiben, so lange die noch funktioniert.

Um nicht falsch verstanden zu werden. Ich habe großes Verständnis dafür, wenn man wenig genutzten Ballast abwerfen will um den Code schlanker zu machen, den Start des Clients zu beschleunigen und den Wartungsaufwand für ein Freizeitprojekt zu reduzieren. Vielen Dank für eure langjährige und tolle Arbeit.

Hallo @Walt,

vielen Dank für die Hilfe. Hat mir viel Zeit gespart 🙂

@botti am crawler sind konstant Anpassungen notwendig. Mal mehr mal weniger. Von daher wenn wieder Filme nicht gefunden werden wird da die server Fraktion wieder aktiv werden.

@heinrich-viii
Danke, das mit der Umbenennung der history- Database datei hat funktioniert. Jetzt läuft auch 13.7.1

@tvopa Danke, das müssen sich die Linuxer @alex oder @Nicklas2751 ansehen 🤔

@oats sagte in Quelle und Format der Filmliste:

Wenn die URL hier nicht im Forum auftauchen soll,

Also ein kurze Suche hier im Forum auf “Filmliste Diff”, “Filmliste URL” oder “Filmliste Archiv” gibt die schon einige Treffer die Dir die URL für die aktuelle, die Differenz und die archivierten Filmlisten zeigt.

Aber ich denke mal das das finden einer URL das kleinere Problem hier ist.

@botti Das ist bekannt und wird in einer zukünftigen Version behoben. Aber es hat bisher keine Auswirkungen und wir loten noch die Optionen aus wie das am besten abzustellen ist.

@derreisende77
Ich bin wohl von Python verwöhnt, denn da erstelle ich GUIs einfach per Code. Mit JFormDesigner fange ich dann gar nicht erst an. Danke für die Erklärung.

@derreisende77
Das wird’s sein. Ich wollte erst nur lokal arbeiten, damit ich alles restlos wieder tilgen kann. Commit verbinde ich aus SVN-Zeiten gedanklich mit “ich bin zufrieden mit dem Programm und lade es jetzt auf den Server”. Danke für den Hinweis.