Sundtek SkyTV Ultimate 5 an Raspberry Pi2 - Artefakte bei einzelnen HD-Sendern

[floerke]

Hallo,

ich bin kürzlich auf den Sundtek SkyTV Ultimate 5 Stick umgestiegen und bin bislang begeistert von der Qualität auf meinem Raspberry Pi 2. Während andere Sticks selbst bei SD-Sendern im Minutentakt Artefakte produzieren, funktioniert der Sundtek-Stick hier reibungslos.

Eine kleine Ausnahme trübt das Erlebnis, vielleicht könnt Ihr mir weiterhelfen: Bei bestimmten HD-Sendern (bisher festgestellt auf arte und WDR) kommt es zu Bildfehlern. Andere HD-Sender (ARD, ZDF,...) laufen problemlos.

Hardware:
- Raspberry Pi 2 (nicht übertaktet)
- Sundtek SkyTV Ultimate 5
- Stick direkt an einem aktiven USB-HUB angeschlossen

Software:
- OpenELEC 5.95.5
- VDR Backend
- VDR VNSI Client
- aktuellste Sundtek Treiber (6.01)

Bisherige Versuche zur Fehlerlösung:
- Hardware PID Filter aktiviert / deaktiviert
- Zwischen ISO und bulk-Modus umgeschaltet

Kommt der Raspberry eventuell doch bei bestimmten HD-Sendern ein seine Grenzen?
Sollte ich evtl. TVHeadend statt VDR probieren?

Ich bin für jeden Ratschlag dankbar!

Viele Grüße

floerke

[Sundtek]

Was zeigt denn die Signalstärke an?

/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band universal

=0 -> unendlich (Abbruch mit STRG-C)
=5 -> 5x auslesen

Beim reintunen auf den DVB-S2 Sender ist eine gewisse BER Anzeige in Ordnung, aber während der Laufzeit dürfte dort nichts stehen.

Zudem wie sieht die CPU Auslastung aus?

Unbedingt darauf achten das der RPI nicht in irgendeinem Powersaving Modus ist oder hin und herspringt.
Ein einfacher Check:
/opt/bin/mediaclient --cpucheck

Bleib beim RPI bei bulk, iso ist dort nicht so angebracht.

[floerke]

Hey,

danke für die schnelle Antwort. Ich hatte angenommen, dass ich den Powersave-Modus bereits abgestellt hatte (hatte ich vergessen zu erwähnen).
Ich habe aber übersehen, dass ich vom Scheduler "powersave" nur auf "ondemand" umgestellt hatte. Dies scheint nicht auszureichen.

Ein erneutes

echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

für alle Kerne hat nun das gewünschte Ergebnis gebracht. Der Scheduler "performance" ist aktiv, die betroffenen HD-Sender sind nun fehlerfrei.
Die BER-Anzeige zeigt nichts mehr an.

Danke für die Hilfe, wirklich eine super Unterstützung, zudem noch am Sonntag!

Viele Grüße

floerke

[floerke]

Zu früh gefreut...

Die Bildstörungen sind immer noch da.

Die Signalstärke zeigt folgendes:

SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [.............................    ] ( 89%)  BER:      0 FREQ: 11493000   Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF

Ich habe das einige Minuten laufen lassen und keine Werte ungleich 0 bei BER gesehen. Gleichzeitig sind im Bild immer wieder Fehler (gefühlt bei arte HD mehr, WDR HD weniger, andere HD-Sender sind okay).

CPU steht auf "performance" (gilt für alle Kerne).

cpu0:
   current scheduler: performance
   available schedulers: powersave ondemand performance
   to change the scheduler you might run following command:

   echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Danke für jeden Tipp!

Viele Grüße

floerke

[Sundtek]

Versuche mal eine Aufnahme zu tätigen und spiele die Aufnahme dann über einen PC ab. Am Signal wird's nicht liegen.

Sowie wie sieht die CPU Auslastung aus.

Schalte die Treiberlogfile ein:

/opt/bin/mediaclient --loglevel=max

und schau dir mal an was die Logfile zum Zeitpunkt der Störung ausgibt /var/log/mediasrv.log


So nebenbei stecke den Stick auch direkt am RPI an, nicht über ein Hub.

[floerke]

Hallo,

ich bin heute morgen auf Openelec 6.0.0 stable umgestiegen, hat aber erstmal keine Verbesserung oder Verschlechterung gebracht.

