oscam und vdr – Kommunikation klappt nicht

[fweidenhaupt]

Guten Tag,

ich habe hier einen wetek-play (Sat-Reviecer) im Einsatz. Mit openelec 5.05 und Kodi 14.1.

Zunächst hatte ich tvheadend und oscam (für CS mit einem cccam-Server) in Einsatz, funktioniert auch alles tadellos, wie im Beitrag # 4 dieses Postings https://www.digital-eliteboard.com/...en-fuer-oscam-mit-openelec-und-tvheadend.html beschrieben. FTA und verschlüsselte Kanale „laufen“ einwandfrei.

Nun habe ich tvheadend (in Kodi) durch dvr ersetzt (wegen der mM deutlich komfortableren Kanalverwaltungsmöglichkeiten), bekomme aktuell – mit den folgend beschriebenen Einstellungen – aber nur die FTA-Kanäle zu sehen. Die Kommunikation zwischen oscam und vdr klappt offensichtlich nicht. In Kodi bleiben die einschlägigen Kanäle dunkel und es erscheint ein Hinweisfenster, dass der Sender verschlüsselt sei.

Ich konnte leider bislang im Netz hierzu nichts weiterführendes finden (mit welchen Schlagwörtern sollte ich suchen?) und ich weiß leider auch nicht in welcher log-Datei ich Hinweise auf das bestehende Problem finden kann.

Ich bitte um Tipps – Danke schön!

Hier meine Einstellungen

oscam.conf

Spoiler

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10442

[global]
logfile = /storage/.kodi/userdata/addon_data/service.softcam.oscam/log/logfile
maxlogsize = 10
nice = -1
WaitForCards = 0
preferlocalcards = 1
saveinithistory = 0
disablelog = 1
disableuserfile = 1

lb_mode = 1
lb_save = 100
lb_savepath = /storage/.kodi/userdata/addon_data/service.softcam.oscam/log/stat

[newcamd]
port = portnr@caid:schlüssel
allowed = 127.0.0.1,192.168.172.0-192.168.172.254
key = 000102030405060708090A0B0C0D
keepalive = 1

[cccam]
port = portnr
version = 2.3.0
reshare = 1
ignoreshare = 1

[dvbapi]
enabled = 1
user = vdr
# war:dvbapi
au = 1
boxtype = pc
pmt_mode = 2
request_mode = 1
listen_port = 2000

[webif]
httpport = 8888
httpuser = oscam
httppwd = oscam
httphelplang = de
httprefresh = 5
httpallowed = 127.0.0.1,192.168.172.0-192.168.172.254

oscam.server:

Spoiler

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10442

[reader]
label = ServerName
protocol = cccam
device = ipvomserver,portvomserver
key = 000102030405060708090A0B0C0D
user = serveruser
password = serverpasswort
inactivitytimeout = 30
caid = 098C
ident = 098C:000000
group = 1
cccversion = 2.3.0
ccckeepalive = 1
cccmaxhops = 2
# emmcache = 1,1,0
# cccreshare = 1
blockemm-unknown = 1
blockemm-g = 1

oscam.user

Spoiler

# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10607

[account]
user = vdr
group = 1
au = 1
pmt_mode = 1

Die oscam.dvbapi spar ich mir hier

Außerdem habe ich folgende Einstellungen in der setup.conf von vdr ergänzend gemacht (Auszug)

Spoiler

dvbapi.LogLevel = 1
dvbapi.OSCamHost = localhost
dvbapi.OSCamNetwork = 1
dvbapi.OSCamPort = 2000

Viele Grüße
fweidenhaupt

 

[lokipoki]

AW: oscam und vdr – Kommunikation klappt nicht

Versuch mal anstatt mit dvbapi mit dem sc Plugin zu arbeiten, bei mir bleibts bei dvbapi auch dunkel.

Mfg

 

[fweidenhaupt]

AW: oscam und vdr – Kommunikation klappt nicht

Danke, lokipoki.

Aber ich hab´s am WE doch hinbekommen. Nach langem rumprobieren. Mit folgenden Einstellungen klappt´s nun bei mir:

oscam.conf

Spoiler

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10442

[global]
maxlogsize = 10
nice = -1
WaitForCards = 0
preferlocalcards = 1
saveinithistory = 0
disablelog = 1
disableuserfile = 1


