Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
Hallo Sundtek Support,

Ich hatte bisher viel Freude mit meiner SkyTV Ultimate Dual, welche ich im Januar 2024 erworben hatte. Das Gerät ist seitdem im täglichen Betrieb mit Tvheadend.
Jedoch habe ich seit gestern Abend keinen Empfang nutzbaren Empfang mehr. Auf beiden Tunern habe ich dasselbe Verhalten:
Das Empfangssignal scheint extrem instabil. Es "flackert" völlig wild zwischen 100% und 0% hin und her. In Kodi / VLC ergibt dies kein Bildsignal. Hochsporadisch sind noch Tonartefakte zu hören.

Können Sie mir helfen, das Problem einzugrenzen bzw festzustellen, ob das Gerät selbst einen Schaden hat?

Hinweis: Das Problem tritt von Null auf 100% seit gestern abend, ca 23:10 auf. Zu dem Zeitpunkt lief ein Kanal im Stream mit kodi. Dann brach das Bildsignal unvermittelt ab. Auch im Anschluss erfolgte Neustarts inkl des Trennens des Geräts vom Strom führten zu keiner Verbesserung.

Hinweis: Unter dmesg ist erkennbar, dass das Gerät weiterhin fehlerfrei gefunden und initialisiert wird.
2
Guten morgen, Ich bin im chat jetzt online, waere schoen wenn Man sich das Problem ansehen kann,


ich ich sehe jetzt das mir auf discord geschrieben wurde und nicht im chat oben wo ich gewartet habe

habe dort jetzt reagiert und bin auch auf discord online
3
Ich antworte mal hier, da die Verbindung über das Handy im Chat immer unterbrochen wurde.

Hier sind die genauen Transponder, die bei mir die Probleme verursachen:

1. Polsat-Transponder (z. B. Polsat HD / Polsat News HD)

Satellit: Eutelsat Hot Bird (13.0° Ost)

Frequenz: 11158 MHz (11.158 GHz)

Polarisation: Vertikal (V)

Symbolrate: 27500 kS/s

FEC: 3/4

Standard: DVB-S2

Modulation: 8PSK

Roll-off: 0.20

Pilot: Off (macht CC-Fehler und Aussetzer)

2. RTL 7 (Niederländischer Sender)

Satellit: Astra 23,5° Ost (Astra 3B / 3C)

Frequenz: 11856 MHz (11.856 GHz)

Polarisation: Vertikal (V)

Symbolrate: 29900 kS/s

FEC: 2/3

Standard / Modulation: DVB-S2, 8PSK

Roll-off: 0.20

Pilot: On (hier habe ich trotz Pilot On ebenfalls Probleme)

Zusammenfassung des Musters:
Es sind im Grunde alle Sender mit Roll-off 0.20 betroffen, bei denen Pilot aus ist – und teils auch 0.20er mit Pilot On Probleme. Sender mit Roll-off 0.35 laufen hingegen komplett fehlerfrei durch.

Hardware-Umgebung:
Als System läuft hier ein Mini-PC mit Tomato64, der als Router fungiert.

Donnerstag habe ich frei, da kann ich tagsüber alles in Ruhe testen. Falls von eurer Seite aus Bedarf besteht, lässt sich für den Test auch problemlos ein SSH-Zugang auf das Gerät einrichten!
4
Es gab schon lange kein Update mehr bei den DVB-S/S2 Receivern, mir ist nicht klar welche Transponder Du genau auf welchen Satelliten versuchst zu empfangen. Ich schätze Hotbird nicht Astra?
Naja Du bist ja jetzt eh im Chat weiteres können wir da abklären.
5
nach längerem Testen und Analysieren bezüglich der Continuity Counter (CC) / TEI-Aussetzer auf bestimmten Transpondern (z. B. Polsat / RTL7) konnte ich das Ursachenmuster nun sehr konkret eingrenzen.


​Erst dachte ich kurzzeitig, dass ein Update (z. B. der Treiber von Januar) das Problem gelöst hatte – das erwies sich jedoch als Trugschluss, da ich zu dem Zeitpunkt schlicht auf Sendern unterwegs war, die entweder aktive Piloten nutzten oder standardmäßig mit Roll-off 0.35 liefen.

​Nach gezielten und systematisierten Tests zeigt sich nun folgendes klares Bild:

