[goerdi]

Hi !

Irgenwie spielt das Satip Plugin noch nicht so mit wie es soll.
Jedesmal sobald ich innerhalb von Verschluesselten Sendern herumschalte ist spaetestens nach dem 3 oder 4 zappen Schluss und das log Fuellt sich mit

Code: [Select]

Mar 31 15:52:04 rpi-vdr user.err vdr: [8342] curl_easy_perform() [rtsp.c,284] failed: RTSP session error (86)
Moder auch

Code: [Select]

Mar 31 15:53:56 rpi-vdr user.err vdr: [8342] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85)
Mar 31 15:53:56 rpi-vdr user.err vdr: [8342] SATIP-ERROR: Detected invalid status code 400: rtsp://192.168.63.200/ [device 0]
Mar 31 15:53:56 rpi-vdr user.err vdr: [8342] SATIP-ERROR: Pid update failed - retuning [device 0]Am Digibit kann es eigentlich nicht liegen, denn Nebenan hab ich ein System mit einer Zbox (Atom/ION und yavdr 0.5) da geht das Ganze wunderbar bis zum Umfallen..


Gruss Goerdi

[mafe68]

So wie es aussieht bricht die Verbindung zu IP Server immer wieder ab. Verwendest du ein RPI 1 dann kann es sein das die CPU immer wieder voll Ausgelastet ist wenn du Zappst.

[goerdi]

Hi !

Nein es ist ein Rpi2 bei unverschluesselten gehts ja auch.. (da hab ich nur SDTV probiert....)
Das Ding haengt an einem Gbit switch (dem selben wie der SATIP Server)

Gruss Gerd

[mafe68]

Welche Satip plugin verwendest du? vdr-plugin-satip oder satip

[goerdi]

vdr-plugin-satip

[mafe68]

Versuche mal das satip das ist mit vtuner. Vorher habe das vdr-plugin-satip deinstallieren

[goerdi]

Hi !

Selbes Ergebnis nur eben die Fehlermeldungen in /var/log/messages sind anders

Code: [Select]

Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR: can't set PID 1535 on device 1
Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR (dvbdevice.c,1508): Bad file descriptor
Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR (dvbdevice.c,1189): /dev/dvb/adapter0/demux0: Too many open files
Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR (dvbdevice.c,1493): Too many open files
Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR: can't set PID 37 on device 1
Mar 31 17:21:13 rpi-vdr user.err vdr: [6011] ERROR (dvbdevice.c,1508): Bad file descriptor
Mar 31 17:21:13 rpi-vdr user.err vdr: [6170] ERROR (dvbdevice.c,1189): /dev/dvb/adapter0/demux0: Too many open files
Mar 31 17:21:13 rpi-vdr user.err vdr: [6170] ERROR (dvbdevice.c,1493): Too many open files
Mar 31 17:21:13 rpi-vdr user.err vdr: [6170] ERROR: can't set PID 4104 on device 1
Mar 31 17:21:13 rpi-vdr user.err vdr: [6170] ERROR (dvbdevice.c,1508): Bad file descriptor

BTW: SATIP findet auch meinen Server nicht korrekt..... den musste ich manuell nachtragen...

Gruss Goerdi

[MegaX]

Hi

da würde ich aber eher auf "Voldemort" tippen als auf satip, denn hier tut es wie es soll.

[goerdi]

Hm.. nunja auf beiden Kisten laeuft das ding von manio....
Ich werd nachher nochmal den bananapi anwerfen und schau wie es sich da verhaelt....

Gruss Goerdi

[goerdi]

Hi !

So ich habs jetzt mal probiert....
irgendwie liegt das anscheinend an den beiden wie soll ich das sagen... ARM Distris (und dem "Voldemort")
Ich hab mal ne ZBOX aufgesetzt (auch mit "Voldemort") da kann ich zappen bis ich alt und Grau werde..... bei gleichem SATIP Server (Digibit)
Grad habs ich es mit nem aktuellen RPI2 probiert...

Gruss Gerd

[pbriesch]

Hallo Gerd,

funktioniert es nun mit dem RPI2?

Das vdr-plugin-satip benötig meiner Erfahrung nach mehr Rechenleistung als das System-Plugin satip, das mit vtuner arbeitet. Auch wurde in der neuesten Version des vdr-plugin-satip die Default-Einstellung von einem auf zwei Tuner hochgesetzt und damit der Bedarf an Rechenleistung erhöht: https://github.com/rofafor/vdr-plugin-satip/commit/6c4c8a10b75e882f0e83854f19f12b3db6812ee6

Die Einstellung force_turbo=1 verbessert auch die Wiedergabe bei CPU-lastigen Sendern, da die CPU-Frequenz nicht mehr http://elinux.org/RPiconfig#force_turbo_mode dynamisch verändert wird.

Mi einem einzigen satpi/vtuner device sollte auch ein RPI1 mit Übertaktung gut zurecht kommen.

Gruß, Paul

[MegaX]

Hi

also beim RPI2 sollte fürs satip Plugin nun wirklich kein force_turbo=1 nötig sein, da ja genug Rechenleistung vorhanden ist.

Als ich das damals getetstet hatte funktionierte das auf nem RPI2 ohne weitere Probleme.