Sundtek Support Forum

Hi,

ich hab's jetzt mehrfach im Chat probiert, aber der Normalfall (aus meiner Erfahrung) ist dass entweder niemand da ist oder mrec reklärt dass er keine Zeit hat, weswegen mir das jetzt zu blöd wird (das soll keine Kritik sein (mrec ist offenbar auch Entwickler) aber es funktioniert - für mich - halt nicht).

Ich habe folgendes Problem:

Ich habe einen Mediastick Pro III (EU) bei dem der Streamingserver auf meinem GL-AR-300-M (OpenWrt) nicht zuverlässig funktioniert.

Ich kann ihn zuverlässig (100% reproduzierbar) auf folgende Art zum Laufen bringen:

1) mediaclient --shutdown
2) sundtek.db löschen
3) reboot (aus einem mir nicht verständlichen Grund wichtig)
4) (prozesse werden nach reboot automatisch neu gestartet - ich habe ein mediaclient --start in einen boot-script)
5) Sendersuchlauf

Danach geht alles. GUI geht, Sender lassen sich streamen.

Es genügt dann allerdings eine Neustart des Stacks (mediaclient --shutdown; mediaclient --start) damit das Streamen nicht mehr geht.

Was passiert ist dass die web-GUI noch geht, beim Versuch zu streamen die Verbindung auch angenommen wird, aber offenbar keine Daten kommen.

Mein Client ist normalerweise ein vlc auf einem anderen Rechner und ich sehe fern über etwas wie "vlc <stream-url>". Wenn man etwa ein "wget -O out <streaming-url>" versucht sieht man dass die out-Datei bei 0 bytes bleibt.

Ich habe nun versucht den rtspd (der offenbar sowohl für die GUI als auch für's streamen zuständig ist) zu killen und im Vordergrund neu zu starten (damit man die debug-messages sieht) und dabei beschwert er sich über ein "cannot lock transponder" (oder so ähnlich).

Was kann ich tun um hier weiter zu kommen? Ich hätte gerne einen streaming-server der auch einen reboot überlebt (das tut er auch ohne Probleme auf allen anderen Systemen, aber leider nicht hier).

Danke!

EDIT:

Im Schritt 3 ist kein reboot nötig, sondern nur das killen des rtspd-prozesses. Es gibt hier eine Asymetrie dahingehend dass "mediaclient --start" den rtspd mitstartet, ein "mediaclient --shutdown" diesen aber nicht beendet.

Meine Vermutung ist dass das der rtspd wenn er gekillt wird die sundtek.db beschädigt. Was ist der korrekte Weg um (etwa beim herunterfahren des Systems) den rtspd so zu beenden?

Gut, ich habe die Software aktualisiert.

Hier der output von "/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0" von einem fehlerbehafteten Kanal:

SIGNAL: [..................               ] ( 55%)  BER:      0 CNR: 27.50 FREQ: 442000000  Hz LOCKED: YES SYM: 6900000 MOD: QAM256

Und hier von einem Kanal der ok ist:

SIGNAL: [...................              ] ( 57%)  BER:    780 CNR: 30.20 FREQ: 530000000  Hz LOCKED: YES SYM: 6900000 MOD: QAM256

Interessanterweise habe ich also bei einem Kanal der ok ist Bitfehler, während der Kanal ohne Bitfehler starke Bild- und Tonstörungen aufweist.

Der signal-level scheint bei mir zu schwanken, ich hatte in der Vergangenheit aber auch diese Probleme bei einem level von 99% (siehe mein Posting weiter oben).

Ich habe keine Ahnung von Elektronik, und für mich ist dieser Stick eine black-box die aus einem dvb-c Signal mpeg-ts macht. Und das funkioniert nun (nachdem es in der Vergangenheit funktioniert hat) bei einer Frequenz nicht mehr, obwohl es keine Bitfehler gibt. Was anderes als der Stick selber kann das verursachen?

Wäre es denn plausibel dass BER konstant bei 0 liegt falls das ursächliche Problem die Signalqualität wäre?

Es gibt für mich nur zwei Szenarien: Entweder der Stick hat das Durchlaufen über 2 Wochen nicht verkraftet oder in meiner Abwesenheit hat sich irgendetwas auf der Seite meines Kabelanbieters getan was zu einer Verschlechterung des Signals geführt hat.

Da ich leider nichts selbst Kunde bin, sondern einen Techniker über meinen Vermieter anforderen müsste würde ich gerne den Fehler soweit es geht eingrenzen.

Falls eine Eingrenzung des Fehlers nicht möglich ist, dann ist das halt so, aber seit Ende Mai habe ich jetzt bei diesem Problem absolut Null Fortschritt gemacht und so langsam verliere ich den Glauben...

Da der Thread ja nun schon ein paar Monate läuft nochmal eine Zusammenfassung:

Ich habe Bild- und Tonfehler auf einer Frequenz. ALLE Sender auf dieser Frequenz sind davon betroffen.
Es ist KEIN spezifisches Pi Problem, das Problem tritt auf meinem Pi und meinen Laptop gleichermassen auf.

Diese Frequenz hatte monatelang funktioniert, erst als ich aus einem Urlaub zurückkam traten die Probleme auf (alle vdr-aufnahmen unbrauchbar).

Es gibt aus meiner Sicht 3 mögliche Fehler: Stick hat einen Schlag, Kabelsignal ist plötzlich schlecht oder eine externe Fehlerquelle.

Ich würde gerne soweit als möglich die Fehlerquelle eingrenzen, da ich nicht selbst Kunde der Kabelgesellschaft bin (das ist mein Vermieter).

Output von "/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0":

SIGNAL: [..................               ] ( 55%)  BER:      0 FREQ: 442000000  Hz LOCKED: YES SYM: 6900000 MOD: QAM256


**** List of Media Hardware Devices ****
device 0: [MediaTV Pro III USB (EU)]  DVB-C, DVB-T, DVB-T2, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 2-1.2
  [SERIAL]:
     ID: U150107130245
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T2]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video1
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0


