VDR nach Längerer Laufzeit PRobleme

Du hast nur eine Karte? Das Problem kenn ich auch, aber in einem 2Kartensystem. Die Sekundäre Karte "schläft ein". Das Problem ist sehr alt und hat mir früher viele Aufnahmen zerstört. Konnte leider keine Lösung finden.

Die Treiber müssen neu geladen werden. Das funktioniert aber leider nicht immer ohne neustart des VDR

Zitat

Original von jensa
Hallo, ich habe meinen CTVDR im Einsatz als Streaming-Server mit dem Streamdev-Server.

Ich benutze kein CTVDR deshalb kann ich dir da nicht viel weiterhelfen .
Aber was für eine Version des streamdev-server setzt du ein?

Zitat

Original von jensa
Mein Problem ist wenn ich abends meinen Clienten runterfahre und am nächsten abend hochfahre und tv sehen möchte dann ist das bild gestört mit so komischen quitschtönen dabei hoffe ihr ahnt was ich meine halt so große rechtecke gequitsche und ab und zu grüne punkte.
dies ist auch an meinem laptop von daher schließe ich ein Problem des Clienten aus, woran kann es liegen?

Normalerweise würde ich hier sagen das du evtl. einen schlechten Empfang hast, oder der streamdev-server sendet dir da evtl. nicht alles (???).
Dazu wären aber Logauszüge wenn der Fall auftritt interessant (messages oder syslog unter /var/log).

Ich meine schon mal gelesen zu haben das der streamdev-server sich aufhängt wenn der Client die Verbindung beendet (dies ist bei mir mit der akt. Version von schmirl allerdings nicht so!).

Dazu vielleicht noch zwei andere interessante Beiträge:
streamdev mit 99% automatisch killen [help wanted]
[TEST] streamdev: VTP Section Streaming / Erweitertes HTTP TS-Streaming

Ob die CVS Version von schmirl nun als CTVDR Packet dabei (via apt-get) ist kann ich die leider nicht sagen.

Gruß,
Chuck

Zitat

leider nicht immer ohne neustart des VDR

Gibt's da nähere Hinweise, wie der VDR einen Module-Reload überleben könnte?
Soweit ich weiss, wird's schwierig die Treiber wegzuziehen solange der VDR die Devices offen hat.

uwe

Evtl. auch mal versuchen den EPG Scan abzustellen (Einstellungen-EPG-Zeit=0).
Ich meine gelesen zu haben das auf einem ein Karten System das Bild nach / bei einem EPG-Scan erst wieder kommt wenn man per FB umschaltet (stört das vielleicht den streamdev-server ???).

Ggf. wenn der Fehler auftritt per Vdradmin auf den Server zugreifen und prüfen ob ein Bild / Empfang auf dem Server ist und dann ggf. umschalten.

Gruß,
Chuck

Hallo,

vdr -V

gibt die Version von VDR und Plugins aus.

Gruß Stefan

Zitat

Original von jensa
was mir im moment noch bei dem streamdev-stream fehlt ist das ich kein epg oder teletext habe wie bekomme ich das hin?

Dieses ist genau mit der Version -> [TEST] streamdev: VTP Section Streaming / Erweitertes HTTP TS-Streaming <- des streamdev-server möglich (EPG Daten) --> aber auch nur wenn du den streamdev-server-client mit einem VDR "(streaming client)" einsetzt, also nicht wenn du den Stream per VLC oder Mplayer empfängst.

Gruß,
Chuck

VDR als Streaming Client waere nur auf Linux Systemen verfuegbar. Je nach Hardware wuerde die Ausgabe per Xineliboutput, DXR3 oder FF Karte erfolgen.

Das ist aus meiner Sicht nur dann Sinnvoll, wenn diese Clients nicht anderweitig genutzt werden. Sobald die Clients auch als 'normale' Rechner oder zum Surfen eingesetzt werden wuerde ich eher auf die Kombination vlc und xxv setzen.

Per xxv hast Du eine sehr schoene Uebersicht ueber die vorhandenen Kanaele, und kannst bei richtiger Einstellung die Sendungen direkt Streamen, waehrend ein sequentielles 'zappen' mit vlc machbar ist.

Ansonsten kannst Du auch per xine / xineliboutput das OSD auf den remote Rechner uebertragen (das klappt afaik problemlos), allerdings schauen dann leider alle xine clients per definiton das gleiche Programm.

Wie du siehst ist die Ideale Loesung noch vollstaendig vorhanden. Ich pruefe gerade ob ich ein Pseudo-osd mit einem Widget (da client=windows ein Konfabulator widget) erzeugen kann. Das liesse sich (hoffentlich) per Hotkeys steuern, und koennte von XXV oder per svdrp die notwendigen Informationen bekommen.

Hallo,

soweit ich das gesehen habe hast du die aktuelle version des Plugins. Eine neuere Version bekommst Du meines wissens nicht per apt-get, sondern muesstest du aus den Plugin-quellen selber uebersetzen. Ich denke aber nicht das dies dein Problem mit dem erneuten Einschalten nach laengerer Zeit behebt.

Gegebenenfalls gibt es fuer den aktuellen vdrdevel ein neu uebersetztes Plugin.

A.

Hallo jensa,

hast Du im Fehlerfall schon mal mit dem top Befehl den I/O-Waits Wert kontrolliert? Ich habe bei meinem System (2 Karten auch mit streamdev-server und noch zusätzlich mediamvp) ein ähnliches Verhalten: Nach einiger Zeit - mir kommt es vor als ob ein lange "untätiger" Streaming-Client oder MVP das ganze auslöst - geht der I/O-Wait Wert bis auf fast 100% hoch und das System wird unbenutzbar. Stoppen einzelner Prozesse oder entladen der DVB-Module bringt nichts - nur ein reboot hilft.

Gruß,
Reiner.

Ein regelmäßiger reboot könnte das Problem sicher einschränken, ich halte es aber nur für einen extrem schlechten workaround. Leider konnte ich bisher noch nicht herausfinden, was wirklich der Grund für dieses Verhalten ist. Ein Ausschalten meiner Streaming-Clients nach Gebrauch damit sie nicht für längere Zeit "idle" sind, hat zumindest bei mir das Problem deutlich vermindert. Aber an einer endgültigen Lösung währe ich natürlich sehr interessiert!

Gruß,
Reiner