OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

[Wingman2K]

Hi, hab nun ein Problem mit OSCAM ab 9859, mit 9850 war noch alles OK mit 9859 wird nicht mehr korrekt entschlüsselt. Es gab da einige Änderungen im Changelog seit dem 17.09. Würde mir bitte jemand den Tip geben den ich nicht sehe. Mit der Änderung 9855 wurde UDP 9000 abgeschaltet? wenn ja dann müsste dort mein Problem sein. vdr-plugin-dvbapi ist 1.0.6.git20140728.1546-1~trusty

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
request_mode                  = 1
user                          = dvbapi
boxtype                       = pc

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Habe das gleiche Problem. Hast du schon eine Lösung?

 

[Wingman2K]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

https://www.digital-eliteboard.com/336083-yavdr-2-06-und-dvbapi-2.html
Sieht so aus als müsste die dvbapi Version 2 sein um mit 9855 und höher zu laufen, hab im völlig falschen Bereich gesucht heute morgen, danke Pilot.
Naja entweder das SC Plugin verwenden, bei Version 9850 bleiben (hab sie noch im apt cache) oder dvbapi auf version 2.x.x bringen.
Hoffe mal das in den nächsten 6 Wochen nichts großartiges passiert, da ich einen Stabilen betrieb wegen Abwesenheit bevorzuge, bleibe also bei 9850.
Die OSCAM Version zu Patchen und den change von 9855 wieder raus zu nehmen würde vielleicht auch gehen, nur wie lange halt.
Mal schaun ob yavdr für trusty kommt, spiele allerdings eh mit dem Gedanken das System auf Arch umzustellen.

 

[frodo.]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Das würde ich so nicht verallgemeinern manio hat in oscam für dvbapi Änderungen vorgenommen. Eventuell klappt es wenn man in den Einstellungen unter dvbapi mit dem boxtype spielt:
boxtype = pc
boxtype = pc-nodmx

Ansonsten gilt solange kein Port eingetragen ist funktioniert dvbapi ohne Netzwerk ist ein Port eingetragen ist dvbapi nur noch über Netzwerk verwendbar.

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Also ich habe keinen Port eingetragen wie bisher auch und die Änderung boxtype bringt leider nix. Nach Build 9855 habe ich kein Bild mehr.

Spoiler

2014/09/25 21:42:40 1362F10 c [DVBAPI] Using /tmp/camd.socket listen socket, API forced to DVBAPIv3 (0), userconfig boxtype: 12
2014/09/25 21:43:46 1362F10 c [ADD PID 0] CAID: 1830 ECM_PID: 1CEA PROVID: 000000
2014/09/25 21:43:46 1362F10 c [ADD PID 1] CAID: 1843 ECM_PID: 19EA PROVID: 000000
2014/09/25 21:43:46 1362F10 c [ADD PID 2] CAID: 09C4 ECM_PID: 1BEA PROVID: 000000
2014/09/25 21:43:46 1362F10 c [ADD PID 3] CAID: 098C ECM_PID: 1AEA PROVID: 000000
2014/09/25 21:43:46 1362F10 c [ADD PID 4] CAID: 1860 ECM_PID: 1EEA PROVID: 000000
2014/09/25 21:43:46 1362F10 c Found 5 ECMpids and 5 STREAMpids in PMT
2014/09/25 21:43:46 1362F10 c [DVBAPI] Receiver wants to demux srvid EF74 on adapter 0000 camask 0001 index 0000 pmtpid 0000
2014/09/25 21:43:46 1362F10 c New program number: EF74 (SAT.1 HD) [pmt_list_management 3]
2014/09/25 21:43:46 1362F10 c [DVBAPI] Demuxer #0 trying to descramble PID #1 CAID 1843 PROVID 003411 ECMPID 19EA ANY CHID PMTPID 0000 VPID 00FF
2014/09/25 21:43:46 0 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build r9868 (x86_64-linux-gnu)
2014/09/25 21:43:47 1362F10 c [ADD PID 0] CAID: 1830 ECM_PID: 1CEA PROVID: 000000
2014/09/25 21:43:47 1362F10 c [ADD PID 1] CAID: 1843 ECM_PID: 19EA PROVID: 000000
2014/09/25 21:43:47 1362F10 c [ADD PID 2] CAID: 09C4 ECM_PID: 1BEA PROVID: 000000
2014/09/25 21:43:47 1362F10 c [ADD PID 3] CAID: 098C ECM_PID: 1AEA PROVID: 000000
2014/09/25 21:43:47 1362F10 c [ADD PID 4] CAID: 1860 ECM_PID: 1EEA PROVID: 000000
2014/09/25 21:43:47 1362F10 c Found 5 ECMpids and 1 STREAMpids in PMT
2014/09/25 21:43:47 1362F10 c [DVBAPI] Receiver wants to demux srvid EF74 on adapter 0000 camask 0001 index 0000 pmtpid 0000
2014/09/25 21:43:47 1362F10 c New program number: EF74 (SAT.1 HD) [pmt_list_management 3]
2014/09/25 21:43:47 1362F10 c [DVBAPI] Demuxer #0 trying to descramble PID #1 CAID 1843 PROVID 003411 ECMPID 19EA ANY CHID PMTPID 0000 VPID 00FF

sieht doch eigentlich alles gut aus ? Aber ich bekomme halt kein Bild.

Spoiler

• 2014/09/25 21:49:02 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=2, cnt=1: written (578 ms)
• 2014/09/25 21:49:03 1362F70 c vdr (1843&003411/0000/EF75/89:FEDA9C36A8B97DB0DACA05A12C2CB0A0): found (376 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:06 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=3, cnt=1: written (578 ms)
• 2014/09/25 21:49:10 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=1, cnt=2: written (593 ms)
• 2014/09/25 21:49:10 1362F70 c vdr (1843&003411/0000/EF75/89:61AD06252BD215EB0CC53A4E82982879): found (372 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:14 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=2, cnt=2: written (580 ms)
• 2014/09/25 21:49:17 1362F70 c vdr (1843&003411/0000/EF75/89:3B7DFF3CB4C5E72CDD3149F6153EC738): found (373 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:18 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=4, cnt=1: written (575 ms)
• 2014/09/25 21:49:20 134F3E0 r hdplus [nagra] vdr emmtype=shared, len=139, idx=5, cnt=1: written (582 ms)
• 2014/09/25 21:49:22 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=1, cnt=3: written (594 ms)
• 2014/09/25 21:49:24 1362F70 c vdr (1843&003411/0000/EF75/89:3CE16BB49E975A19253A1BFC019E8F38): found (366 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:26 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=2, cnt=3: written (579 ms)
• 2014/09/25 21:49:30 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=6, cnt=1: written (576 ms)
• 2014/09/25 21:49:31 1362F70 c vdr (1843&003411/0000/EF75/89:9E2343C633252F510E711C6DE6961974): found (372 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:38 1362F70 c vdr (1843&003411/0000/EF75/89:B738C81299467CCD906C89D20DF72AC5): found (367 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:42 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=7, cnt=1: written (576 ms)
• 2014/09/25 21:49:45 1362F70 c vdr (1843&003411/0000/EF75/89:EA79F2262E66D9B5436D63718EAA366B): found (373 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:52 1362F70 c vdr (1843&003411/0000/EF75/89:E734A1ACFC2EC2FB4129FA81DA9C0916): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:49:54 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=8, cnt=1: written (577 ms)
• 2014/09/25 21:49:59 1362F70 c vdr (1843&003411/0000/EF75/89:A76140502C5366AB164823DC15249468): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:06 134F3E0 r hdplus [nagra] vdr emmtype=global, len=139, idx=9, cnt=1: written (578 ms)
• 2014/09/25 21:50:06 1362F70 c vdr (1843&003411/0000/EF75/89:1CE8B9ADB46022D0CB2A0BDF73461118): found (372 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:13 1362F70 c vdr (1843&003411/0000/EF75/89:BFCCE7C3AD8BD753863C9BDE599B8E49): found (370 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:20 1362F70 c vdr (1843&003411/0000/EF75/89:3FAA585E702C39F614C48A64A140B87E): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:27 1362F70 c vdr (1843&003411/0000/EF75/89167BBE3DB2C9F50205864BED57ADD3F): found (374 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:34 1362F70 c vdr (1843&003411/0000/EF75/89FB9A12797410D378322E77C09ABA32A): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:41 1362F70 c vdr (1843&003411/0000/EF75/89:9306D42201AC176DA5B9650A01255AEE): found (371 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:48 1362F70 c vdr (1843&003411/0000/EF75/89:3EC88CEAD6E3B21B0C62FC9E711CD028): found (368 ms) by hdplus - ProSieben HD
• 2014/09/25 21:50:55 1362F70 c vdr (1843&003411/0000/EF75/89:AE489A1C4ABF0B08B9FA93762BB75929): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:51:02 1362F70 c vdr (1843&003411/0000/EF75/89:91A3C0D48F2927E7C4EDC5951CA497F3): found (369 ms) by hdplus - ProSieben HD
• 2014/09/25 21:51:09 1362F70 c vdr (1843&003411/0000/EF75/89DD2D053FE639DAEAC2ED1156F23A0BB): found (375 ms) by hdplus - ProSieben HD

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Bei mir mit yavdr 0.5 stable oscam und dvbapi Gandalf stable ppa


Gesendet von iPhone mit Tapatalk

 

[Wingman2K]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Ne sorry das mit Port 9000 war Stuss, da läuft auf der Kiste noch der Logitech Media Server. boxtype hab ich auch schon probiert, das interessante ist das OSCAM sogar ganz korrekt alles Anzeigt, ECM Zeiten, Channel und so weiter allerdings bleibt das Bild am VDR dunkel. Wie Hunter113 auch schon oben geschrieben hat. Was passiert eigentlich wenn du dann den Kanal aufnimmst? bei mir Stürzt der ganze VDR in den Abgrund, nimmt das Kernelmodul mit und ich muss zum Resetten in den Keller ;-)

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Bei mir schmiert "nur" YAVDR ab und startet neu. Aber nicht der ganze rechner.

 

[crtman]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Hallo,

ich hab das selbe problem nach einem upgrade auf 1.20-svn9870-1~precise mit "apt-get dist-update".. kann mir bitte jemand sagen wie ich am einfachsten auf 1.20-svn9850-2~precise zurück wechsle? ich will möglichst wenig ändern weil davor eigentlich alles gut funktionierte..


edit: habs mit "dpkg -i oscam-upstart_1.20-svn9850-2~precise_amd64.deb" hinbekommen und 1sec später war alles wieder hell

 

[frodo.]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Es gibt seit heute eine neue Version vom oscam welche Probleme mit dvbapi v1 lösen soll:

9889 dvbapi: fix for protocol v1 when client doesn't send PMT initially after connect
9890 dvbapi: proto v1: add dmx_sct_filter_params fields separately to avoid padding problems

In Gandalfs Repository (ppa:gandalf-der-grosse/main) ist die neuste Version zu finden.

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Gerade probiert. Läuft hier leider nicht.

 

[Hunter113]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Hat es schon jemand mit der neuen Version zum laufen bekommen ? Muss man noch was umkonfigurierten ?

 

[frodo.]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Im Gandalf Repository findet man nun auch die OSCAM Version 9850, so kann man jetzt einfach testen ob die neue Version funktioniert und falls nicht schnell wieder zurück wechseln.

Spoiler

apt-get update
apt-get install oscam-upstart-svn9850
apt-get install oscam-upstart

Oder wer lieber das Init Start Skript möchte tauscht einfach "upstart" durch "init" aus.

 

[Wingman2K]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Hab grerade in den Updates vdr-plugin-dvbapi gesehen und es mal mit oscam 9900 probiert (geht nicht), die Version im 9850 im ppa funktioniert wie erwartet.

 

[frodo.]

AW: OSCAM mit VDR via DVBAPI mit 9850 OK, 9859 und 9865 nicht OK

Leider wird es von Manio keine Updates für vdr 2.0 und dvbapi mehr geben. Das dort verwendete Protokoll wird nicht mehr unterstützt.

Spoiler

I dropped the code because it was deprecated for almost a year (and should not be used by clients). Tvheadend has currently 3 working modes for oscam, only the first implementation (UDP) was dropped. We should have one working and stable implementation (I am working toward it, eg creating a dvbapi protocol 1, which could be expanded in the future to prevents creating such problems with modes).

It is normal that deprecated things are dropped over time. UDP was a bad designed solution and therefore it is dropped (we have to start clean it up step by step, otherwise OSCam will only grow and there will be one big mess).

If you are using stable Tvheadend, please just use older and stable OSCam for it.
If you are using new Tvheadend - there is no problem to make it work!
The same is with vdr-plugin-dvbapi - old and unsupported version 1.0.6 will work with older OSCam, while new dvbapi plugin doesn't currently have problems with recent OSCams.

The UDP will not get back in, because it was dropped due to cleaning the dvbapi interface and that is all about it.

Regards SAMYGO:
As far as I know bugficks is working on a new interface currently, so hopefully you'll see something new soon (ask him for details, I know he have it working currently).

Das heißt für alle die vdr 2.0 oder älter mit dvbapi einsetzten wollen ist bei oscam SVN r9854 Schluß, neuere Versionen vom Oscam funktionieren mit dvbapi V1.0.6 nicht mehr. Vielleicht passt Manio ja irgendwann dvbapi v1 an, damit dies mit den neuen Oscams funktioniert, allzuviel Hoffnung würde ich darauf aber nicht setzen...

Wer neuere Versionen vom OSCAM benötigt dem bleibt nichts anderes übrig als mehrere OSCAM Versionen zu kaskadieren um für dvbapi 1.0.6 Oscam < svn9854 bereitzustellen oder anstelle von dvbapi das vdr-plugin-sc zu verwenden was bei mir sehr zuverlässig funktioniert.
Ab vdr 2.1.4 gibt es eine neue dvbapi v2 welche weiterhin mit den neuen Oscam Versionen funktioniert.