Um dann trotzdem wegen einem fehlerhaften Plugin nicht zu starten.
Ich gebe Klaus vollkommen recht, wenn mit einem Plugin was nicht stimmt sollte nicht gestartet werden.
Ich hatte noch nie in ein Startproblem am produktiven VDR.
Peter
Um dann trotzdem wegen einem fehlerhaften Plugin nicht zu starten.
Ich gebe Klaus vollkommen recht, wenn mit einem Plugin was nicht stimmt sollte nicht gestartet werden.
Ich hatte noch nie in ein Startproblem am produktiven VDR.
Peter
Mir erschließt sich der Sinn des ganzen nicht wirklich.
Der Counter wird so unscharf sein, das die User damit nicht zu ermitteln sind.
Mein letzter VDR lief gefühlt 10 Jahre ohne ein Update. Vor kurzen wechselte ich dann auf neue Hardware und werde jetzt wahrscheinlich Jahre kein Update machen weil alles funktioniert.
Demnach würde ich bspw. da gar nicht auftauchen.
Peter
Hallo wirbel,
Das vdr log ist von 14:14-14:19 Uhr, sollte also die Daten haben.
channels.conf kann ja nicht falsch ein da ein hin und her schalten den Kanal hell macht.
Es sind auch immer wieder andere Kanäle nie es betrifft.
Wie gesagt, sehr selten aber stetig.
Werde mal eine andere minisat Version testen.
Peter
Hallo,
Wenn das Umschalten nicht klappt dann steht im femon nichts bei den Bitraten.
Im Anhang das Log vom vdr und dem minisatip.
Zeitpunkt 14:15:05
Welche Protokollart des satip Plugins sollte man nehmen?
Aktuell läuft bei mir unicast.
Peter
Hallo Firefly,
Ja die Ausgabe ist eigentlich eindeutig.
Jedoch, ich habe das Teil schon mehrmals kompiliert und am Kernel nichts gemacht. Beide Dateien sind vorhanden.
Die beiden make Befehle habe ich aber auch noch nicht ausgeführt.
Teste ich noch mal.
Peter
Mit femon das ist eine gute Idee.
Leider muss ich feststellen das mein minisatip server eine falsche Uhrzeit hat.
Damit ist es im Moment unmöglich die "dunklen Stellen2 im Log zu finden.
Peter
@Dr Seltsam
Gut 100 waren etwas übertrieben...
Von den 78 gibt es einige die Änderungen in der letzten Zeit hatten.
Zu deiner Frage ob ich das Ausgabeplugin Ausschliessen kann:
In dem Moment wo kein Bild kommt loggt der minisatip das keine Daten gesendet werden.
Leider habe ich im Moment kein Logfile zur Verfügung.
Ob das auch an softhddevice liegen kann ist eine gute Frage.
Ich stelle hier in Kürze das vdr und minisatip Logfile ein.
Peter
Peter
Hallo,
Zurück zum Thema:
Das Problem tritt immer noch auf.
Im log des minisatip Servers sehe ich auch das keine Daten übertragen werden.
Von dem minisatip gibt es gefühlt 100 Forks.
Nutzt hier eventuell jemand die Kombi?
Peter
ich habe mal den minisatip aus dem git aktualisiert.
Ist noch etwas kurz, aber bisher gab es noch keinen dunklen Schirm nach dem Kanalwechsel.
Ich werde hier nächste Woche berichten.
Peter
Ich hatte auch schon Tests mit vtuner-ng gemacht. Hier trat das Problem allerdings niemals auf.
Bei vtuner-ng gefiel mir das umschalten nicht so recht.
Peter
Danke Wirbel für die Auswertung.
Das würde dann bedeuten das ich eher auf der minisatip Seite schauen muss?
Peter
Hallo Wirbel,
Ich musste ziemlich lange zappen, der letzte Switch zu NTV blieb dunkel.
Peter
Hallo,
Ich glaube wirbel ist der maintainer, oder
Ich nutze das Plugin schon eine Weile und habe lediglich ein kleines Problem damit.
Es kommt immer wieder mal vor das der Kanal nach dem Umschalten dunkel bleibt.
Ein hin- und herzappen löst das Problem.
Das einzige was ich bisher sagen kann das es im Prinzip alle Kanäle betrifft.
Es tritt eher sehr selten auf, aber immer wieder mal.
Meine Version ist die letzte aus dem GIT.
Peter
Hi,
Mit der aktuellen GIT Version kompiliert es hier nicht mehr.
make -C /lib/modules/6.7.3/build M=/vdr/src/vtuner-ng/kernel modules
make[1]: Verzeichnis „/vdr/src/linux-6.7.3“ wird betreten
ERROR: Kernel configuration is invalid.
include/generated/autoconf.h or include/config/auto.conf are missing.
Run 'make oldconfig && make prepare' on kernel src to fix it.
make[2]: *** [/vdr/src/linux-6.7.3/Makefile:794: include/config/auto.conf] Fehler 1
make[1]: *** [Makefile:234: __sub-make] Fehler 2
make[1]: Verzeichnis „/vdr/src/linux-6.7.3“ wird verlassen
make: *** [Makefile:30: default] Fehler 2
make default
Die include/config/auto.conf ist vorhanden.
Hatte es auch schon erfolgreich mehrmals übersetzt.
Peter
Thanks,
work perfekt.
Peter
SCREENSAVER = 0
comes when compiling
video.c: In function ‘VideoInit’:
video.c:24314:9: error: ‘DisableScreensaver’ undeclared (first use in this function); did you mean ‘DisableScreenSaver’?
24314 | if (DisableScreensaver) {
| ^~~~~~~~~~~~~~~~~~
| DisableScreenSaver
I fix it and then start without the errormessage.
Thanks for support
Peter
Hallo Wirbel,
Das Problem tritt nur bei softhddevice aus dem aktuallen GIT auf.
Mit der softdevice Version 2.3.1 tritt das nicht auf.
Empfangsprobleme dürften demnach raus sein.
Peter
Hallo jrie,
Ja, nur mit softhddevice und satip das gleiche.
Peter
2.3.1 has definitely no problem.
Thanks
Peter
This is totally crazy. compiled with debug the problem does not occur. CPU load normal. Compiled without debug, you will see the start at 16:40:27 in the log file Peter