[newcamd]
port = portnummer@caid:000000
allowed = 127.0.0.1,192.168.172.0-192.168.172.254
key = 000102030405060708090A0B0C0D
keepalive = 1

[cccam]
port = 15550
version = 2.3.0
reshare = 1
ignoreshare = 1

[dvbapi]
enabled = 1
user = vdr
au = 1
boxtype = pc
pmt_mode = 4
listen_port = 2000

[webif]
httpport = 8888
httpuser = oscam
httppwd = oscam
httphelplang = de
httprefresh = 5
httpallowed = 127.0.0.1,192.168.172.0-192.168.172.255

oscam.server

Spoiler

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10442

[reader]
label = Server
protocol = cccam
device = namedesservers,portdesservers
key = 000102030405060708090A0B0C0D
user = username
password = userpassword
inactivitytimeout = 30
caid = 098C
ident = caid:000000
group = 1
cccversion = 2.3.0
ccckeepalive = 1
# cccmaxhops = 2
emmcache = 1,2,10

oscam.user

Spoiler

# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10607

[account]
user = vdr
group = 1
au = Server


[account]
user = tvh
pwd = tvh
caid = caid
group = 1
ident = caid:000000
cccmaxhops = 2

oscam.dvbapi

Spoiler

P:098C
I:0

außerdem müssen im VDR in der setup.conf folgende Zeilen ergänzt werden:

Spoiler

dvbapi.LogLevel = 1
dvbapi.OSCamHost = localhost
dvbapi.OSCamNetwork = 1
dvbapi.OSCamPort = 2000

So läuft´s bei mir
C U fweidenhaupt

 

[lokipoki]

AW: oscam und vdr – Kommunikation klappt nicht

Hab jetzt mal auch umgesattelt von SC auf Dvbapi - mal sehen wie es im Langzeittest läuft.

Mfg

 

[frodo.]

AW: oscam und vdr – Kommunikation klappt nicht

@fweidenhaupt
Dein Fehler liegt in der flaschen DVBAPI Konfiguration in der oscam.conf. Wenn man sich das README des DVBAPI Plugins anschaut dann muß hier folgendes stehen:

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
listen_port                   = 2000
user                          = vdr
boxtype                       = pc

Es empfiehlt sich die Anleitungen zu der eingesetzen Software zu lesen und im Fall vom Oscam das WebIf zu aktivieren und die Konfiguration darüber vorzunehmen.
Das hat vorallem auch den Vorteil das man zu jeder Einstellung in Oscam eine Online Hilfe bekommt.

Zu DVBAPI ist noch zu sagen das dieses in Verbindung mit dem VDR ab Version 2.1.4 nur noch über den Netzwerkmodus problemlos funktioniert.
Das SoftCam (sc) geht zwar noch, wird aber nicht mehr supportet.

 

[lokipoki]

AW: oscam und vdr – Kommunikation klappt nicht

Kann es sein das ab VDR Version 2.2.0 mit dem altem init.d Script das vnsi und dvbapi nicht mehr gestartet werden?

Musste notgdrungen das System komplett neu aufsetzen, daher gleich ein 14.04 und hab es gerade via sc und xvdr im Notbetrieb.

Mfg

 

[frodo.]

AW: oscam und vdr – Kommunikation klappt nicht

Dazu müsstest Du schon etwas mehr Infos liefern.

Schonmal vorab yavdr 0.5 Precise hat kein aktives Start Skript für den vdr, da dies von anderen yavdr Paketen geliefert wird.
Ab yavdr 0.6 Trusty und somit auch bei den Trusty Pakete ist das Start Skript beim Paket vdr mit dabei und aktiv.

Wenn sonst aber alles gestartet wird und nur vnsi und/oder dvbapi nicht gestartet wird passen ser wahrscheinlich die Plugin Versionen nicht zum vdr.

Nach schauen kann man auf die Schnelle ob die Plugins die richtige Version haben in dem man sich die Dateiendungen (libvdr-pluginname.so.2.2.0) unter /usr/lib/vdr/plugins anschaust.

Falls das alles passt müsstest Du schon zeigen woher du die Plugins hast:

apt-cache policy vdr-plugin-dvbapi
apt-cache policy vdr-plugin-vnsiserver

Empfehlenswert ist es auch sich mit dem Thema apt-pinning zu beschäftigen.

 

