VU+ DUO 4K - Welche Funktionalität ist vorhanden?

[BPanther]

Die Frage die sich mir dabei stellt ist, was ist bei den neuen Treibern mit den meisten Sky-Transpondern auf 19E mit den anderen NMP-Images (bei E2 ist ja bekannt das es geht)?
BTW: MIS können bereits die Treiber der April-Version, die Oktober Version hatte nur was mit dem Sound.

[Janus]

mit den meisten Sky-Transpondern auf 19E

Meinst Du die 4 letztlich mit mehrstufiger Verschlüsselung versiegelten Sky-Transponder ?
Dazu wäre natürlich eine funktionierende CI+-Unterstützung sinnvoll.

Vor allem, weil die letzten 5 Transponder sicher auch noch dem ursprünglich mit Sky One begonnenem Prozess folgen werden.

In entsprechenden E2-Images soll das ja auch gehen.

[BPanther]

Das ist weniger das Problem. Mir ging es rein um den Empfang ansich, denn das ist mit den neuen Treibern ja ein Problem. SIG/SNR sind da, dennoch meldet NMP "Kanal nicht verfügbar". Auf anderen Sat-Positionen ist es noch schlimmer.

[Janus]

Auf den Sky-Transpondern (Astra 1) sind die 'schlechten' Transponder alle mit FEC 9/10 und QPSK

Kann es ein, dass diese Kombination unter DVB-S2 damit deselektiert ist ?
Ich meine, irgendwo in den letzten DDT-Commits zur frontend-Erweiterung eine explizite Zuordnung von 9/10 (FEC-Index 11) zu DVB-S[1] gesehen zu haben.
Vielleicht ist damit eine Re-Indizierung erfolgt.

Ich meine 9/10 gehört (nur) zu DVB-S2.
Und ich glaube, der Treiber ist vielleicht auch der Meinung.
Kannst ja mal prüfen, ob die Kombination DVB-S2 und FEC 9/10 irgendwo (als Seiteneffekt) geblockt wird.

p.s.
Wenn Dir hilft, kann ich Dir ein Log des Scans mit dem Tango-Image von Gestern schicken.

[TangoCash]

... mit dem Tango-Image von Gestern ....

Ähmm..Was meinst damit ? In Meinem Build system sind die VU-Boxen (noch) nicht richtig drin, und in meinem Neutrino Fork sind die S2X Änderungen von BP auch nicht drin.

[BPanther]

@Janus: Du irrst, hat nichts mit den 9/10 zu tun, das wäre weit früher schon bei der UFS910 aufgefallen, der Tuner da nimmt es nämlich sehr genau im Gegensatz zu manch anderen. Wie schon an anderer Stelle mal erklärt ist die einzige Gemeinsamkeit der Tuner selbst. Duo4K, Ultimo4K, Uno4K und Uno4K SE haben alle den BCM45308X - und nur mit dem gibt es die Probleme mit neueren Treiberversionen. Zero4K mit SI2166 und Solo4K mit 7376 haben die Probleme bekanntlich nicht. Die Transponderdaten sind anscheinend unerheblich, denn wie erklärt sich sonst folgendes auf 19E:

11170 H, 22000, 3/4 S2 8PSK - ALLES OK, auch mit aktuellen Treibern

Auch viele andere FTA-TP sind komischerweise OK, betrifft anscheinend nur weitestgehend auf 19E die Sky-TP. Alle anderen Sky-TP funktionieren nicht, unabhängig der Daten. Auch auf 9E geht fast garnichts mit den aktuellen Treibern, und da sind die Daten auch wieder anders. Daher ist meine Vermutung eher, daß beim einlesen der SID/PAT was schief geht für den Tuner BCM45308X, denn SIG/SNR sind voll da.

Und nochmal, es betrifft nur die 4 Boxen mit BCM45308X Tuner.

[Janus]

In Meinem Build system sind die VU-Boxen (noch) nicht richtig drin

Ich habe ein wenig gepfuscht. Ich habe 'originale' DDT-BS mit dem Flavour Tango verwendet. Du hast ja einen eigenen BS-Fork (den ich aber nicht genommen habe). Dafür dass sie noch "nicht richtig drin" sind funktionierte das in meiner Lösung "nach Art des Hauses" schon echt gut.

Weil Du da ja bei der Entwicklung dieses Features für Neutrino entscheidend beteiligt warst, bin ich auf diese schnelle Lösung (konfiguriertes BS mit fertigen Crosstool und damit Neutrino Flavour Tango erstellt) gekommen, weil das mit den Multistreams zuvor nicht ging.
Das Ergebnis war dabei mit den Treibern von Oktober besser (geht) in Bezug auf die Multistream-Transponder als BP und DDT-Selbstbau mit Treibern vom Februar (ging nicht).

Den Hinweis mit den nicht auswertbaren Transportstreams habe ich erst Heute in Tests umgesetzt. Auf Astra 1 werden z.B. mit den Oktober-Treibern nur 733 TV-Services statt fast 1100 (auf der HD51) gefunden.
Und damit bin ich auch noch nicht fertig. Seit Heute sind ja aktuell noch ganz neue Treiber für die Duo4K verfügbar.

[BPanther]

Und damit bin ich auch noch nicht fertig. Seit Heute sind ja aktuell noch ganz neue Treiber für die Duo4K verfügbar.

Die neuen für die DUO4K vom 25.11.2019 habe ich schon gestern ins GIT gepackt, aber deaktiviert. Brauchst Du nur wieder reaktivieren und die alte Version auskommentieren zum bauen für die Tests. Ändern aber nichts am Tunerverhalten, das kam ja bereits in der April-Version.