Eine 5-minütige Aufnahme hat beim Abspielen keine erkennbaren Fehler gezeigt.

Während z. B. arte HD läuft zeigt "top" folgende Werte:

Mem: 562992K used, 192748K free, 10992K shrd, 43808K buff, 288216K cached
CPU:  2.3% usr  4.7% sys  0.0% nic 90.4% idle  0.0% io  0.0% irq  2.3% sir
Load average: 0.39 0.58 0.60 2/181 1446
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
  576   572 root     S     618m 83.5   0  2.3 /usr/lib/kodi/kodi.bin --stan
  455     1 root     S     353m 47.8   2  2.3 vdr.bin -g /tmp --no-kbd --lo
  429     1 root     S    82204 10.8   2  2.3 mediasrv --wait-for-devices -
 ....

Das sieht für mich auch unspektakulär aus, oder?
Der niedrigste IDLE-Wert lag bei ~85%, sonst immer um 90%.

Dies ist die Ausgabe des /var/log/mediasrv.log (bei loglevel=max).
Dies Ausgabe wiederholt sich jede Sekunde, solange ich auf dem betroffenen HD-Sender bin.

2015-11-02 17:57:11 [429] Warning all hardware pid filter are in use unabl$
2015-11-02 17:57:11 [429] Dump:
2015-11-02 17:57:11 [429] SLOT: 0 PID: 5111/13f7 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 1 PID: 5112/13f8 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 2 PID: 5113/13f9 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 3 PID: 5117/13fd ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 4 PID: 5116/13fc ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 5 PID: 18/0012 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 6 PID: 5115/13fb ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 7 PID: 20/0014 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 8 PID: 5118/13fe ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 9 PID: 0/0000 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 10 PID: 5119/13ff ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 11 PID: 17/0011 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 12 PID: 5114/13fa ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 13 PID: 16/0010 ENABLED: 1
2015-11-02 17:57:11 [429] SLOT: 14 PID: 5110/13f6 ENABLED: 1
2015-11-02 17:57:11 [429] Switching to software pid filter...

Direkt zu Beginn (nach Wechsel auf den HD-Sender) erscheint außerdem noch mehrfach:

2015-11-02 17:56:28 [429] Transport error indicator is set, clearing buffe$

SD-Kanäle geben nur einige Informationen beim Senderwechsel im Log an, danach wird nichts mehr geloggt.

Ich versuche den Stick nachher noch direkt an den Raspberry zu stecken, aber vielleicht geben Euch die Logfiles ja bereits weitere Erkenntnisse.

Besten Dank soweit und viele Grüße

floerke

[Sundtek]

Schalte die Hardware PID Filter aus, wenn das EPG drüberläuft könnte es sein dass das Umschalten vom Hardware auf den Software Modus und zurück Daten verwirft und dadurch tatsächlich Störungen verursacht. Das ist eigentlich eher für "stille" Systeme gedacht die nicht soviele Filter ein/ausschalten.

[floerke]

Hallo,

das Log ist nun ruhig. Das Bild sieht die ersten 1-2 Minuten gut aus.
Werde jetzt noch längere Zeit testen.

Vorläufiges Fazit: Performance Modus an und den Eintrag in der autostart.sh nicht vergessen, PID Filter aus und es ist gut. Stick hängt übrigens noch am HUB.

Ich frage mich nur, warum der Fehler nicht auf allen HD-Kanälen auftritt. Sendet arte mit einer soviel höheren Rate?

Besten Dank für alles, wirklich super Unterstützung!

floerke

[Sundtek]

Kommt wohl auch drauf an ob du die 15 PID Filter von der Anzahl her übersteigst, wie erwähnt wenn vom Hardware auf den Softwaremodus geschalten wird (auch wenn zurückgeschalten wird) kann es durchaus vorkommen das Daten kurzfristig verworfen werden und das dann Fragmente verursacht.

[jonny9999]

entweder stehe ich total auf dem schlauch oder ....

bekomme stick nicht zum laufen :

OpenELEC:~ # /opt/bin/mediaclient -e
-sh: /opt/bin/mediaclient: not found


danke

[Sundtek]

Bei Openelec ist es etwas anders, dort einfach nur mediaclient -e verwenden (ohne /opt/bin) aber das hat ja jetzt mit dem hier erwähnten Problem überhaupt nichts zu tun?