Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - phantomaniac

Seiten: [1]
1
So, hab jetzt alles komplett neu kompiliert, also aktuelleres TVHeadend. Aktuell fällt mir nichts mehr auf (wohlgemerkt auf dem selben Satelliten-Anschluß).

Danke für die Unterstützung.

PS: Hab auf zusätzlich auf ffmpeg-Unterstützung (und somit auch potenzielles Transcoding, das ich eh nicht brauche) verzichtet. Aber das rpimonitor ist die Systemlast genauso hoch wie mit (was auch nachvollziehbar ist, da ich ja kein transcoding genutzt habe).

Werd das auf jeden Fall weiter beobachten. und immer wieder mal einen Blick in die Logs werfen, ob mir was auffällt.


Die massierten Retunes waren wohl ein Treiberproblem. Denn die sind bereits vor dem Neuaufsetzen fast weg gewesen (heute war nur einer dabei beim Testen, hab aber nur an Wochenenden Zeit für längere Tests)

2
Nein, Openelec ruft nur die Streams von TVHeadend ab.
Der Sundtek läuft auf einem RPi2 mit OSMC (also Jessie). Dieses System wird nur per SSH genutzt und administriert.

..also *.sh (weiss gerade den namen nicht auswendig) per WGET geladen, ausführbar gemacht und installiert...
läuft das update auch so ?  oder brauch ich da andere optionen.b

3
reicht es ihn einfach nochmal zu installieren, wie bei Neuinstallation, oder muss ich da was anderes beachten ? (also erst deaktivieren/deinstallieren)

...
...
2015-09-11 18:38:16.861 [   INFO] subscription: 0004: "epggrab" subscribing to mux "11493.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:38:26.602 [WARNING] mpegts: mux 12721.75H in SAT changed from DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 20 is_id -1 pls_mode ROOT pls_code 0
2015-09-11 18:38:26.602 [WARNING] mpegts: mux 12721.75H in SAT changed to   DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 35 is_id -1 pls_mode ROOT pls_code 0
2015-09-11 18:38:46.606 [   INFO] subscription: 0004: "epggrab" unsubscribing
2015-09-11 18:38:47.000 [   INFO] mpegts: 11052.75H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:38:48.803 [   INFO] subscription: 0006: "epggrab" subscribing to mux "11052.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:19.599 [   INFO] subscription: 0006: "epggrab" unsubscribing
2015-09-11 18:39:20.000 [   INFO] mpegts: 11552.75H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:21.845 [   INFO] subscription: 0009: "epggrab" subscribing to mux "11552.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:33.614 [   INFO] subscription: 0009: "epggrab" unsubscribing
2015-09-11 18:39:34.000 [   INFO] mpegts: 10773.25H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:35.819 [   INFO] subscription: 000B: "epggrab" subscribing to mux "10773.25H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:46.608 [   INFO] subscription: 000B: "epggrab" unsubscribing
2015-09-11 18:39:47.000 [   INFO] mpegts: 12382.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:49.218 [   INFO] subscription: 000D: "epggrab" subscribing to mux "12382.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:50.079 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:39:51.202 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:39:53.335 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:40:09.601 [   INFO] subscription: 000D: "epggrab" unsubscribing
2015-09-11 18:40:10.000 [   INFO] mpegts: 11332.25H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:40:14.833 [   INFO] subscription: 000F: "epggrab" subscribing to mux "11332.25H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:40:30.604 [   INFO] subscription: 000F: "epggrab" unsubscribing
2015-09-11 18:40:31.000 [   INFO] mpegts: 12304.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:40:32.854 [   INFO] subscription: 0011: "epggrab" subscribing to mux "12304.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:40:59.686 [   INFO] subscription: 0011: "epggrab" unsubscribing
2015-09-11 18:41:00.000 [   INFO] mpegts: 11797.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:41:01.896 [   INFO] subscription: 0013: "epggrab" subscribing to mux "11797.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
...
...

Heute sind mir nur kurz drei retunes aufgefallen. Starte tvheadend wohlgemerkt vor Nutzung manuell (und beende es spätestens automatisch nach Mitternacht).
Es wurde aber noch kein Programm angeschaut, also nur gestartet.

4
Kann ich wohl erst Sonntag wieder in Ruhe rumprobieren....
Gestern waren jedenfalls zwischendrin noch ein paar "retune"s.
Und kurioserweise sind jetzt andere Kanäle nimmer so klar. Denke ich werd mal ein längeres Sat-Kabel kaufen und direkt am LNB anschließen. :)
Aber wer weiss, wann ich das schaffe. :(

5
Ah, wollte gerade schreiben, das ich in den Logs vom Wochenende noch komische "Retunes" hatte.
Aber installier nachher gleich mal die neuen Treiber. :)

