Sundtek Support Forum
Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: Simon78 am Oktober 04, 2023, 06:41:18 Vormittag
-
Hallo,
ich lasse tvheadend 4.3 und kodi 20.2 auf nem Odroid H3 laufen ( 2,9ghz quad core atom , 16gb RAM und SSDs ), habe trotzdem continuity errors welche mir die streams kaputt machen !
Ich habe alles probiert :
- scheduling ist ok , tvheadend, kodi und mediasrv geniessen höchste Prio
- neueste intel media driver
- kernel 6.5.5 ( neuester )
ich würde gerne den Transfermodus mal auf isochronous umsetzen weil mir kaum was anderes noch einfällt, die Kiste hat genug Dampf und sonst keine Probleme, die USB Busse sind per PCIe angebunden mit genug Power
Aber:
wenn ich per mediaclient --transfermode=iso -d /dev/dvb/apapter0/frontend0 den Modus umstelle , passiert : nichts. ich habe das device auch stromlos gemacht und wieder eingesteckt, keine chance
lsusb zeigt immer noch bulk:
Bus 001 Device 004: ID 2659:1802 Sundtek Dual S2
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x2659 Sundtek
idProduct 0x1802
bcdDevice 0.00
iManufacturer 1 Sundtek
iProduct 2 Dual S2
iSerial 3 U220618172518
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0027
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 400mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0006 1x 6 bytes
bInterval 10
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x86 EP 6 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
root@tvh:/root# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Dual S2] DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
[INFO]:
STATUS: STANDBY
[BUS]:
ID: 1-3
[SERIAL]:
ID: U220618172518
[DVB-S/S2]:
FESTATUS: STANDBY
LNBVOLTAGE: DISABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[DVB-S/S2]:
FESTATUS: STANDBY
FRONTEND: /dev/dvb/adapter1/frontend0
DVR: /dev/dvb/adapter1/dvr0
DMX: /dev/dvb/adapter1/demux0
Hinweis, ich lasse das seit längerem erfolgreich im unpriviligiertem LXC container laufen.
Würde mich über Hilfe freuen , mein Fernseherlebnis ist grade im Arxxx.
Danke !
-
Hallo,
hast Du die Signalqualität der jeweiligen Sender überprüft?
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band universal
=0 = unendlich (abbruch mit STRG-C)
adapter0 = tuner gegenüber vom Netzteil
adapter1 = tuner gegenüber vom USB
auch einen anderen USB Port verwenden, sofern ein Hub verwendet den Tuner nicht über ein Hub verwenden.
Die Firmware der Dual Tuner unterstützt aktuell nur Bulk Transfers.
-
sieht eigentlich gut aus oder ?
root@tvh:/# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 11 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [............................. ] ( 89%) SATQUALITY: 77% SNR: 12 BER: 0 FREQ: 1361750 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
^C
root@tvh:/# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0
== reading digital TV signal ==
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 88%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
SIGNAL: [............................. ] ( 87%) SATQUALITY: 74% SNR: 11 BER: 0 FREQ: 1597000 Hz LOCKED: YES SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: OFF
-
Die Signalqualität ist für die jeweilige Frequenz, ja das sieht gut aus - tritt bei der Frequenz denn die Signalstörung auf?
-
Hi,
das ist unabhängig vom Sender, passiert überall sporadisch, ich kann das im tvheadend webif sehen das der counter genau dann hochgeht , wenn ich Aussetzer im Bild habe.
Aufnahmen aus anderen Quellen (h264/265) laufen ohne Probleme (auch über den Abspielpfad tvh/kodi, daher kann es nur der DVB-S Empfangspfad sein....
Leider verfolgt mich das Problem schon über diverse Kernelversionen und sogar über 2 Debian Versionen (Bullseye/Bookworm), der isochronous mode wurde hier und da mal für HDTV als Lösung gemeldet , auch für SkyTv Dual. Aber das Feature ist wohl in den letzten Versionen dann rausgeflogen ?
Buffert der SkyTv Dual den Input oder wie kritisch ist die Abnahme der Daten ? Habe schon im tvh die Buffer um den Faktor 10 angehoben aber das hilft nicht. Das erhöhen der Scheduling Prio hilft auch nur wenn das Sys belastet ist , die Fehler treten aber auch (seltener) im Leerlauf auf. Allerdings rennt meine OpenHAB Hausautomatisierung auch dort (Java) aber niederprior.
Und wie gesagt das ist n QuadCore Atom (N5105), 2,9ghu und 16GB RAM , der hat da wenig zu tun .....
Gruß,
Simon
-
Wirf mal einen genaeuren Blick auf die Logfile wenn das passiert - und zwar system, cpu, mediasrv.log
Die Treiber Logfile kannst Du einschalten indem Du folgende Zeile hinzufügst
loglevel=min (oder max) in /etc/sundtek.conf
Ja der Puffer ist sehr groß auf dem Tuner (etwas mehr als 1 Mbit, ca 64kbyte pro Tuner; der Regelfall wäre weniger als 10% davon), wenn z.B die Festplatte (auf was wird dort geschrieben SSD oder SD Karte?) dann kann das gesamte System blockiert werden.
Oder auch in welchem Modus befindet sich das System? (heruntergetaktet wenn es passiert, mit dem dynamic Scheduler)
Ich würde erst mal die Sender ausfindig machen wo das Problem auftritt und dann während das Video - genau auf diesen Sendern läuft - diverse Einstellungen am System durchprobieren.
Wenn Du willst kann ich mich remote mal einloggen (z.B über Anydesk) und mir das bei Dir anschauen.
-
Hier die auffällige Stelle aus dem Logfile :
2023-10-05 06:33:50 [568] [FE1] Frequency: 1552
2023-10-05 06:33:50 [568] [FE1] Symbolrate: 22000
2023-10-05 06:33:50 [568] [FE1] Frontend has locked
2023-10-05 06:33:51 [568] INIT_DTV: 1
2023-10-05 06:33:51 [568] TS Sync byte not aligned, realigning stream (0 // 0 // 7e // FEID: 1)
2023-10-05 06:33:51 [568] There have been 10 ts errors within 1 second
2023-10-05 06:34:40 [568] [FE1] Setting Frequency: 1612000
2023-10-05 06:34:40 [568] [FE1] Setting DVB-S2
2023-10-05 06:34:40 [568] [FE1] Frequency: 1612
2023-10-05 06:34:40 [568] [FE1] Symbolrate: 22000
2023-10-05 06:34:40 [568] [FE1] Disabling High Tone (22khz)
2023-10-05 06:34:41 [568] [FE1] Frontend has locked
2023-10-05 06:34:41 [568] [FE1] Setting Frequency: 1612000
2023-10-05 06:34:41 [568] [FE1] Setting DVB-S2
2023-10-05 06:34:41 [568] [FE1] Frequency: 1612
2023-10-05 06:34:41 [568] [FE1] Symbolrate: 22000
2023-10-05 06:34:41 [568] [FE1] Frontend has locked
2023-10-05 06:34:41 [568] INIT_DTV: 1
2023-10-05 06:34:41 [568] TS Sync byte not aligned, realigning stream (0 // 0 // 3e // FEID: 1)
2023-10-05 06:34:51 [568] [FE1] Setting Frequency: 1714250
2023-10-05 06:34:51 [568] [FE1] Setting DVB-S2
2023-10-05 06:34:51 [568] [FE1] Frequency: 1714
2023-10-05 06:34:51 [568] [FE1] Symbolrate: 22000
2023-10-05 06:34:51 [568] [FE1] Disabling High Tone (22khz)
2023-10-05 06:34:52 [568] [FE1] Frontend has locked
2023-10-05 06:34:52 [568] [FE1] Setting Frequency: 1714250
2023-10-05 06:34:52 [568] [FE1] Setting DVB-S2
2023-10-05 06:34:52 [568] [FE1] Frequency: 1714
2023-10-05 06:34:52 [568] [FE1] Symbolrate: 22000
2023-10-05 06:34:52 [568] [FE1] Frontend has locked
2023-10-05 06:34:52 [568] INIT_DTV: 1
ich hab mal etwas gegooglet . mein HW Pid Filter scheint aus zu sein und das hier sagt mediaclient:
root@tvh:/root# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
582 ... tvheadend
/dev/dvb/adapter0/dvr0:
582 ... tvheadend
/dev/dvb/adapter0/demux0:
582 ... tvheadend (0000)
582 ... tvheadend (0001)
582 ... tvheadend (0010)
582 ... tvheadend (0011)
582 ... tvheadend (0021)
582 ... tvheadend (0062)
582 ... tvheadend (02ff)
582 ... tvheadend (0303)
582 ... tvheadend (19fc)
582 ... tvheadend (1005)
582 ... tvheadend (0012)
/dev/mediainput0:
No client connected
/dev/dvb/adapter1/frontend0:
582 ... tvheadend
/dev/dvb/adapter1/dvr0:
582 ... tvheadend
/dev/dvb/adapter1/demux0:
582 ... tvheadend (0000)
582 ... tvheadend (0001)
582 ... tvheadend (0010)
582 ... tvheadend (0011)
582 ... tvheadend (0012)
es ist wohl aber auch der EPG Grabber unterwegs ....
hilft das weiter ?
-
Das sieht dort alles in Ordnung aus, glitches nach dem Umschalten sind normal da muss sich erst mal der Transportstrom aufbauen (das ist aber im Millisekundenbereich).
Das ist als ob man auf einen fahrenden Zug aufspringt, dort wo kein Eingang ist werden die Daten erstmal verworfen.
-
Passiert aber durchaus auch während dem Betrieb ... siehe hier. Der Log vorher war auch nicht nur durch umschalten
2023-10-05 10:25:38 [90] TS Sync byte not aligned, realigning stream (27636 // 6 // dc // FEID: 1)
2023-10-05 10:29:29 [90] TS Sync byte not aligned, realigning stream (19176 // 62 // b2 // FEID: 1)
2023-10-05 10:35:42 [90] TS Sync byte not aligned, realigning stream (2820 // 70 // 3f // FEID: 1)
2023-10-05 10:39:58 [90] TS Sync byte not aligned, realigning stream (188 // 170 // d9 // FEID: 1)
2023-10-05 10:39:58 [90] TS Sync byte not aligned, realigning stream (383 // 170 // d7 // FEID: 1)
2023-10-05 10:41:46 [90] TS Sync byte not aligned, realigning stream (28576 // 26 // 26 // FEID: 1)
2023-10-05 10:41:46 [90] TS Sync byte not aligned, realigning stream (28780 // 26 // 3c // FEID: 1)
2023-10-05 10:41:46 [90] TS Sync byte not aligned, realigning stream (29058 // 26 // 68 // FEID: 1)
2023-10-05 10:41:46 [90] TS Sync byte not aligned, realigning stream (16356 // 54 // 2b // FEID: 1)
2023-10-05 10:41:46 [90] There have been 10 ts errors within 1 second
2023-10-05 10:45:59 [90] TS Sync byte not aligned, realigning stream (17860 // 50 // 54 // FEID: 1)
2023-10-05 10:46:55 [90] TS Sync byte not aligned, realigning stream (35532 // 126 // 25 // FEID: 1)
2023-10-05 10:47:41 [90] TS Sync byte not aligned, realigning stream (35720 // 22 // ff // FEID: 1)
2023-10-05 10:47:46 [90] TS Sync byte not aligned, realigning stream (21244 // 30 // 69 // FEID: 1)
2023-10-05 10:48:31 [90] TS Sync byte not aligned, realigning stream (14664 // 146 // ef // FEID: 1)
2023-10-05 10:48:40 [90] TS Sync byte not aligned, realigning stream (37224 // 98 // 88 // FEID: 1)
2023-10-05 10:49:29 [90] TS Sync byte not aligned, realigning stream (23500 // 6 // 9 // FEID: 1)
für welche Zeit reicht denn der Buffer in SkyTv Ultimate (Dual) ?
-
Schau dir jetzt die Signalqualität von dem Sender an (readsignal), denke das müsste Adapter1 sein.
Während dieser Einträge die Signalstatistik auslesen (nur wenn TS Sync byte not aligned kommt macht die Signalstatistik Sinn).
-
Du kannst auch syslog an kontakt at sundtek dot com schicken, damit ich das kurz mal überprüfe.
-
Hi ,
habe ich grade gemacht , auf beiden Transceivern . einer ist 0% ( da ungenutzt) und der andere hat BER = 0 und signalquality 74% , total unauffällig ...
die CPU hat den intel_pstate dynamischen Takt, aber ich habe mit cpupower -ALLE- Cstates mit hoher Latenz abgeschaltet:
root@odroidh2:~# cpupower idle-info
CPUidle-Treiber: intel_idle
CPUidle-Regler: menu
CPU 0 wird analysiert:
Anzahl der Ruhezustände: 4
Verfügbare Ruhezustände: POLL C1_ACPI C2_ACPI C3_ACPI
POLL:
Merker/Beschreibung: CPUIDLE CORE POLL IDLE
Latenz: 0
Aufruf: 192850
Dauer: 34537837
C1_ACPI:
Merker/Beschreibung: ACPI FFH MWAIT 0x0
Latenz: 1
Aufruf: 32401342
Dauer: 12110232937
C2_ACPI (DISABLED) :
Merker/Beschreibung: ACPI FFH MWAIT 0x31
Latenz: 253
Aufruf: 1212
Dauer: 2944920
C3_ACPI (DISABLED) :
Merker/Beschreibung: ACPI FFH MWAIT 0x60
Latenz: 1048
Aufruf: 981
Dauer: 4842178
root@odroidh2:~# cpupower monitor
| Nehalem || Mperf || Idle_Stats
CPU| C3 | C6 | PC3 | PC6 || C0 | Cx | Freq || POLL | C1_A | C2_A | C3_A
0| 0,00| 0,00| 0,00| 0,00|| 6,69| 93,31| 1777|| 0,13| 91,70| 0,00| 0,00
1| 0,00| 0,00| 0,00| 0,00|| 5,13| 94,87| 1400|| 0,02| 92,33| 0,00| 0,00
2| 0,00| 0,00| 0,00| 0,00|| 8,78| 91,22| 1255|| 0,03| 86,16| 0,00| 0,00
3| 0,00| 0,00| 0,00| 0,00|| 10,39| 89,61| 1289|| 0,03| 83,41| 0,00| 0,00
wenn ich C1 noch rausnehme , rennt die CPU mit 2ghz dauerhaft .....
Gruß,
Simon
-
selbst mit konstanten 2ghz (no turbo und keine sleep states) kommt das problem vor
die Auslastung des Systems ist sehr gering ( unter 10% dabei , mit btop geprüft )
-
Ist die BER 0?
Kannst Du eventuell nen remote desktop auf das System vorbereiten?
-
- die BER ist 0
- das system ist headless
es gibt:
- einen LXC container für tvheadend + den sundtek treiber
- einen LXC container für kodi (wahrscheinlich hier uninteressant)
ich könnte den SSH port für den LXC container forwarden und einen key hinterlegen ? Sowas wie Teamviewer auf meinem Windows Desktop , wo ich die konsolen aufmache geht natürlich auch
-
Du kannst Anydesk Zugangsdaten an kontakt at sundtek de schicken, dann siehst du auch was ich dort mache.
-
Hi,
noch eine interessante Info:
Ich habe einen Odroid C2 ( amlogic ) aufgesetzt mit tvheadend und dem sundtek device , kodi ist auf dem Odroid H3 geblieben, Transfer übers Gigabit LAN, läuft einwandfrei
das der LXC container Ärger macht würde ich mal eher nicht annehmen, ABER der intel jasper lake / bzw der xHCI USB controller vor allem.
Hattet ihr nicht sowieso mal Ärger mit xHCI wenn ich ins Firmware log schaue ?
Gruß,
Simon
-
Wir verwenden bei uns nur XHCI (ohne Probleme).
Im Problemfall wenn ein Kunde mal Probleme mit XHCI hat und EHCI verfügbar ist dann schlagen wir erst immer vor auf einen USB 2.0 Port mit EHCI umzustecken.
Du verwendest den Tuner in der virtualisierten Umgebung, ich würde den Tuner eventuell mal außerhalb der virtuellen Umgebung verwenden um zu sehen wie sich das dort verhält.
Im Grunde solltest Du die /dev/bus/usb Nodes alle in den Container durchreichen.
-
Hi,
ich wollte hier nochmal versuchen das Problem im Zusammenspiel des LXC Containers ( x86 xHCI ) mit dem Sundtek Dual zu finden ( zumal das Teil an einem Odroid C2 (ARM64, dwc usb) ) ohne Probleme läuft.
Kann man mit den Einträgen in der sundtek.conf spielen für:
usb_transaction_delay
usb_timeout
ich hab gesehen das der SkyTv wohl alle 64ms ein Polling ? seitens des Hosts erwartet.
Wie groß ist der Datenpuffer im SkyTv dual ?
macht es Sinn den Default UsbFs buffer von 16MB auf zB 128Mb für linux zu setzen ?
Wie oft läuft normalerweise der USB transfer bzw im welchen Rhythmus ?
Gruß,
Simon
-
Gibt's Logfiles welche bei Dir das Problem bestätigen?
Das Polling ist im allgemeinen eigentlich passend geregelt. Ich denke eher wenn es XHCI Probleme gibt dann hängt das mit dem jeweiligen System zusammen, ich habe auf keinem von unseren Systemen XHCI Probleme gesehen, und davor auch keine EHCI (USB 2.0) Probleme.
Du kannst bei den Transaktionen rumspielen.
Der Puffer auf dem Dual DVB-S/S2/S2X Tuner ist nahezu 1 Mbit (512kbit pro Tuner - was sehr sehr viel ist).
-
Hi,
okay , lass uns mal eine anydesk session machen, usbmon ist auf der Kiste, ich würde schon gern wissen was los ist , vor allem da der sundtek usb adapter auf nem Odroid C2 nativ zu laufen scheint.
Ein logfile hatte ich ja auf seite 1 des Threads schonmal dran gehabt, ich versuche gerne aber auch nochmal ein neues zu erstellen
Wann würds passen ?
Gruß,
Simon
-
Hi,
die Logfiles hatten soweit noch keine Aussagekraft, eventuell Syslog, Disk Auslastung, etc. überprüfen.
Wir haben auch Skype "sundtek", ansonsten eventuell mal in den Chat schauen und dort etwas schreiben und warten bis sich wer meldet.
-
Ich habe die Situation nochmal durchgerechnet.
1. du sagtest es wären 512Kbit pro tuner an Buffer verfügbar
2. die Datenrate bei HD bewegt sich so bei 7Mbit grob gesagt
3. also würde der Buffer für 7000/512 = 13,6 und 1 / 13,6 = für irgendwas wie 0,07 Sekunden reichen
Mein Odroid H3 hat jede Menge CPU power , aber nur einen USB2 Root und einen USB3.
4. auf dem USB2 Root knubbeln sich ein paar Devices:
- WLAN stick im interrupt mode ( bis 200Mbit netto ! )
- keyboard funk controller ( Kleinkram )
- HD+ card reader ( datenrate auch kleinkram )
- die SkyTv im Bulk mode
Der USB2 Root wird also geteilt und meines wissens nach ist es so das zuerst Interrupt devices abgearbeitet werden, dann isochronous und dann erst bulk. D.h. der Sundtek kommt als allerletztes dran. isochronous würde bandbreite garantieren das unterstützt der Dual aber nicht ?
5. das bedeutet wenn auf dem WLAN gut was los ist wird der Sundtek transfer unterdrückt. wenn das länger als 0,07s dauert ( was echt nicht viel ist ) ist der Buffer am Ende
6. Das ist wohl auch der Grund warum der Stick an einem anderen Sys ohne jegliche andere USB Geräte ohne Probleme läuft.
Würdest du meine Erklärung so unterschreiben ?
--> Am Ende heisst das , der Sundtek SkyTv Dual stick funktioniert nur dann zuverlässig, wenn der USB Bus recht ungestört ist weil er nur einen sehr kleinen Buffer hat
Falls das zutreffen würde , könnte das vielen Leuten als Info helfen ihr tvheadend so aufzusetzen das es auch zuverlässig läuft. Falls ich mich irren sollte würde ich mich auch über die Widerlegung freuen ! :-)
-
Ich könnte hier wohl wirklich so einiges über die technischen Details schreiben.
Aber ich denke Du hast Das Problem wohl jetzt selber eingegrenzt, wenn ein USB 2.0 W-Lan Stick und der DVB Dual Tuner am gleichen Root Hub hängen kann natürlich die USB Bandbreite ausgereizt werden und irgendjemand zieht dann natürlich den kürzeren (bei Live Daten ist dass dann zum Teil auch unser Tuner).
Teile die auf unterschiedliche Root Hubs auf.
Die 512 KBit pro Tuner sind sehr viel, dedizierte ASIC Systeme (Chipsätze die im DTV Bereich vollintegriert sind, ohne FPGA) haben mindestens um den Faktor 10 weniger, einige resetten auch gleich mal die Datenübertragung wenn's knapp wird und sorgen für zusätzliche Störungen (wir haben uns damals so ziemlich alles angesehen was es auf dem Markt gab).
Der USB Chip an sich hat bei uns nur 16kbit Puffer pro Channel(!), der FPGA greift mit den 512Kbit unter die Arme (es sind etwas mehr, da auch BRAM neben den SPRAM verwendet werden).
2 Single Tuner sind einfacher als ein Dual Tuner vom Systemaufbau.
folgendes System hätte da so einige:
# lsusb
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
|__ Port 6: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 6: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
-
Hi,
da man aber bei Bulk transfers auf dem USB keine Garantie hat auf Latenz oder Bandbreite, sind 0,07s nur komfortabel wenn man auch schnell drankommt.
in meinen Fall ist ein mt7921 wlan stick (Wifi6e) mit am Bus der netto 200Mbits schafft, ich denke der wird zu den Problemen führen.
Ich habe noch einen baugleichen x86 Heimserver hier stehen , an dem keine USB Geräte sind. Ich werde den Sundtek da mal anstecken und dann wird das wohl auch funktionieren....
Der isochrone Modus könnte eine Lösung sein weil das die Bandbreite garantiert und auch die Latenzprobleme beheben sollte , aber das kann der SkyTv Ultimate Dual nicht oder ? Wirds da noch ein Update geben ?
MfG,
Simon
-
Bei dem Dual Tuner wird es diesbezüglich eher kein Update geben, da wir ansonsten den USB Port fix für 200mbit reservieren müssten und dass könnte leichter Probleme bereiten mit anderen Geräten
Nicht alle Transponder brauchen eine hohe Bandbreite, einige brauchen weniger andere mehr.
Da dann eher die Empfehlung:
Den Tuner an einen Port stecken der nicht mit einem anderen Gerät mit höherer Geschwindigkeit geteilt wird.
Bei W-Lan könnte man eventuell noch soetwas wie QOS konfigurieren, damit die Bandbreite gedrosselt wird.
Oft haben diverse Systeme aber auch mehrere USB Ports die nicht miteinander geteilt werden.
lsusb -t kann so etwas anzeigen.