Sorry für das späte Reply, ging leider nicht früher.
68 Byte pro Eintrag, das deckt ja noch nicht einmal eine URL ab. Ich habe mal einen Eintrag ausgezählt und bin locker über 500 Byte gelandet.
Selbst wenn das nicht für alle Einträge gilt, sind die 68 Byte pro Eintrag garantiert nicht zu erreichen, es sei denn, man arbeitet mit einem Dictionary wie vorgeschlagen und im Eintrag mit Indizes darauf. und selbst dann wird es ausgesprochen knapp, denn bei 20 Feldern sind das 3,4 Byte pro Feld. Ich vermute mal das hier im Hintergrund die Funktion MMap genutzt wird die eine Datei transparent in den Speicher mappt.
Außerdem sind es nicht 54 MB sondern über 500 MB wie Du selber am 09.3.2025 geschrieben hast

Dafür hat Gott Verrückte erschaffen die Kompressionsalgorithmen basteln. Die schaffen es auch jetzt schon, die 598MB große Filmliste auf 92 MB einzudampfen.

Das ist doch genau der Punkt bei dem Benchmark! Wenn Du wenig Operationen beim Parsen zusätzlich durchführen musst kriegst du deine 40-50% mehr speed. Musst Du jedoch ein paar string ops durchführen (was sehr wahrscheinlich ist) geht der performance so schnell runter dass kein benefit mehr da ist. Und genau das zeigt der benchmark.

Also selbst wenn es nur 30% sind ist das m.E. eine signifikante Steigerung. Stringops im Speicher sind sehr schnell, Erzeugung von Zufallszahlen sind deutlich langsamer.

Viele Grüße
Dexli

@maf sagte in Einträge ohne Thema in filme.json:

Gilt die Auffüllregel nur für Thema und Sender

Ja.

@vitusson sagte: Ja, mit dem Parameter -dq oder --download-quit aufrufen

Das könnte man ja selbst mal testen, bevor man eine Aussage dazu macht (wie nennst du das schon wieder: “Glauben vs. Wissen”?)

@maf: Du kannst mit der besagten Funktion, welche du mit einem Startskript aufrufst, anstehende Downloads z.B. aus Abos runterladen, wonach sich das Programm automatisch beendet (das geht allerdings nicht, ohne dass dabei “das GUI geöffnet” wird).

@maf sagte: Und für den Fall eines Downloads: Ist es möglich, MediathekView zu starten ohne die Filmliste zu aktualisieren?

Ja, ich empfehle dir mal die Programmeinstellungen durchzugehen. Die Art des Ladens der Filmliste kann dort ein- bzw. auf manuell umgestellt werden. Mal abgesehen davon, aktualisiert sich die Filmliste v.a. automatisch, wenn sie älter als 3 h ist und MV neu gestartet wird.

@trumpbone Immer noch “ungelöst”?

Indem man genau das macht, was im Fenster steht.

You’re a hard working AI-bot, for sure

@mac-christian sagte in Update von java client 14.0.0 auf 14.1.0 - Problem:

Keine Ahnung - mein “settings.xml” hat keinen Eintrag mit modern_search - weder true noch false. In welcher Gegend der Einstellungsdatei sollte dieser Eintrag stehen?

Wenn ich die Einstellungen im UI des MV aufrufe, springt mir das fett ins Auge, dass auch das fast weh tut 😉

Naja, wenn ich das Fenster verkleinere, dann ist irgendwann in der Breite Schluss und die Knöpfe sind immernoch da. Ist dem so oder verschwinden sie wieder?

@wanggolflihoff Frag deine KI-Mudder
SCNR

@maximilian2898 sagte: Bilde mir ein die gepackte Datei war mal deutlich größer.

Durch Entfernung doppelter ARD-Sendungen wurde die Filmliste in den letzten Tagen geringfügig, d.h. um 3 % kleiner, vgl. Archiv, befindet sich aber immer noch im üblichen Bereich der letzten Monate mit stets etwas über 80 MB Grösse.

Danke für das Feedback. Für die ARD ist dies (mit Ausnahme von ONE & Alpha) jetzt umgesetzt. Für die restlichen Sender dann später. Es kann vereinzelt zu Doppelungen für Phonix und SR kommen - das muss man im Blick behalten.

@styroll sagte in ORF Tvthek / ORF ON:

@tvRR sagte: Schon probiert, die Sendung herunterzuladen und dann in VLC anzusehen? Wenn Chapters vorhanden sind, dann kommt VLC damit klar und bietet sie an.

Wenn sie vorhanden wären, würde der OP ja kaum das Anliegen äussern, diese einzubinden…

@max-at sagte: Es wäre toll wenn man die im MP4 als Kapitel einbinden könnte.

Setzt voraus, dass er’s in VLC probiert hat. Steht ja nicht da.

@DerReisende77 sagte in Filmgröße wird nicht angezeigt:

Hattest Du MV am laufen?

Ja, das war der Fehler. Vielen Dank.

@styroll
Ich finde die Information nicht hilfreich. Punkt.

@styroll
@Siggi0904

Das ist der richtige Link, bei dem man nicht suchen muss:

https://github.com/mediathekview/MediathekView/blob/develop/CHANGELOG.md

Hat sich erledigt.
Keine Ahnung. Reboot tut gut?
Geht jedenfalls wieder.
Vielleicht war auch im Datenfile ein Stolperstein?

@styroll ich bin mir nicht sicher glaube aber das wir das JDK dokumentiert haben. Muss ich mir die tage nochmal ansehen.
Temurin sollte Shenandoah können, IMHO verweigert derzeit allein Oracle den neuen GC.
Aber genau aus diesen Gründen liefern wir die JVM mit damit wir sie auch kurzfristig tauschen können. Die nächste macOS Version zB wird eine andere VM haben da die bisherige Abstürze durch die Grafik erzeugt.