@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 … ;-)

Hallo Alex, das wird schwierig. Ich habe die build.gradle ziemlich gepatcht, damit ich das Paket gebaut bekomme ;-) Mir sagt jetzt travis auch nichts. Somit kann ich leider nicht beurteilen, was du zum Bauen brauchen würdest. Die Sources kannst du hier finden: https://build.opensuse.org/package/show/home:Herbster0815/MediathekView

Soweit ich mitbekommen habe war das repo temporär down. Sollte wieder funktionieren.