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 - dark

Seiten: [1]
1
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:tvheadend probleme - idle scanning
« am: Februar 01, 2014, 01:06:48 Nachmittag »
hat ein weilchen gedauert, hier nun der aktuelle stand. Das Signal ist immer auf 0% gegangen, damit konnte man keinen Fehler erkennen.

Ich habe heraus bekommen, dass der Fehler nur auftritt wenn ich als Client Openelec 3.2.4 einsetze. Scheinbar gibt es ein Problem mit dem PVR Plugin. Seit dem ich auf eine Devel. Version gegangen bin, gibt es aktuell keine Probleme.

Mal sehen wir es die nächsten Tage läuft. Aber auf jedenfall ein Problem von tvheadend!

Danke trotzdem ...

2
{Single, Dual, Quad} Sundtek SkyTV Ultimate / tvheadend probleme - idle scanning
« am: Januar 24, 2014, 09:38:28 Vormittag »
Hallo,

ich habe ein Problem mit zwei gleichzeitig angeschlossenen Tunern. Sobald ich in tvheadend die option "idle scanning" deaktiveren, stop nach einiger Zeit das Bild. Erst nach neustart von tvheadend oder mediaclient kann ich wieder für ca. 5 min schauen. Lass ich jedoch idle scanning an, geht es die gesamte zeit.

Die Led am Stick bleibt die gesamte Zeit grün. Es ist auch egal ob ich den Stick am USB-Hub oder am Rechner direkt angeschlossen habe. Es ist auch egal mit welchem Stick ich das TV-Signal emfange. Ich habe bereits alle möglichen Kombinationen druchgespielt, alles ohne Erfolg.

leider finde ich dazu nichts im log. ich vermute mal das es was mit Standby zu tun hat.

hier paar infos zum system:

HTS Tvheadend 3.4.27~gfbda802~wheezy

cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 69
model name      : Intel(R) Core(TM) i3-4010U CPU @ 1.70GHz
stepping        : 1
microcode       : 0x16
cpu MHz         : 1700.000
cache size      : 3072 KB

mediaclient --build
Build date: 2014-01-20 05:11:48

mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  4157 ... tvheadend
/dev/dvb/adapter0/dvr0:
  4157 ... tvheadend
/dev/dvb/adapter0/demux0:
  4157 ... tvheadend (0000)
  4157 ... tvheadend (0001)
  4157 ... tvheadend (0010)
  4157 ... tvheadend (0011)
  4157 ... tvheadend (0014)
  4157 ... tvheadend (0012)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  4157 ... tvheadend
/dev/dvb/adapter1/dvr0:
  No client connected
/dev/dvb/adapter1/demux0:
  No client connected
/dev/mediainput1:
  No client connected

mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate III (USB 2.0)]  DVB-S/S2, REMOTE-CONTROL
  [BUS]:
     ID: 2-2
  [SERIAL]:
     ID: U130422171737
  [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: 2-4.1.4
  [SERIAL]:
     ID: U120411153025
  [DVB-S/S2]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput1


cat /etc/sundtek.conf
autoupdate=on                  
loglevel=max                    
ts_settle_timeout=1000
ir_disabled=1  

Wenn man nach dem Ausfall readsignal einschaltet, sieht man das der Stick kein Signal emfängt. Wie gesagt, im Log sieht man keine Infos.

Habt Ihr eine Idee?

Gruß
Dark

3
ich hatte mich an die jungs von tvheadend gewendet. der fehler lag ja offensichtlich dort.
dort bekam ich den tip die option "Disable full MUX reception" zu aktivieren. Die ersten Test zeigen das damit die Last unter 70% bleibt. Scheinbar hilft das ...

danke erstmal

4
habe gerade mal die version mit transcode von https://github.com/john-tornblom/tvheadend ausprobiert. leider auch nicht besser ... und transcode läuft auch nicht, wieder zu hohe cpu last auf dem nas.

ob ich ffmpeg an habe, weiß ich garnicht  :-\

5
Hi,

danke für die schnelle antwort.

ich habe mir vor einigen tagen die HTS Tvheadend 3.3.77~g72d90ee kompiliert. Die Version aus dem QNAP Forum lief bei mir ziemlich instabil, ich hatte regelmäßige abstürze. Die neue Version macht so erstmal keine Probleme, ausser eben die hohe CPU Last. Baue mir gerade eine neue, mal sehen ob es damit besser wird. Könnt Ihr vielleicht eine Version emfehlen?

Gruß

6
Moin, also die Sticks laufen soweit einwandfrei. Einzeln ist das kein Problem, erst wenn ich zwei HD Streams laufen habe kommt es sporadisch zu Fehlern. Beispiel SD & HD geht zu 99% fehlerfrei. Ich muss jedoch einen Stick vorn und einen hinten anschließen, sonst habe ich nicht genügend bandbreite und irgendwann stürzt mir mediaclient ab.

Treiberupdate hatte ich gestern auch noch gemacht, leider ohne erfolg.

Hier noch mal paar Ausgaben wenn zwei Streams parallel laufen (HD).

mediaclient -e
[~] #
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate III (USB 2.0)]  DVB-S/S2, REMOTE-CONTROL
  [SERIAL]:
     xxx
  [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
  [SERIAL]:
     xxx
  [DVB-S/S2]:
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput1

[~] #

mediaclient --lc

**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  7366 ... ld-linux.so.3
/dev/dvb/adapter0/dvr0:
  7366 ... ld-linux.so.3
/dev/dvb/adapter0/demux0:
  7366 ... ld-linux.so.3 (0000)
  7366 ... ld-linux.so.3 (0001)
  7366 ... ld-linux.so.3 (0010)
  7366 ... ld-linux.so.3 (0011)
  7366 ... ld-linux.so.3 (0039)
  7366 ... ld-linux.so.3 (0bba)
  7366 ... ld-linux.so.3 (0bbb)
  7366 ... ld-linux.so.3 (0012)
  7366 ... ld-linux.so.3 (0020)
  7366 ... ld-linux.so.3 (00ff)
  7366 ... ld-linux.so.3 (0103)
  7366 ... ld-linux.so.3 (1cea)
  7366 ... ld-linux.so.3 (19ea)
  7366 ... ld-linux.so.3 (1bea)
  7366 ... ld-linux.so.3 (1aea)
  7366 ... ld-linux.so.3 (1eea)
  7366 ... ld-linux.so.3 (0060)
  7366 ... ld-linux.so.3 (0061)
  7366 ... ld-linux.so.3 (0062)
  7366 ... ld-linux.so.3 (0063)
  7366 ... ld-linux.so.3 (1003)
  7366 ... ld-linux.so.3 (1005)
  7366 ... ld-linux.so.3 (1008)
  7366 ... ld-linux.so.3 (1008)
  7366 ... ld-linux.so.3 (1007)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  7366 ... ld-linux.so.3
/dev/dvb/adapter1/dvr0:
  7366 ... ld-linux.so.3
/dev/dvb/adapter1/demux0:
  7366 ... ld-linux.so.3 (0000)
  7366 ... ld-linux.so.3 (0001)
  7366 ... ld-linux.so.3 (0010)
  7366 ... ld-linux.so.3 (0011)
  7366 ... ld-linux.so.3 (0039)
  7366 ... ld-linux.so.3 (0bba)
  7366 ... ld-linux.so.3 (0bbb)
  7366 ... ld-linux.so.3 (0012)
  7366 ... ld-linux.so.3 (0020)
  7366 ... ld-linux.so.3 (01ff)
  7366 ... ld-linux.so.3 (0203)
  7366 ... ld-linux.so.3 (0204)
  7366 ... ld-linux.so.3 (1898)
  7366 ... ld-linux.so.3 (1b98)
  7366 ... ld-linux.so.3 (1f98)
  7366 ... ld-linux.so.3 (1a98)
  7366 ... ld-linux.so.3 (0061)
  7366 ... ld-linux.so.3 (0063)
  7366 ... ld-linux.so.3 (0060)
  7366 ... ld-linux.so.3 (0062)
  7366 ... ld-linux.so.3 (1002)
  7366 ... ld-linux.so.3 (1008)
  7366 ... ld-linux.so.3 (1009)
  7366 ... ld-linux.so.3 (1008)
/dev/mediainput1:
  No client connected

[~] #


top

Mem: 494144K used, 21380K free, 0K shrd, 18132K buff, 231644K cached
Load average: 2.44, 2.90, 2.06    (State: S=sleeping R=running, W=waiting)

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
 7366 admin    S       102M     1 94.5 20.4 ld-linux.so.3
 3986 admin    S        15M     1  3.5  3.1 mediasrv
 7807 admin    R        864  7284  3.5  0.1 top

dmesg

[  156.190000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  156.200000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  156.210000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  156.220000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  156.230000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  156.240000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.650000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.660000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.670000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.680000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.690000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep
[  160.690000] etxhci_hcd_120712 0000:01:01.0: WARN: short transfer on control ep

Ich dachte die ld-linux.so.3 gehört zu eurem treiber ...

gruß

7
Hi,

danke ... ich habe nun zwei sticks dran. bei zwei gleichzeitigen streams geht die cpu last ziemlich hoch.

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
 8563 admin    S        77M     1 93.1 15.3 ld-linux.so.3
 8610 admin    R       1052  7425  0.5  0.2 top
 8475 admin    S        17M     1  0.1  3.5 mediasrv
 3798 admin    S        18M  3634  0.0  3.7 mysqld
 3063 admin    S <     9892     1  0.0  1.9 apache

hast du veilleicht noch eine idee das noch ein wenig zu reduzieren?

Gruß

8
Hi,

nachdem ich eine neue TVHeadend Version compiliert habe, läuft die Sache deutlich stabiler.
Es kommt auch zu weniger Fehlern. Nutzte die aktuelle HTS Tvheadend 3.3.77~g72d90ee.

Manchmal habe ich noch ziemlich hohe Last auf dem NAS. Daher wollte ich ein bisschen den Treiber tunen. Aktuell sieht mein Config so aus. Habt ihr vielleicht noch ein paar extra Tips um bissel mehr herauszuholen?

ts_settle_timeout=1000
loglevel=off
device_attach=/share/HDA_DATA/.qpkg/TVH_Dev_Sundtek/restart_tvh.sh
enablenetwork=on
use_hwpidfilter=on
voltage_tone_off=1
#usb_transaction_delay=20
bulk_notification=on
ir_disabled=1
disable_atv=1
fe_helper=/share/HDA_DATA/.qpkg/TVHeadend/channels_astra192.conf

Danke und Gruß

9
Hallo,

ich habe ein problem mit der oben genannten konfig!

Grundsätzlich läuft das System , nach einer gewissen Zeit 15-30min bricht der TV-Stream zusammen. ich hatte vorher ein ts-119, da hatte ich nicht diese probleme. ich vermute das es was mit dem usb3 zu tun hat.

im logfile steht folgendes.

2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (225 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (743 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (1061 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (1495 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (1778 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (2052 // 9)
2012-10-19 18:15:49 [30626] TS Sync byte not aligned, realigning stream (2435 // 9)
2012-10-19 18:16:08 [30626] USB Transfer problem, shutting down driver instance (-1 - 19)
2012-10-19 18:16:08 [30626] error writing to i2c bus
2012-10-19 18:16:08 [30626] error reading from i2c bus
2012-10-19 18:16:08 [30626] error writing to i2c bus
2012-10-19 18:16:08 [30626] error reading from i2c bus
2012-10-19 18:16:08 [30626] error writing to i2c bus
2012-10-19 18:16:08 [30626] error reading from i2c bus
2012-10-19 18:16:08 [30626] error writing to device (non I2C)
2012-10-19 18:16:08 [30626] error writing to device (non I2C)
2012-10-19 18:16:08 [30626] error writing to device (non I2C)
2012-10-19 18:16:08 [30626] error writing to device (non I2C)
2012-10-19 18:16:08 [30626] error writing to device (non I2C)

das logfile ist fast 36 mb gross.  :o

/etc/sundtek.conf
device_attach=/share/HDA_DATA/.qpkg/TVH_Dev_Sundtek/restart_tvh.sh
enablenetwork=on
voltage_tone_off=1

Könnt Ihr mir vielleicht weiterhelfen?
Gruß

Seiten: [1]