Artefakte bei ProSieben

[stevie101]

Hallo zusammen,

ich betreibe 2 SkyTV Ultimate III an einer Iconnect (kirkwood/armel) unter linux 3.9.2.

**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate III (USB 2.0)]  DVB-S/S2, REMOTE-CONTROL
  [BUS]:
     ID: 1-1.2
  [SERIAL]:
     ID: U130422141924
  [DVB-S/S2]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0

device 1: [Sundtek SkyTV Ultimate III (USB 2.0)]  DVB-S/S2, REMOTE-CONTROL
  [BUS]:
     ID: 1-1.4
  [SERIAL]:
     ID: U130422142328
  [DVB-S/S2]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput1

SW ist vdr 2.0.2 als streamserver. Signal ist seltsamerweise überall 92%, offensichtlich ok

root@Enterprise:~# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [..............................   ] ( 92%)  BER:      0 FREQ: 10743750   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: OFF

HD Sender, soweit gut (bis auf Sky wegen Prozessor-Auslastung), allerdings auf dem SD-ProSieben Transponder gibt es häufig störende Artefakte, vor allem auf ProSieben selbst. Ich hatte die sticks auch mal an meinem x86-64 server, ich meine dort gab es auch auf diesem Transponder Probleme. Mit den beiden cine-s2 am im x86 server an selben Satkabeln gibt es keine Probleme.
Ach ja, ich nutze einen passiven Multiswitch (JULTEC JRM 0508T an MTI Quadro, unterm Dach -> server Keller ca. 12m/Kabel), daher verwende ich die Sticks mit Spannungsversorgung.

Ich errinnere mich, dass es vor Jahren auf den alten DVB-s Karten, Probleme mit Pro7 Transponder und DECT Telefonen gab - sind die sticks da anfällig.

Wäre für Tips dankbar.

MfG,

stevie101

[Sundtek]

Es sind soweit keine Probleme auf dem Pro7 Transponder bekannt.

Wird ein USB Hub verwendet?

und als nächstes wie sieht denn die CPU Auslastung aus.

Sofern die BER auf 0 ist sollte es beim Empfang keine Probleme geben.

"ich meine dort gab es auch auf diesem Transponder Probleme." das ist eine etwas vage Aussage, gibt es hierfür irgendwelche Logfiles? Mplayer gibt z.B auch Informationen aus ob der Stream ok ist oder nicht. Auch kann man das Loglevel erhöhen /opt/bin/mediaclient --loglevel=max dann werden die Streaminformationen nach /var/log/mediasrv.log geschrieben.

[stevie101]

Stimmt, die Aussage ist vage, ich werde am WE auf dem x86-64 nachtesten.

Zur Situation auf der iconnect:

Nein, kein USB HUB, es ist ein 2.5" Festplatte und die beiden sticks an USB2.0 angeschlossen. Kein Problem auf HD Kanälen auch auf den anderen SD Transpondern bisher keine Artefakte.

CPU Auslastung auf Pro7 SD:
 1161 root      20   0 81748 7148 4692 S   7,6  2,8   1:17.21 mediasrv
 4812 root      20   0  255m  58m  10m S   7,6 23,6   1:31.86 vdr
 5056 root      20   0  5504 1536 1124 R   1,0  0,6   0:00.40 top
    1 root      20   0  2588  856  720 S   0,0  0,3   0:01.43 init
    2 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kthreadd
    3 root      20   0     0    0    0 R   0,0  0,0   0:01.86 ksoftirqd/0
    4 root      20   0     0    0    0 S   0,0  0,0   0:00.55 kworker/0:0
    5 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kworker/0:0H
    6 root      20   0     0    0    0 S   0,0  0,0   0:00.15 kworker/u:0
    7 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kworker/u:0H

BER auf Pro7:
root@Enterprise:/etc/vdr# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [..............................   ] ( 91%)  BER:      0 FREQ: 12544000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [..............................   ] ( 91%)  BER:      0 FREQ: 12544000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [..............................   ] ( 91%)  BER:      0 FREQ: 12544000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [..............................   ] ( 91%)  BER:      0 FREQ: 12544000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [..............................   ] ( 91%)  BER:      0 FREQ: 12544000   Hz LOCKED: YES SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18

HWpid = on

Beim log im Anfang hat der client beim Start auf DasErsteHD getuned anschliessend wurde auf Pro7 geschaltet, auffallend viel "TS Sync byte not aligned, realigning stream".


Freue mich über jede Idee.

Gruss

stevie101


PS: Der log kann nicht hochgeladen werden - folgende Meldung aus eurem Forum:
Es kann auf den UploadPfad der Dateianhänge nicht zugegriffen werden. ?

[Sundtek]

"TS Sync byte not aligned, realigning stream" ist normal während des Umschaltens, später sollten diese aber auf jeden Fall nicht mehr auftreten.

Versuche mal in der Channellist die Frequenz auf 12545mhz abzuändern, laut Lyngsat befindet sich Pro7 einen Mhz über deiner Frequenz.

[stevie101]

kurzes feedback.

Ich habe client- und serverseitig die frequenz entsprechend geändert - keine Besserung.
Darauf hin habe ich unter am anderem die channels.conf komplett entschlackt, enthielt zuviele nicht gültige Kanäle, und siehe da, obwohl der Eintrag für Pro7 gleichblieb, kann ich keine Artefakte mehr erkennen. Wie gesagt mit der gleichen, ursprünglichen channels.conf hatte ich auf meinem altem server mit ngene keine Probleme, aber wie auch immer.
Bisher scheint der kleine ARMserver ganz gut zu laufen, dynamite schaltet die Karten schön in idle wenn nicht in Verwendung, Aufnahmen alle soweit iO. Hoffe das bleibt so.

Vielen Dank.

Gruss
stevie101