Das mit der zur Verfügung gsetellten remote.c hat funktioniert!
vielen, vielen herzlichen Dank allen beteiligten, insbesondere jsffm,
Grüße
thinokoe
Das mit der zur Verfügung gsetellten remote.c hat funktioniert!
vielen, vielen herzlichen Dank allen beteiligten, insbesondere jsffm,
Grüße
thinokoe
ich habe den Code in 'remote.c' hinter #endif kopiert:
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
* Or, point your browser to http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
*/
#include <vdr/plugin.h>
#ifdef REMOTE_FEATURE_LIRC
#include <vdr/lirc.h>
#endif
#include <stdio.h>
#include <sys/fcntl.h>
#include <getopt.h>
#include <termios.h>
#include <linux/input.h>
#include "i18n.h"
#include "remote.h"
#ifdef REMOTE_FEATURE_TCPIP
#include "remotetcp.h"
#endif
diff
--- remote.c.s 2015-09-20 01:45:12.000000000 +0200
+++ remote.c 2022-11-30 18:48:23.059108801 +0100
@@ -796,7 +796,7 @@
#ifdef REMOTE_FEATURE_LIRC
case 'l':
- new cLircRemote(devnam[i]); // use vdr's lirc code
+ cLircRemote::NewLircRemote(devnam[i]); // use vdr's lirc code
break;
#endif
#ifdef REMOTE_FEATURE_LIRCOLD
Alles anzeigen
und bekam folgende Fehlermeldung zurück
localhost:~ # cd /usr/local/src
localhost:/usr/local/src # cd VDR
localhost:/usr/local/src/VDR # make install-plugins
*** Plugin dvbhddevice:
make[1]: Nothing to be done for 'all'.
*** Plugin remote:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remote"' -DREMOTE_FEATURE_LIRC -DREMOTE_FEATURE_TCPIP -I/usr/local/src/vdr-2.6.4/include remote.c
remote.c:39:22: error: invalid digit "9" in octal constant
--- remote.c.s 2015-09-20 01:45:12.000000000 +0200
^~
remote.c:41:1: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:41:2: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:41:18: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:41:19: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:49:0: error: unterminated #ifdef
#ifdef REMOTE_FEATURE_LIRCOLD
remote.c:39:1: error: expected unqualified-id before ‘--’ token
--- remote.c.s 2015-09-20 01:45:12.000000000 +0200
^~
remote.c:46:1: error: expected unqualified-id before ‘+’ token
+ cLircRemote::NewLircRemote(devnam[i]); // use vdr's lirc code
^
remote.c:47:18: error: expected unqualified-id before ‘break’
break;
^~~~~
make[1]: *** [Makefile:137: remote.o] Error 1
*** failed plugins: remote
make: *** [Makefile:236: plugins] Error 1
localhost:/usr/local/src/VDR # ^C
localhost:/usr/local/src/VDR # ^C
localhost:/usr/local/src/VDR # make install-plugins
*** Plugin dvbhddevice:
make[1]: Nothing to be done for 'all'.
*** Plugin remote:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remote"' -DREMOTE_FEATURE_LIRC -DREMOTE_FEATURE_TCPIP -I/usr/local/src/vdr-2.6.4/include remote.c
remote.c:40:22: error: invalid digit "9" in octal constant
--- remote.c.s 2015-09-20 01:45:12.000000000 +0200
^~
remote.c:42:1: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:42:2: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:42:18: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:42:19: error: stray ‘@’ in program
@@ -796,7 +796,7 @@
^
remote.c:50:0: error: unterminated #ifdef
#ifdef REMOTE_FEATURE_LIRCOLD
remote.c:39:1: error: ‘diff’ does not name a type; did you mean ‘div’?
diff
^~~~
div
remote.c:47:1: error: expected unqualified-id before ‘+’ token
+ cLircRemote::NewLircRemote(devnam[i]); // use vdr's lirc code
^
remote.c:48:18: error: expected unqualified-id before ‘break’
break;
^~~~~
make[1]: *** [Makefile:137: remote.o] Error 1
*** failed plugins: remote
make: *** [Makefile:236: plugins] Error 1
localhost:/usr/local/src/VDR #
Alles anzeigen
mache ich da was falsch oder funktioniert der code nicht?
Sorry für die Anfängernachfrage ich bin kein Entwickler,
ich kenne nur den üblichen Installationsvorgang aus dem Ordner /usr/local/src/VDR heraus. Muss ich den obigen Code in das
vdr-remote-0.7.0.tgz hinein copieren oder dem make-Befehl mitgeben, oder ???
ich bedanke mich schon mal im voraus für eine weitere Hilfestellung
Grüße
thinokoe
Bei der Neuinstallation des VDR unter openSuse_Leap 15.5 brach die Installation des vdr-remote-plugin (vdr-remote-0.7.0.tgz) mit einer Fehlermeldung ab.
localhost:/usr/local/src # tar xfz vdr-remote-0.7.0.tgz -C VDR/PLUGINS/src
localhost:/usr/local/src # cd VDR/PLUGINS/src
localhost:/usr/local/src/VDR/PLUGINS/src #
localhost:/usr/local/src/VDR/PLUGINS/src # ln -nfs remote-0.7.0 remote
localhost:/usr/local/src/VDR/PLUGINS/src #
localhost:/usr/local/src/VDR/PLUGINS/src # cd /usr/local/src/VDR
localhost:/usr/local/src/VDR # make install-plugins
*** Plugin dvbhddevice:
make[1]: Nothing to be done for 'all'.
*** Plugin remote:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remote"' -DREMOTE_FEATURE_LIRC -DREMOTE_FEATURE_TCPIP -I/usr/local/src/vdr-2.6.4/include remote.c
remote.c: In member function ‘virtual bool cPluginRemote::Start()’:
remote.c:799:42: error: invalid new-expression of abstract class type ‘cLircRemote’
new cLircRemote(devnam[i]); // use vdr's lirc code
^
In file included from remote.c:27:0:
/usr/local/src/vdr-2.6.4/include/vdr/lirc.h:16:7: note: because the following virtual functions are pure within ‘cLircRemote’:
class cLircRemote : public cRemote, protected cThread {
^~~~~~~~~~~
In file included from /usr/local/src/vdr-2.6.4/include/vdr/tools.h:29:0,
from /usr/local/src/vdr-2.6.4/include/vdr/i18n.h:14,
from /usr/local/src/vdr-2.6.4/include/vdr/plugin.h:13,
from remote.c:25:
/usr/local/src/vdr-2.6.4/include/vdr/thread.h:96:16: note: virtual void cThread::Action()
virtual void Action(void) = 0;
^~~~~~
make[1]: *** [Makefile:137: remote.o] Error 1
*** failed plugins: remote
make: *** [Makefile:236: plugins] Error 1
localhost:/usr/local/src/VDR #
Alles anzeigen
Ich bekam schon den Hinweis, das eine header-Datei vom VDR geändert wurde irgendwo zwischen den VDR-Versionen 2.6.1 und 2.6.4
Hat jemand einen Tipp, wie ich das Problem lösen könnte? Ich bräuchte allerdings schon etwas detailierte Anweisungen dafür.
Ich bekam schon den Tipp ich solle ins yavdr ppa schauen, dort gebe ein src Paket. Das 'yavdr ppa' finde ich leider nicht, 'ppa' sagt mir auch nichts. Wenn es ein src.rpm für das remote-plugin gäbe, wäre das sicher sehr hilfreich.
Über eine entsprechende Hilfestellung würde ich mich sehr freuen
Güße
thinokoe
vielen Dank für den Hinweis. Ich werde in den nächsten Tagen ein neues Thema dazu aufmachen.
Grüße
thinokoe
Liebe Freunde der tt-S2-6400,
seit einem Kernelupdate unter opensuse_leap 15.4 vorige Woche bekam ich den vdr nicht mehr zum laufen. Dann habe ich gedacht, dann mache ich doch gleich einen Versuch mit einer Neuinstalltion mit der frischen opensuse_leap 15.5, die ich eh' schon ausprobieren wollte.
Die Treiberinstallation incl. der Firmware klappte mit Hilfe der 'v4l-dvb-saa716x-20210830-lp154.1.src.rpm' von Firefly, die Intallation des dvbhddevise und des vdr-Pakets 2.6.4 gelang zunächst und ich konnte dies schon mal mit dem Aufruf von '/usr/local/bin/vdr -P dvbhddevice' erfolgreich testen. Die Konfigurationsdateien 99-local.conf, 99-ir.rules, sowie die vdr.conf, vdr.service, channels.conf und remote.conf habe ich dann an die mir bekannten Orte kopiert.
Bei der installation der Fernbedienung kam dann eine erste Fehlermeldung , die ich aber nicht verstand. Anschließend habe ich dann versucht den vdr mit dem Aufruf von 'systemctl start vdr' zu starten: es passierte aber nix.
Die Fehlermeldungen sahen so aus:
#Aufruf von: systemctl start vdr
Jul 16 23:04:55 localhost.localdomain systemd[1]: Started Video Disc Recorder.
░░ Subject: A start job for unit vdr.service has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit vdr.service has finished successfully.
░░
░░ The job identifier is 4304.
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] VDR version 2.6.4 started
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] codeset is 'ISO-8859-1' - known
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] found 28 locales in /usr/local/share/locale
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'alb,sqi'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'bos'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'bul'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'chi,zho'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'eus,baq'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'iri,gle'
Jul 16 23:04:55 localhost.localdomain runvdr[3635]: [128B blob data]
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'jpn'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'lav'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'ltz'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'mlt'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'por'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] no locale for language code 'smi'
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] loading plugin: /usr/local/lib/vdr/libvdr-dvbhddevice.so.2.6.3
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] loading plugin: /usr/local/lib/vdr/libvdr-remote.so.2.6.3
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [137B blob data]
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] deleting plugin: dvbhddevice
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] max. latency time 0 seconds
Jul 16 23:04:55 localhost.localdomain vdr[3635]: [3635] exiting, exit code 2
Jul 16 23:04:55 localhost.localdomain systemd[1]: vdr.service: Deactivated successfully.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit vdr.service has successfully entered the 'dead' state.
#Fehlermeldungen bei dem Versuch die Fernbedienung vdr-remote-0.7.0.tgz zu installieren
localhost:/usr/local/src # cp remote.conf /var/lib/vdr/remote.conf
localhost:/usr/local/src # tar xfz vdr-remote-0.7.0.tgz -C VDR/PLUGINS/src
localhost:/usr/local/src # cd VDR/PLUGINS/src
localhost:/usr/local/src/VDR/PLUGINS/src #
localhost:/usr/local/src/VDR/PLUGINS/src # ln -nfs remote-0.7.0 remote
localhost:/usr/local/src/VDR/PLUGINS/src #
localhost:/usr/local/src/VDR/PLUGINS/src # cd /usr/local/src/VDR
localhost:/usr/local/src/VDR # make install-plugins
*** Plugin dvbhddevice:
make[1]: Nothing to be done for 'all'.
*** Plugin remote:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remote"' -DREMOTE_FEATURE_LIRC -DREMOTE_FEATURE_TCPIP -I/usr/local/src/vdr-2.6.4/include remote.c
remote.c: In member function ‘virtual bool cPluginRemote::Start()’:
remote.c:799:42: error: invalid new-expression of abstract class type ‘cLircRemote’
new cLircRemote(devnam[i]); // use vdr's lirc code
^
In file included from remote.c:27:0:
/usr/local/src/vdr-2.6.4/include/vdr/lirc.h:16:7: note: because the following virtual functions are pure within ‘cLircRemote’:
class cLircRemote : public cRemote, protected cThread {
^~~~~~~~~~~
In file included from /usr/local/src/vdr-2.6.4/include/vdr/tools.h:29:0,
from /usr/local/src/vdr-2.6.4/include/vdr/i18n.h:14,
from /usr/local/src/vdr-2.6.4/include/vdr/plugin.h:13,
from remote.c:25:
/usr/local/src/vdr-2.6.4/include/vdr/thread.h:96:16: note: virtual void cThread::Action()
virtual void Action(void) = 0;
^~~~~~
make[1]: *** [Makefile:137: remote.o] Error 1
*** failed plugins: remote
make: *** [Makefile:236: plugins] Error 1
localhost:/usr/local/src/VDR # ^C
localhost:/usr/local/src/VDR #
Alles anzeigen
Ist es euerer Meinung nach richtig, dass der vdr nicht startet, weil die Installation des remote plugin nicht gelang und wenn ja, hat jemand einen Tipp, warum das nicht funktioniert. Meine Informatikkenntnisse sind leider nicht sehr umfangreich. Bisher habe ich den vdr mit der tt-S2-6400 über viele Jahre mit Hilfe diverser Hilfestellungen, vor allem von hier aus dem Forum, aber immer noch lösen können.
Ich würde mich sehr freuen, wenn es auch diesmal noch gelingen könnte.
thinokoe
Das ist ja super,
vielen, vielen Dank
Treiberinstallation unter openSUSE_Leap 15.4 mit Kernelversion 5.14.21
Liebe Freunde des vdr,
für die Treiberinstallation der TT S2-6400 habe ich unter openSUSE_Leap 15.3 bis zur Kernelversion 5.3.18 das von FireFly zur Verfügung gestellte Sourcen-rpm "v4l-dvb-saa716x-20200429-1.src.rpm" nutzen können (auf einem Testsystem mit Tumbelweed klappte es noch bis zur Kernelversion 5.12).
Als unter Tumbelweed die Kernelversion 5.14 erschien, gelang es mir nicht mehr den Treiber zu installieren. Den Tipp von FireFly, in das Sourcen-rpm die aktuellen Sourcen von S:oren einzubinden, konnte ich aufgrund mangelnder Kenntnisse leider nicht umsetzen.
Meine Frage: wäre hier jemand bereit so ein Sourcen-rpm, welches mit openSUSE_Leap 15.4 und der Kernelversion 5.14.21 funktioniert zu bauen oder das scr.rpm von FireFly zu aktualisieren?
Alternativ würde mir auch eine Anleitung für die Treiberinstallation helfen, sofern es eine Anleitung die mit der aktuellenopenSUSE_Leap 15.4 funktioniert, gibt.
Ich hoffe auf eure Hilfe und bedanke mich schon mal im voraus
thinokoe
Ja. danke für die Hinweise. Die Infos reichen mir schon. Ich werde wohl die Lösung mit einem Raspberry angehen.
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.
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.
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?
'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 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
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 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).
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) .
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.
Hallo FireFly,
das Repo von S:oren hatte ich schon gefunden. Wenn ich das komplette Archiv 'linux-saa716x-saa716x-5.13.zip' mit ca. 226MB herunterlade, weis ich aber nicht, wie ich aus diesem die passenden Zutaten herausfiltern und dann ein tgz-Archiv erstellen kann, wie du es mit dem letzten 'saa716x_s-moch_20210501_k5.12.tgz' mit ca. 57kiB für die Kernelversion 5.12 "gezaubert" hast.
Grüße
thinokoe