​Sender mit Pilot = ON laufen absolut fehlerfrei durch – völlig egal, welcher Roll-off verwendet wird (z. B. BBC Brit mit Roll-off 0.20 + Pilot ON läuft völlig stabil). Die Pilot-Töne scheinen hier als rettender Synchronisations-Anker zu wirken.

​Sender ohne Pilot (Pilot = OFF) laufen ausschließlich dann fehlerfrei, wenn sie einen Roll-off von 0.35 haben (z. B. das ZDF-HD-Paket läuft komplett problemlos).

​Sender mit Pilot = OFF und Roll-off 0.20 (wie Polsat oder RTL7) produzieren hingegen Aussetzer und CC-Fehler.

​Meine Beobachtung & Vermutung:
Es drängt sich der Verdacht auf, dass der Treiber bzw. Demodulator intern starr mit einem Roll-off von 0.35 arbeitet:

​Bei Roll-off 0.35 + Pilot OFF passt es (durch Tests mit ZDF-HD verifiziert).

​Bei Roll-off 0.20 + Pilot ON rettet der Pilot die Synchronisation trotz der falschen Roll-off-Verarbeitung.

​Bei Roll-off 0.20 + Pilot OFF schlägt die Synchronisation unter Last fehl, weil der Roll-off-Faktor falsch interpretiert wird und die Piloten als Korrektur fehlen.

​Zusätzlicher Hinweis: Manuelle Einstellungen in TVHeadend bezüglich des Roll-offs scheinen keinen Effekt zu haben. Selbst wenn man dort etwas falsches erzwingt, laufen funktionierende Sender unbeeindruckt weiter, was vermuten lässt, dass diese Parameter vom Treiber ignoriert werden.

​Kann es sein, dass hier im Treiber/Firmware-Bereich Roll-off 0.20 bei fehlenden Piloten nicht korrekt dynamisch geschaltet wird und hart auf 0.35 zurückfällt?


​Über eine kurze Rückmeldung oder Prüfung dazu würde ich mich sehr freuen!
6
Sundtek DAB/DAB+/FM/FM HD / Re: Fragen und Weierentwicklung Streaming Server
« Letzter Beitrag von Sundtek am September 21, 2026, 06:59:23 Nachmittag »
Hi,

Du kannst gerne in den Discord Chat schauen, um das Problem welches Du da hast zu besprechen.

