[Announce] vdr-plugin-tvscraper 1.2

Jetzt gehts - er konnte die vdr.pc nicht finden.

Trotzdem:

Quote from MarkusE

zu

Code

tvscraper: epg scraping done

0: Error

1: Info

2:Debug

Ist eine Info, finde ich OK.

Display More

Als Info werden diese Meldungen "highlighted", was leider bei dunkler Schrift auf hellem Background quasi nicht mehr lesbar ist.

Warum reicht eine normale Anzeige nicht?

Vor allem sind aktuell

start scraping epg
epg scraping done

und 

schedule for channel EURONEWS GERMAN SD S19.2E-1-1012-6388 is not availible, skipping

dasselbe Level, was Warnungen wie letztere irgendwie degradiert.

Quote from MarkusE

> Als Info werden diese Meldungen "highlighted", was leider bei dunkler Schrift auf hellem Background quasi nicht mehr lesbar ist.

Welches Tool zur Anzeige verwendest Du?

journalctl in einem xfce4-terminal

Da kannst auch den direkten Weg über die Syslog gehen.

Du brauchst dazu ein Format File (z.B. 10-format.conf) in /etc/rsyslog.d, das die Severity mit ins syslog schreibt.

template(name="myFileFormat" type="list") {
    property(name="timestamp" dateFormat="rfc3164")
    constant(value=" ")
    property(name="pri-text")
    constant(value="\t")
    property(name="hostname")
    constant(value="\t")
    property(name="syslogtag")
    property(name="msg" spifno1stsp="on" )
    property(name="msg" droplastlf="on" )
    constant(value="\n")
    }
$ActionFileDefaultTemplate myFileFormat

dann "service restart rsyslogd".

Damit sieht dann eine Live Meldung im Syslog z.B. so aus:

Nov 18 16:37:58 user.err        VDR-2404-Dev    vdr: [203998] live: use ffmpeg.conf file /var/lib/vdr/plugins/live/ffmpeg.conf

"user.err" zeigt, dass dies als Fehlermeldung ausgegeben wird (könnte man mal bei Gelegenheit auch auf isyslog reduzieren, ist ja kein Fehler).

Das hat dann auch den Vorteil, dass man direkt im Syslog nach Fehlermeldungen suchen kann.

Quote from MarkusE

journalctl ist irgendwie nicht mein Tool.

Aufgerufen, dann G gedrückt (Ich will ja die neuesten Meldungen sehen).

Dann 2 min gewartet, dann mit Strg-C die Berechnung der Zeilennummern abgebrochen ...

Moment, ich habe nicht nur die Berechnung der Zeilennummern abgebrochen, ich habe journalctl beendet -

Also nochmal starten, nochmal G drücken, nochmal warten ...

Sorry, es muss doch möglich sein, ein solches Tool halbwegs performant zu programmieren ....

Aber tatsächlich, verschiedene Meldungen werden in verschiedenen Farben angezeigt. Keine Ahnung, woher journalctl weiß, welche Meldung ein Fehler, eine Warnung, ... ist.

Aber die Farben sind bestimmt einstellbar, bei mir ist das Rot, Grau und Weiß.

Kann jetzt nicht sein, dass ich das Level meiner Meldungen ändere, nur weil journalctl bestimmte Meldungen nicht so darstellen kann, dass sie lesbar sind.

Display More

Also, wenn man natürlich ein Journal sehr lange persistent vorhält und sich dann alles auf einmal anzeigen lässt, dann dauert das ne Weile, das stimmt. Aber im Regelfall macht man das ja nicht, sondern will nur die Meldungen

- von heute: "alias jct='/usr/bin/journalctl --all --since=today'"

- oder seit dem letzten Boot: alias jcb='/usr/bin/journalctl --all --boot'

sehen.

Oder man sucht nach irgendwas "/usr/bin/journalctl --all --grep blah"

Dann geht das auch ziemlich schnell mit dem Anzeigen.

Und wieso Zeilennummern? Was für Zeilennummern und wenn ja, wofür?

Die Farben kann man nicht einstellen, die sind fix, auch wenn es drei verschiedene "sets" gibt.

Und wissen tut journalctl die Priority einer Message natürlich aus dem Level, mit dem sie durch journald gelogged worden ist.

Quote from MarkusE

Aufgerufen, dann G gedrückt (Ich will ja die neuesten Meldungen sehen).

In dem Fall kannst du es so aufrufen: journalctl -fl - -f sorgt dafür, dass neu eingetrudelte Logeinträge ausgegeben werden und -l verhindert, dass zu lange Zeilen mit eingekürzt werden.

Bin noch mit focal unterwegs, alle updates, ESM.

Analog dem gefixten Problem bei live nun auch hier:

"msgfmt -c -o po/de_DE.mo po/de_DE.po
In file included from tvscraper.c:65:
tools/stringhelpers.h:1669:177: error: ‘multiline’ is not a member of ‘std::regex_constants’"

und kein Kompilieren mehr.

Wenn möglich, bittääh anpassen

Quote from MarkusE

Im git ist jetzt v1.2.13:

• neues Service Interface, das von live 3.5.0 benötigt wird

Gehe ich recht in der Annahme, dass das nicht rückwärtskompatibel ist?

Also ein Update auf 1.2.13 setzt dann auch 3.5.0 voraus?

Ich verwende tvscraper (hauptsächlich wegen der Bilder und einiger Kanäle, die es in tvm/tvsp nach IDs nicht zu finden gibtr) zusätzlich zu epgd und einer angepaßten epgsearchuservars.conf in epgsearch.

Nun erhalte ich - erst nach Ende der Aufnahmen (nicht mehr rot in der "live"-Liste der Aufnahmen) - fast immer eine "doppelt gemoppelte" Angabe der SxxEyy - Angaben, oft auch nur am Ende ein " - S2024E01" oder so ähnlich, auch für Nicht-Serien.

Manchmal, aber selten, stimmen die am Beginn mittels der epgsearchuservars erzeugten SxxEyy nicht mit denen am Ende überein. Ich lösche die am Ende eigentlich immer.

Möchte mir das aber ersparen. Mir ist nur nicht klar, wie diese zustandekommen bzw. wenn das tvscraper macht, wie ich das abstellen kann?

Danke - mach ich noch heute. Interessanterweise werden die Einträge (hinter dem Titel, nicht als Präfix, wie mein epgsearchuservars) erst NACH Beenden der Aufnahme hinzugefügt. Und auch dann, wenn in der Beschreibung weder Kategorie "Serie" noch irgendwas mit Staffel vorkommt. Oft ist die "Staffel" dann einfach eine Jahreszahl.

Bin ich wirklich der Einzige, bei dem das auftritt? Ja, ich hab epgd UND tvscraper laufen.

Quote from MarkusE

Könnte epgsearch sein, oder auch epgd.

Ich verwende nur EpgSearch und kann diesen Effekt nicht bestätigen. Kling also nach epgd…

Ok, sorry, es hat sich bei mir nichts geändert, SxxEyy NACH ENDE der Aufnahme doppelt, also am Ende nochmal.

Das spielt es etwa seit November.

Muß mal sehen, wo die Logs sind, wenn im tvscraper debug eingeschaltet ist.

Halt, hab's gefunden. Das debug-Log ist nur im Journal und zeigt nix interessantes, aber ein /etc/vdr/scripts/check_recordings macht das. Hab es auskommentiert.