Gen2VDR Forum -> [V7] Verbindungsprobleme dvbapi zu OSCam

Hilfe

Suche

Mitglieder

· Foren Regeln

Willkommen Gast ( Einloggen | Registrieren )

Bestätigungs E Mail erneut senden

Gen2VDR Forum -> Gen2VDR V5+ -> Installation/Konfiguration

Seiten: (2) [1] 2 ( Zum ersten neuen Beitrag )

[V7] Verbindungsprobleme dvbapi zu OSCam

Thema abonnieren | Thema versenden | Thema drucken

MegaV0lt	Geschrieben am: Dienstag, 09.April 2019, 13:16 Uhr
Professional Gruppe: G2V3+User Beiträge: 889 Mitgliedsnummer.: 544 Mitglied seit: 2005-06-01	Ich bekomme es nicht hin, dass sich der VDR mit dem aktivierten dvbapi zu meinem lokalen OSCam verbindet. Vom VDR zum Server geht das Ping. Am Server ist nichts verändert, da die aktuelle V6 sich ja so verbindet. Im Plugin habe ich den Server (HP-T610) und den richtigen Port (20033) angegeben. Kann das was mit IPv6 zu tun haben? Wurde da was geändert? EDIT: Logpaket: https://www.dropbox.com/s/4ru7h5rf1yp77nt/g...530.tar.xz?dl=1

R2D2

Geschrieben am: Dienstag, 09.April 2019, 17:10 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

Was sagt denn:

CODE

grep dvbapi /etc/vdr/setup.conf

MegaV0lt

Geschrieben am: Dienstag, 09.April 2019, 17:36 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

CODE

dvbapi.LogLevel = 2
dvbapi.OSCamHost = HP-T610
dvbapi.OSCamPort = 20033

Hab es auch schon mit der IP der Servers (192.168.178.79) versucht; ohne Erfolg.

Config am Server (Welche mit der V6 funktioniert):

CODE

[dvbapi]
enabled = 1
au = 1
pmt_mode = 4
listen_port = 20033
delayer = 75
user = vdr01
read_sdt = 1
boxtype = pc

Der User vdr01 ist angelegt

Ich bin da irgendwie komplett Ahnungslos, wo man da noch suchen könnte. Das dvbapi-git ist aktuell und die OSCam auch (11510)

Edit: Mir ist nur aufgefallen, dass beim ping auf HP-T610 eine IPv6-Adresse angezeigt wird

R2D2

Geschrieben am: Dienstag, 09.April 2019, 18:01 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

Ich gehe mal davon aus, dass Du IPv6 nicht verwendest?

Du kannst es ja mal deaktivieren:

Dazu einfach in die "/etc/sysctl.conf" folgendes eintragen:

CODE

net.ipv6.conf.all.disable_ipv6 = 1

Dann die Configuration neu laden mit,

CODE

sysctl -p

oder rebooten.

Dann sollte mit "ifconfig" keine IPv6 Adresse mehr angezeigt werden. ;)

BTW:
Was sagt denn das OSCAM Log auf dem Server?

MegaV0lt	Geschrieben am: Dienstag, 09.April 2019, 18:05 Uhr
Professional Gruppe: G2V3+User Beiträge: 889 Mitgliedsnummer.: 544 Mitglied seit: 2005-06-01	Nein, wozu auch. Ich teste das morgen früh, weil ich derzeit wegen den ganzen Aufnahmen die V6 am VDR aktiv habe. Danke schon mal. Ich berichte dann sobald es was neues gibt

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 08:22 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

Sieh nicht gut aus. IPv6 scheint nach reboot noch an zu sein:

CODE

