HelmutB pbrb ... ich vermute dass mcli mit den Prioritäten nicht richtig umgeht, weil
- der Streamdev-server mit Prio -99 dem LiveTV mit Prio 0/-1 den Tuner weg nimmt
- und das passiert nicht nur mit einem Tuner, sondern selbst wenn mehrere Tuner verfügbar sind.
Wie beurteilt ihr das lt. den logs ab Post #3 ?
Wie sollte eig. PrimaryDVB=1 und PrimaryLimit=0 eingestellt sein ?
Doch, der VDR kann die Tuner beim Umschalten u. Aufnehmen nutzen.... da ich nicht denke, dass es mit dem Script zu tun hat, geht es bitte hier weiter:
[streamdev-server] Prioritäten richtig setzen um LiveTv und Recordings zu bevorzugen
Ich habe gerade fest gestellt, dass die durch wget belegten Tuner am Netceiver nicht mehr frei gegeben werden. Wie wei er Streamdev, dass die Steams nicht mehr benötigt werden und wie teilt e das dem vdr/mcli mit ?
Das hat nichts mit dem mcli.sock zu tun, der halt in der Distri falsch benannt war.
[streamdev-server] Prioritäten richtig setzen um LiveTv und Recordings zu bevorzugen
Da geht es darum, dass mcli den LiveTV Tuner zu Gunsten des niedriger priorisierten Streamdev-Severs wechselt. Das passiert selbst dann, wenn andere Tuner frei wären ... die Ursache kann eig. nur vdr / mcli / sreamdev sein ... vermute ich.
"Mühsam ernährt sich das Eichhörnchen" ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
mcli und Streamdev-Server ... ich denke da ist ein Prob ... oder ich steh wieder mal auf dem Schlauch ... hoffe ihr habt die zündende Idee:
[streamdev-server] Prioritäten richtig setzen um LiveTv und Recordings zu bevorzugen
bei mir heist die Datei .socket ... kein Aprilscherz 
root@BM2LTS-N64native-MCLI:~# ll /var/tmp/mcli.socket
srwxrwxrwx 1 root root 0 Apr 1 17:37 /var/tmp/mcli.socket=kommt das vom mcli.conf ?
--ifname eth0.2 --dvb-s2 3 --debugmask 0x40 --mld-reporter-disable --sock-path /tmp/mcli.socket
Nach Änderung in .sock
root@BM2LTS-N64native-MCLI:~# netcvdiag -s
UUID <fe80::208:54ff:fe54:b261>:
slot 0.0, type DVB-S2, used: 9
LOCK , frequency 12460000kHz (1859.9MHz), position <19.2E>
strength ffff, snr d884, ber 0000, unc 0000
NIMCurrent 6
RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe54:b261>:
slot 0.1, type DVB-S2, used: 0
NO LOCK, frequency 12421000kHz (1821.1MHz), position <19.2E>
strength 0000, snr 0000, ber deaddead, unc deaddead
NIMCurrent 0
RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe54:b261>:
slot 1.0, type DVB-S2, used: 0
NO LOCK, frequency 12574000kHz (1974.0MHz), position <19.2E>
strength 0000, snr 0000, ber deaddead, unc deaddead
NIMCurrent 0
RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe54:b261>:
slot 1.1, type DVB-S2, used: 0
NO LOCK, frequency 12515000kHz (1915.0MHz), position <19.2E>
strength 0000, snr 0000, ber deaddead, unc deaddead
NIMCurrent 0
RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe54:b261>:
slot 2.0, type DVB-S2, used: 0
NO LOCK, frequency 12343000kHz (1742.1MHz), position <19.2E>
strength 0000, snr 0000, ber deaddead, unc deaddead
NIMCurrent 0
RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe54:b261>:
slot 2.1, type DVB-S2, used: 0
NO LOCK, frequency 12544000kHz (1944.2MHz), position <19.2E>
strength 0000, snr 0000, ber deaddead, unc deaddead
NIMCurrent 0
RotorStatus 0, RotorDiff 0.0auch mit 3 Tunern gibt es einen kurzen stop beim liveTV:
19:29:22 vdr: codec/audio: drift( 0) 1304ms reset
19:29:22 vdr: codec/audio: drift( 0) 1304577us 0
19:29:22 vdr: [12561] EPGSearch: search timer update started
19:29:22 vdr: [12561] EPGSearch: search timer update finished
19:29:22 vdr: [12561] EPGSearch: check for timer conflicts
19:29:22 vdr: [12561] EPGSearch: check for timer conflicts - done
19:29:22 vdr: codec/audio: inital drift delay 1287ms
19:29:23 vdr: [12576] Streamdev: Accepted new client (HTTP) 127.0.0.1:33004
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:2 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:2 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:3 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:3 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:4 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:4 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:2 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:2 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:3 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:3 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:4 Channel:DMAX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12576] mcli::ProvidesChannel: DEBUG DVB:4 Channel:DMAX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12594] streamdev-livestreaming thread started (pid=12544, tid=12594, prio=high)
19:29:23 vdr: [12593] streamdev-writer thread started (pid=12544, tid=12593, prio=high)
19:29:23 vdr: [12544] switching to channel 17 S19.2E-133-5-776 (SIXX)
19:29:23 vdr: [12544] [softhddev]SetPlayMode: 0
19:29:23 vdr: [12544] [softhddev]SetVolumeDevice: 8
19:29:23 vdr: video: new stream start
19:29:23 vdr: [12544] [softhddev]SetVideoDisplayFormat: 1
19:29:23 vdr: [12544] [softhddev]GetSpuDecoder:
19:29:23 vdr: [12581] osdteletext-receiver thread ended (pid=12544, tid=12581)
19:29:23 vdr: [12544] buffer stats: 0 (0%) used
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:2 Channel:SIXX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:2 Channel:SIXX * 'Priority >= 0 && Receiving (true)' is True
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:2 Channel:SIXX * '!IsTunedToTransponder(Channel)' is True
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:3 Channel:SIXX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:3 Channel:SIXX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:4 Channel:SIXX * 'ProvidesTransponder(Channel)' is True
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG result 1 hasPriority 1
19:29:23 vdr: [12544] mcli::ProvidesChannel: DEBUG DVB:4 Channel:SIXX * 'Priority >= 0 && Receiving (true)' is False
19:29:23 vdr: [12596] device 3 receiver thread started (pid=12544, tid=12596, prio=high)
19:29:23 vdr: [12544] [softhddev]SetPlayMode: 1
19:29:23 vdr: [12597] osdteletext-receiver thread started (pid=12544, tid=12597, prio=high)
19:29:23 vdr: [12544] [softhddev]SetVolumeDevice: 8
19:29:23 vdr: Set Playmode 1
19:29:23 vdr: video: set trick-speed 0
19:29:23 vdr[12544]: mcli::recv_ts_func: Discontinuity on receiver 0x5581919c17d0 for pid 3327: 12->5 at pos 0/7
19:29:24 vdr: [12602] mcli: sections assembler thread started (pid=12544, tid=12602, prio=high)
19:29:24 vdr: codec/audio: inital drift delay 373ms
19:29:25 vdr: video: slow down video, duping frame 87
19:29:25 vdr: video/cuvid: synced after 54 frames 1370ms
19:29:32 vdr: [12576] client (HTTP) 127.0.0.1:33004 has closed connection
19:29:32 vdr: [12593] ERROR: streamdev-server: couldn't send 79220 bytes: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
19:29:32 vdr: [12576] streamdev-server: closing HTTP connection to 127.0.0.1:33004
19:29:32 vdr: [12593] streamdev-server: closing HTTP connection to 127.0.0.1:33004
19:29:32 vdr: [12593] streamdev-writer thread ended (pid=12544, tid=12593)
19:29:32 vdr: [12580] device 2 receiver thread ended (pid=12544, tid=12580)
19:29:32 vdr: [12594] streamdev-livestreaming thread ended (pid=12544, tid=12594)
19:29:32 vdr: [12576] buffer stats: 974969 (25%) usedInteressehalber hab ich dem streamdev mal Prio 99 eingestellt und prompt "raucht" der vdr ab
(Mit Prio 0 läuft der wget bis CTRL-C durch)
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] Streamdev: Accepted new client (HTTP) 127.0.0.1:32894
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:99 this->Prio:-1 NeedsDetachReceivers:1 -> 1
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:99 this->Prio:-1 NeedsDetachReceivers:1 -> 1
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] [softhddev]SetPlayMode: 0
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] [softhddev]SetVolumeDevice: 10
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: Set Playmode 0
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: video: set closing
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: video: set clock --:--:--.---
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: video: reset start
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: video: set clock --:--:--.---
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: video: new stream start
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] [softhddev]SetVideoDisplayFormat: 1
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] [softhddev]GetSpuDecoder:
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] mcli::SetPid: DVB:2 Pid:767 (SIXX), Type:5, On:0, used:0 sid:776 ca_enable:1 channel_ca:0
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7226] mcli::SetPid: DVB:2 Pid:768 (SIXX), Type:6, On:0, used:0 sid:776 ca_enable:1 channel_ca:0
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7195] switching to channel 17 S19.2E-133-5-776 (SIXX)
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr: [7195] buffer stats: 0 (0%) used
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr[7195]: pure virtual method called
Mar 31 18:48:45 BM2LTS-N64native-MCLI vdr[7195]: terminate called without an active exception
Mar 31 18:48:45 BM2LTS-N64native-MCLI systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Mar 31 18:48:45 BM2LTS-N64native-MCLI systemd[1]: vdr.service: Failed with result 'signal'.Vem VDR ist per mcli 1 Tuner zugeteilt.
Warum gewinnt der streamdev-server mit Prio -99 gegenüber LiveTV (SIXX) mit -1.
Das log startet zum Zeitpunkt der Eingabe von wget localhost:3000/22 DMAX. der wget bricht nach ca. 3s ab.
18:23:27 vdr: [7226] Streamdev: Accepted new client (HTTP) 127.0.0.1:32884
18:23:27 vdr: [7226] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:-99 this->Prio:-1 NeedsDetachReceivers:0 -> 1
18:23:27 vdr: [7226] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:-99 this->Prio:-1 NeedsDetachReceivers:0 -> 1
18:23:27 vdr: [7226] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:27 vdr: [7226] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:27 vdr: [7557] streamdev-writer thread started (pid=7195, tid=7557, prio=high)
18:23:27 vdr: [7226] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7226] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7558] streamdev-livestreaming thread started (pid=7195, tid=7558, prio=high)
18:23:27 vdr: [7195] switching to channel 17 S19.2E-133-5-776 (SIXX)
18:23:27 vdr: [7195] [softhddev]SetPlayMode: 0
18:23:27 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:27 vdr: Set Playmode 0
18:23:27 vdr: video: new stream start
18:23:27 vdr: [7195] [softhddev]SetVideoDisplayFormat: 1
18:23:27 vdr: [7195] [softhddev]GetSpuDecoder:
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (DMAX), Type:5, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (DMAX), Type:6, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7515] osdteletext-receiver thread ended (pid=7195, tid=7515)
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (DMAX), Type:7, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7195] buffer stats: 0 (0%) used
18:23:27 vdr: [7195] mcli::ProvidesChannel: DVB:2 Channel:SIXX, Prio:0 this->Prio:-99 NeedsDetachReceivers:1 -> 1
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:27 vdr: video/cuvid: closing eof
18:23:27 vdr: [7195] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:27 vdr: [7195] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (SIXX), Type:5, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (SIXX), Type:6, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:27 vdr: [7514] device 2 receiver thread ended (pid=7195, tid=7514)
18:23:27 vdr: [7560] device 2 receiver thread started (pid=7195, tid=7560, prio=high)
18:23:27 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (SIXX), Type:7, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:27 vdr: [7195] [softhddev]SetPlayMode: 1
18:23:27 vdr: [7561] osdteletext-receiver thread started (pid=7195, tid=7561, prio=high)
18:23:27 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:27 vdr: Set Playmode 1
18:23:28 vdr: [7195] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:-99 this->Prio:-1 NeedsDetachReceivers:0 -> 1
18:23:28 vdr: [7195] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:28 vdr: [7195] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:29 vdr: [7195] streamdev: Lost channel 22 (DMAX) on device 1. Continuing on device 1.
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] switching to channel 17 S19.2E-133-5-776 (SIXX)
18:23:29 vdr: [7195] [softhddev]SetPlayMode: 0
18:23:29 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:29 vdr: Set Playmode 0
18:23:29 vdr: video: new stream start
18:23:29 vdr: [7195] [softhddev]SetVideoDisplayFormat: 1
18:23:29 vdr: [7195] [softhddev]GetSpuDecoder:
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (DMAX), Type:5, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (DMAX), Type:6, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7561] osdteletext-receiver thread ended (pid=7195, tid=7561)
18:23:29 vdr: video/cuvid: closing eof
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (DMAX), Type:7, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] buffer stats: 0 (0%) used
18:23:29 vdr: [7195] mcli::ProvidesChannel: DVB:2 Channel:SIXX, Prio:0 this->Prio:-99 NeedsDetachReceivers:1 -> 1
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:29 vdr: [7195] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:29 vdr: [7560] device 2 receiver thread ended (pid=7195, tid=7560)
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (SIXX), Type:5, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (SIXX), Type:6, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:29 vdr: [7568] device 2 receiver thread started (pid=7195, tid=7568, prio=high)
18:23:29 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (SIXX), Type:7, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:29 vdr: [7195] [softhddev]SetPlayMode: 1
18:23:29 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:29 vdr: Set Playmode 1
18:23:29 vdr: [7569] osdteletext-receiver thread started (pid=7195, tid=7569, prio=high)
18:23:29 vdr: video: set trick-speed 0
18:23:30 vdr: [7195] mcli::ProvidesChannel: DVB:2 Channel:DMAX, Prio:-99 this->Prio:-1 NeedsDetachReceivers:0 -> 1
18:23:30 vdr: [7557] streamdev-server: streamer done - writer exiting
18:23:30 vdr: [7557] streamdev-server: closing HTTP connection to 127.0.0.1:32884
18:23:30 vdr: [7557] streamdev-writer thread ended (pid=7195, tid=7557)
18:23:30 vdr: [7195] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:30 vdr: [7195] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:DMAX, Provider:BetaDigital, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:30 vdr: [7195] streamdev: Lost channel 22 (DMAX) on device 1. Continuing on device 1.
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:1, used:1 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] switching to channel 17 S19.2E-133-5-776 (SIXX)
18:23:30 vdr: [7195] [softhddev]SetPlayMode: 0
18:23:30 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:30 vdr: Set Playmode 0
18:23:30 vdr: video: new stream start
18:23:30 vdr: [7195] [softhddev]SetVideoDisplayFormat: 1
18:23:30 vdr: [7195] [softhddev]GetSpuDecoder:
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (DMAX), Type:5, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (DMAX), Type:6, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7569] osdteletext-receiver thread ended (pid=7195, tid=7569)
18:23:30 vdr: video/cuvid: closing eof
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (DMAX), Type:7, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] buffer stats: 0 (0%) used
18:23:30 vdr: [7195] mcli::ProvidesChannel: DVB:2 Channel:SIXX, Prio:0 this->Prio:-99 NeedsDetachReceivers:1 -> 1
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:3327 (DMAX), Type:8, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:3328 (DMAX), Type:9, On:0, used:0 sid:63 ca_enable:1 channel_ca:0
18:23:30 vdr: [7558] streamdev-livestreaming thread ended (pid=7195, tid=7558)
18:23:30 vdr: [7195] mcli::SetChannelDevice: Request tuning on DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:30 vdr: [7195] mcli::SetChannelDevice: Really tuning now DVB:2 to Channel:SIXX, Provider:ProSiebenSat.1, Source:1392509120, LiveView:false, IsScan:0 CA:0
18:23:30 vdr: [7226] buffer stats: 0 (0%) used
18:23:30 vdr: [7568] device 2 receiver thread ended (pid=7195, tid=7568)
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:767 (SIXX), Type:5, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:768 (SIXX), Type:6, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:30 vdr: [7572] device 2 receiver thread started (pid=7195, tid=7572, prio=high)
18:23:30 vdr: [7195] mcli::SetPid: DVB:2 Pid:35 (SIXX), Type:7, On:1, used:1 sid:776 ca_enable:1 channel_ca:0
18:23:30 vdr: [7573] osdteletext-receiver thread started (pid=7195, tid=7573, prio=high)
18:23:30 vdr: [7195] [softhddev]SetPlayMode: 1
18:23:30 vdr: [7195] [softhddev]SetVolumeDevice: 10
18:23:30 vdr: Set Playmode 1
18:23:30 vdr: video: set trick-speed 0
18:23:30 vdr[7195]: mcli::recv_ts_func: Discontinuity on receiver 0x560f33d43a50 for pid 35: 1->3 at pos 0/1Danke Euch, netcvupdate Up/Download/Kill funktionieren ... für die restl. Funktionen wo der sock benötigt wird müßte man den vdr als User vdr starten ...
Was ich nicht verstanden habe ist, wie die langfristige Lösung aussehen könnte ...
Da sieht man wer Aller noch alte reel Schätzchen (NCV,...) stehen hat .... hahaha
Das Wichtigste hatte ich vergessen ... ich habe dem vdr nur 1 Tuner erlaubt um das Verhalten zu testen !
DANKE das funkt schon mal ... done < <(grep -av "^:" ${CHANNELS_CONF} | tail -n +1 | head -n "$MAXCHANNELS")
Den Rest teste ich morgen .. schlag mich gerade mit auf GRund des Scripts stockendem LiveTV rum:
[streamdev-server] Prioritäten richtig setzen um LiveTv und Recordings zu bevorzugen
Ein Script schaltet im Hintergrund mit wget über den streamdev-server die Kanäle durch ...
Nun ruckelt mein LiveTV 
. Das Alles läuft auf einem NUC10i3. Es sollte also keine Frage der Rechenleistung sein ...
Für einen Ruckeltest reicht einfach wget -T3 localhost:3000/TS/1
Im Plugin Readme habe ich Folgendes gelesen:
ZitatCodeAlles anzeigen* Priorities: ------------- (Affected: 0.5.x and older) The server-side setting "Suspend behaviour" has been dropped in 0.6.0 in favour of priority based precedence. A priority of 0 and above means that clients have precedence. A negative priority gives precedence to local live TV on the server. So if "Suspend behaviour" was previously set to "Client may suspend" or "Never suspended", you will have to configure a negative priority. If the "Suspend behaviour" was set to "Always suspended", the default values should do. Configure the desired priorities for HTTP and IGMP Multicast streaming in the settings of streamdev-server. If you haven't updated all your streamdev-clients to at least 0.5.2, configure "Legacy Client Priority", too. In streamdev-client, you should set "Minimum Priority" to -99. Adjust "Live TV Priority" if necessary. .... Precedence between multiple clients and between client and server is controlled with priorities. For HTTP and IGMP Multicast, the priority is configured in streamdev-server's setup menu. A negative priority gives precedence to local live TV on the server. Zero and positive values give precedence to the client. The priority for VDR clients watching live TV is configured in the plugin setup of streamdev-client. For other client tasks (e.g. recording a client side timer) the same priority as on the client is used. With the parameter "Legacy client Priority" in streamdev-server's setup menu you can configure the priority for clients which cannot be configured to use negative priorities. It is used when an old client is detected an it requests priority "0". On the server, the main menu entry "Streamdev Connections" gives you a list of currently connected clients. Use the "red" key to terminate a connection. Note that depending on connection type and client, the client might re-connect sooner or later. The "blue" key in the server's main menu will suspend live TV on server. An image is displayed instead. This would allow a low priority client to switch to a different transponder. Enable "Client may suspend" in the server setup to allow VDR clients to suspend live TV remotely. In the server's setup there's also an option to suspend live TV when starting the server. The "auto" option will suspend live TV if there's no device with an MPEG decoder available which is typically the case on a headless server. NOTE: Precedence is mainly an issue on One-Card-Systems, since with multiple cards there is no need to switch transponders on the primary interface, if one of the other cards is idle (i.e. if it is not blocked by a recording). If all cards are in use (i.e. when something is recorded, or by multiple clients), this applies to Multiple-Card-Systems as well. If your client suffers from buffer underruns while watching live TV, you can configure buffering on the server side. Enter a reasonable value (e.g. 300ms) as "Live TV buffer delay (ms)" in the server setup. .... With "Maximum Priority" and "Minimum Priority" you can keep VDR from considering streamdev in certain cases. If for instance you have a streamdev client with its own DVB card, VDR might use streamdev for recording. If this is not what you want, you could set the maximum priority to 0. As recordings usually have a much higher priority (default 50), streamdev is now no longer used for recordings. The two parameters define the inclusive range of priorities for which streamdev will accept to tune. Setting the minimum priority to a higher value than the maximum, you will get two ranges: "up to maximum" and "minimum and above".
Trotz folgender Einstellungen in der setup.conf stoppt das LiveTV für einige Sekunden und ruckelt alle paar Sek. vor sich hin ...
liveTV beim Start pausieren: NEIN, LiveTV Puffer=1500, Server Priorities= -99
Lt. syslog läuft der Server mit "prio=high" Mar 30 18:15:29 BM2LTS-N64native-MCLI vdr: [3627] streamdev server thread started (pid=3596, tid=3627, prio=high)
streamdev-server.AllowSuspend = 1
streamdev-server.HideMenuEntry = 1
streamdev-server.HTTPBindIP = 10.75.25.22
streamdev-server.HTTPPriority = -99
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 10.75.25.22
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPPriority = -99
streamdev-server.IGMPStreamType = 0
streamdev-server.LiveBufferMs = 1500
streamdev-server.LoopPrevention = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 0
streamdev-server.StartSuspended = 0
streamdev-server.VTPBindIP = 10.75.25.22
streamdev-server.VTPPriority = -99Tja was soll ich sagen ... "mit Latein am Ende" ... ... oder "selber schuld"
Danke MegaV0lt , da gibts noch ein paar Kleinigkeiten ...
1 Mit der string substitution. (das ging auch nicht "${1%##*-}").
So geht es:
...
local zapdelay="${ZAPDELAY[0]}" channel="${1%}"
[[ "${channel##*-}" != "0" ]] && zapdelay="${ZAPDELAY[1]}"
channel="${1%-*}"
timeout --foreground "$zapdelay" wget -q -O "/dev/null" "http://${STREAMHOST}:${STREAMPORT}/TS/${channel}.ts" 2>&1
...2. Ich rufe das script mit & (in den Hintergrund) aus der rc-local auf ... und im syslog finde ich das: grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
Mar 30 16:09:27 BM2LTS-N64native-MCLI scanepg_ri: scanepg_ri.sh #210330 Start
Mar 30 16:09:27 BM2LTS-N64native-MCLI rc.local[1670]: grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
Mar 30 16:09:27 BM2LTS-N64native-MCLI scanepg_ri: Neuer Transponder: 11302-hC23M5O35S1-S19.2E -> S19.2E-1-1007-4911 #648 (ORF1 HD;ORF)Kann es von dieser Zeile kommen ?
done < <(grep -av "^:" ${CHANNELS_CONF} | head -n "$MAXCHANNELS")
3 Außerdem würde ich das mit dem untersch. delay auch bei SVDRP einbauen, weil das Problem mit der Verzög./mcli ja das Gleiche ist !
HelmutB pbrb hängt das Problem dass das netcvupdate nicht mehr geht am mcli ? (ich kann aktuell nur mit den reels uploaden):
root@BM2LTS-N64native-MCLI:~# /usr/sbin/netcvupdate -d eth0.2 -i fe80::208:54ff:fe54:b261 -U /tmp/netceiver_C94_2lnb_30.conf
UUID fe80::208:54ff:fe54:b261: Uploading /tmp/netceiver_C94_2lnb_30.conf ... ftp: q: unknown option
Upload failed (ret=256)
root@BM2LTS-N64native-MCLI:/tmp# /usr/sbin/netcvdiag -s
connect failure to /var/tmp/mcli.sock: No such file or directoryAlles anzeigenHi,
MCLI - Tools sind ja OK
CodeAlles anzeigen/vdr-plugin-mcli/mcast/tool# ./netcvdiag -h ./netcvdiag: invalid option -- 'h' netcvdiag - NetCeiver diagnosis tool, version 0.99.34(__DATE____TIME__) (c) BayCom GmbH Usage: netcvdiag <options> Options: -a Show all -u Show UUIDs -t Show tuners -c Get NetCeiver count -S Show satellite settings -s Show tuner state -r <n> Repeat every n seconds -v Show HW/SW-versions -P <path> Set API socket /vdr-plugin-mcli/mcast/tool# ./netcvlogview mode:1 port:23000 mcg:1 [ ff18:5100:: ] /vdr-plugin-mcli/mcast/tool# ./netcvupdate -H ./netcvupdate: invalid option -- 'H' netcvupdate - NetCeiver update tool, version 0.99.34(__DATE____TIME__) (c) BayCom GmbH Usage: netcvupdate <options> <actions> Actions: -l List all seen NetCeivers and their UUID -L List available FWs -X <Update.tgz> Update with given file -U <configfile> Upload configfile -D Download configfile netceiver.conf -I <version> Inactivate FW version -E <version> Enable FW version -Z <version> Remove FW version -K Restart streaming server -R Issue reboot Options: -A Use all found NetCeivers (mcli must be running) -i <uuid> Use specific UUID (can be used multiple times) *** Either -A or -i must be given for most actions! *** Rare options: -d <device> Set network device (default: eth0) -F <ftp-command> Set ftp command/path *** ftp command must understand the -q (timeout) option! *** -P <path> Set API socket -u <user> Set username -p <password> Set password -r No reboot after update -q Be more quiet
nur der mcli.sock ist das Problem
Code/vdr-plugin-mcli/mcast/tool# ./netcvdiag -a connect failure to /var/tmp/mcli.sock: Connection refusedcinfo
Danke euch .. weil sonst hätte ich noch einige Stunden mehr am Script gebastelt ... werde das gleich mal proben
ad localhost)
Ein generelles Prob sollte es eig. nicht sein, weil ja wget localhost:8002 ok ist. Anderseits hatte ich vor Längerem oscam am NUC laufen und da das gleiche Prob, dass es über localhost nicht u über die IP schon erreichbar war.
seahawk1986 was hast du beim streamdev in der setup.conf als IP ?
streamdev-server.AllowSuspend = 1
streamdev-server.HideMenuEntry = 1
streamdev-server.HTTPBindIP = 10.75.25.22
streamdev-server.HTTPPriority = 0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 10.75.25.22
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPPriority = 0
streamdev-server.IGMPStreamType = 0
streamdev-server.LiveBufferMs = 0
streamdev-server.LoopPrevention = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 0
streamdev-server.StartSuspended = 2
streamdev-server.VTPBindIP = 10.75.25.22
streamdev-server.VTPPriority = 0etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
#
# WARNING: This file is auto-generated by the ReelBox setup, so you
# should not edit it manually. Use the setup menu instead.
#
# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0
auto eth0
#iface eth0 inet dhcp
iface eth0 inet static
address 10.75.25.22
netmask 255.255.0.0
gateway 10.75.25.1
dns-nameservers 10.75.25.1
auto eth0.2
#iface eth0.2 inet dhcp
iface eth0.2 inet manual
#vlan-raw-device eth0etc/netplan/01-network-NOdhcp.yaml
network:
version: 2
renderer: networkdroot@BM2LTS-N64native-MCLI:~# sudo netstat -tlpen4 | grep LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 20839 1/init
tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 0 158421 10333/vdr
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 0 32210 662/dnsmasq
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 31186 650/sshd: /usr/sbin
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 33403 738/cupsd
tcp 0 0 10.75.25.22:3000 0.0.0.0:* LISTEN 0 224242 10333/vdr
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 0 36644 1486/smbd
tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 0 32678 642/vdradmind
tcp 0 0 0.0.0.0:8002 0.0.0.0:* LISTEN 0 32353 646/lighttpd
tcp 0 0 10.75.25.22:8008 0.0.0.0:* LISTEN 0 159923 10333/vdr
tcp 0 0 0.0.0.0:8200 0.0.0.0:* LISTEN 136 33992 769/minidlnad
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 0 36645 1486/smbd!!!!!!!!!!!!!! Vorab mal herzlichen Dank an Megav0lt und Seahawk für das Script !!!!!!!!!!!!!!!!!
Dann noch zu meinem Ersuchen, bei den crypted ein anderes Delay zu nutzen:
Wie gesagt brauchen der Netceiver+ORF Karte+MCLI manchmal 10s bis der stream entschlüsselt und stabil ist. Da das ganze beim Hochfahren vor Start einer Aufnahme erledigt sein soll bleiben rund 2-3min.
Bitte um Euren Input dazu ...
Wenn ich in der Einstellung "Binde an IP" statt der eigenen IP 127.0.0.1 eintrage geht es ....
Sollte der Server über localhost nicht auch wenn die IP der eigenen entspricht erreichbar sein ... denke schon oder ?
Ev. hat es damit zu tun, dass ich über /network/interfaces die IP statisch vorgegeben habe und netplan außen vor ist ???
Andererseits dürfte dann wget localhost:8002 ja auch nicht funken ...
Der Laie ist wieder mal mit seinem Latein am Ende
Ich ahabe alle *host* (also allowed, die Datei hosts/denied,...) gecheckt und nichts gefunden ...
Was funtioniert ist wget localhost:8002
Könnt ihr mir bitte sagen, ob das Folgende bedeutet dass der streamdev (3000) nicht auf dem localhost ereichbar ist ?
root@BM2LTS-N64native-MCLI:~# netstat -an | grep "LISTEN "
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN
tcp 0 0 10.75.25.22:2004 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
tcp 0 0 10.75.25.22:3000 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8002 0.0.0.0:* LISTEN
tcp 0 0 10.75.25.22:8008 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8200 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTENmuss ich wohl weiter suchen ....
##
# streamdevhosts This file describes a number of host addresses that
# are allowed to connect to the streamdev server running
# with the Video Disk Recorder (VDR) on this system.
# Syntax:
#
# IP-Address[/Netmask]
#
127.0.0.1 # always accept localhost
192.168.1.0/24 # any host on the local net
192.168.0.0/24
#204.152.189.113 # a specific host
0.0.0.0/0 # any host on any net (USE THIS WITH CARE!)