[clausmuus]

Sag mal, liegt der Fehler eventuell gar nicht am DVB sondern an der Netzwerkverbindung? Hast Du mal getestet ob's die Probleme auch gibt, wenn Du die Ausgabe dirkt am RPI machst, also ohne Streaming?

Claus

[headless]

OK, habe es getestet und nur eine TT-connect S2 direkt an den RPI angeschlossen. Zuerst sah es tatsächlich besser aus, aber nach einer Weile tauchten die Fehler wieder auf. Das Fernsehbild ist tatsächlich auch "besser", jedoch noch weit entfernt von aktzeptabel.
Die CPU Last geht bei einem HD Stream nie über 25% (beim Webif allerdings auf bis zu 68%).

Code: [Select]

Mar 31 12:28:00 (none) user.err kernel: [  230.242706] pctv452e: I2C error -121; AA CE  CC 00 01 -> 55 CE  CC 00 00.
Mar 31 12:29:50 (none) user.err vdr: [2062] ERROR: read from client (HTTP) 192.168.222.17:35810 failed: Connection reset by peer
Mar 31 12:31:55 (none) user.err vdr: [2061] ERROR: 1 ring buffer overflow (188 bytes dropped)
Mar 31 12:32:09 (none) user.err vdr: [2061] ERROR: 1 ring buffer overflow (188 bytes dropped)
Mar 31 12:32:15 (none) user.err vdr: [2603] ERROR: driver buffer overflow on device 1
Mar 31 12:32:18 (none) user.err vdr: [2061] ERROR: 5 ring buffer overflows (940 bytes dropped)
Mar 31 12:32:19 (none) user.err vdr: [2602] ERROR: skipped 123 bytes to sync on TS packet on device 1
Mar 31 12:32:22 (none) user.err vdr: [2603] ERROR: driver buffer overflow on device 1
Mar 31 12:32:26 (none) user.err vdr: [2603] ERROR: driver buffer overflow on device 1
Mar 31 12:32:26 (none) user.err vdr: [2602] ERROR: skipped 110 bytes to sync on TS packet on device 1
Mar 31 12:32:26 (none) user.err vdr: [2602] ERROR: skipped 13 bytes to sync on TS packet on device 1
Mar 31 12:32:27 (none) user.err vdr: [2061] ERROR: 12 ring buffer overflows (2256 bytes dropped)
Mar 31 12:32:29 (none) user.err vdr: [2603] ERROR: driver buffer overflow on device 1
Mar 31 12:32:33 (none) user.err vdr: [2603] ERROR: driver buffer overflow on device 1
Mar 31 12:32:33 (none) user.err vdr: [2602] ERROR: skipped 123 bytes to sync on TS packet on device 1
Mar 31 12:32:35 (none) user.err vdr: [2061] ERROR: 11 ring buffer overflows (2068 bytes dropped)
Mar 31 12:32:52 (none) user.err vdr: [2061] ERROR: 8 ring buffer overflows (1504 bytes dropped)
Mar 31 12:32:53 (none) user.err vdr: [2602] ERROR: 1 ring buffer overflow (188 bytes dropped)
Mar 31 12:32:59 (none) user.err vdr: [2061] ERROR: 34 ring buffer overflows (6392 bytes dropped)
Mar 31 12:32:59 (none) user.err vdr: [2602] ERROR: 20445 ring buffer overflows (3843660 bytes dropped)
Mar 31 12:33:06 (none) user.err vdr: [2061] ERROR: 14 ring buffer overflows (2632 bytes dropped)
Mar 31 12:33:07 (none) user.err vdr: [2602] ERROR: 21883 ring buffer overflows (4114004 bytes dropped)
Mar 31 12:33:12 (none) user.err vdr: [2061] ERROR: 19 ring buffer overflows (3572 bytes dropped)
Mar 31 12:33:14 (none) user.err vdr: [2602] ERROR: 25383 ring buffer overflows (4772004 bytes dropped)
Wobei der pctv452e: I2C error bei den 3600 TT-connect normal ist und vernachlässigt werden kann.

[headless]

Sag mal, liegt der Fehler eventuell gar nicht am DVB sondern an der Netzwerkverbindung? Hast Du mal getestet ob's die Probleme auch gibt, wenn Du die Ausgabe dirkt am RPI machst, also ohne Streaming?

Habe ich noch nicht getestet. Aber da an dem selben Netzwerkkabel auch mein yavdr hängt kann ich ein physikalisches Problem mit den Netzwerk ausschließen (mit yavdr ist HD Streaming fehlerfrei). Falls du aber die Schnittstelle im RasPi meinst, werde ich mir die mal anschauen.

[clausmuus]

Die hohe Last beim Webif ist normal. Der Webserver wurde halt für nen x86 System entworfen und da war die Performance mehr als ausreichend. Um das zu verbessern, müsste wenigstens ein Teil des webservers in C geschrieben werden (zur Zeit ist der komplett als Shell Script realisiert). Mir sind derzeit aber andere Sachen wichtiger.
Und da die Systemlast beim normalen Streaming so niedrig ist, wird auch nicht hoch getacktet.

Ich tippe bei Deinem Problem immer noch am Ehesten auf nen Netzwerk Problem. Wo die Ursache dafür zu suchen ist, hab ich aber noch keine Idee. Am besten Du testest das mal mit dem rpihddevice Frontend um zu schauen, ob's ohne Streaming keine Probleme gibt, oder nimmst mal nen anderen Streaming Client bzw. nen anderes Protokoll (PS, PES, TS, ...). Ext dürfte z.B. kaum funktionieren.

