Joe_D Ich hab einen PR geschickt, damit auch im log die Zeit angezeigt wird. Finde ich hilfreich, evtl. ist es ja für dich interessant
Gruß
Andreas
Joe_D Ich hab einen PR geschickt, damit auch im log die Zeit angezeigt wird. Finde ich hilfreich, evtl. ist es ja für dich interessant
Gruß
Andreas
hallo miteinander,
bekomm es einfach nicht ans laufen. sobald der vdr startet, verabschiedet sich das kernelmodul
Jan 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.
Display More
der vdr findet noch das frontend, dann ists vorbei
das modul baut und wir auch sauber geladen
make -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
Display More
Linux 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:
...
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]
...
Display More
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:
QuoteDisplay More[ 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:
Quote192.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:
QuoteS28.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:
[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
Display More
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:
[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
Display More
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:
rtsp://@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
rtsp://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
Das 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
[ 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
Display More
und das cat/proc
[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
Display More
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
[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
Display More
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
Don’t have an account yet? Register yourself now and be a part of our community!