Hallo und frohe Weihnachten erstmal,
ich habe hier ein Phänomen, dass ich gerade durch Basteln gefunden habe und nicht verstehe:
Grundlage: Fritzbox 7270V1 mit Oscam 1.00 4025 als Server, Reader Smargo, Karte S02 incl. HD ohne Buli.
Client: Vuduo mit CCcam 2.1.1 verbindet sich per newcamd als Client an den Oscam-Server.
Da ja Weihnachten ist und Zeit, haben mich die Meldungen gestört, dass auf dem newcamd-Port für 1833 immer die Meldung kam 'AU won't be used on this port'. Da ich den gleichen User für alles hatte wollte ich mal trennen.
Jetzt der Spass:
oscam.conf:
oscam.user (KEIN betatunnel):
oscam.server (hier ist die CAID 1833 noch drin, noch nicht rausgenommen)
CCcam.cfg auf VuDuo (nur eine N-Line)
CCcam-Client Status, wie zu sehen nur ein Provider (1702):
Auszug aus dem Log:
Webinterface:
Zusammenfassung: es läuft HD auf einer S02 ohne Betatunnel, alle anderen Sender gehen auch, es werden auf HD auch EMMs geschrieben.
Ich bin jetzt etwas konfus, warum geht das ohne Betatunnel? Ist das bei anderen auch so? Oder gibt es Clients wo das nicht geht?
#EDIT
Ist das eventuell die CCcam 2.1.1, welche schon alle Anfragen auf 1702 tunnelt? Wäre das der Grund, dass das funktioniert?
Available providers:
+----+----------+---------------------------------------------------+---------+
|Caid| Provider | Provider Name | System |
+----+----------+---------------------------------------------------+---------+
|1702| |SKY Germany/SKY Germany Extra (19E)[tunneled Nagra]|betacrypt|
|1702| 1|SKY Germany |betacrypt|
|1702| 2|SKY Germany |betacrypt|
|1702| 3|SKY Germany |betacrypt|
+----+----------+---------------------------------------------------+---------+
Wenn ja, Preisfrage: was würde wohl passieren, wenn ich an die CCcam einen weiteren Client dranhänge?
#EDIT
Schönen Gruß
D.R.
ich habe hier ein Phänomen, dass ich gerade durch Basteln gefunden habe und nicht verstehe:
Grundlage: Fritzbox 7270V1 mit Oscam 1.00 4025 als Server, Reader Smargo, Karte S02 incl. HD ohne Buli.
Client: Vuduo mit CCcam 2.1.1 verbindet sich per newcamd als Client an den Oscam-Server.
Da ja Weihnachten ist und Zeit, haben mich die Meldungen gestört, dass auf dem newcamd-Port für 1833 immer die Meldung kam 'AU won't be used on this port'. Da ich den gleichen User für alles hatte wollte ich mal trennen.
Jetzt der Spass:
oscam.conf:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
oscam.user (KEIN betatunnel):
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
oscam.server (hier ist die CAID 1833 noch drin, noch nicht rausgenommen)
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
CCcam.cfg auf VuDuo (nur eine N-Line)
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
CCcam-Client Status, wie zu sehen nur ein Provider (1702):
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Auszug aus dem Log:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Webinterface:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Zusammenfassung: es läuft HD auf einer S02 ohne Betatunnel, alle anderen Sender gehen auch, es werden auf HD auch EMMs geschrieben.
Ich bin jetzt etwas konfus, warum geht das ohne Betatunnel? Ist das bei anderen auch so? Oder gibt es Clients wo das nicht geht?
#EDIT
Ist das eventuell die CCcam 2.1.1, welche schon alle Anfragen auf 1702 tunnelt? Wäre das der Grund, dass das funktioniert?
Available providers:
+----+----------+---------------------------------------------------+---------+
|Caid| Provider | Provider Name | System |
+----+----------+---------------------------------------------------+---------+
|1702| |SKY Germany/SKY Germany Extra (19E)[tunneled Nagra]|betacrypt|
|1702| 1|SKY Germany |betacrypt|
|1702| 2|SKY Germany |betacrypt|
|1702| 3|SKY Germany |betacrypt|
+----+----------+---------------------------------------------------+---------+
Wenn ja, Preisfrage: was würde wohl passieren, wenn ich an die CCcam einen weiteren Client dranhänge?
#EDIT
Schönen Gruß
D.R.
Zuletzt bearbeitet: