Hab ich auf dem headless-Server eben gemacht
Posts by Taipan
-
-
Wenn Du die IDs in der override.conf verklappst, sollte es noch etwas besser werden.
Die override.conf wird NUR auf dem Server gepflegt oder?
-
Hi,
ich habe noch immer das Problem das der Server zwar alles aktuell hält, aber die tvscraper2.db die der Client über die NFS-Freigabe bekommt uralt ist. Auch nach getätigten Timer-Aufnahmen findet keine Aktualisierung statt.
Will heißen der Server schreibt kein Backup aus /dev/shm ins tvscraper-Cache-Verzeichnis (oder viiiieeel zu selten). Mache ich das händisch und starte den Client neu ist die aktuellste "Beschilderung" auch in den Aufnahmen vorhanden.
Was kann den Vorgang denn behindern? Und was spricht ggflls. dagegen dies deutlich öfter zu tun? Und warum hat das Problem sonst keiner?
Fragen über Fragen
BTW: Die Trefferquote ist mittlerweile super - das unterscheidet zu scraper2vdr deutlich ! (Also hier bei mir - Ich möchte nicht verallgemeinern
)
-
Mein Resümee fällt auch positiv aus. Umschaltzeiten top, keinerlei 'schwattes Bild' mehr nach dem Umschalten und vor allem echt fehlerfreie Aufnahmen - Wobei früher auch angezeigte Fehler nicht zwingend in der Aufnahme sichtbar waren sondern zu Stande kamen, weil zum Zeitpunkt des Timers Vollmond war
...
Danke Joe_D
-
Ist die Option der Mehrfachnutzung der Frontends möglich (gleicher Transponder)?
Derzeit geht hier nur eine Aufnahme pro Device...
-
Ich hatte über Nacht noch je eine ver-, und eine unverschlüsselte Aufnahme gemacht - beide fehlerlos. Ich beobachte weiter.
In Sachen Stabilität und Fehlertoleranz - was passiert wenn der Satip-Server mal zeitweise weg ist? Verbindet sich vtuner automatisch neu?
Ich lasse Client und Server jetzt komplett mit dieser Konstellation laufen...
kannst Du mal prüfen ob du auch noch den 5.15er Kernel hast? Und wenn ja, 6.2.0-39 ist in dem Fall hier die Problemlösung gewesen
-
Es scheint erledigt zu sein!
Ich habe ein Kernel-Update von 5.15.0-91 auf 6.2.0-39 gemacht, vtunerc neu gebaut und nun läuft eine Aufnahme fehlerlos!
Morgen zeigen die Timeraufnahmen neue Erkenntnisse...
Danke - Zapfenstreich!
-
Aus dem syslog habe ich den Bereich einer defekten Aufnahme rauskopiert...
-
Uups, ich hänge die drei Tuner-Logs mal an während die Aufnahme läuft aber 0:00 und defekt ist... Ich sehe anhand der Logs nix!
-
macht es einen Unterschied, ob vtuner/satip auf einem headless-Server oder einem Rechner mit Ausgabe-Plugin läuft?
Der Client funktioniert perfekt aber auf dem Server sind die Aufnahmen alle fehlerhaft mit 0:00 auch auf freien Sendern!
Display Spoiler
Dec 13 12:45:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 432 errors
Dec 13 12:46:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:46:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:47:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:47:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:48:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:48:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:49:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:49:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:50:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:50:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:51:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:51:30 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:52:00 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:52:31 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:53:01 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:53:31 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:54:01 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:54:31 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:55:01 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
Dec 13 12:55:31 yavdr-server vdr: [6413] /srv/vdr/video/Serie/Death_in_Paradise/06x05_-_045._Tod_an_Bord/2023-12-13.12.15.26-0.rec: 750 errors
-
Wie ist denn die Umschaltdauer im Vergleich zum satip-Plugin?
Das ist hier ein mächtiges Kriterium - mit vtuner und dem 'bösen' Plugin sind alle Umschaltzeiten deutlich besser (gerade auch 'encrypted').
Mit dem SatIP Plugin und minisatip mit der Option '-o' kam es immer mal wieder zu fehlerhaften Aufnahmen weil der headless-Server beim Start einer Aufnahme (natürlich unbemerkt) keine erfolgreiche Entschlüsselung erreichte und somit eine defekte '0:00' Aufnahme produzierte. Das macht auf Dauer gerade bei Serien nicht glücklich. Auf dem Client ist es hier ähnlich. Beim Umschalten des öfteren kein Bild/Ton - da hilft nur umschalten auf FTA und zurück.
Es scheint für mich in der Konstellation SatIP-Plugin -> minisatip '-o' -> SatIP-Server einen Flaschenhals zu geben. Mit vtuner habe ich noch keinen Blackscreen beim umschalten gehabt. Hier ist natürlich die Abfolge auch ohne minisatip.
Ich möchte damit hier nicht offtopic werden - falls jemand ähnliches beobachtet oder bei mir einen Fehler vermutet gerne das Thema ausgliedern oder per PN.
-
Wie müßte denn (für Ubuntu yaVDR) eine *.service aussehen, damit vtuner inklusive satip-Instanzen rechtzeitig und so früh wie möglich gestartet wird - regelkonform !? Die rc.local die ich als Übergang nutze ist ja auch eher ein Dinosaurier...
-
Es besteht aus 2 Komponenten, das vtunerc Kernelmodul und das Programm satip
Quote/usr/sbin/modprobe vtunerc devices=4
/usr/local/bin/satip -h 10.15.10.30 -d /dev/vtunerc0 -m 2 -l 4 2> /tmp/satip0.log &
/usr/local/bin/satip -h 10.15.10.30 -d /dev/vtunerc1 -m 2 -l 4 2> /tmp/satip1.log &
/usr/local/bin/satip -h 10.15.10.30 -d /dev/vtunerc2 -m 2 -l 4 2> /tmp/satip2.log &
/usr/local/bin/satip -h 10.15.10.30 -d /dev/vtunerc3 -m 2 -l 4 2> /tmp/satip3.log &
Aber ich möchte mich nicht mit Halbwissen reindrängeln
Joe_D kann es besser erläutern und sollte es auch...
Funtioniert aber sehr sauber. Mal sehen was der Langzeittest zeigt (Serienaufnahmen)
-
Wenn das Modul geladen ist und die einzelnen satip-Instanzen gestartet sind ist/war hier nichts weiter an Änderungen notwendig... - Läuft!
-
Hi,
das läuft hier bei mir tatsächlich problemlos auf Anhieb. Ich starte seit gestern meinen headless mit 3 Tunern und den Client mit einem und erspare mir das vdr-plugin-satip, die Zwischeninstanz "minisatip" und spreche nun die OctopusNet direkt an. Ich nutze das "böse Plugin für bestimmte Sender".
Läuft im Moment sehr sauber ich teste damit weiter!
Was macht der Parameter -m?
Starten tut das Ganze ja auch ohne:
-
Alles wieder gut, seit eben gerade... Woran es lag weiß ich nicht aber nun ist alles frisch und der Client hat auch alle Daten zurück!
-
Sack und Asche, ich lag wohl doch falsch. Heute wieder 4 Aufnahmen "The Rookie" ohne Bilder auf dem Client - wurden bis 16:30 aufgenommen und bis jetzt 19:20 ist kein Bild da. In Live/Browser auf dem Server ist alles in Ordnung. Client und Server scheinen nicht mehr regelmäßig miteinander zu sprechen...
-
Kommando zurück!
Ich glaube eine verirrte Datei protection.fsk (Pin-Plugin) hatte in einem übergeordneten Aufnahmeordner für den Zugriff "abgeriegelt" - Alles wieder gut!
-
Ja, gerade nochmal geprüft - ist beides aktuell...
-
Ich habe aktuell bei neuen Aufnahmen keine Bilder mehr (seit 1.2.5 ; Client-Server). Vorher ist alles "bebildert" - betrifft u.a. "Hawaii Five-0", "The Rookie",... Oder verlangen die Änderungen in 1.2.5 gar einen Neuaufbau der Datenbank?