[Janus]

Ändern aber nichts am Tunerverhalten, das kam ja bereits in der April-Version.

Ich habe da inzwischen einen Verdacht:
Früher habe ich Enigma vermieden, weil dort die Kanalsuche - mit den originalen Suchlauf-Templates (satellites.xml) - immer weniger Services ergab, als unter Neutrino. War dort dann ein wenig geschönt, weil die Data-Services beim Suchlauf nicht ausgewiesen wurden. Da sie aber mitgescannt wurden, kam in etwa die gleiche Summe raus wie beim Neutrino-Scan mit 'abgeschaltetem' Data-Scan.

Das konnte ich auch mit E2 auf der HD51 noch beobachten.

Mit der neuen Duo4k fehlen unter aktuellen E2-Images - im Vergleich zu den aktuellen Neutrino-Scans auf der HD51 - keine Sender mehr.
Auch die Multistream-Sachen wurden dadurch beeinflusst. (es gibt neuerdings wohl auch einen UI-EIntrag "Multistream-Transponder" in der manuellen Kanalsuche)
Ich vermute daher, dass dort unter aktuellem Enigma ein proprietärer Fix in der Frontend-Ansteuerung stattgefunden hat und dass seit der Treiberversion vom April dieser Fix auch im Treiber (nur) auf diese Enigma2-Version zugeschnitten ist.

In der Folge ist Neutrino vielleicht außen vor ?!?
Müsste man dann sicherlich den "Fix" nacharbeiten. EIne treiberseitige Unterstützung von Neutrino erwarte ich da eher nicht...

[BPanther]

Dann müsste man schauen, wann genau das war, denn E2 funktioniert mit den alten als auch den aktuellen Treibern ohne daß ich eine Änderung dazu gefunden habe. Die müsste es dann schon weit vor April, also vor den neuen Treibern, gegeben haben. Es betrifft auch nur die 4 Boxen mit BCM45308X Tuner, die anderen beiden funktionieren problemlos.

[Janus]

Ich habe am WE mal wieder OpenATV in Bank 4 gestartet.
Da nach den Augen nun auch die Ohren altersgerechte Fehlfunktionen zeigen, habe ich mal die Bluetooth-Option probiert.
Das wäre für mich eigentlich ziemlich nützlich, um den Rest des Hauses nicht mit Lärmbelästigung zu vertreiben.
(abgesehen von der hier im Laufe des Betriebs auftretenden Verknautschung des Tons)

Frage also: Lässt sich die Bluetooth-Geschichte auch in Neutrino einbauen ?
Ich denke, Treiber sollten nicht das Problem sein.
Das BT-UserInterface dürfte aufwändiger werden.
Für die Nutzung könnte man vielleicht erstmal eine manuell erstellte Konfiguration einsetzen.
Im Notfall aus einem E2-Image stiebitzen...

p.s.
Könnte man auch gut auf einem RasPi mit BT-Feature nutzen.
Wenn dort Neutrino denn mal funktioniert...

[BPanther]

Ist von meiner Seite aus nicht geplant. Was genau soll denn BT da machen?

[Janus]

Was genau soll denn BT da machen?

Einen alternativen Weg für die Ton-Ausgabe, da Cinch/Klinke-Audio bei der Duo4K nicht vorhanden ist.

Ich habe z.B. einen Bluetooth-Kopfhörer.

Und für den Nachtbetrieb eine aktive 2.1-Anlage (im Moment per Cinch an der HD51), die auch eine Bluetooth-Übertragung per Umschaltung anbietet.


Ich habe mal im OpenATV-Image nachgeschaut.
Der Treiber liegt in /lib/modules/..../kernel/net/bluetooth.
Die Konfiguration - oder ein Teil davon - in /etc/enigma2/bt/

Das Problem dürfte die Umleitung der Tonausgabe auf einen weiteren Mitspieler sein.
Am Besten parallel zu einer Standard-Ausgabe über HDMI.
Die 'zusätzliche' Lautstärke-Regulierung kann man dem Bluetooth-Empfänger überlassen.

Ich hatte vor längerer Zeit für ähnliche parallele Aufgaben schonmal einen Backend-Manager angeregt.
Damals, um z.B. ein TV-Programm von Tuner XY auf HDMI# zu legen und einen Radiosender (von einem anderen Tuner/Streaming) auf Cinch oder Toslink zu schicken.

[horsti58]

Vllt mal die Variable ändern, Zeilen 417 und 659 ?
/home/user/buildsystem-ddt-Uno4KSE/build_source/neutrino-mp-ddt/src/zapit/srcgetservices.cpp

feparams.pilot = ZPILOT_AUTO_SW;

denn das ist die Ursache bei den CST Kisten, das einige Transponder nicht gefunden werden.

Wird im ni build wohl heute geändert auf ZPILOT_AUTO.

[horsti58]

Bei mir gibt es lokal seit 08.01.2020 kein ZPILOT_AUTO_SW mehr (die ganze Variable habe ich entsorgt), hat aber nichts am eigentlichen Problem anscheinend geändert. Das Problem mit den neuen Kernelmodulen beim Tuner BCM45xxx liegt meiner Meinung nach auch ganz woanders. Neutrino hat starre Vorlagen, die früher ausreichend waren, aber inzwischen eben nicht mehr, schon aufgrund der Tuneranzahl. Solange das gesamte FE-Managment incl. Demuxer etc. nicht umgeschrieben wird, wird sich daran wohl auch nichts ändern und immer wieder Probleme auftauchen.