Claus

[headless]

Hallo,

inzwischen bin ich schon ein gutes Stück weiter gekommen (siehe: http://www.minidvblinux.de/wiki/mld/tutorials/installation_raspberry_als_server).

Zum bedienen des VDR benutze ich andoVDR auf einem Andoid Tablet, weil die Performace des Raspi doch sehr knapp sind.
Alle Anregungen und Kommentare sind sehr willkommen :-)

Zum Fernsehgucken benutze ich das Tablet mit VLC oder vPlayer.

Gruß headless

[clausmuus]

Hi,

ich empfehle zusätzlich noch das Paket vdr-plugin-skincurses zu installieren, dann lässt sich das VDR OSD auf Konsole 5 benutzen. Es gibt alternativ auch ein Plugin mit dem man das OSD per SSH anzeigen kann, mir fällt aber gerade nicht ein wie das heißt. Eventuell ist das auch noch nicht für die MLD-4 verfügbar.

Claus

[clausmuus]

Was mich ein wenig irritiert, sind die hohen sirq Werte in Deiner top Ausgabe. So hohe Werte hatte ich noch nie. Bestenfalls stand das bei mir mal auf 5%, und dann funktionierte nicht mehr wirklich viel. Ursache war damals nen Problem mit der RPI Firmware und der verwendeten SD Karte.
Ich werde also selber noch mal testen wie sich mein RPI mit dvb-t Stick verhält, wenn der nen Bild Streamen soll.
Hattest Du das ganze mal mit ner anderen SD Karte versucht? Mal liest auch oft, dess der RPI deutlich besser funktionieren soll, wenn das root Filessysem auf nem USB Stick gespeichert wird, und nicht auf der internen SD Karte. Im Webif lässt sich unter "Installieren / Individuelle Installation" auswählen, dass das root Filesystem auf einem USB Stick landen soll. Auf die USB Karte kommt dann nur der Kernel und die RPI Firmware.

Claus

[skippy]

Es gibt alternativ auch ein Plugin mit dem man das OSD per SSH anzeigen kann, mir fällt aber gerade nicht ein wie das heißt. Eventuell ist das auch noch nicht für die MLD-4 verfügbar.

Doch ist es => vdr-plugin-control - 0.0.2a-3_2.1.6.60 - Ausgabe des OSD auf einem Telnet-Terminal

Viele Grüße skippy

[headless]

Hallo Claus,

danke für das Feedback. skincurses habe ich in das Wiki mit rein geschrieben. Da ich weder Tastatur noch Monitor am Raspi habe...

Das Installieren auf einen USB Stick werde ich versuchen. Die sirq Werte sind meiner Meinung auch das Problem, aber für mich sieht es so aus, als wäre da der dvb-treiber das Problem. Bei allen anderen Aktionen auf dem Raspi bleibt der Wert zwischen 0% und 2%. Wenn du mal vergleichst, sind die sirq Werte immer deutlich niedriger, wenn die TerraTec Cinergy S2 am Raspi angeschlossen ist. Sobald ich die TechoTrend anschließe, gehen die Werte immer nach oben.
Das fällt mit i386 Architektur und "fettten" Prozessoren nicht auf, beim Raspi zählt aber jedes Byte.

Im gesamten muss ich auch sagen, dass das ganze System nur benutzbar ist mit der Cinergy. Das Bild ist einwandfrei, auch in HD. Bei den TechoTrend sind sogar im SD Bild immer wieder Artefakte und Ruckler im Ton.
Mit der Cinergy traten auch noch nicht einmal die Fehler auf, wie "driver buffer overflow" oder "ring buffer overflows" mit denen mir die TechoTrend die Logs flutet. Wenn ich mich richtig erinnere, habe ich vor Jahren auch mal wo gelesen, dass jemand einen Patch geschrieben hat und dort lediglich die Buffer größe geändert hat - dann war das Problem beseitigt.
Ich vermute also lausig programmierte Treiber, aber da fehlt mir das Wissen um tatsächlich selber Hand anlegen zu können

@skippy
Danke, habe es auch in das Wiki mit aufgenommen

Gruß headless

[skippy]

Super headless, so stelle ich mir ein Wiki vor. Ich habe noch den Standardport für das vdr-plugin-control ergänzt.

Viele Grüße skippy

[headless]

Auf der Suche nach Performance   

Ich habe gerade versucht herauszufinden, wie meine DVB USB Teile mit dem USB-Bus des RasPi kommunizieren. Allerdings ist lsusb nur sehr bedingt aussagekräftig in der bussybox Verrsion. Kann mir jemand sagen, wie ich herausfinde, welchen Transfer Type meine USB-DVB Geräte benutzen (Bulk oder Isochrone)? Info USB

Selbes Thema, nächste Frage  :
Kann mir bitte jemand erklären, was diese f#$6/%ing SIRQ bei Aufruf von top sind? Wo finde ich da Info dazu? Habe nur einige Artikel gefunden, wo der I/O Scheduler falsch gewählt war auf dem RasPi. So weit ich das verstanden habe, sollte er mit cfq (bzw. noop) nie hoch gehen. Hat da wer Infos zu?

[Update] Kaum schreibt man die Frage in das Forum dann sucht man auch richtig (statt Raspberry mal mit Kernel gegoogelt): lwn.net/Articles/520076/ NUR hilft mir das genau 0,00% weiter. Könnte dann also das Netzwerk sein oder der Treiber von den DVB Geräten...