vdr01 ~ # ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.68 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2003:ec:5bd4:a200:222:4dff:fe84:552d prefixlen 64 scopeid 0x0<global>
inet6 fe80::222:4dff:fe84:552d prefixlen 64 scopeid 0x20<link>
ether 00:22:4d:84:55:2d txqueuelen 1000 (Ethernet)
RX packets 277 bytes 48815 (47.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 282 bytes 32889 (32.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7200000-f7220000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 110 bytes 10766 (10.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 110 bytes 10766 (10.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

vdr01 ~ # ping hp-t610
PING hp-t610(HP-T610.fritz.box (2003:ec:5bd4:a200:fa0f:41ff:fe58:9c64)) 56 data bytes
64 bytes from HP-T610.fritz.box (2003:ec:5bd4:a200:fa0f:41ff:fe58:9c64): icmp_seq=1 ttl=255 time=0.694 ms
64 bytes from HP-T610.fritz.box (2003:ec:5bd4:a200:fa0f:41ff:fe58:9c64): icmp_seq=2 ttl=255 time=0.408 ms
^C
--- hp-t610 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 2ms
rtt min/avg/max/mdev = 0.408/0.551/0.694/0.143 ms
vdr01 ~ # tail /etc/sys
sysctl.conf sysctl.d/ syslog-ng/ systemd/
vdr01 ~ # tail /etc/sysctl.conf

# You should compile nfsd into the kernel or add it
# to modules.autoload for this to work properly
# TCP Port for lock manager
#fs.nfs.nlm_tcpport = 0
# UDP Port for lock manager
#fs.nfs.nlm_udpport = 0

# Diasble IPv6 (Fix for DVBAPI <-> OSCam)
net.ipv6.conf.all.disable_ipv6 = 1
vdr01 ~ #

Auf verschlüsselte Kanäle schalten gehta auch nicht:

CODE

svdrpsend chan n-tv hd
220 vdr01 SVDRP VideoDiskRecorder 2.4.0; Wed Apr 10 09:17:44 2019; UTF-8
554 Error switching to channel "85"
221 vdr01 closing connection
vdr01 ~ # tail /log/messages
Apr 10 09:17:44 vdr01 vdr[4016]: [5779] device 1 TS buffer thread ended (pid=4016, tid=5779)
Apr 10 09:17:44 vdr01 vdr[4016]: [5777] buffer stats: 282564 (5%) used
Apr 10 09:17:44 vdr01 vdr[4016]: [5777] device 1 receiver thread ended (pid=4016, tid=5777)
Apr 10 09:17:45 vdr01 vdr[4016]: video: slow down video, duping frame
Apr 10 09:17:45 vdr01 vdr[4016]: video: decoder buffer empty, duping frame (2514/1043) 0 v-buf
Apr 10 09:17:45 vdr01 vdr[4016]: video: --:--:--.--- +0 0 0/\ms 0+0+4 v-buf
Apr 10 09:17:45 vdr01 vdr[4016]: [4016] switching to channel 41 S19.2E-1-1019-10301 (Das Erste HD)
Apr 10 09:17:45 vdr01 vdr[4016]: [5849] osdteletext-receiver thread started (pid=4016, tid=5849, prio=high)
Apr 10 09:17:45 vdr01 vdr[4016]: [5848] device 1 receiver thread started (pid=4016, tid=5848, prio=high)
Apr 10 09:17:45 vdr01 vdr[4016]: [5850] device 1 TS buffer thread started (pid=4016, tid=5850, prio=high)

Liegt es an der Kanalliste? Ein kleiner Auszug

CODE

vdr01 ~ # grep CBC /etc/vdr/channels.conf
RTL HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:255=27:0;259=deu@106:32;48=deu:1830,1843,1860,98C,9C4,500,6CB,186A,186D,98D,1842,4B64:61200:1:1057:0
RTLII HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1535=27:0;1539=deu@106:37;54=deu:1830,1843,1860,98C,9C4,500,6CB,186A,186D,98D,1842,4B64:61205:1:1057:0
RTLplus;CBC:12188:HC34M2S0:S19.2E:27500:168=2:137=deu@3:70:0:12080:1:1089:0
NITRO HD;CBC=ASTRA 1:11082:HC34M5O20P0S1:S19.2E:22000:500=27:0;510=deu@106:520;550=deu:1830,1843,1860,9C4,98C,500,6CB,186A,186D,98D,1842,4B64:11951:1:1041:0
VOX HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:511=27:0;515=deu@106:33;49=deu:1830,1843,1860,98C,9C4,500,6CB,186A,186D,98D,1842,4B64:61201:1:1057:0
SUPER RTL HD;CBC=ASTRA 1:11082:HC34M5O20P0S1:S19.2E:22000:300=27:0;310=deu@106:320;330=deu:1830,1843,1860,9C4,98C,500,6CB,186A,186D,98D,1842,4B64:11931:1:1041:0
TOGGO plus;CBC:12188:HC34M2S0:S19.2E:27500:301=2:303=deu@3:0:0:12030:1:1089:0
n-tv HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106,1284=mul@106:36:1830,1843,1860,98C,9C4,648,650,186A,500,6CB,186D,6E2:61204:1:1057:0
n-tv;CBC:12188:HC34M2S0:S19.2E:27500:169=2:73=deu@3,77=mul@3:80:0:12090:1:1089:0
VOX HD Austria;CBC=ASTRA 1:11082:HC34M5O20P0S1:S19.2E:22000:200=27:0;210=deu@106:220:648,9C4,98C,650,500,6E2,98D:11921:1:1041:0
RTL Television,RTL;CBC:12188:HC34M2S0:S19.2E:27500:163=2:104=deu@3;106=deu@106:105;110=deu:0:12003:1:1089:0
VOX;CBC:12188:HC34M2S0:S19.2E:27500:167=2:136=deu@3:71;74=deu:0:12060:1:1089:0
RTL2;CBC:12188:HC34M2S0:S19.2E:27500:166=2:128=deu@3:68;75=deu:0:12020:1:1089:0
NITRO;CBC:12188:HC34M2S0:S19.2E:27500:173=2:146=deu@3:84;86=deu:0:12061:1:1089:0
RTL Regional NRW;CBC:12188:HC34M2S0:S19.2E:27500:163=2:104=deu@3:105;110=deu:0:12004:1:1089:0
RTL HB NDS;CBC:12188:HC34M2S0:S19.2E:27500:163=2:104=deu@3:105;110=deu:0:12005:1:1089:0
SUPER RTL;CBC:12188:HC34M2S0:S19.2E:27500:165=2:120=deu@3:65;66=deu:0:12040:1:1089:0
VOX CH;CBC:12226:HC34M2S0:S19.2E:27500:601=27:602=deu@3:603:0:28820:1:1091:0
:CBC - Astra 19,2° Ost
RTL Bayern;CBC:12188:HC34M2S0:S19.2E:27500:163=2:104=deu@3:105;110=deu:0:12006:1:1089:0
RTL CH;CBC:12226:HC34M2S0:S19.2E:27500:611=27:612=deu@3;613=deu@106:614:0:28825:1:1091:0
RTL HD Austria;CBC=ASTRA 1:11082:HC34M5O20P0S1:S19.2E:22000:100=27:0;110=deu@106:120:648,9C4,98C,650,500,6E2,98D:11911:1:1041:0
RTL HH SH;CBC:12188:HC34M2S0:S19.2E:27500:163=2:104=deu@3:105;110=deu:0:12009:1:1089:0
RTL II HD Austria;CBC=ASTRA 1:11082:HC34M5O20P0S1:S19.2E:22000:400=27:0;410=deu@106:420:648,9C4,98C,650,500,6E2,98D:11941:1:1041:0

R2D2

Geschrieben am: Mittwoch, 10.April 2019, 10:10 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

Du könntest es auch so versuchen:

CODE

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

Allerdings glaube ich nicht, dass es unbedingt an IPv6 liegt.

Was sagt denn das Log vom Server.

Hat jetzt nichts mit Deinem Problem zu tun, aber was mich wundert ist, dass die NIC bei Dir noch "eth0" heist.

--> https://www.freedesktop.org/wiki/Software/s...InterfaceNames/

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 10:26 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

Am Server kommt nichts an. Log ist leer. Kein Verbindungsversuch. Habe sogar extra mal die OSCam mit IPv6 gebaut... Auch nichts

eth0... Keine Ahnung. Ist die frisch installierte ISO G2V70_190128. Dazu kann Helmut vermutlich was sagen...

Hier die neue Situation (ohne reboot)

CODE

vdr01 ~ # sysctl -p
net.ipv4.ip_forward = 0
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
vdr01 ~ # ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.68 netmask 255.255.255.0 broadcast 192.168.178.255
ether 00:22:4d:84:55:2d txqueuelen 1000 (Ethernet)
RX packets 48885 bytes 3568803 (3.4 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 50733 bytes 6341680 (6.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7200000-f7220000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Local Loopback)
RX packets 1473 bytes 22433477 (21.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1473 bytes 22433477 (21.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

vdr01 ~ # svdrpsend chan n-tv hd
220 vdr01 SVDRP VideoDiskRecorder 2.4.0; Wed Apr 10 11:22:09 2019; UTF-8
554 Error switching to channel "85"
221 vdr01 closing connection

R2D2

Geschrieben am: Mittwoch, 10.April 2019, 10:29 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

Was sagt denn,

CODE

ll /var/cache/vdr/cam.data

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 10:50 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

CODE

vdr01 skinflatplus # ll /var/cache/vdr/cam.data
-rw-r--r-- 1 root root 0 Apr 10 09:12 /var/cache/vdr/cam.data

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 10:55 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

Hab nen reboot gemacht. IPv6 ist wieder da

CODE

This is BASH 4.4.23(1)-release
____ ______ ______ ____
/ ___| ___ _ __ |___ \ \ / / _ \| _ \
| | _ / _ \ '_ \ __) \ \ / /| | | | |_) |
| |_| | __/ | | |/ __/ \ V / | |_| | _ <
\____|\___|_| |_|_____| \_/ |____/|_| \_\ V7.0 git 3917c24c

Mi 10. Apr 11:54:12 CEST 2019
vdr01 ~ # ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.68 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2003:ec:5bd4:a200:222:4dff:fe84:552d prefixlen 64 scopeid 0x0<global>
inet6 fe80::222:4dff:fe84:552d prefixlen 64 scopeid 0x20<link>
ether 00:22:4d:84:55:2d txqueuelen 1000 (Ethernet)
RX packets 279 bytes 48128 (47.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 268 bytes 30783 (30.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7200000-f7220000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 31 bytes 2558 (2.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 31 bytes 2558 (2.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

vdr01 ~ # sysctl -p
net.ipv4.ip_forward = 0
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
vdr01 ~ # ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.68 netmask 255.255.255.0 broadcast 192.168.178.255
ether 00:22:4d:84:55:2d txqueuelen 1000 (Ethernet)
RX packets 341 bytes 53686 (52.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 303 bytes 36125 (35.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7200000-f7220000

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Local Loopback)
RX packets 417 bytes 7425712 (7.0 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 417 bytes 7425712 (7.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 11:49 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

Hier noch der Logauszug vom Server. Da kommt gar nichts:

CODE

2019/04/10 11:20:54 4834DEAA h (webif) all debug_level=128
2019/04/10 12:31:57 4834DEAA h (webif) all debug_level=0

R2D2

Geschrieben am: Mittwoch, 10.April 2019, 12:24 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

QUOTE (MegaV0lt @ Mittwoch, 10.April 2019, 10:50 Uhr)

CODE

vdr01 skinflatplus # ll /var/cache/vdr/cam.data
-rw-r--r-- 1 root root 0 Apr 10 09:12 /var/cache/vdr/cam.data

So wie es aussieht, ist deine cam.data leer.

Trage mal, bei gestopptem VDR folgendes ein,

CODE

S19.2E-1-1057-61204 1

dann starte den VDR und schalte mal auf ntv HD.

MegaV0lt

Geschrieben am: Mittwoch, 10.April 2019, 12:32 Uhr

Professional

Gruppe: G2V3+User
Beiträge: 889
Mitgliedsnummer.: 544
Mitglied seit: 2005-06-01

Wow... Das geht!

CODE

vdr01 ~ # stp vdr
* WARNING: you are stopping a boot service
* Stopping vdr ...
Shutting down VDR
Waiting for vdr termination ....... [ ok ]
vdr01 ~ # mcedit /var/cache/vdr/cam.data

vdr01 ~ # stt vdr
* Starting vdr ...
<13>Apr 10 13:30:24 root: Starting <openvt -c 8 -f -- /etc/vdr/runvdr> [ ok ]
vdr01 ~ # svdrpsend chan n-tv hd
220 vdr01 SVDRP VideoDiskRecorder 2.4.0; Wed Apr 10 13:30:37 2019; UTF-8
250 85 n-tv HD
221 vdr01 closing connection
vdr01 ~ # svdrpsend chan
220 vdr01 SVDRP VideoDiskRecorder 2.4.0; Wed Apr 10 13:30:47 2019; UTF-8
250 85 n-tv HD
221 vdr01 closing connection
vdr01 ~ #

Am Server:

CODE

2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Client connected: 'vdr-plugin-dvbapi 2.2.4-GIT-7d51cc4 / VDR 2.4.0' (protocol version = 2)
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 0 CAID: 1830 ECM_PID: 1CAE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 1 CAID: 1843 ECM_PID: 19AE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 2 CAID: 1860 ECM_PID: 1EAE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 3 CAID: 098C ECM_PID: 1AAE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 4 CAID: 09C4 ECM_PID: 1BAE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 5 CAID: 0648 ECM_PID: 18AE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 6 CAID: 0650 ECM_PID: 17AE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 7 CAID: 186A ECM_PID: 1FAE PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 8 CAID: 0500 ECM_PID: 1FAF PROVID: 051900
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 9 CAID: 06CB ECM_PID: 020A PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 10 CAID: 186D ECM_PID: 1FB0 PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 11 CAID: 06E2 ECM_PID: 1FB1 PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 12 CAID: 098D ECM_PID: 0508 PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 13 CAID: 1842 ECM_PID: 1FB2 PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 ecmpid 14 CAID: 4B64 ECM_PID: 1FB2 PROVID: 000000
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 found 15 ECMpids and 3 STREAMpids in caPMT
2019/04/10 13:30:41 3BFCF2CF c (dvbapi) Demuxer 0 trying to descramble PID 1 CAID 1843 PROVID 000000 ECMPID 19AE ANY CHID PMTPID 0000 VPID 04FF
2019/04/10 13:30:42 3BFCF2CF c (ecm) vdr01 (1843&/EF14/89): found (382 ms) by HD02 (L/1/2/2) - n-tv HD
2019/04/10 13:30:43 72E1AC3D r (reader) HD02 [nagra] vdr01 emmtype=global, len=139 (hex: 0x8B), cnt=1: written (620 ms)
2019/04/10 13:30:46 3BFCF2CF c (ecm) vdr01 (1843&/EF14/89): found (374 ms) by HD02 (L/1/2/2) - n-tv HD
2019/04/10 13:30:51 72E1AC3D r (reader) HD02 [nagra] vdr01 emmtype=global, len=139 (hex: 0x8B), cnt=1: written (601 ms)
2019/04/10 13:30:55 72E1AC3D r (reader) HD02 [nagra] vdr01 emmtype=global, len=139 (hex: 0x8B), cnt=2: written (584 ms)

aber es kann doch nicht sein, dass ich alle Kanäle nun von Hand eintragen muss ?

R2D2

Geschrieben am: Mittwoch, 10.April 2019, 12:45 Uhr

Prinz

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30

QUOTE (MegaV0lt @ Mittwoch, 10.April 2019, 12:32 Uhr)

[...] aber es kann doch nicht sein, dass ich alle Kanäle nun von Hand eintragen muss ?

Doch, das ist seit vdr-2.4.0 so. ;)

Und ich würde Dir empfehlen, wenn Du alle Kanäle eintragen hast, die Datei mit Schreibschutz zu versehen, denn der VDR macht, im Falle einen Chrashs seltsame Dinge. ...

MegaV0lt	Geschrieben am: Mittwoch, 10.April 2019, 13:29 Uhr
Professional Gruppe: G2V3+User Beiträge: 889 Mitgliedsnummer.: 544 Mitglied seit: 2005-06-01	Ernsthaft? Und wenn sich was ändert bei den Kanälen? Wie bekommt man das in den Griff? Kann man da ein Wildcard eintragen, so dass alle Kanäle pauschal verwendet werden?

R2D2	Geschrieben am: Mittwoch, 10.April 2019, 13:50 Uhr
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30	"Eigentlich" sollte das der VDR selbst machen, leider aber hat das bei mir nie zuverlässig funktioniert. Ich hatte diesbezüglich schon manche Diskussionen mit Klaus. Ich habe es dann aufgegeben und mir ein Script gebastelt, das mir die IDs ausspuckt und habe dann dem VDR das Schreibrecht auf die Datei entzogen. Du kann ja mal Klaus selbst anschreiben, vielleicht hast Du ja mehr Glück.

MegaV0lt	Geschrieben am: Mittwoch, 10.April 2019, 15:33 Uhr
Professional Gruppe: G2V3+User Beiträge: 889 Mitgliedsnummer.: 544 Mitglied seit: 2005-06-01	Ok, werde ich versuchen. Vielleicht lässt sich Klaus ja zu einer Wildcard für alle verschlüsselten Kanäle überzeugen. Ansonsten werde ich das wohl auch so machen mit der cam.data

R2D2	Geschrieben am: Mittwoch, 10.April 2019, 15:38 Uhr
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30	Verwendest Du nur dvbapi, oder hast Du auch ein CAM?

MegaV0lt	Geschrieben am: Mittwoch, 10.April 2019, 15:55 Uhr
Professional Gruppe: G2V3+User Beiträge: 889 Mitgliedsnummer.: 544 Mitglied seit: 2005-06-01	Nur dvbapi. Am Server OSCam mit zwei Smartmouse

Thema wird von 1 Benutzer(n) gelesen (1 Gäste und 0 Anonyme Benutzer)

0 Mitglieder:

« älteres Thema | Installation/Konfiguration | neueres Thema »

Seiten: (2) [1] 2