Posts by Sundtek

    Vor allem steht das da, der Treiber wurde also gestoppt

    2024-10-01T16:30:51.319279+02:00 vdrserver systemd[1]: Stopping sundtek.service - Sundtek mediasrv...


    usb 1-1.3: usbfs: USBDEVFS_CONTROL failed cmd mediasrv rqt 64 rq 187 len 1 ret -4

    interrupted system call, da wurde wohl der Treiber (was 2-3 Prozesse sind) gekillt.


    Ein richtig abnormales Verhalten welches den VDR während der Laufzeit beeinflusst kann man aus der Logfile nicht entnehmen (hattest Du hier auch nicht erwähnt). Ich weiß auch nicht wie das Update da jetzt genau gemacht wurde, eigentlich sollte das Paket zuvor gestoppt werden und danach der Treiber aktualisiert werden (so macht unser Installer eigentlich, yavdr hat seine eigene Installations / Upgrade Routine).

    Zu dem Zeitpunkt der Logfile wurde das System heruntergefahren?

    Ist irgendwie etwas wage.

    Wenn der Treiber abstürzt oder es Probleme gibt bitte genauere Informationen liefern und z.B via Chat kontaktieren.

    Wir haben seit kurzem auch nen Discord Channel https://discord.gg/KUAvf8nn oder IRC irc.libera.chat #sundtek

    Das geht wieder in die Richtung so günstig kann man das eigentlich nicht fertigen wenn's ordentlich sein soll.


    Der Sony Chip wird über einen USB Chip programmiert der keine Video Daten übertragen kann, der Transportstrom wird aber wohl direkt rausgeleitet.

    Fragwürdig wäre da zudem noch welche LNB Spannungsversorgung da verwendet wird, für aktive Multiswitches kann man bald mal was zusammenwursteln (da reichts wenn man nen billigen Step-Up Controller verwendet den man entsprechend konfiguriert), wenn man jedoch die LNBs direkt ansteuert braucht das Power und die Spannung muss auch überwacht und justiert werden (=kostet Geld, jetzt nicht nur der Chip sondern auch die Bauteile rundherum).


    Im großen und Ganzen das Gerät funktioniert wenn überhaupt nur mit der jeweiligen Android Amlogic Box da die Pins entsprechend geroutet wurden.

    Kannst Du eventuell mal nen remote Zugang zu dem System bereitstellen?

    Was ich da machen würde wäre ein kleines Testprogramm mit entsprechenden Filtern, vielleicht wird da irgendetwas gematched was im Filter eigentlich nicht gematched werden sollte. Wir haben einen eigenen Demuxer in der Software-Chain, der hat einige spezielle Features für spezielle Anwendungen.

    Hat Das bei Dir sonst irgendwelche Nebenwirkungen?


    Wenn ich hier einen EIT Filter auf diesen Transponder loslasse sehe ich keine Probleme (aber ich kenne halt auch nicht die genauen Filter Settings die VDR da loslässt und auf diese wird es ankommen).

    SIGNAL: [ ] ( 0%) SATQUALITY: 0% SNR: 9 BER: 0 FREQ: 11817000 Hz LOCKED: NO SYS: DVB-S2 SYM: 29700000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: V(13V) TONE: ON


    SIGNAL: [ ] ( 0%) SATQUALITY: 0% SNR: 0 BER: 0 FREQ: 11597000 Hz LOCKED: NO SYS: DVB-S SYM: 22000000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: V(13V) TONE: OFF


    überprüfe mal was das für Transponder sind, vielleicht ist ja nur ein Parameter falsch. Die treten in der Logfile ein paar mal auf.

    Also, egal wen ich vorher starte... Sundtek schnappt sich die beiden ersten frontends...


    vdr startet mit dem LD_PRELOAD für die sundteks. vtunerc ist mit 6 devices geladen und mit satip sind die 6 devices zugewiesen. Am Ende hätte ich gerne 8 tuner ;)

    Du brauchst first_adapter=N in /etc/sundtek.conf das weist unserem Stack den ersten freien Adapter zu. N sollte die Nummer des ersten Adapters sein welcher von unserem Stack benutzt werden darf.

    Grundsätzlich versucht der Stack abzuwarten bis andere Treiber geladen sind aber das ist halt nicht wirklich vorhersehbar wann was geladen wird deshalb die first_adapter Option.

    Nur der Vollständigkeit halber: Es geht rein theoretisch auch ohne zusätzliches Kernel-Modul. Hier hat sich mal jemand damit befasst:

    https://github.com/not1337/libsatip


    Fragt aber nicht wie der Stand dort ist und wie sich das Projekt im Vergleich zum hier diskutierten "vtuner" schlägt. Technisch gesehen ist "CUSE" eine Schicht unter "FUSE". Während FUSE nur für Filesystem-Treiber gedacht ist kann mit CUSE ein beliebiges "Character-Device" aus dem User-Mode heraus erzeugt werden.

    Zu Cuse - wir haben es mal getestet und es war instabil außerdem war's nicht überall per default verfügbar, mag sein dass es mittlerweile gefixt wurde aber zu der Zeit als wir es getestet haben war es unbrauchbar. Im Allgemeinen wäre es besser ein DVB Library zwischen device Nodes und Applikationen zwischenzuschieben dann wird der Code auch nahezu automatisch Betriebssystem-unabhängig.


    Wir haben in unseren Treiber Hooks welche es erlauben die Transportstream Daten innerhalb der Treiberdomain an libraries weiterzuleiten und dann wieder in den Treiber zurückzuschleifen.

    Soweit ich mich erinnere wurde das vor langer Zeit für ISDB-T in Japan implementiert, der Tuner empfängt die verschlüsselten Daten und der Transportstream wird im Treiberprozess direkt dekodiert.

    Wenn jemand nen Sundtek Tuner hat, und sich dafür interessiert kann ich das Gerüst für so n Library gern mal ausgraben. Zudem das auch wieder Kernel-Version unabhängig ist.

    Die überschreiben wohl read() und ioctl() per LD_PRELOAD mit ihrem Treiber blob, so dass all diese Funktionen erst durch ihren Treiber müssen.

    Kostet Performance, da alle Anfragen jeder Software davon betroffen sind, nicht nur VDR und co. und ist eigentlich ein Sicherheitsrisiko, du vertraust damit diesem Software Hersteller, dass sie nichts gefährliches dort in ihren Funktionen machen.

    Das kostet keine messbare Performance (wenn man was misst bemerkt man auch wie sich der CPU Verbrauch vom Kernel in das System zieht da der Demuxer als Applikation läuft), außerdem beschränkt sich die arbeitende Logik nur auf die DVB/Video Adapter, was anderes interessiert auch nicht.


    Einige Systeme isolieren das auf die DVB Applikation an sich, das System ist flexibel gestaltet und der Installer hat da auch einige Optionen. Auch ist ein Streamingserver enthalten man muss nicht das V4L/DVB Layer benutzen wenn man nicht möchte.

    Wer fleissig kompilieren will den hindern wir auch nicht, auch beeinflussen wir keine anderen Analog TV / Webcam oder DVB Treiber.


    Wer ein abgesichertes System haben will muss sowieso Hand anlegen und sich auskennen (sprich man sollte verstehen was man macht, der wird es dann auch schaffen sich ein bißchen in die Treiberoptionen einzulesen).

    Man kann gerade bei unserem Tuner auch direkt über API Calls oder einem Streamingserver auf den Tuner zugreifen (das machen auch einige Kunden), wie geschrieben der Installer hat da so einige Optionen.


    Multimedia Treiber im Kernel zu benutzen ist auch nicht so ohne, jahrelang gab's irgendwelche Systemcrashes oder andere Probleme mit diversen anderen Geräten und Updates zu durchlaufen ist einfach zeitaufwändig.


    Kernel-Treiber sind eine alte Technologie, mit der Zeit kam in Linux die Option mit Userspace Treiber hinzu während die Linux Media Maintainer damals ihre Grabenkämpfe hatten haben wir unsere Geräte bereits vollständig mit etlichen Features im Userspace integriert. Viele von denen damaligen Kernel-Entwicklern in dem Bereich sind über die Jahre hinweg ohnehin nicht übrig geblieben, sie haben sich einfach anderen Dingen gewidmet.