[lokipoki]

AW: oscam und vdr – Kommunikation klappt nicht

Ich benutze das Script was Ubuntu als Default ausliefert. Musste das System neu aufsetzen und bediene mich meisten zwecks VDR aus den Yavdr PPAs. Ich wollte jetzt nicht eine endlose Compile Geschichte Heute noch machen und musste Aufgrund von Ubuntu 14.04 auf Unstable wechseln (mir hat es mein Precieise nach 3 Jahren geschossen). Hatte aber auch schon einmal ein anderes PPA versucht mit dem selben verhalten (

Sie müssen registriert sein, um Links zu sehen.

).

Spoiler

loki@MediaPC:~$ apt-cache policy vdr-plugin-dvbapi
vdr-plugin-dvbapi:
  Installiert:           (keine)
  Installationskandidat: 2.2.0.git20150309.1910-0yavdr0~trusty
  Versionstabelle:
     2.2.0.git20150309.1910-0yavdr0~trusty 0
        500 http://ppa.launchpad.net/gandalf-der-grosse/unstable-vdr/ubuntu/ trusty/main amd64 Packages
loki@MediaPC:~$ apt-cache policy vdr-plugin-vnsiserver
vdr-plugin-vnsiserver:
  Installiert:           1:0.9.4-14trusty
  Installationskandidat: 1:0.9.4-14trusty
  Versionstabelle:
 *** 1:0.9.4-14trusty 0
        500 http://ppa.launchpad.net/team-xbmc/unstable/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
     1.2.1~git20150208-f2175ba-0yavdr2~trusty 0
        500 http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu/ trusty/main amd64 Packages
loki@MediaPC:~$

Wäre es nicht beim anderen auch gewesen würde ich es auf Unstable schieben, aber hier liegt das Gleiche Problem vor.

Hier mal mein Script:

Spoiler

#! /bin/bash -p
#
# vdr start-stop script
#
### BEGIN INIT INFO
# Provides:          vdr
# Required-Start:    $remote_fs $network $syslog
# Required-Stop:     $remote_fs $network $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Starts the Linux Video Disk Recorder (VDR)
# Description:       Starts the Linux Video Disk Recorder (VDR),
#                    if it is enabled in /etc/default/vdr.
### END INIT INFO

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=vdr
DESC="Linux Video Disk Recorder"

DAEMON=/usr/sbin/runvdr
PIDFILE=/var/run/runvdr.pid
VDRPRG=/usr/bin/vdr

test -x $DAEMON || exit 0
test -x $VDRPRG || exit 0

. /usr/lib/vdr/config-loader.sh

# Set shutdown command
test "$ENABLE_SHUTDOWN" = "1" && VDRSHUTDOWN="/usr/lib/vdr/vdr-shutdown.wrapper" \
                              || VDRSHUTDOWN="/usr/lib/vdr/vdr-shutdown-message"

. /usr/lib/vdr/plugin-loader.sh
. /usr/lib/vdr/commands-loader.sh


clean_console()
{
    if [ "$KEYB_TTY" != "" ]; then
        tput -Tlinux clear > $KEYB_TTY
    fi
}

configure_console_input()
{
    if [ "$KEYB_TTY" != "" ]; then
        clean_console
        echo -e "This tty is currently mapped to VDR, keypresses aren't echoed.\r" > $KEYB_TTY
        echo -n "For a login prompt switch to another console." > $KEYB_TTY
        REDIRECT="< $KEYB_TTY"
        if [ "$KEYB_TTY_SWITCH" = "1" ]; then
            chvt `echo "$KEYB_TTY" | sed "s/\/dev\/tty//"`
        fi
    fi
}

get_status()
{
    if start-stop-daemon --start --startas $DAEMON --test \
        --name $(basename $DAEMON) --pidfile $PIDFILE >/dev/null
    then
        echo " - is not running."
        exit 3
    else
        echo " - is running."
        exit 0
    fi
}

