Problem mit stremdev

pixelpeter · Nov 12th 2006

Hallo,

Kann mir bitte jemand von den streamdev-Experten sagen, was hier bei mir für ein Problem vorliegt:

Nov 12 21:44:24 linuxserver vdr: [11021] TS buffer on device 2 thread ended (pid=28015, tid=11021)
Nov 12 21:44:24 linuxserver vdr: [11020] buffer stats: 119192 (5%) used
Nov 12 21:44:24 linuxserver vdr: [11020] receiver on device 2 thread ended (pid=28015, tid=11020)
Nov 12 21:44:24 linuxserver vdr: [11878] receiver on device 2 thread started (pid=28015, tid=11878)
Nov 12 21:44:24 linuxserver vdr: [11878] receiver on device 2 thread ended (pid=28015, tid=11878)
Nov 12 21:44:24 linuxserver vdr: [11879] receiver on device 2 thread started (pid=28015, tid=11879)
Nov 12 21:44:24 linuxserver vdr: [11879] receiver on device 2 thread ended (pid=28015, tid=11879)
Nov 12 21:44:24 linuxserver vdr: [11880] receiver on device 2 thread started (pid=28015, tid=11880)
Nov 12 21:44:24 linuxserver vdr: [11880] receiver on device 2 thread ended (pid=28015, tid=11880)
Nov 12 21:44:24 linuxserver vdr: [11881] receiver on device 2 thread started (pid=28015, tid=11881)
Nov 12 21:44:24 linuxserver vdr: [11882] TS buffer on device 2 thread started (pid=28015, tid=11882)

Ich habe zwei Karten im Server und das Problem tritt meiner Meinung nach nur auf, wenn auf einer Karte eine Aufnahme läuft. Die andere Karte hat dann diese Probleme. Es treten dann auch immer wieder Artefakte auf.

Peter

schmirl · Nov 13th 2006

Du erinnerst Dich sicher an das berühmte Detach()/Attach(), das bis vor einer Weile noch auskommentiert war und dafür gesorgt hat, dass der Kanal nicht mehr gewechselt werden konnte wenn keine freie Karte mehr verfügbar war? Das ist die Ursache. Du könntest an dieser Stelle die Syslog-Meldung noch mit einkommentieren, dann wird das auch im Log ersichtlich (oder nimme einen aktuellen CVS-Snapshot).

Mit dem Detach()/Attach() läuft das so ab: Ist keine freie Karte mehr da zum Umschalten, stoppt der streamdev-server kurz seinen eigenen Receiver der ja noch auf dem alten Programm läuft (Detach()). Dann prüft er ob jetzt eine Karte frei ist und startet den Receiver mit dem alten Programm wieder (Attach()). Das sind genau die "receiver thread ended/startet" Meldungen. Nun muss streamdev das nicht nur einmal machen: Zuerst wird geprüft ob der Kanal prinzipiell verfügbar wäre, dann wird tatsächlich umgeschaltet und dabei natürlich nochmal geprüft. Warum nun gleich 4mal und nicht nur 2mal müsste man nachvollziehen, dürfte aber "normal" sein. Das auch der TS buffer Thread beendet wird liegt übrigens daran, dass mit dem letzten Receiver auch das Device gestoppt wird.

Die Artefakte von denen Du sprichst treten vermutlich im Client auf. Ist bei mir selbst dann, wenn ich noch eine freie Karte im Server habe. In der ersten Sekunde nach dem Umschalten mal den einen oder anderen Ruckler finde ich ok und ist nicht störend. Oder ist das bei Dir schlimmer?

pixelpeter · Nov 13th 2006

Hi schmirl,

Vielen Dank für die Information. Werde die CSV mal probieren.
Vielleicht habe ich mich aber auch nicht richtig ausgedrückt. Das Problem ist bei mir nicht nur beim umschalten der Kanäle.

1. Karte Skystar
2. Karte Nova-S

keine Clienten sind aktiv.
Ein Timer wird gestartet. Timer benutzt die zweite Karte.
Wenn ich jetzt meinen Clienten hochfahre dann geht er auf die Skystar und erzeugt Artefakte. Bei jedem Artefakt habe ich diese ominösen Meldungen. Immer wieder, obwohl ich keine Kanäle wechsle. Ich dachte immer, dass die Skystar das Problem erzeugt. Scheint aber bei der Nova genau so zu sein, wenn auf der Skystar die Aufnahme läuft.

Peter

schmirl · Nov 14th 2006

Quote

Das Problem ist bei mir nicht nur beim umschalten der Kanäle.

Das ist dann allerdings seltsam. Wenn auf dem Client der EPGScan aktiviert ist, bitte den abschalten. Denkbar wäre auch, dass "Kanäle aktualisieren" die Ursache ist - weiß aber nicht wie das genau implementiert ist. Oder ist auf dem Client ein Plugin installiert, das selbständig versucht Kanäle umzuschalten?

Wenn Dich die Punkte nicht weiterbringen: Kannst Du mal den streamdev-client mit Debugging installieren (im Plugin-Verzeichnis: make clean; DEBUG=1 make all; Ausgabe kommt über stderr) oder die Kommunikation auf Port 2004 mit einem Sniffer beobachten?

Problem mit stremdev

Participate now!

Share

Users Viewing This Thread