https://discord.gg/AR5QJhyNnw
7
Sundtek DAB/DAB+/FM/FM HD / Re: Fragen und Weierentwicklung Streaming Server
« Letzter Beitrag von jassi0001 am September 21, 2026, 06:51:27 Nachmittag »
zu der DLS Thematik: Ich kann, wenn ich manuell tune mittls des mediaclient (wir im Forum hier beschrieben: https://support.sundtek.com/index.php?topic=2115.0) nur Bilder laden. Im Forum steht, dass /opt/bin/mediaclient --getdigitaldata -d /dev/dab0 eine Info zum aktuellen titel liefern soll. das kann ich zur Zeit nicht reproduzieren.

./mediaclient -m DAB -d /dev/dab13 -f 180064000 --sid 0x121b

(DAB13 deshalb, weill der Service gern mal wegfliegt und dann ein neues virtuelles Device erzeugt wird.

Erhalte momentan nur sowas:

DIGITAL DATA SERVICE: 512 -- d0
74 d0 00 08 12 02 7a e1
EXTENSION FLAG: 0
CRC_FLAG: 1
segment flag: 1
user_access_flag: 1
data_group_type: 4
MOT Data 6.1.3 Transport of body segments
continuity_index: d
repetition_index: 0
last segment: 0
segment number: 8
user access field:
length indicator: 2
transport id identifier: 27a
POSITION: 7
repetition count: 7
segment size: 501
--------> 74 d0 00 08 12 02 7a e1 f5 98
DIGITAL DATA SERVICE: 512 -- e0
74 e0 00 09 12 02 7a e1
EXTENSION FLAG: 0
CRC_FLAG: 1
segment flag: 1
user_access_flag: 1
data_group_type: 4
MOT Data 6.1.3 Transport of body segments
continuity_index: e
repetition_index: 0
last segment: 0
segment number: 9
user access field:
length indicator: 2
transport id identifier: 27a
POSITION: 7
repetition count: 7
segment size: 501
8
Sundtek DAB/DAB+/FM/FM HD / Re: Fragen und Weierentwicklung Streaming Server
« Letzter Beitrag von Sundtek am September 21, 2026, 06:33:13 Nachmittag »
Ich denke es wird durchaus einige interessieren, aber nicht jeder DAB/DAB+ User schaut hier regelmäßig vorbei. Ich denke wir können eventuell die DAB/DAB+ Käufer mal anschreiben ob sie einer Mailinglist beitreten wollen.

Ich weiß jetzt nicht wie Du DLS ausliest, aber wenn Du die API direkt ansprichst wirst Du die Dekodierung von DLS machen müssen.

Bezüglich dem Encoding - wir suchen aktuell noch ein Problem bei Plex warum dort SAT>IP nicht funktioniert (soweit wir rausgefunden haben sind nicht nur wir davon betroffen sondern auch andere SAT>IP Server, irgendwas haben die Plex Entwickler in den letzten Updates abgeschossen).
9
Sundtek DAB/DAB+/FM/FM HD / Re: Fragen und Weierentwicklung Streaming Server
« Letzter Beitrag von jassi0001 am September 21, 2026, 05:43:46 Nachmittag »
Welchen Sinn macht es DAB in TVHeadend zu integrieren wenn es schon den UPnP Streamingserver gibt mit dem Du DAB/DAB+ bereits jetzt in Kodi integrieren kannst?
Für mich liegt der Sinn darin, dass ich mit TVHeadend nur ein zentrales System für die Bereitstellung von TV und Radio pflegen muss. Und in Kodi liegt der Vorteil darin, dass ich die in TVHeadend konfigurierten Sender-Listen in meiner gewünschten und zentral festgelegten Sortierung direkt verfügbar habe, ohne dies in Kodi noch manuell konfigurieren zu müssen. Und zusätzlich zu meinen DVB-S-Sendern hätte ich dann auch direkt die DAB-Sender dabei, ohne erst noch weitere Systeme wie den Streaming Server einbinden zu müssen. Und ich kann z.B. auch in einem Guss abbilden, dass manche Sender von Satellit und manche von DAB genutzt werden, die aber beide in einer Senderliste vermischt auftauchen können. In TVheadend werden außerdem noch die ganzen Senderlogos zentral verwaltet, welche dann auch direkt in Kodi genutzt werden. Über die o.a. Integration via UPnP musste ich dafür alle Senderlogos manuell in die m3u-Datei des Streaming Servers schreiben und diese Datei stelle ich dann auf einem internen Webserver bereit, d.h. wenn sich im Streaming Server die Senderliste ändert, muss ich auch die m3u-Datei wieder anpassen. Und mir fällt grade noch ein, dass TVHeadend so konfiguriert werden kann, dass regelmäßig nach neuen/geänderten/entfernten Sendern gesucht wird, was für DAB ggf. auch ein sinnvolles Feature wäre. Sicherlich im Ganzen eine spezielle Anforderung.
Ich weiß ehrlich gesagt nicht, ob es überhaupt möglich wäre, die Kernel-Schnittstelle bzw. den Treiber so zu implementieren, dass sich der DAB-Tuner quasi wie ein DVB-S-Tuner verhält und TVHeadend diesen dann ebenso einbinden könnte. Stecke dafür leider viel zu wenig in der Thematik drin. Vielleicht hast Du ja noch Ideen, wie man die Einbindung von DAB-Sendern im obigen Sinne komfortabler realisieren könnte.

Hallo zusammen,

ich habe mich die letzten zwei Tage mit dem Thema DAB-Stick von Sundtek, TVHeadend, Homeassistant auseinander gesetzt und  für mich eine Lösung entwickelt (mit Claude), die sehr verlässlich funktioniert. Ich habe das vorbereitet, um es über GIT zu teilen. Wenn interesse besteht, kann ich das hier im Forum einmal vorstellen..... In dem Zuge kämpfe ich gerade noch damit, dass der mediaclient das DLS nicht sauber dekodiert. Das ist denke ich aber ein Problem des Clients und wird irgendwann wieder aktiviert werden.

Bei interesse gern einmal schreiben, dann kann ich das ja mal teilen.

Gruß Stefan Jasper
10
Treiber / Re: mediasrv 100% CPU: poll-Busy-Loop mit POLLNVAL (net_poll) nach USB-Device-Verlus
« Letzter Beitrag von Sundtek am September 20, 2026, 10:54:44 Nachmittag »
Könnte ein Problem mit dem Docker System und musl-c die ist etwas anders als der reguläre Treiber, aber Du hast jetzt erst mal eine Debug Version am Laufen mal schauen was da dann rauskommt.
Seiten: [1] 2 3 ... 10