6
So, nachdem ich den ganzen Tag rumgespielt und das Image nochmal komplett neu gemacht habe (immerhin die aktuellste Tvheadend und Oscam wieder), bin ich dazu übergegangen, den RPi im Haus vom Keller zum Speicher zu schleppen (Musste erst ausprobieren, welche Dosen überhaupt mit dem LNB verbunden sind, da mehr Dosen im Haus, als Plätze am LNB).
Scheinbar ist´s ein Kabel oder Steckerproblem. Denn in einem vom 3 Räumen geht´s komplett ohne Fehler. Mich irritiert da zwar weiterhin die Hohe Signalqualität und das es zwischendurch immer mal wieder ein paar Minuten ohne Aussetzer ging... Aber immerhin hab ich die Lösung.

Sorry für die Umstände. :( und danke für die bisherige Hilfe...

Hätte ja gleich auf den Trichter kommen können, das es entweder an einer Dose oder dem Kabel dazwischen liegen könnte. :((((((((((

PS: BER sprang zwischen 0 und einem extrem hohen Wert, um dann irgendwann wieder bei 0 zu landen

7
Jein, Openelec, welches aber auf einer Cubox I4 läuft.
Auf dem RPi2 läuft zwar OSMC, aber da es nicht genutzt wird, braucht es auch keine Resourcen. RTL2 HD läuft beispielsweise problemlos, auch wenn ich mich recht entsinne einzelne BundesligaHD Kanäle, aber bestimmte haben ständig Aussetzer....

Werd den Stick (unter OSMC)  jetzt mal an einer anderen SAT-Dose testen, evtl ist das oder das Kabel ja ein Problem, da ich ja über 80 Signal habe...

8
2015-08-26 23:01:49.369 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
Ist das eigentlich ein Thema von der SkyTV Firmware/Hardware oder ist das was von TVHeadend ?

9
Ok, habe heute kurz Zeit gehabt... also unter Wheezy ist´s schlimmer als unter Jessie.... zumindest bilde ich mir das ein.

Hab das mal parallel mittels HTOP beobachtet... es ist meist so, das ein Kern zwischen 40 und 80% ausgelastet ist und ab und an andere Kerne dazukommen. Für TVheadend sagt HTOP ebenfalls werte zwischen diesen Bereichen und es scheint, als ob immer andere Kerne kurz hochgehen (oder die wechseln), wenn es zu den Rucklern kommt. Muss ich mal am Wochenende genauer beobachten.

pi@raspberrypi ~ $ echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
-bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Permission denied
pi@raspberrypi ~ $ sudo echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
-bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Permission denied

hmm, muss ich da erst irgendwas beenden (Service von TVHeadend war beendet...)


***EDIT***

Man muss sicht direkt als root anmelden:
su root
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
root@raspberrypi:/home/pi# /opt/bin/mediaclient --cpucheck
Sundtek CPU Check

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

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

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

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

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

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

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

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

Erster Eindruck,
wird nicht besser....

10
/opt/bin/mediaclient --cpucheck
Sundtek CPU Check

cpu0:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

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

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

cpu1:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

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

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

cpu2:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

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

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

cpu3:
   this cpu is using the ondemand scheduler
   this might cause some performance issue, please take care
   that the cpu frequency will not change while using the
   TV Tuner

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

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

Ok, das sagt mir jetzt gar nix... aber wieso ist das dann nur auf bestimmten Transpondern ein Problem...

egal, hab jetzt mal Wheezy mit Standard TVHeadend (3,9) per apt-get neu aufgesetzt...
mal dort weiterprobieren...

11
CPU-Auslastung schaue ich heut abend nochmal...

Ist aber definitiv so, das Beispielsweise Sport1HD ruckelte, Sport2HD nicht und dann ein Wechsel auf Sport1HD wieder ruckeln zeigt. Genauso wie die Sender die auf dem gleichen Transponder wie Sport1HD liegen....

Aber Energiesparmodus kann´s ja nicht sein, weil er spätestens dann wenn er aus dem Energiesparmodus raus ist, besser laufen sollte (und das Problem ja bei allen HD Sendern vorliegen müsste)... Aber evtl. ist der Raspi2 generell zu schwach (Aber einzelne HD Sender gehen ja).
Werd auch nochmal ein reines Jessie testen, evtl. stresst ja OSMC da mit rein....

12
Hi,

nutze aktuell obiges Setup unter OSMC (Wobei dieser RPi2 zu anderen Emfpängern per TVHeadend weiterleitet und nicht selber anzeigt... werde demnächst zur Sicherheit noch das reine Debian testen) zum rumprobieren und habe ein Problem mit bestimmten Transpondern, bei denen ich nicht verstehe warum.

Konkret sind mir bislang aufgefallen die Transponder 11914 und 12304. Hier hab ich ständig Aussetzer. Ursprünglich habe ich nur bei der OSCAM Config rumgebastelt, aber die sollte inzwischen passen....

TVHeadend wurde wegen Jessie manuell in Version Tvheadend version 4.1-373~gcb5f6a1  compiliert...
Leerlaufsuche ist deaktiviert.

Im Terminal (wo ich solange nicht alles läuft manuell TVHeadend starte) bekomme ich - wenn ein Stream läuft - unter anderem folgendes zu sehen:

2015-08-26 23:01:13.279 [ NOTICE] START: HTS Tvheadend version 4.1-373~gcb5f6a1 started, running as PID:683 UID:1000 GID:1000, CWD:/home/osmc CNF:/home/osmc/.hts/tvheadend
2015-08-26 23:01:13.280 [   INFO] mpegts: 11992.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-08-26 23:01:14.834 [   INFO] subscription: 0001: "epggrab" subscribing to mux "11992.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-08-26 23:01:33.717 [  ERROR] http: 192.168.1.188: HTTP/1.1 GET /stream/channel/9374e787e2f2c97a204cbb0b59b585aa -- 401
2015-08-26 23:01:37.724 [   INFO] mpegts: 11914.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-08-26 23:01:37.730 [   INFO] subscription: 0001: "epggrab" unsubscribing
2015-08-26 23:01:39.622 [   INFO] subscription: 0003: "HTTP" subscribing on channel "Sky Sport HD 1", weight: 125, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", mux: "11914.5H", provider: "SKY", service: "Sky Sport HD 1", profile="pass", hostname="192.168.1.188", username="osmc", client="VLC/2.2.1 LibVLC/2.2.1"
2015-08-26 23:01:44.154 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 1)
2015-08-26 23:01:49.369 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:01:49.524 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 1)
2015-08-26 23:01:49.526 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 1)
2015-08-26 23:01:49.528 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 1)
2015-08-26 23:01:55.482 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:01:55.646 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 4)
2015-08-26 23:02:00.691 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:00.845 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 4)
2015-08-26 23:02:00.848 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 5)
2015-08-26 23:02:00.850 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 5)
2015-08-26 23:02:13.429 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 5)
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 8)
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 7)
2015-08-26 23:02:13.592 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 7)
2015-08-26 23:02:27.519 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:27.680 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 6)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 9)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 9)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 10)
2015-08-26 23:02:29.923 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:35.027 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:36.114 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:39.508 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune

