Ich glaube in dem Fall ist es das einfachste den "Retry" Timer vom Lifeguard höher zu setzen, dass der den Shutdown um 2 Stunden oder so verzögert.
Setze Lifeguard schon lange nicht mehr ein, aber du findest den Parameter bestimmt.
Beiträge von cyril
-
-
Es ist noch etwas suboptimal, da die Meldungen "VDR schaltet in XY ab" trotzdem am Client kommen bevor das getriggert wird.
Aber für mich persönlich und fpr den Moment noch besser als der Ausgangszustand -
Ohne dem Krawall hier anzufeuern...
Kommt drauf an was du durch die Verschlüsselung erreichen willst. Zwischen physischem Diebstahl und der Verleihung eines Aluhutes ist ein großer Spielraum.
Welche Art von Information willst du weswegen lokal verschlüsseln? Ohne diese Information kann man nicht wirklich eine Empfehlung aussprechen. -
Neuer VDR und jede Menge Versionsupdates.
Beim Einrichten von Shutdown/Wakeup ist mir aufgefallen, dass -s shutdownscript.sh nicht nach MinUserInactivity ausgeführt wird.
Der VDR zeigt im Frontend den Countdown an, nach Ablauf passiert allerdings nichts. Im Syslog passiert auch nichts.Das Script wird korrekt ausgeführt wenn HITK POWER ausgelöst wird.
Hab ich bei den letzten Versionen etwas wichtiges verpasst?€: VNSI Server Plugin setzt den Timer zurück?
Nach Deaktivieren des Plugins funktionierts wie erwartet. Vielleicht weiß jemand wie der Shutdown durchgeführt werden kann wenn kein Client gerade streamt?€2: Hat mich nicht losgelassen, anbei ein Patch, der den Shutdowntimer nur zurücksetzt, wenn tatsächlich ein Client streamt oder eine Aufnahme ansieht.
-
Der Virt-Manager kann doch remote Verbindungen über unterschiedliche Protokolle einrichten.
Wieso nicht den Virt-Manager am Desktop installieren und die Clients mit zB. ssh einrichten? -
Hatte das früher mal mit dem IPTV Plugin und vlc am Laufen.
Aber viel mehr als statische Channels anzulegen funkt damit auch nicht. -
Der gesamte Verkehr der über den VPN - Dienstleister geht könnte der Dienstleister problemlos einsehen.
-
Soll ich vielleicht ein anderes Frontend versuchen; wenn ja, welches?
Hast du ne Nvidia Grafikkarte rumliegen?
Wenn ja: Softhddevice -
Da steht die Spulgeschwindigkeit
-
Mit Eclipse CDT sollte das kein Problem sein.
-
Wichtig wäre zu wissen was in beiden Logs steht wenn du versuchst zu mounten.
-
Synology kann PVR von hausaus mit ausgewählten Sticks.
Zeitgesteuerte Aufnahmen zumindest. Habe ich aber nie getestet. -
Mich stört eher der Rechtschreibfehler im roten Text.
Entweder es soll "weitere Bearbeitung" heißen oder "Weiterbearbeitung". So wie es da steht ist es falsch.
Das ist mir auch sofort ins Auge gestochen
Aber sicherlich notwendig.
Am Besten auch gleich anmerken dass die Bug und Supportsachen in den VDR-Core Bereich anstatt in die News gehören. -
Hey Louis,
Das hab ich mitbekommen, danke für den Tipp.
Mir gings vielmehr darum die Ursache zu ergründen als das Problem im Skin auszuhebeln. -
Ich habe gerade nur das softhddevice Plugin mit -x gestartet und das OSD ist trotzdem zerhackt.
Hatte ich eigentlich schon erwähnt dass es gut funktioniert, wenn der X-Server vor dem VDR gestartet wird?
Kann ich so mit skinnopacity nicht bestätigen.
Ich starte den X Server, dannach VDR mit softhddevice detached. Attache ich habe auch nur ein zerhacktes OSD.€: mir ist gerade folgendes aufgefallen:
CodeMay 25 14:25:24 vdr vdr: [2098] initializing plugin: softhddevice (0.6.0-GIT7a5e696): Ein Software und GPU emulieres HD-Gerät May 25 14:25:24 vdr vdr: [2098] new device number 9
softhddevice ist also das vdr device 9.
aber:CodeMay 25 14:25:24 vdr vdr: [2098] ERROR: invalid primary device number: 9 May 25 14:25:24 vdr vdr: [2098] trying device number 3 instead May 25 14:25:24 vdr vdr: [2098] setting primary device to 3
Was läuft hier falsch?
-
Moin!
softhddevice.MakePrimary war bei mir schon auf 1 in der setup.conf, das hilft also leider nicht.
Lars.
Das ist genau das was das Problem verursachen könnte, wenn der VDR mit dem falschen Device startet und softhddevice dann umstellt.
Mit welchem startet der VDR denn? -
-
Da waren meine Finger wohl schneller
Ich revidiere: Wenn das plugin dynamite geladen ist dann sollte es hinfällig sein. -
Schau mal im Log ob der VDR den Stick als Device erkennt.
Bei mir braucht der Stick ca. 4 Sekunden länger zum Initialisieren als andere Devices beim Neustart.Ich weiß nicht ob in den yaVDR repos der Dynamite Patch/Plugin Dings enthalten ist, mit dem sollte es hinfällig sein.
-
Der User VDR wird wahrscheinlich keine Berechtigung für die Shell haben und deswegen nicht einloggen können.
Check mal die /etc/passwdSteht alles in der README was das Plugin benötigt oder hier: http://projects.vdr-developer.…cts/plg-softhddevice/wiki