Sundtek Support Forum

Hi,

danke für das Feedback wir werden uns das letzte Update genauer anschauen.

Dauert noch 1-2 Tage bis wir uns das ansehen können, aktuell wird gerade was anderes (ebenfalls schwieriges) fertig gemacht (und wir wollen uns das obere genauer anschauen).

----

ich habe mir die Versionen hier angeschaut und konnte keine Probleme feststellen, falls möglich schaue bitte in den Discord Chat damit ich mich mit Dir diesbezüglich unterhalten kann.

Ich habe Dir einen Treiberlink in den Privat-Nachrichten geschickt; dort wurden die letzten Änderungen rückgängig gemacht während die wichtigen beibehalten wurden.

Habe hier Ubuntu, Mint, Debian 12/13 getestet.

Das ist eine gute Frage, der Patch muss noch aufgeräumt werden und genauer begutachtet werden.

Er ist aktuell ca 95% fertig (aber viele andere Ding sind bei uns derzeit ebenfalls in dem Bereich >90%). Kann sein dass es in einer Woche passiert oder erst in einem Monat so in dem Bereich würde ich aktuell rechnen.
Grundsätzlich die Meldungen in der Syslog sind technisch gesehen alle in Ordnung und nicht als Fehler oder Problem einzustufen, das ist halt etwas was außerhalb des Treibers entsprechend konfiguriert werden muss. Es gibt hier auch mehrere Wege, wir haben uns für einen Weg entschieden und der wird dann mit der Arbeit welche wir in die glibc gesteckt haben behoben werden.

Dort die Sat-Anlage - das LNB Kabel überprüfen.

An der Stelle mögliche Probleme:
- LNB defekt
- Schüssel ist nicht mehr ordentlich ausgerichtet
- Kabel defekt
- Netzteil am Tuner nicht angeschlossen / es liegen keine 12V am Tuner an.

Der Tuner hat bei Deiner Anlage ja funktioniert, also würde ich da eher erst mal die Anlage / das Kabel prüfen.
Testastra sollte die Testfrequenzen finden und ein Locked ausgeben (vorausgesetzt die Schüssel zeigt auf Astra 19.2 und am Kabel liegt ein Signal an).
Des weiteren tsscan funktioniert nur wenn ein Transponder eingestellt wurde, die Reihenfolge ist falsch (aber da testastra kein Locked ausgibt liegt das Problem wohl erst mal wo anders).

Ok also der Tuner funktioniert, das waren die technischen Standard-Tests um die Funktionalität des Tuners zu testen.

Womit hast Du jetzt Probleme?

Du kannst den Treiber auch mal manuell starten und schauen ob es Fehlermeldungen gibt. Die Grüne LED ist eigentlich schon mal gut.

sudo -s
cd /opt/bin
killall -9 mediasrv
./mediaclient --shutdown # falls es auf dem System kein killall gibt
./mediasrv -v

Und was zeigen folgende Befehle an:
/opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0

Aktualisiert - es hat sich später in dem Beitrag herausgestellt dass ich das falsche Device Interface angegeben habe

I think this might be a followup bug in the current linux system, we have a patch for glibc to fix a bug in glibc and enhance the preloading mechanism (unfortunately we had no time to clean it up yet and put it upstream). We'll try to do that next week; it will make the preloading mechanism much more powerful by adding a global selection filter, eg. global preloading can be bound to particular applications only without using LD_PRELOAD).

For now the selective preloading can be done using LD_PRELOAD what you have done earlier which works properly no?
glibc is not bug free even though it is very old, more details will follow with our patch to fix and enhance a problem in glibc.

Although we will keep an eye on this - if there's anything we have or can do we will update the software package accordingly.
So far we cannot reproduce this (nor did we get any feedback that it happens anywhere else yet).

Die dokumentierte Installation im Docker ist normalerweise für TVHeadend.

Du musst dem VDR /config/opt/lib/libmediaclient.so preloaden.

Am einfachsten wäre das VDR Binary umzubenennen z.B vdr.real und es durch ein Bash Skript zu ersetzen.
z.B
#!/bin/bash
LD_PRELOAD=/config/opt/lib/libmediaclient.so vdr ....


Weißt Du wie der VDR im Container gestartet wird?