Auch TVHEadend zeigt mir im Status SNR und Signalstärke mit je 85/84 an, aber Kontinuitätsfehler zählen immer weiter hoch, auch BER springt von null auf Zahlen > 100.000

Anbei noch Anzeigen aus dem zweiten Terminal:
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/frontend0 | grep Service
  Service running: Yes
  Service Name: Nat Geo Wild HD
  Service running: Yes
  Service Name: Sky Sport HD 1
  Service running: Yes
  Service Name: Discovery HD
  Service running: Yes
  Service Name: Sky Cinema HD

/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 == reading digital TV signal ==
SIGNAL: [.............................    ] ( 88%)  BER:      0 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [                                 ] (  0%)  BER:  46868 FREQ: 1314500    Hz LOCKED:  NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:   6027 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  31026 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  54016 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  18700 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  46250 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 87%)  BER:  60082 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:   8533 FREQ: 1314500    Hz LOCKED:  NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:      0 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  24264 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  43622 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  59155 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:  13015 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [                                 ] (  0%)  BER:  31639 FREQ: 1314500    Hz LOCKED:  NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [.............................    ] ( 88%)  BER:      0 FREQ: 1314500    Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON

Dann aber wieder fast ein paar minuten (88%) und BER: 0

Achja,
/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate V (2015)]  DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-1.4
  [SERIAL]:
     ID: U1506XXXXXXXX
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     LNBSUPPLY: ACADAPTER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

/opt/bin/mediaclient --build
Build date: 2015-07-28 17:55:35

Wobei mir hier schleierhaft ist, war hier Ultimate V und woanders Ultimate IV angezeigt wird....

Der Grund für dieses Setup ist, das ich somit sowohl im Wohnzimmer, als auch beim Beamer, als auch auf dem Tablett Fernsehen kann :)
Ist vermutlich noch Verbesserungswürdig, aber vorerst ist dies mein erstes Problem.

Kann man hier irgendwie rausbekommen, woran es liegen könnte ? V.a. weil ja SNR und Signalstärke ja über 80 liegen
Treiber wurden neu installiert.
a) LNB defekt
b) Schüssel falsch ausgerichtet
c) Man findet überall was von Dämpfern, wobei ich deren Sinn nicht verstehe
d) Raspberry zu schwach (Möglich, aber warum dann nur bestimmte Transponder)
e) Fehler in TVHeadend (Aber warum nur bestimmte Transponder)

Seiten: [1]