Na witzig - hab eine 630 vor 3 Wochen erst in meinen VDR einbauen wollen, hatte damit auch Probleme, auf der nvidia-Site wurde mir nur der 390er-Treiber angeboten dafür. Hab dann doch den Intel-Chip verwendet.
Jetzt hab ich nochmal nachgesehen, es wird nun der neue nvidia-440 zum Download angeboten für Linux ....
Der 435 läuft erst ab der Nvidia-700er-Serie, die 630 braucht schon den Legacy-Treiber bzw. den nvidia-390.
Für die 630er braucht es schon den Nvidia-Legacy-Treiber (apt-get search nvidia-390), der wird offenbar vom playbook nicht automatisch installiert?
Wenn es um "thetvdb" geht, der Key ist fix einprogrammiert, wie hier bei der Logmeldung:
Nov 15 12:24:57 epgd-debian epgd: Error: Getting URL failed; HTTP response code said error (22); http code was (403) [thetvdb.com/api/E9DBB94CA50832ED/mirrors.xml]
Bei mir funktioniert es soweit seit gestern auch wieder 
Nur diese
Fehlermeldungen kommen noch.
Liebe Entwickler,
laut https://forums.thetvdb.com/viewtopic.php?p=161046 steht eine API-Änderung bei thetvdb an.
Kann es sein, daß diese bereits durchgeführt wurde und epgd davon noch nix weiß?
Oder tritt das nur bei meinem System auf, da ich irgendwie (403) gesperrt bin?
Sobald ich in epgd.conf die scraper abschalte, ist Ruhe.
Ach ja, habe mittlerweile das vdr-plugin-dbus2vdr wieder deinstalliert, drum ist es nicht in den showargs von eben ...
Hi, danke erstmal
Das sieht so aus:
Wobei ich ja den vdr-2.41
verwende. Weiß jetzt gar net, wieso das dynamite da drin steht ...
Muß den Thread mal kapern:
Nach irgendeinem Update (System siehe Signatur) hab ich auch die endlosen "connect with unique name" (ansteigend)-Logzeilen.
Start des dbus2vdr mit --log=3 liefert nur
usw.
Habe schon dbus2vdr gepurged und das ansible-script neu durchlaufen lassen, nützt nix.
Wie krieg ich das wieder auf Schiene?
Das betraf immer Frontend 1/0 und meistens Pro7. Ich würde mal mit femon (Cursor rechts schaltet die Tuner um) die Empfangseigenschaften beider Tuner vergleichen, am besten wenn auf Pro7 gestellt.
Ehm, I misread your posting: you can use vdr-plugin-dynamite to detach one or the other dvb tuner, but vdr-svdrp itself to detach softhddevice (which is also occupying a tuner usually unless you playback a recording). Simply - maybe from a script - do a "svdrpsend plug softhddevice DETA" and ATTA to reattach.
If it's 0.62 as in your signature, you have the vdr-plugin-dynamite to do the job. It is configurable with svdrpsend or (yavdr-)OSD.
Hab sie mittlerweile wieder auf Standard gesetzt, da ich (Ende - Anfangszeit) auch noch im Kopf hinkriege
Mal sehen, ob sich das normalisiert ... aber Syntaxfehler hatte ich keinen drin.
Jedenfalls errechnet die Formel in eventviews.sql die Zeit auch nur als (Endzeit - Beginnzeit)
Irgendwie hab ich im EPG jetzt immer mehr Sendungen mit "Kein Titel", aber Untertitel und sonstige Infos werden angezeigt. Hat das noch sonst wer?
Ich kann mir nicht vorstellen, daß - schon gar, weil Werbeblöcke immer mehr "synchron mit Nachbarsendern" eingeblendet werden - so eine "Zeit ohne Werbung" überhaupt vorher errechnet werden kann. Dann müßte außerdem bei der "Dauerwerbesendung" im Bild "0 Minuten" stehen
Ok, ich habe die Serienkennung aus der eventsview entfernt, da die ohnehin unten nochmal steht und ich das schon bisher mit der epgsearchuservars.conf "abhandle"
Grüße aus dem hochnebeligen Wien
Habe nur die Zeile eingefügt mit der Länge, da die Tilden bei den Serienkennungen ja IRL neue Unterverzeichnisse erzeugen.
Im vdradmin wird das jedenfalls angezeigt. Live nur in der Detail-Info, da im Subtitelfeld bereits eine Zusammenfassung verwendet wird.
Epghttpd zeigt, so glaub ich jedenfalls, die Länge schon immer an
Ok, die Standalone-Geräte brauchen wohl keine Zeitsync. Ich dachte da jetzt an sowas wie den Google Authenticator ...
Ein Unding, dass das überhaupt möglich ist. Ersatz-SIM nur gegen Vorlage des Perso oder max. Versand an registrierte Adresse und gut!
Nun, im "weiten Land" jenseits des großen Teichs sind die Distanzen zur nächsten Filiale (nicht das "Automatenbuffet") einer Bank oder eines Handyproviders oft gar lang.
"Registrierte Adressen" sind ebenso unsicher, noch dazu wo die Post oft nur bis zum Briefkasten an der Straße, 200m weg vom Haus zugestellt wird.
Wie lange eine TAN-App ohne Zeitsynchronisation funktioniert, weiß ich nun auch nicht.
Gerade für Verwendung als Tan-Empfänger sollte das Handy und die SIM gesichert sein. Wobei ich grad mal wieder Warnungen vor "feindlichen Übernahmen" von Handynummern (SIM-Swapping) gelesen hab.
Das bedeutet, daß jemand die Authentifizierung durch bösartige Apps, Social Engineering, MITM-Proxies etc. überlistet und mit den geklauten Credentials beim Provider eine Ersatz-SIM mit derselben Nummer beantragt.
Mit der kann er dann Ihre TANs empfangen, 2FA für Mail- und sonstige Konten umgehen und auch die betr. Konten in seinen Besitz bringen (und bei Bankkonten auch leerräumen), sowie die Credentials ändern, daß Sie selbst nicht mehr reinkönnen.
Siehe auch ZDNet: Warnung des FBI :)
So, damit genug der Paranoia.