Würde eine Überprüfung in Berlin etwas kosten?

Ich hab' nochmal genauer drauf geschaut und es sind doch auch die Aufnahmen die auf meinem Laptop mache gestört. Nicht so stark wie auf dem Pi aber doch sichtbar.

Es bleiben für mich eigentlich nur zwei Möglichkeiten: Entweder hat der Stick einen Schlag oder es gibt eine Fehlerquelle die von aussen kommt.

Da ich von Elektronik absolut keine Ahnung habe:

Ist es denn physikalisch denkbar dass etwa einer meiner Nachbarn ein neues Gerät in Betrieb genommen hat das nun meine Aufnahmen auf einer Frequenz stört und zwar obwohl das Signal an sich in Ordnung zu sein scheint?

Mein Verständis ist dass doch schon aus der DVB-C Buchse digitale Daten kommen, die dann eben digital weiterverarbeitet werden und insofern wäre es für mich eine grosse Überraschung wenn es so etwas geben sollte, aber wer weiss...

SIGNAL: [.................................] ( 99%)  BER:      0 FREQ: 442000000  Hz LOCKED: YES SYM: 6900000 MOD: QAM256

(ad infinitum)

Also für mich (als Laie) heisst das 99% Level und keine Bitfehler. Trotzdem Bild- und Tonfehler.

Verkabelung ist soweit ok.

Hallo,

das hier ist vielleicht nicht das richtige Forum, aber ich versuch's mal:

Ich habe einen Sundtek MediaTv Pro mit dem ich monatelang mit meinem Raspberry (raspbian mit vdr) ohne Probleme Aufnahmen gemacht habe (DVB-C SD-Kanal).

Ich war nun ein paar Wochen nicht zu Hause und musste leider feststellen dass alle in der Zwischenzeit gemachten Aufnahmen unbrauchbar sind (viele Bild- und Tonfehler).

Neue Aufnahmen sind genauso schlecht. Auch live-tv des Kanals hat viele Bildfehler.

Nun das bizarre: Stecke ich den Stick in meinen Laptop (debian) scheint alles ok zu sein.

Mein Problem also: Aus irgendeinem Grund habe ich auf meinem Raspberry plötzlich Probleme nachdem es monatelang tadellos funktioniert hat, auf meinem Laptop geht es aber (mit demselben Kabel, derselben Buchse etc).

Hat irgendjemand eine Idee wie ich das Problem eingrenzen kann?

Danke!