@DasMiracle ich rede auch von programmierter Nutzung innerhalb des Programms beim lesen der Filmliste zB via String.intern().
Und die Statistiken sind mir bekannt.
Wie gesagt jeder kann die Parameter tunen wie er es für sein system für richtig hält. Das ist jedem frei gestellt.

@kbdcalls stimmt. Und der Gag ist das die MV Version die mit Java 10 kompatibel ist auch nicht vollständig mit 11 funktioniert weil zu viel geändert wurde. Ein Hoch auf Oracle

@musta Haben wir schon mitbekommen, aber trotzdem vielen Dank für den Hinweis. 😉

Danke für den Hinweis, damit werden wieder die Filme gefunden, die nicht im TV ausgestrahlt werden.
https://github.com/mediathekview/MServer/issues/375

alex1702 created this issue in mediathekview/MServer closed ARTE: Kategorie-API Änderung. #375

@bagbag sagte: zumindest wüsste ich nicht, dass Markus Koschany irgendwie zu uns gehört.

“apoleon” ist zumindest in den Credits von MV aufgeführt und schon über 6 Jahre dabei und hat viel Positives beigetragen.

@bagbag sagte

@styroll sagte: Es geht […] darum, […] was gegen das zusätzliche Angebot eines App-Images spricht

Außer mehr Aufwand nichts.

Dann sind wir ja gleicher Meinung…

@marc-s sagte: da kann ich für Mediathekview13 einen Shortcut namens “neue Filmliste laden” erstellen und mit cmd-N belegen. Funktioniert.

Ja, und da hast du wohl den Globus auch nicht mit einem Unicode-Zeichen “ersetzt”.

@marc-s sagte: Aber ich habe es nicht geschafft, den Shortcut für “▼Film aufzeichen” zu ändern.

Hab das eben getestet mit “cmd+shift+R” (Record) für den String “Film aufzeigen”. Funktioniert.

@marc-s sagte: Wahrscheinlich ist das gar kein Unicode-Zeichen, sondern es wird das Download.png einkopiert.

Genau.

@marc-s sagte: Hat jemand einen Tipp wie man den Shortcut ändert? Gerne auch direkt im Programm selber (also nicht über Systemeinstellungen).

Letzteres geht nicht.

BeispielsURL grad eben:
https://arteptweb-a.akamaihd.net/am/ptweb/048000/048500/048578-002-A_SQ_0_VA_03586496_MP4-2200_AMM-PTWEB_vy3tRD0ER.mp4

danke - es funktioniert.

@alex: Ich muß mich korrigieren, ~/> wird als Arbeitsverzeichnis angelegt, der Rest wird ignoriert. Ich starte MV allerdings nicht aus dem Terminal, sondern mit einem Starter und da geht der Parameter offensichtlich nicht.

Den XFCE-Usern zuliebe könntet Ihr vielleicht überlegen, den von Georg genannten Parameter per default auf “false” zu setzen. Allen anderen schadet das nicht, die loggen eh nach /dev/null. Und wer debuggen will, kann das ja einfach wieder auf “true” setzen.

Oder jedenfalls einen Tipp in der Hilfe?

@mvsfsvm
Danke am alle
wie häufig üblich sitzt das Problem vor dem Bildschirm
es funzt wie von Münchensüd beschrieben - man darf halt keine Maus benutzen

@lanu sagte in Version 13.0.5 bietet keine HD Downloads an:

An den oder die unbekannte(n) Entwickler(in): Vielen Dank für v13.0.6 !!

@DerReisende77 ist dafür verantwortlich 😉

Benutzt Du die DMG Version der App? Oder irgendetwas anderes?

@menchensued
Haeufig ist nur die erste Datei betroffen, manchmal allerdings alle. Heute zum Beispiel (10.12. / 0:18) keine.

Also ich finde man kann es ruhig einführen dass Leerzeichen bei Pfaden am Anfang und am Ende weggetrimmt werden, dann treten solche Fehler halt einfach nicht auf. Es ist dann auch egal wenn es nur 0,01% der User mal betrifft.

@pidoubleyou Keine Hektik, wollte nur sehen, ob es in Vergessenheit geraten ist.

@xaver sagte in Diffliste:

das Feld “neu” im Film wird vom Gui beim user gesetzt, Filme die er in seiner Liste aktuell (also JETZT vor dem Suchen) noch nicht hatte bekommen “neu”. (Wenn ich meine Filmliste vor dem Aktualsieren löschen, sind also alle Filme nach den Neuladen der Filmliste “neu”).

Gut, also brauche ich “neu” nicht zu berücksichtigen.

Wenn du alle Filme haben willst, musst du bis ~10:00 Uhr die “akt” laden, ab dann kannst du eine “diff” laden.

Ich hab zum Test die Liste von 05:20 Uhr genommen und dann mit den darauffolgenden Diffs experimentiert.

Beim einfügen der diff musst aber schauen, was schon da ist, sonst hast du doppelte Einträge.

Der Index eines Films wird hier gebaut:
https://github.com/mediathekview/MLib/blob/master/src/main/java/de/mediathekview/mlib/daten/DatenFilm.java

public String getIndex() {
// liefert einen eindeutigen Index für die Filmliste
// URL beim KiKa und ORF ändern sich laufend!
return (arr[FILM_SENDER] + arr[FILM_THEMA]).toLowerCase() + getUrl();
}

ist: Sender, Thema und (ein Teil der) URL

Zum testen hab ich jetzt zum Vergleich “Sender, Thema, Titel und Datum/Zeit” genommen. Was übereinstimmt, wird durch den Eintrag aus der Diff ersetzt, alles andere wird als neuer Eintrag eingefügt.
Ich sehe, da liegt noch Einiges an Arbeit vor mir. 😉

@mvsfsvm
Ich würde sagen: NEIN. Ich habe den zu ersetzenden Bereich wie folgt markiert:

<!-- Akt-Filmliste -->
<film-update-server>
…
…
</film-update-server>
</Mediathek>

(wobei die Markierung mit dem hier fett dargestellten [inklusive] beginnt und bis zum Ende des fett dargestellten [inklusive] reicht).

Den gleichen Bereich habe ich also sowohl in der Quell-, als auch in der Ziel-Datei markiert, dann den markierten Inhalt der Quell-Datei über die Markierung der Zieldatei kopiert (diesen also ersetzt) und sodann die Zieldatei gespeichert (bzw. die Quelldatei ohne Speichern verlassen). Wüsste also nicht, wie bei dieser Vorgangsweise ein Fehler in der Zieldatei entstehen könnte …

😉