Ersetze die Dateien in dem 5.12 tgz mit den Versionen aus dem 5.13er Repo unter Beibehaltung der Unterverzeichnisse des tgz
[Solved] TT S2-6400 aktuelle Vorgehensweise?
-
-
ok. Danke.
Ich bin mir zwar nicht sicher, wie ich die richtigen Datein aus dem 5.13er Repo herausfiltere um diese in dem 5.12 tgz zu ersetzen, aber ich werde es versuchen. Ich vermute mal, dass es die Dateien in S:orens Archiv 'linux-saa716x-saa716x-5.13.zip' sind, die ich in dem Unterverzeichnis /drivers/media/pci/saa716x' finde, die im ..._k5.12.tgz im Unterverzeichnis 'saa716x' ersetzt werden sollen.
-
genau, evtl. müssen aber Kconfig und Makefile* vom 5.12 tgz behalten werden damit's kompiliert.
-
Mein Versuch die Datei
'saa716x_s-moch_20210501_k5.12' von S:oren für die Kernelversion 5.13.1-1 (unter Tumbleweed) anzupassen hat leider nicht funktioniert.
ich habe die von mir modifizierte "saa716x_s-moch_20210501_k5.13.tar.gz" nach /usr/src/packages/SOURCES kopiert, in der /usr/src/packages/SPECS/v4l-dvb-saa716x-20210111.spec verlinkt und das rpmbuild ausgehührt und erhielt eine Fehlerneldung (siehe Dateien im Anhang) .
-
In Deinem 5.13er tar ist das erste Unterverzeichnis zu viel (saa716x_s-moch_20210501_k5.13). Packe das tar mal in diesem Verzeichnis, so dass das saa716x-Verzeichnis und die anderen drei Dateien direkt im Root-Verzeichnis des tar sind. (Vergleiche mit tar -tvf *.tgz)
Edit: der Timestamp des tar sollte auf 28.6. oder heute angepasst werden, da die Dateien ja nicht mehr vom 1.5. sind .... -
Ich habe das k5.13.tgz jetzt korrigiert und bekam nach dem build-Aufruf jetzt eine etwas längere Fehlermeldung. Wie schon auch beim ersten Versuch gibt es wieder Hinweise auf nicht stimmige Abhängigkeiten (in line 43).
-
in Zeile 43 ist kein Fehler.
depmod vermisst ein /boot/System.map-5.13.1*
-
Ok. Ich dachte der Hinweis auf Zeile 43 bezieht sich auf die Zeile 43 in der Datei 'v4l-dvb-saa716x-20210111.spec', die ichn hier mal anhänge.
Wie bringe ich der 'v4l-dvb-saa716x-20210111.spec' bei, das sich bei bei mir im /boot eine '/boot/System.map-5.13.1-1-default', wie auch eine '/boot/System.map-5.13.2-1-default' befinden
-
Ich dachte Du sprichst vom Log Zeile 43. Was dieses Macro in Spec File Zeile 43 genau macht weiß ich nicht, vielleicht ist das in Tumblerweed anders, das sind aber eh nur Warnungen, keine Errors.
Warum das depmod die System.map-5.13.* nicht findet kann ich nicht sagen. Evtl. ist da auch bei Tumbleweed etwas anders, bei Deiner Installation ist etwas schräg oder das depmod von Tumbleweed ist gerade nicht ganz fehlerfrei - da ist ja immer alles im Fluss ...
-
Hallo FireFly,
Ich denke eher, dass bei meiner Umsetzung die 'saa716x_s-moch_20210501_k5.12.tgz' für die 5.13er Kernelversion anzupassen, etwas daneben gegangen ist.
Aber nochmal vielen Dank fürDeine Geduld und Deine vielen Tipps.
Viele Grüße
thinokoe -
Am Treiber selbst hat sich zwischen 5.12 und 5.13 nichts geaendert. War nur ein Rebase auf die neue Kernelversion.
Fuer mich sieht die Fehlermeldung auch nicht nach Compilerproblemen aus, mit dem Tumbleweed-Build-Flow kenne ich mich leider auch nicht aus.
Gruss,
S:oren
-
Fuer mich sieht die Fehlermeldung auch nicht nach Compilerproblemen aus, mit dem Tumbleweed-Build-Flow kenne ich mich leider auch nicht aus.
Sehe ich beides genauso.
Ich vermute, eindepmod -a geht auch nicht
-
'depmod -a' wird ausgeführt ohne dass eine Ausgabe zu sehen ist, ein 'depmod -n' gibt ca. 1040 Einträge aus, meist beginnend mit
alias symbol: ....
Wo immer es bei mir auch klemmt; es war ein rein sportliches Interesse meinerseits, mal zu testen, ob der Treiber auch mit einer ganz aktuellen Kernel (von openSUSE) funktionieren würde. Bis zur Kernelversion k5.12 funktioniert ja bei mir alles und mein Hauptsystem mit k5.3.18* läuft bisher ohne Probleme.
Ich hoffe sehr, dass ich Eure Aufmerksamkeit mit meinen Fragen zur Kernelversion 5.13 nicht über Gebühr in Anspruch genommen habe.
Grüße
thinokoe -
Hallo alle,
ich würde gerne zu sätzlich zu meiner TT S2-6400 noch einen Technotrend CT2-4400v2 DVB-t2-usb-stick in Betrieb nehmen, den ich auch für mein Laptop nutze.
Ich habe die Firmware-Dateien nach /lib/firmware kopiert und die channels.conf um die terristischen Sender ergänzt. Der Stick wird erkannt und die terristischen Sender werden angezeigt aber nur der Ton wird ausgegeben. Das Bild bleibt allerdings schwarz. Was muss ich tun, damit auch für die terristischen Sender ein Bild ausgegben wird?
-
Vermutlich ein Ausgabeplugin mit H.265-Dekoder benutzen...
Gruss,
S:oren
-
Vermutlich ein Ausgabeplugin mit H.265-Dekoder benutzen...
Gruss,
S:oren
ein h265/HEVC-encoder ist installiert. Wie kann ich die Bildausgabe aktivieren, muss ich hierfür einen Eintrag in einer Config-datei vornehmen? Wenn ja, wo muss ich was eintragen? Ich benutzte noch eine runvdr.
-
Die TT S2-6400 kann MPEG2 und H.264 dekodieren. Die DVB-T2 Sender sind aber IMHO schon H.265 kodiert.
D.h. für H.265 brauchst Du ein anderes (SoftHD-*) Ausgabeplugin.
Für was willst Du einen H.265-ENcoder nutzen?!?
-
Ich dachte, ich könnte neben der TT S2-6400 noch einen DVB-t2-usb-stick einsetzen. Bei Gewitter und Starkregen ist bei mir der Satelitenempfang oft gestört.
-
Das geht ja auch im Prinzip nur kannst du die TT S2-6400 nicht als 'Ausgabe Plugin' nutzen,
dafür wirst du eine Grafik Karten nutzen müssen, um H265 ausgeben zu können.
-
Ja. danke für die Hinweise. Die Infos reichen mir schon. Ich werde wohl die Lösung mit einem Raspberry angehen.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!