[vtuner-ng] Aktualisierter vtuner für kernel >= 4.16
-
-
hallo miteinander,
bekomm es einfach nicht ans laufen. sobald der vdr startet, verabschiedet sich das kernelmodul
Code
Alles anzeigenJan 14 11:18:59 nuc-wz vdr: [1768] probing /dev/dvb/adapter0/frontend0 Jan 14 11:18:59 nuc-wz vdr: [1768] creating cDvbDevice Jan 14 11:18:59 nuc-wz vdr: [1768] new device number 1 (card index 1) Jan 14 11:18:59 nuc-wz vdr: [1768] cTimeMs: using monotonic clock (resolution is 1 ns) Jan 14 11:18:59 nuc-wz vdr: [1772] device 1 section handler thread started (pid=1768, tid=1772, prio=low) Jan 14 11:18:59 nuc-wz vdr: [1768] DVB API version is 0x050C (VDR was built with 0x050B) Jan 14 11:18:59 nuc-wz vdr: [1768] frontend 0/0 provides DVB-T,DVB-T2,DVB-C,DVB-C,DVB-C,DVB-S,DVB-S2 with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256,VSB8,VSB16,TURBO_FEC ("vTuner proxyFE DVB-Multi") Jan 14 11:18:59 nuc-wz vdr: [1768] found 1 DVB device Jan 14 11:18:59 nuc-wz vdr: [1774] frontend 0/0 tuner thread started (pid=1768, tid=1774, prio=high) . . . . . Jan 14 11:19:00 nuc-wz vdr: [1768] creating directory /run/shm/vtx/S19.2E-1-1019-10301 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859109] ================================================================================ Jan 14 11:19:00 nuc-wz kernel: [ 1965.859116] UBSAN: array-index-out-of-bounds in /usr/local/src/vtuner/kernel/vtunerc_main.c:96:17 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859120] index 6 is out of range for type 'u16 [6]' Jan 14 11:19:00 nuc-wz kernel: [ 1965.859123] CPU: 0 PID: 1768 Comm: vdr Tainted: G OE 6.5.0-14-generic #14~22.04.1-Ubuntu Jan 14 11:19:00 nuc-wz kernel: [ 1965.859127] Hardware name: Intel(R) Client Systems NUC8i3BEK/NUC8BEB, BIOS BECFL357.86A.0090.2022.0916.1942 09/16/2022 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859129] Call Trace: Jan 14 11:19:00 nuc-wz kernel: [ 1965.859131] <TASK> Jan 14 11:19:00 nuc-wz kernel: [ 1965.859134] dump_stack_lvl+0x48/0x70 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859143] dump_stack+0x10/0x20 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859146] __ubsan_handle_out_of_bounds+0xc6/0x110 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859152] send_pidlist+0x502/0x570 [vtunerc] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859161] vtunerc_start_feed+0xad/0x100 [vtunerc] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859167] dmx_ts_feed_start_filtering+0x64/0x100 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859183] dvb_dmxdev_start_feed+0xb3/0x110 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859195] dvb_dmxdev_filter_start+0x89/0x390 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859207] dvb_dmxdev_pes_filter_set+0xff/0x120 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859219] dvb_demux_do_ioctl+0x2fe/0x420 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859231] ? __check_object_size.part.0+0x3a/0x150 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859236] dvb_usercopy+0x6a/0x1d0 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859249] ? __pfx_dvb_demux_do_ioctl+0x10/0x10 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859266] dvb_demux_ioctl+0x15/0x30 [dvb_core] Jan 14 11:19:00 nuc-wz kernel: [ 1965.859277] __x64_sys_ioctl+0xa0/0xf0 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859281] do_syscall_64+0x58/0x90 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859284] ? syscall_exit_to_user_mode+0x37/0x60 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859288] ? __task_pid_nr_ns+0x6c/0xc0 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859292] ? exit_to_user_mode_prepare+0x30/0xb0 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859296] ? syscall_exit_to_user_mode+0x37/0x60 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859300] ? do_syscall_64+0x67/0x90 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859303] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859307] RIP: 0033:0x7f504631a94f Jan 14 11:19:00 nuc-wz kernel: [ 1965.859334] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859337] RSP: 002b:00007ffdba8770c0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859340] RAX: ffffffffffffffda RBX: 0000558a298507b8 RCX: 00007f504631a94f Jan 14 11:19:00 nuc-wz kernel: [ 1965.859342] RDX: 00007ffdba877120 RSI: 0000000040146f2c RDI: 0000000000000008 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859344] RBP: 0000000000000005 R08: 0000000000000008 R09: 0000000000000000 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859345] R10: 0000000000000000 R11: 0000000000000246 R12: 0000558a29850690 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859347] R13: 0000000000000005 R14: 00007ffdba877160 R15: 0000000000000005 Jan 14 11:19:00 nuc-wz kernel: [ 1965.859351] </TASK> Jan 14 11:19:00 nuc-wz kernel: [ 1965.859352] ================================================================================ Jan 14 11:19:00 nuc-wz systemd[1]: Started Video Disk Recorder.
der vdr findet noch das frontend, dann ists vorbei
das modul baut und wir auch sauber geladen
Code
Alles anzeigenmake -C /lib/modules/6.5.0-14-generic/build M=/usr/local/src/vtuner/kernel modules make[1]: Verzeichnis „/usr/src/linux-headers-6.5.0-14-generic“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: x86_64-linux-gnu-gcc-12 (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0 You are using: gcc-12 (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0 CC [M] /usr/local/src/vtuner/kernel/vtunerc_main.o CC [M] /usr/local/src/vtuner/kernel/vtunerc_ctrldev.o CC [M] /usr/local/src/vtuner/kernel/vtunerc_proxyfe.o LD [M] /usr/local/src/vtuner/kernel/vtunerc.o MODPOST /usr/local/src/vtuner/kernel/Module.symvers CC [M] /usr/local/src/vtuner/kernel/vtunerc.mod.o LD [M] /usr/local/src/vtuner/kernel/vtunerc.ko BTF [M] /usr/local/src/vtuner/kernel/vtunerc.ko Skipping BTF generation for /usr/local/src/vtuner/kernel/vtunerc.ko due to unavailability of vmlinux make[1]: Verzeichnis „/usr/src/linux-headers-6.5.0-14-generic“ wird verlassen
CodeLinux nuc-wz 6.5.0-14-generic #14~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov 20 18:15:30 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
hat jemand nen tip?
gruesse
beinhart
-
-
der crash ist weg, bild hab ich noch keines
-
Ändere mal in [...]
Hab' ich mal übernommen. Zusätzlich füge ich jetzt die Standard-Section-PIDs erst hinzu wenn mindestens eine TS-PID angemeldet wurde..
-
Hallo.
Mir ist jetzt mit der aktuellen Version ein Fehler aufgefallen:
Ich habe 8 vtuner angelegt.
Wenn ich jetzt im VDR Live + 3 Aufnahmen laufen habe, werden auf der Octopus Net 4 Streams gestartet.
Soweit so gut.
Beende ich jetzt die Aufnahmen und stoppe sogar den VDR, bleiben trotzdem in der Octopus Net alle 4 Streams erhalten.
Erst wenn ich die satip-Services stoppe, werden die Streams beendet.
Joe_D, kannst Du Dir das mal ansehen?
Brauchst Du irgend welche logs dafür?
Danke und Gruß
Heiko
Nachtrag:
Aufgefallen ist es bei einem EPG-Scan weil da folgende Meldungen im Log auftraten:
Code
Alles anzeigen... Jan 6 20:00:33 vdr vdr: [3153] SATIP: Idle timeout - releasing [device 1] Jan 6 22:05:36 vdr vdr: [3150] SATIP: Idle timeout - releasing [device 0] Jan 7 01:49:38 vdr vdr: [3150] SATIP: Idle timeout - releasing [device 0] Jan 7 03:24:36 vdr vdr: [3156] SATIP: Idle timeout - releasing [device 2] Jan 7 06:00:37 vdr vdr: [3150] SATIP-ERROR: Tuning timeout - retuning [device 0] Jan 7 06:01:18 vdr vdr: [3171] SATIP: Idle timeout - releasing [device 7] Jan 7 06:01:40 vdr vdr: [3150] SATIP: Idle timeout - releasing [device 0] Jan 7 06:01:41 vdr vdr: [3156] SATIP: Idle timeout - releasing [device 2] Jan 7 06:01:42 vdr vdr: [3159] SATIP: Idle timeout - releasing [device 3] Jan 7 06:01:43 vdr vdr: [3162] SATIP: Idle timeout - releasing [device 4] Jan 7 06:01:43 vdr vdr: [3165] SATIP: Idle timeout - releasing [device 5] Jan 7 06:01:44 vdr vdr: [3168] SATIP: Idle timeout - releasing [device 6] ...
-
Erst wenn ich die satip-Services stoppe, werden die Streams beendet.
Ja, das ist so. Der SAT>IP-Tuner wird solange belegt solange satip läuft.
Denkbar wäre ein Schließen der RTSP-Verbindung wenn das DVB-Frontend nicht mehr benutzt wird.
-
der crash ist weg, bild hab ich noch keines
Aha Aber ein dmesg Log vom vtuner kernel modul mit debug=1 oder ein satip Log mit -m 4 -l 3 wäre jetzt aber auch noch echt aufschlussreich!
-
Ja, das ist so. Der SAT>IP-Tuner wird solange belegt solange satip läuft.
Das heißt ja, nach einem EPG-Scan über alle Tuner, fährt die Octopus Net in Vollast, bis der VDR ausgeschaltet wird.
Ist, glaube ich, nicht ganz so optimal. Wäre schon cool, wenn Dir da was einfiele. Danke!
-
Aha Aber ein dmesg Log vom vtuner kernel modul mit debug=1 oder ein satip Log mit -m 4 -l 3 wäre jetzt aber auch noch echt aufschlussreich!
hat jetzt ein weilchen gedauert - die enkelkinder wollten gestern nachmittag ihren opa haben
hier nun dmesg:
Zitat[ 14.781609] vtunerc: loading out-of-tree module taints kernel.
[ 14.781615] vtunerc: module verification failed: signature and/or required key missing - tainting kernel
[ 14.782013] virtual DVB adapter driver, version 2.0, (c) 2021 Honza Petrous, SmartImp.cz
[ 14.783691] dvbdev: DVB: registering new adapter (vTuner proxy)
[ 14.783820] (NULL device *): DVB: registering adapter 0 frontend 0 (vTuner proxyFE DVB-Multi)...
[ 14.783901] vtunerc: registered /dev/vtunerc0
[ 15.426346] vtunerc0: detach
[ 15.427062] vtunerc0: init
[ 15.427115] vtunerc0: detach
[ 16.932072] vtunerc0: add pid 5101t
[ 16.932090] vtunerc0: MSG_PIDLIST 5101t 0s 16s 17s 18s 19s 20s
[ 16.932120] vtunerc0: add pid 5102t
[ 16.932122] vtunerc0: MSG_PIDLIST 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.932140] vtunerc0: add pid 5103t
[ 16.932142] vtunerc0: MSG_PIDLIST 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.932163] vtunerc0: add pid 5107t
[ 16.932165] vtunerc0: MSG_PIDLIST 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.932242] vtunerc0: add pid 5106t
[ 16.932244] vtunerc0: MSG_PIDLIST 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.932267] vtunerc0: add pid 5105t
[ 16.932269] vtunerc0: MSG_PIDLIST 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.932822] vtunerc0: add pid 5104t
[ 16.932830] vtunerc0: MSG_PIDLIST 5104t 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 16.942270] vtunerc0: MSG_SET_FRONTEND, set signal NONE
[ 16.942293] vtunerc0: MSG_PIDLIST (DTV_TUNE) 5104t 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s
[ 17.583315] vtunerc0: allocated buffer of 1128 bytes
[ 17.613142] vtunerc0: allocated buffer of 1316 bytes
aber das log von satip bleibt leer. satip fraegt wohl bei minisatip an. dort seh ich auch:
Zitat192.168.69.20:45758 (RTP/UDP)
Pids: 17, 18, 0, 16, 20, 5101, 5102, 5103, 5107, 5106, 5105, 5104, 19
aktiviere ich das satip-plugin, gibt es bild
was ist da wohl krumm?
gruesse
beinhart
-
kann es an der sources.conf liegen? satip-plugin braucht da bei mir
eine spezielle behandlung wegen den 4 satelliten. sieht hier so aus:
ZitatS28.2E 1
S23.5E 2
S13E 3
S19.2E 4
-
aber das log von satip bleibt leer. satip fraegt wohl bei minisatip an.
Das ist total komisch...
Also wenn ich das so starte:
Dann habe ich auf jeden Fall irgendwas in /tmp/satip0.log:
Code
Alles anzeigen[16239 satip_rtp.c:299] info: rtp/rtcp port 46841/46842 [16239 satip_rtsp.c:695] debug: connecting... [16239 satip_rtsp.c:585] debug: connected -> establishing [16239 satip_rtsp.c:311] debug: >>txbuf: OPTIONS rtsp://satip.lan:554/ RTSP/1.0 CSeq: 1 << [16239 satip_rtsp.c:218] debug: rxbuf: RTSP/1.0 200 OK CSeq:1 Public:OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN Content-Length:0 << [16239 satip_rtsp.c:603] debug: response complete [16239 satip_rtsp.c:394] debug: >>txbuf: SETUP rtsp://satip.lan/?src=1&fe=4&freq=12188&pol=h&msys=dvbs&mtype=qpsk&sr=27500&fec=34&pids=none RTSP/1.0 CSeq: 2 Transport: RTP/AVP;unicast;client_port=46841-46842
kann es an der sources.conf liegen?
Na an der conf eher nicht aber komischerweise gibt es auch keine DISEQC oder Burst Kommandos für die Sat-Auswahl.
Im satip-Programm ist da was drin, kann ich aber nicht testen da ich nur eine Sat-Schüssel habe:
-
Habe im vtunerc eine Erkennung der PIDs eingebaut, vor allem um die VPID zu ermitteln.
Eventuell kann ich mit dieser einen Kanalwechsel besser erkennen...
Ausgabe im proc sieht jetzt z.B. so aus:
Code
Alles anzeigen[vtunerc driver, version 2.0] vtunerc0 used by : 1 adapter0 in use : yes status : SIGNAL CARRIER VITERBI SYNC LOCK last change : 638 system : DVB-S2 modulation : PSK 8 frequency : 11493 symbolrate : 22000 fec : 2/3 rolloff : 0.35 pilot : auto pid tab : 5100-PMT* 16-NIT* 17-SDT* 0-PAT* 20-TDT* 18-EIT* 5105-FIL* 5106-AC3* 5107-AUD0* 5103-AUD0* 5102-AUD0* 5101-VID0* (len=12) ts data : 792048512 internal filler : 452704 external filler : 7332
-
Das heißt ja, nach einem EPG-Scan über alle Tuner, fährt die Octopus Net in Vollast, bis der VDR ausgeschaltet wird.
Ja wann ist denn so ein EPG-Scan "fertig"? Und zwar aus Sicht des DVB-Frontends für z.B. mal DVB-C (denn da gibt es z.B. keine LNB-Spannung, falls das angeführt wird)...
-
hab weiter getestet
es ist wohl definitiv so, dass das satip keine richtige src liefert. die ist immer 1, sollte aber die anderen satelliten
mit beruecksichtigen. bei mir 1 bis 4.
satip baut eine verbindung zu minisatip auf. hier der rstp fuer das erste, der da ankommt:
Codertsp://@192.168.69.1:554/?freq=11493&src=1&sr=22000&pol=H&msys=DVBS2&mtype=8psk&pids=17,18,0,16,20,5101,5102,5103,5107,5106,5105,5104,19
nehme ich genau die zeile, aendere den paramater bei src zu 4 und starte mit vlc, kommt auch kein bild.
hab dann etwas gesucht und wurde im netz fuendig. da gibt es die gleiche zeile, allerdings mit einer weiteren pid 5100
Codertsp://192.168.69.1/?src=4&freq=11494&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&plts=on&sr=22000&fec=23&pids=0,17,18,5100,5101,5102,5104
und schon hatte ich mit vlc bild. was mich aber stutzig macht ist, dass die 5100 in meiner channels.conf fuer das erste nicht vorkommt
CodeDas Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3,5107=qks@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
irgendwie komplett schraeg
hier noch das dmesg
Code
Alles anzeigen[ 14.283882] mc: Linux media interface: v0.10 [ 14.293610] vtunerc: loading out-of-tree module taints kernel. [ 14.293623] vtunerc: module verification failed: signature and/or required key missing - tainting kernel [ 14.294447] virtual DVB adapter driver, version 2.0, (c) 2021 Honza Petrous, SmartImp.cz [ 14.297988] dvbdev: DVB: registering new adapter (vTuner proxy) [ 14.298331] (NULL device *): DVB: registering adapter 0 frontend 0 (vTuner proxyFE DVB-Multi)... [ 14.298526] vtunerc: registered /dev/vtunerc0 [ 14.307068] vtunerc0: setting delsys to DVBS DVBS2 [ 14.950040] vtunerc0: detach [ 14.951421] vtunerc0: init [ 14.951476] vtunerc0: detach [ 16.499186] vtunerc0: add pid 5101t [ 16.499192] vtunerc0: MSG_PIDLIST 5101t 0s 16s 17s 18s 19s 20s [ 16.499252] vtunerc0: add pid 5102t [ 16.499254] vtunerc0: MSG_PIDLIST 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.499294] vtunerc0: add pid 5103t [ 16.499296] vtunerc0: MSG_PIDLIST 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.499334] vtunerc0: add pid 5107t [ 16.499336] vtunerc0: MSG_PIDLIST 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.499383] vtunerc0: add pid 5106t [ 16.499385] vtunerc0: MSG_PIDLIST 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.499445] vtunerc0: add pid 5105t [ 16.499448] vtunerc0: MSG_PIDLIST 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.499709] vtunerc0: add pid 5104t [ 16.499712] vtunerc0: MSG_PIDLIST 5104t 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 16.509639] vtunerc0: MSG_SET_FRONTEND, set signal NONE [ 16.509665] vtunerc0: MSG_PIDLIST (DTV_TUNE) 5104t 5105t 5106t 5107t 5103t 5102t 5101t 0s 16s 17s 18s 19s 20s [ 17.062516] vtunerc0: allocated buffer of 1316 bytes
und das cat/proc
Code
Alles anzeigen[vtunerc driver, version 2.0] vtunerc0 used by : 1 adapter0 in use : yes status : NONE last change : 658 system : DVB-S2 modulation : PSK 8 frequency : 11493 symbolrate : 22000 fec : 2/3 rolloff : 0.35 pilot : auto pid tab : 5104 5105 5106 5107 5103 5102 5101 (len=7) ts data : 20374124 internal filler : 20373748 external filler : 376
das log von satip liefert nach wie vor nichts. gestartet mit:
-
-
und noch was. schalte ich auf bbc hd (28.2e), der src 1 nutzt, kommt sofort bild
Code
Alles anzeigen[vtunerc driver, version 2.0] vtunerc0 used by : 1 adapter0 in use : yes status : SIGNAL CARRIER VITERBI SYNC LOCK last change : 34 system : DVB-S2 modulation : PSK 8 frequency : 10818 symbolrate : 23000 fec : 2/3 rolloff : 0.25 pilot : auto pid tab : 260-PMT* 16-NIT* 17-SDT* 0-PAT* 20-TOT* 18-EIT* 5003-PS1* 5004-SUB* 5001-AC3* 5005-AUD1* 5000-VID0* (len=11) ts data : 24297308 internal filler : 476580 external filler : 0
-
Hallo,
das geht hier "Out of the Box" quasi - Danke dafür!
Umschaltzeiten sind nicht vergleichbar, auch (mit dem "Teufel"-plg) wesentlich kürzer geworden .. "yavdr 22.04" und kernel aktuell "5.15.0-91-generic #101-Ubuntu". Beim "Zappen" zwischen den Sendern kommt es hier und da zu "grünen Quadraten/Artefakten". Aber Top, welche Freude
Output via "vdr-plugin-softhddevice-cuvid" / "NVIDIA VDPAU Driver Shared Library 535.129.03 Thu Oct 19 18:39:43 UTC 2023".
Grusz!
-
es ist wohl definitiv so, dass das satip keine richtige src liefert. die ist immer 1, sollte aber die anderen satelliten
mit beruecksichtigen. bei mir 1 bis 4.
satip liefert nur das was über das frontend angewählt wird. Das sieht man aber nur im satip log
/usr/local/bin/satip -s 192.168.69.1 -D DVBS,DVBS2 -d /dev/vtunerc0 -m 4 -l 3 2> /tmp/satip0.log &
Das wird aber auch falsch aufgerufen, probier es mal so:
-
sudo dmesg | grep vtunerc (base)
[ 1982.098469] vtunerc: registered /dev/vtunerc0
please help, thanks
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!