Sundtek Support Forum

Kaum hatte ich das oben gepostet tritt der Fehler wieder häufiger auf und bringt meinen Rechner zum absturz.

Hab nun auf performance gewechselt und weiterhin komme die Fehler.

[odroid@localhost ~]$ /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [MediaTV Digital Home III (EU)]  DVB-C, DVB-T, DVB-T2, REMOTE-CONTROL
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-3.3
  [SERIAL]:
     ID: U141209153225
  [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
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0


und das ganze wird in kodi(xbmc) angezeigt.

bisher getestet habe ich nur den entpfang auf dem Fernsehr und via Stick. Nicht getestet habe ich ein anderes kabel (müsste ich erst kaufen) oder direkten Anschluss des sticks an die Dose (zweites bekomme ich auch nur sehr sehr schwer getestet und wäre mit relativ langen usbkabel verbunden)

auch ist der fehler sehr tagesabhängig. Heute habe ich etwa alle 8 Minuten einen Fehler, an anderen Tagen hatte ich schon jede minute einen fehler. Dazu kommt das die Fehler, wenn sie häufig auftreten meinen Rechner zum absturz bringen.

ah ok ich hätte jetzt eher erwartet das das problem bei tvheadend liegt.... vdr geht ja anscheinend besser mit xbmc. Und beide liefern ja eigendlich nur n mpeg stream weiter an xbmc.... naja bin kein ITler, sie wissen es bestimmt besser als ich :-)

Hab auf vdr umgestellt und greife nun mit xvdr mit xbmc auf vdr zu.... viel viel bessere performanc.

Weis nur warum ich damals auf tvheadend gewechselt bin. Hatte/Hab probleme mit dem epg und verschlüsselten sendern. Aber das sind keine Stickprobleme und muss ich selber lösen.

Danke für den schnellen support und die gute Linuxsunterstützung, da sind die "hohen" Anschaffungskosten echt vertrehtbar.

ich hab heute meinen Stick bekommen und ein paar Probleme damit.

Installation und inbetriebnahme klappten gut auf meinem System, nur habe ich im betrieb problem.

1. wenn ich einen Sender starte dauert es bis zu 6 Sekunden bis ich ein Bild habe (hart an der grenze des annembaren)

2. wenn ich zwischen sendern wechsel klappt der wechsel leider nur in in 3 von 4 Versuchen bei unverschlüsselten programmen und höchstens 2 von 4 Versuchen bei verschlüsselten Programmen (die werden von meinem oscam entschlüsselt) und wenn der wechsel klappt dauert er ebenfalls um die 6 Sekunden (echt zu lange, sehr nervig).

Diese Zeitliche verzögerung hatte ich bei keinem anderen von mir getesteten reciever. Normal waren immer so etwa 1-2 Sekunden

Wenn das umschalten nicht klappt kommt in tvheadend:


Okt 25 17:41:49 localhost tvheadend[366]: mepgts: 12187.5H in xbmc - scan need more time

2014-10-25 17:41:49.029 subscription: No transponder available for subscription "127.0.0.1 [ xbmc | XBMC Media Center ]" to channel "VOX"

und xbmc sagt "no input"

Ich kann anschließend erst wieder einen Sender öffnen wenn ich in xbmc auf stop gedrückt habe und erneut einen Sender wähle.

das ganze fühlt sich in etwa so an als würde der Treiber abstürzen und kann erst wieder mit tvheadend verbunden werden wenn ich die verbindung komplett trenne.


Mein System:

odroid xu (armv7 quadcore mit je bis zu 1.,6 ghz)
Fedora 20 mit Kernel 3.4.101
Tvheadend 3.9.1778 (relativ neues von git selber compiliert)
oscam r9847 (relativ neues svn selber compiliert)
xbmc 13.2

decoding Erfolg über die gpu des SoC

anzumerken ist noch das ich die senderliste in tvheadend mit einem anderen receiver erstellt habe und nur den neuen stick angeschlossn habe. Stick läuft über den externen Stromanschluss und die empfangsqualität in tvheadend liegt bei über 90% (sehr guter wert im vergleich zu meinen anderen receivern).

edit:

während des umschaltfehlers habe ich  das hier erhalten.

[odroid@localhost]~% /opt/bin/mediaclient -e**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate IV]  DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-3.1
  [SERIAL]:
     ID: U141008160037
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: DISABLED
     LNBSUPPLY: ACADAPTER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video51
     VBI0: /dev/vbi0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0
 
aber bereits beim nächsten aufruf direkt danach war lnbvoltage bereits wieder enabled

Gibt es für diesen stick auch einen Android Treiber und wenn ja was sind da die Voraussetzungen? Ich habe es bereits kurz auf einem geroootetem Android 4.4.4 cm11 Handy mit dem normalen netinstaller versucht und bekomme diese Meldung:

temp-mksh permission denied


edit:

ok auf meinem tablet mit 4.4.4 cm11 konnte ich den installer ausführen nachdem ich / mit rw neugemounted hatte. Aber leider sagt der installer das das system nicht unterstützt wird. ist ein androidtreiber geplannt?

soweit war mir das mit den normalen treibern auch bereits klar und hatte in dem zusammenhang auch bereits genug probleme mit anderen sat-resivern die mir kernel-panics beschert haben.

Nur um das in der theorie weiter zu spinnen:

Mit rohe usb-schnittstelle meinst du eine "Datei" in /dev/? Wenn ja müsste das ja mit einer passenden Gruppe leicht zugänglich gemacht werden können. Ähnlich wie die Gruppenzugehörigkeit cdrom einem nutzer erlaubt auf /dev/sr* zuzugreifen

Das die clients nicht die gleichen rechte bekommen wie der treiber ist gut zu hören, aber einem gutem Programm ja auch zu erwarten. und um es klar zu stellen ich denke schon das ihr sehr genau wisst was ihr tut. Aus diesem Grund kann ich auch verstehen wenn ihr keine lust habt das thema weiter brrit zu tretten