startvdr()
{
    if [ "$ENABLED" != "0" ] ; then
        # only start vdr if there is no other instance running
        if start-stop-daemon --start --startas $DAEMON --test \
            --name $(basename $DAEMON) --pidfile $PIDFILE >/dev/null
        then
            getplugins
            mergecommands "commands"
            mergecommands "reccmds"
            configure_console_input

            if [ "$VFAT" == "1" ]; then
                OPTIONS="--vfat $OPTIONS"
            fi

            start-stop-daemon --start --quiet --startas $DAEMON --background \
                --name $(basename $DAEMON) --pidfile $PIDFILE --make-pidfile -- \
                -v $VIDEO_DIR -c $CFG_DIR -L $PLUGIN_DIR -r $REC_CMD \
                -s $VDRSHUTDOWN -E $EPG_FILE -u $USER -g /tmp \
                --port $SVDRP_PORT $OPTIONS $PLUGINS $REDIRECT
        else
            echo -n " - seems to be running already"
        fi
    else
        echo -n " - aborted (to enable the daemon, edit /etc/default/vdr)"
    fi
}

stopvdr()
{
    if start-stop-daemon --stop --retry 30 \
        --name $(basename $DAEMON) --pidfile $PIDFILE >/dev/null
    then
        start-stop-daemon --stop --retry 30 --oknodo --exec $VDRPRG >/dev/null
        rm -f $PIDFILE
        clean_console
    else
        echo -n " - seems not to be running"
    fi
}

case "$1" in
    start)
        echo -n "Starting $DESC: $NAME"
        startvdr
        echo "."
        ;;
    stop)
        echo -n "Stopping $DESC: $NAME"
        stopvdr
        echo "."
        ;;
     restart|force-reload)
        echo -n "Restarting $DESC: $NAME"
        stopvdr
        sleep 4
        startvdr
        echo "."
        ;;
    status)
        echo -n "Getting status of $DESC: $NAME"
        get_status
        ;;
    *)
        N=/etc/init.d/$NAME
        echo "Usage: $N {start|stop|restart|force-reload}" >&2
        exit 1
        ;;
esac

exit 0

Mfg

 

[frodo.]

AW: oscam und vdr – Kommunikation klappt nicht

vdr-plugin-dvbapi ist gar nicht installiert laut apt-cache policy vdr-plugin-dvbapi das vnsiserver Plugin ist ein ältere Version welche vermutlich nicht mit Deinem VDR verträgt.
Für Details müsstest Du noch apt-cache policy vdr hier zur Verfügung stellen.

In meinem Repository findest Du den kompletten VDR incl. den zwei Plugins, um das nutzen zu können benötigst du die folgenden Repositories:

Spoiler

add-apt-repository ppa:yavdr/main
add-apt-repository ppa:frodo-vdr/main
add-apt-repository ppa:frodo-vdr/testing-vdr-dev

Zusätzlich empfiehlt es sich per apt-pinning die Priorität der Repositories anzuheben damit es keine Vermischung gibt mit nicht kompatiblen Paketen aus anderen Repositories.

vi /etc/apt/preferences.d/testing-vdr-dev.pref

Spoiler

Package:  *
Pin: release o=LP-PPA-frodo-vdr-main
Pin-Priority: 1001

Package:  *
Pin: release o=LP-PPA-frodo-vdr-testing-vdr-dev
Pin-Priority: 1001

In dieser Form habe ich es zwar noch nicht ausprobiert es sollte aber funktionieren.

Ein anderer Weg dürfte sein die nicht funktionierenden Pakete neu zu bauen, im Falle von yaVDR geht das wie folgt:

Spoiler

apt-get install debhelper vdr-dev gettext automake autoconf pkg-config
dget -xu --build https://launchpad.net/~gandalf-der-grosse/+archive/ubuntu/testing-vdr-dev/+files/vdr-plugin-dvbapi_2.2.0.git20150309.1910-0yavdr0%7Etrusty.dsc
dget -xu --build https://launchpad.net/~frodo-vdr/+archive/ubuntu/testing-vdr-dev/+files/vdr-plugin-vnsiserver_1.2.1%7Egit20150208-f2175ba-1frodo0%7Etrusty.dsc

 

[lokipoki]

AW: oscam und vdr – Kommunikation klappt nicht

Danke dir,

das yavdr Repo hab ich draußen gelassen, es soll ja meines Wissensstands nach zu Problemen kommen wenn man die YAVDR Repo unter Ubuntu benutzt. Läuft alles so weit, einziges was noch zwickt ist das das VDR OSD unter Kodi/XBMC nicht mehr erscheint, aber es ist nicht lebensnotwendig und eher eine Spielerei.

Mfg

 

[suppenkasper0815]

