Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglich?

[FiRuS]

Hallo zusammen.

Mal ne Frage. Ich habe eine Raspberry mit Oscam laufen und ne V14 und eine HD02 drin.
Die Clients connection über cccam.

Jetzt möchte ich die 1843 und die 098C sauber trennen. Die 1843 auf die HD02, die 098C auf die V14.
Jetzt könnte man ja mit services arbeiten und den Reader sagen, was die können/dürfen und was nicht.
Oder man nutzt dvbapi und setzt die 1843 nach oben, die 098C darunter.
Dann würde HD+ direkt auf der 1843 landen, und ein S** Sender würde dann erst beim 1843 Reader fragen und danach dann bei 098C.
Finde aber beides nicht so gelunden.

Ich suche eine Möglichkeit, die hinterher wenig "Wartungsintensiv" ist: Nutze ich die services, muss ich die auch pflegen. Kommt ein neuer Sender, muss ich den erst einbauen, damit der läuft. Find ich nicht gut.
Und die dvbapi Lösung finde ich schlecht, weil ja die 1843 unnötig angefragt wird, bei nem 098C Sender.

Ich hab gedacht, dass durch die caid Angabe im Reader jeder Reader nur das machen darf, was angegeben ist.
ich hab bei dem ersten Reader die 1843 angegeben, beim zweiten die 098C.
Aber warum versucht der Client trotzdem bei dem 098C eine 1843 zu entschlüsseln.

Ja jemand ein ähnliches Problem, oder eine saubere Lösung?
THX


EDIT
Habe jetzt gerade mal komplett ohne dvbapi getestet. Jetzt geht es. 1843 bearbeitet der HD02 Reader, 098C bearbeitet der V14 Reader.
Dann geht es also doch ohne dvbapi. Nur kann ich jetzt natürlich I: 0 nicht mehr nutzen, weil ich auch kein P mehr drin habe.
Oder wie macht ihr das. Ist euch das egal, wenn ihr mit P erst die 1843 und dann die 098C angebt, das der Client erst beim falschen Reader fragt?

 

[tom_63]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

Dass dvbapi bei einem Raspberry nicht funktioniert weißt du aber?
Wenn die CAID-Steuerung nicht funktioniert sind i.d.R. Fehler in der Konfiguration.

 

[FiRuS]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

Ich hab die dvbapi ja auf den Clients. Das der Raspi das nicht kann, wusste ich.
Aber ich will so wenig bei den Clients konfigurieren, wie möglich. Also ohne services und ohne dvbapi.

Es läuft ja jetzt auch ohne die dvbapi auf den Clients. Nur muss ich dann mal gucken was passiert, wenn der Client auf nen Sender schaltet, den kein Reader bedient.

EDIT

Ein gute Beispiel ist ja OSEmu als dritten Reader.
ich hab also einen HD02 Reader mit 1843
Einen V14 Reader mit 098C
und einen OSEmu Reader mit den entsprechenden Caid.

Schalte ich jetzt auf einen Sender, der von OSemu bedient werden sollte, dann fragt der Client beim V14 Reader, natürlich ohne Erfolg.

 

[4gx35]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

cccam.prio oder oscam.dvbapi je nach client receiver und softcam

aber einfacher hd+ services beim v14 reader blocken, hd+ services muss man kaum aktualisieren

zudem müsste man noch sky bm und select beim reader blocken, skyorf auch, alles mit services,
da hilft auch prio nicht wirklich

mal was zu whitelist lesen

 

[FiRuS]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

Okay dann ist der vielleicht beste Weg es doch über die services zu machen.
Hab ich früher schon mal gemacht, war mir aber zu blöd wegen den neuen Sendern.
Aber du hast recht.
Wenn ich nur die HD+ Services beim V14 Reade blocke brauch ich nur die services der HD+ beachten.
Und die ändern sich ja wirklich kaum.
Gute Idee!!!

 

[4gx35]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

so macht man das auch, bei hd+ reader werden keine services verwendet,
ist wohl wirklich das einfachste

 

[tom_63]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

Aha, oscam auf den Clients. Oben stand, dass die Clients CCcam benutzen ("Die Clients connection über cccam").
Wenn schon, drückt euch doch klar aus, dann brauch keiner rumzuraten.
Ansonsten würde ich dann vom Client zum Server pro CAID eine Verbindung über das newcamd-Protokoll aufsetzen.
Das bringt eine klare Trennung beider CAID´s

 

[4gx35]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

warum soll bei newcamd die anfrage von hd+ nicht über 098c gehen ?
das problem ist doch, dass beide caid möglich wären

würde von newcamd eher abraten

mit services läuft es hier seit 2 jahren perfekt mit v13 und v14 und hd+

 

[FiRuS]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

@tom_64
Sorry, mein Fehler. Oscar auf Server und Client. Connect über cccam.
Hab jetzt alles auf services umgestellt und läuft gut....
THX

 

[4gx35]

AW: Rasp. Oscam V14 und HD02 Anfragen sauber trennen ohne dvbapi oder services möglic

oscam.dvbapi auf clients auf jeden fall auch verwenden
dann muss der demuxer beim client nicht alle caid aus dem stream ausprobieren (oscam.log client)