AW: oscam und vdr – Kommunikation klappt nicht

Hallo Leute,

es ist irgendwie schon ein unschönes Thema mit dem API-Abgleich. Auf meinem VDR-Server funktioniert der Zugriff von einem entfernten PC, der genau die gleiche Version des VNSI oder VUPlus (für die externe Dreambox) benutzt einfach nicht. Auf dem entfernten Rechner kann ich auf meinen lokalen VDR per VNSI zugreifen aber lokal selbst nicht. Vom entfernten Rechner funktioniert auch der Zugriff auf die Dreambox mittels VUPLUS PVR Plugin.

Es ist nicht wirklich nachvollziehbar, denn auf beiden PC's läuft das Kodi 14.2 Helix

Spoiler

21:47:50 T:139834965292800  NOTICE: PVRManager - starting up
21:47:50 T:139834731616000  NOTICE: Thread PVRManager start, auto delete: false
21:47:50 T:139834723223296  NOTICE: Thread PVRClient start, auto delete: false
21:47:50 T:139834723223296   ERROR: PVR - Add-on 'VDR VNSI Client' is using an incompatible API version. XBMC minimum API version = '1.9.3', add-on API version '1.9.2'
21:47:50 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to create add-on VDR VNSI Client, status = 6
21:47:50 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to load the dll for add-on VDR VNSI Client, disabling it
21:47:50 T:139834973685504  NOTICE: -->Python Interpreter Initialized<--
21:47:50 T:139834956900096  NOTICE: Previous line repeats 1 times.
21:47:50 T:139834956900096  NOTICE:  StorageServer Module loaded RUN
21:47:50 T:139834956900096  NOTICE: StorageClient-2.5.4 Starting server
21:47:50 T:139835790849984  NOTICE: starting zeroconf publishing
21:47:50 T:139835790849984  NOTICE: Webserver: Starting...
21:47:50 T:139835790849984  NOTICE: WebServer: Started the webserver
21:47:50 T:139835790849984  NOTICE: starting upnp server
21:47:50 T:139834693891840  NOTICE: Thread JobWorker start, auto delete: true
21:47:50 T:139835790849984  NOTICE: starting upnp renderer
21:47:50 T:139835790849984  NOTICE: ES: Starting event server
21:47:50 T:139834043647744  NOTICE: Thread JobWorker start, auto delete: true
21:47:50 T:139834286905088  NOTICE: Thread EventServer start, auto delete: false
21:47:50 T:139834286905088  NOTICE: ES: Starting UDP Event server on 0.0.0.0:9777
21:47:50 T:139834286905088  NOTICE: UDP: Listening on port 9777
21:47:50 T:139834068825856  NOTICE: Thread TCPServer start, auto delete: false
21:47:50 T:139834052040448  NOTICE: Thread AirPlayServer start, auto delete: false
21:47:52 T:139834723223296   ERROR: PVR - Add-on 'VU+ / Enigma2 Client' is using an incompatible API version. XBMC minimum API version = '1.9.3', add-on API version '1.9.2'
21:47:52 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to create add-on VU+ / Enigma2 Client, status = 6
21:47:52 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to load the dll for add-on VU+ / Enigma2 Client, disabling it
21:48:08 T:139834973685504  NOTICE: Thread BackgroundLoader start, auto delete: false
21:48:13 T:139834043647744  NOTICE: Previous line repeats 1 times.
21:48:13 T:139834043647744  NOTICE: PVRManager - stopping
21:48:13 T:139834043647744  NOTICE: PVRManager - starting up
21:48:13 T:139834723223296  NOTICE: Thread PVRManager start, auto delete: false
21:48:13 T:139834731616000  NOTICE: Thread PVRClient start, auto delete: false
21:48:13 T:139834731616000   ERROR: PVR - Add-on 'VDR VNSI Client' is using an incompatible API version. XBMC minimum API version = '1.9.3', add-on API version '1.9.2'
21:48:13 T:139834731616000 WARNING: UpdateAndInitialiseClients - failed to create add-on VDR VNSI Client, status = 6
21:48:13 T:139834731616000 WARNING: UpdateAndInitialiseClients - failed to load the dll for add-on VDR VNSI Client, disabling it
21:48:13 T:139834973685504  NOTICE: Thread BackgroundLoader start, auto delete: false
21:48:17 T:139834693891840  NOTICE: PVRManager - stopping
21:48:17 T:139834693891840  NOTICE: PVRManager - starting up
21:48:17 T:139834731616000  NOTICE: Thread PVRManager start, auto delete: false
21:48:17 T:139834723223296  NOTICE: Thread PVRClient start, auto delete: false
21:48:17 T:139834723223296   ERROR: PVR - Add-on 'VU+ / Enigma2 Client' is using an incompatible API version. XBMC minimum API version = '1.9.3', add-on API version '1.9.2'
21:48:17 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to create add-on VU+ / Enigma2 Client, status = 6
21:48:17 T:139834723223296 WARNING: UpdateAndInitialiseClients - failed to load the dll for add-on VU+ / Enigma2 Client, disabling it

Habt ihr eine Lösungsidee? Der o.g. Workaround hat leider nicht geholfen...

Update:

Hallo nochmal, habe gerade erkannt, dass lokal bei mir das Kodi 15.0 Alpha läuft. Kann mein Problem damit zusammenhängen und falls ja, wie komme ich zurück auf Kodi 14.2?

 

[Radagast]

AW: oscam und vdr – Kommunikation klappt nicht

Hi,

dein Problem liegt an der verwendeten VNSI Version. Steht ja auch so zu lesen im Logfile

21:47:50 T:139834723223296 ERROR: PVR - Add-on 'VDR VNSI Client' is using an incompatible API version. XBMC minimum API version = '1.9.3', add-on API version '1.9.2'

Es gibt eigentlich zwei Möglichkeiten.

Ich persönlich würde wohl VNSI auf den aktuellen Stand bringen (selber neu kompilieren) ->

Sie müssen registriert sein, um Links zu sehen.

Liest sich evtl komplizierter als es am Ende ist.

Die zweite Variante hast du selber schon genannt. Indem du auf 14.2 zurück gehst wird das Problem vertagt.
Leider gibst du keinerlei Informationen unter welchem OS dein Kodi läuft und ob da eine zentrale Datenbank im Hintergrund läuft. Von daher wird es etwas schwierig dir den genauen Weg anzugeben.

 

[kilgore72]

AW: oscam und vdr – Kommunikation klappt nicht

Ich bräuchte hier mal Hilfe, weil ich nicht mehr durchsteige und zwar habe ich in der Oscam.user 2 User

Spoiler

[account]user = mybox
uniq = 3
keepalive = 1
au = 1
group = 1
cccmaxhops = 15
cccreshare = 15
cccignorereshare = 1


[account]
user = vdr
group = 1
au =1

Muss ich nun in der Oscam config 2 dvbapi einträge machen.... ich blick da nicht mehr durch

Spoiler

# Configs created by OscamSmartcard 2.0

[global]
disablelog = 1
logfile = /tmp/.oscam/oscam.log
logduplicatelines = 1
clienttimeout = 5000
unlockparental = 1
nice = -1
maxlogsize = 128
waitforcards = 0
dropdups = 1
block_same_ip = 0
lb_mode = 1
lb_save = 500
lb_min_ecmcount = 3
lb_savepath = /tmp/.oscam/oscam.stat
ecmfmt = c:s #l
failbantime = 15
failbancount = 3
suppresscmd08 = 1


[dvbapi]
enabled = 1
au = 1
user = mybox
read_sdt = 1
write_sdt_prov = 1
boxtype = dreambox


[dvbapi]
enabled = 1
user = vdr
au = 1
boxtype = pc
pmt_mode = 4
listen_port = 2000

 

[frodo.]

AW: oscam und vdr – Kommunikation klappt nicht

Ich würde Dir empfehlen das Webinterface von Oscam zu nutzen, dann würdest du erkenne das das was Du vor hast nicht möglich ist.

In der oscam.conf darf nur ein dvbapi Abschnitt vorhanden sein und somit geht dvbapi auch nur über ein Benutzer.
Wenn Du an dvbapi so verschiedene Anforderungen hast wie in Deinem Beispiel ersichtlich (dreambox/pc), solltest Du ein extra oscam auf dem PC/VDR installieren und dieses mit dem anderen Oscam verbinden.

 

[kilgore72]

AW: oscam und vdr – Kommunikation klappt nicht

Ok, alles klar, dann weiß ich Bescheid.
Danke für die Info!