Quantcast
Aktuelles
Von:
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

[hlp] Ubuntu VDR, Sky V14, Oscam Pairing

AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Hi,

du hast es erfasst, da läuft noch nicht alles rund.
Ich denke da fehlt auf jeden Fall noch ein Paket:
Code: 
apt-get install pkg-config
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

@pinco
Nachdem was ich so bisher gelesen habe, kommt dein VDR aus einem PPA/Repository und das dvbapi Plugin hast du per Hand nachinstalliert indem Du das deb Paket aus Gandalfs Repository geladen hast.

Um Dir zu helfen solltest Du als erstes mal zeigen woher Dein VDR stammt:
Code: 
apt-cache policy vdr
Ausserdem ist es wichtig zu wissen welche VDR Version Du einsetzt, den VDR 2.1.3 und älter funktioniert nicht mit dvbapi >= 2.x .

Einfach ein deb Paket zu verwenden ist keine gute Idee die Plugins müssen exakt zu der gebauten VDR Version passen. Das heißt fürch Dich, dvbapi gegen den verwendeten VDR bauen.

Die ersten Versuche hast Du ja bereits gestartet.

Zum Bauen von dvbapi benötigst du das vdr-dev Paket das zu Deinem VDR passt und alle Paket Abhängigkeiten von dvbapi.
Dvbapi benötigt zum bauen vdr-dev, gettext, automake, autoconf, pkg-config und je nach dem welche Sourcen du erwischt hast auch libdvbcsa-dev .
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

nach der installation von pkg-config:
Code: 
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# make
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE  -shared CAPMT.o DeCSA.o DVBAPI.o DVBAPISetup.o SocketHandler.o SCCIAdapter.o Frame.o SCCAMSlot.o Filter.o FFdecsa/FFdecsa.o -o libvdr-d            vbapi.so
/usr/bin/ld: CAPMT.o: Die Umlagerung von
CAPMT.o: error adding symbols: Ungültiger Wert
collect2: error: ld returned 1 exit status
make: *** [libvdr-dvbapi.so] Fehler 1
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# cd ..
root@data:/usr/local/src/vdr/PLUGINS/src# rm -r vdr-plugin-dvbapi/
root@data:/usr/local/src/vdr/PLUGINS/src# git clone git://github.com/manio/vdr-plugin-dvbapi.git
Nach »vdr-plugin-dvbapi« wird geklont
remote: Counting objects: 1119, done.
remote: Total 1119 (delta 0), reused 0 (delta 0), pack-reused 1119
Objekte werden empfangen: 100% (1119/1119), 1.01 MiB | 543.00 KiB/s, done.
Unterschiede werden aufgelöst: 100% (707/707), done.
Verbundenheit wird überprüft … Fertig.
root@data:/usr/local/src/vdr/PLUGINS/src# ln -s vdr-plugin-dvbapi dvbapi
root@data:/usr/local/src/vdr/PLUGINS/src# cd dvbapi
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# make
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o CAPMT.o CAPMT.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o DeCSA.o DeCSA.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o DVBAPI.o DVBAPI.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o DVBAPISetup.o DVBAPISetup.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o SocketHandler.o SocketHandler.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o SCCIAdapter.o SCCIAdapter.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o Frame.o Frame.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SO            URCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o SCCAMSlot.o SCCAMSlot.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -DGITVERSION='"-GIT-ce8a124"'  -o Filter.o Filter.cpp
make[1]: Verzeichnis »/usr/local/src/vdr/PLUGINS/src/vdr-plugin-dvbapi/FFdecsa« wird betreten
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -fexpensive-optimizations -funroll-loops -mmmx -msse -msse2 -msse3 -DPARALLEL_MODE=PARALLEL_128_SSE2 -c FFdecsa.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -fexpensive-optimizations -funroll-loops -mmmx -msse -msse2 -msse3 -DPARALLEL_MODE=PARALLEL_128_SSE2 -c FFdecsa_test.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -fexpensive-optimizations -funroll-loops -mmmx -msse -msse2 -msse3 -o FFdecsa_test FFdecsa_test.o FFdecsa.o
FFdecsa 1.0: testing correctness and speed
CORRECT!
CORRECT!
CORRECT!
CORRECT!
CORRECT!
speed=175.661216 Mbit/s
speed=119335.065018 pkts/s
CORRECT!
CORRECT!
CORRECT!
CORRECT!
CORRECT!
make[1]: Verzeichnis »/usr/local/src/vdr/PLUGINS/src/vdr-plugin-dvbapi/FFdecsa« wird verlassen
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -shared CAPMT.o DeCSA.o DVBAPI.o DVBAPISetup.o SocketHandler.o SCCIAdapter.o Frame.o SCCAMSlot.o Filter.o FFdecsa/FFdecsa.o -o libvdr-dvbapi.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-dvbapi --package-version= --msgid-bugs-address='<see README>' -o po/dvbapi.pot `ls CAPMT.cpp DeCSA.cpp DVBAPI.cpp DVBAPISetup.cpp Filter.cpp Frame.cpp SCCAMSlot.cpp SCCIAdapter.cpp SocketHandler.cpp DVBAPI.h`
msgmerge -U --no-wrap --no-location --backup=none -q -N po/de_DE.po po/dvbapi.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/et_EE.po po/dvbapi.pot
msgfmt -c -o po/et_EE.mo po/et_EE.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/fi_FI.po po/dvbapi.pot
msgfmt -c -o po/fi_FI.mo po/fi_FI.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/lt_LT.po po/dvbapi.pot
msgfmt -c -o po/lt_LT.mo po/lt_LT.po
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# make install
install -D libvdr-dvbapi.so /usr/lib/vdr/plugins/libvdr-dvbapi.so.2.2.0
install -D -m644 po/de_DE.mo /usr/share/locale/de_DE/LC_MESSAGES/vdr-dvbapi.mo
install -D -m644 po/et_EE.mo /usr/share/locale/et_EE/LC_MESSAGES/vdr-dvbapi.mo
install -D -m644 po/fi_FI.mo /usr/share/locale/fi_FI/LC_MESSAGES/vdr-dvbapi.mo
install -D -m644 po/lt_LT.mo /usr/share/locale/lt_LT/LC_MESSAGES/vdr-dvbapi.mo
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# service vdr restart
vdr stop/waiting
vdr start/running, process 28560
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# vdr -V
vdr (2.2.0/2.2.0) - The Video Disk Recorder
vnsiserver (1.3.0) - VDR-Network-Streaming-Interface (VNSI) Server
streamdev-server (0.6.1-git) - VDR Streaming Server
dvbapi (2.2.1-GIT-ce8a124) - SoftCAM for OSCam
dvbapi schein also geladen zu sein.
Code: 
root@data:/usr/local/src/vdr/PLUGINS/src/dvbapi# apt-cache policy vdr
vdr:
  Installiert:           2.2.0-6yavdr0~trusty
  Installationskandidat: 2.2.0-6yavdr0~trusty
  Versionstabelle:
 *** 2.2.0-6yavdr0~trusty 0
        500 http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status
     2.0.3-1 0
        500 http://archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
aber leider komm ich noch nicht weiter... sender bleiben nach wie vor "nicht startbar"

im syslog find ich auch nichts zu dvbapi?
Code: 
Sep 13 11:37:57 data vdr: [28560] VDR version 2.2.0 started
Sep 13 11:37:57 data vdr: [28560] switched to user 'vdr'
Sep 13 11:37:57 data vdr: [28560] codeset is 'UTF-8' - known
Sep 13 11:37:57 data vdr: [28560] found 28 locales in /usr/share/locale
Sep 13 11:37:57 data vdr: [28560] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
Sep 13 11:37:57 data vdr: [28560] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.2.2.0
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/setup.conf
Sep 13 11:37:57 data vdr: [28560] ERROR: unknown config parameter: JumpPlay = 0
Sep 13 11:37:57 data vdr: [28560] ERROR: unknown config parameter: JumpSeconds = 60
Sep 13 11:37:57 data vdr: [28560] ERROR: unknown config parameter: JumpSecondsSlow = 10
Sep 13 11:37:57 data vdr: [28560] ERROR: unknown config parameter: PauseLastMark = 0
Sep 13 11:37:57 data vdr: [28560] ERROR: unknown config parameter: PlayJump = 0
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/sources.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/diseqc.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/scr.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/channels.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/timers.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/commands.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/reccmds.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/svdrphosts.conf
Sep 13 11:37:57 data vdr: [28560] loading /var/lib/vdr/keymacros.conf
Sep 13 11:37:57 data vdr: [28560] registered source parameters for 'A - ATSC'
Sep 13 11:37:57 data vdr: [28560] registered source parameters for 'C - DVB-C'
Sep 13 11:37:57 data vdr: [28560] registered source parameters for 'S - DVB-S'
Sep 13 11:37:57 data vdr: [28560] registered source parameters for 'T - DVB-T'
Sep 13 11:37:57 data vdr: [28576] video directory scanner thread started (pid=28560, tid=28576, prio=high)
Sep 13 11:37:57 data vdr: [28576] video directory scanner thread ended (pid=28560, tid=28576)
Sep 13 11:37:57 data vdr: [28577] video directory scanner thread started (pid=28560, tid=28577, prio=high)
Sep 13 11:37:57 data vdr: [28577] video directory scanner thread ended (pid=28560, tid=28577)
Sep 13 11:37:57 data vdr: [28578] epg data reader thread started (pid=28560, tid=28578, prio=high)
Sep 13 11:37:57 data vdr: [28560] probing /dev/dvb/adapter0/frontend0
Sep 13 11:37:57 data vdr: [28560] creating cDvbDevice
Sep 13 11:37:57 data vdr: [28560] new device number 1
Sep 13 11:37:57 data vdr: [28578] reading EPG data from /var/cache/vdr/epg.data
Sep 13 11:37:57 data kernel: [218689.022950] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
Sep 13 11:37:57 data kernel: [218689.023185] ds3000_firmware_ondemand: Waiting for firmware upload(2)...
Sep 13 11:37:57 data vdr: [28578] epg data reader thread ended (pid=28560, tid=28578)
Sep 13 11:37:58 data vdr: [28560] DVB API version is 0x050A (VDR was built with 0x050A)
Sep 13 11:37:58 data vdr: [28560] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage Technology DS3000")
Sep 13 11:37:58 data vdr: [28581] frontend 0/0 tuner thread started (pid=28560, tid=28581, prio=high)
Sep 13 11:37:58 data vdr: [28560] cTimeMs: using monotonic clock (resolution is 1 ns)
Sep 13 11:37:58 data vdr: [28560] probing /dev/dvb/adapter1/frontend0
Sep 13 11:37:58 data vdr: [28560] creating cDvbDevice
Sep 13 11:37:58 data vdr: [28560] new device number 2
Sep 13 11:37:58 data vdr: [28582] device 1 section handler thread started (pid=28560, tid=28582, prio=low)
Sep 13 11:37:58 data vdr: [28560] frontend 1/0 provides DVB-T,DVB-T2,DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Sony CXD2820R")
Sep 13 11:37:58 data vdr: [28584] frontend 1/0 tuner thread started (pid=28560, tid=28584, prio=high)
Sep 13 11:37:58 data vdr: [28560] found 2 DVB devices
Sep 13 11:37:58 data vdr: [28560] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
Sep 13 11:37:58 data vdr: [28560] initializing plugin: vnsiserver (1.3.0): VDR-Network-Streaming-Interface (VNSI) Server
Sep 13 11:37:58 data vdr: [28560] setting primary device to 1
Sep 13 11:37:58 data vdr: [28560] device 1 has no MPEG decoder
Sep 13 11:37:58 data vdr: [28560] assuming manual start of VDR
Sep 13 11:37:58 data vdr: [28560] SVDRP listening on port 6419
Sep 13 11:37:58 data vdr: [28585] device 2 section handler thread started (pid=28560, tid=28585, prio=low)
Sep 13 11:37:58 data vdr: [28560] setting current skin to "lcars"
Sep 13 11:37:58 data vdr: [28560] loading /var/lib/vdr/themes/lcars-default.theme
Sep 13 11:37:58 data vdr: [28560] starting plugin: streamdev-server
Sep 13 11:37:58 data vdr: [28560] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
Sep 13 11:37:58 data vdr: [28560] starting plugin: vnsiserver
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Die Repositories von Gandalf scheinen nun wieder zu den von YaVDR zu passen.

Ich würde allerdings empfehlen von unstable-vdr auf testing-vdr zu wechseln, Unstable ist die Spielwiese der Entwickler und sind häufig in einem nicht funktionierenden Zustand.

Idealer weise änderst du die Sourcen in /etc/apt/source.list.d/yavdr.list von unstable auf testing und fügst zusätzlich noch das testing-vdr und main Repository von Gandalf hinzu.
Code: 
add-apt-repository ppa:gandalf-der-grosse/main
add-apt-repository ppa:gandalf-der-grosse/testing-vdr
Falls Du noch weitere unstable Repositories verwendet hast solltest Du diese entfernen.

Eventuell ist es noch nötig per apt-pinning die Repositories zu priorisieren.

Wenn du nun die folgenden Befehle durchführst sollte alles wieder funktionieren:
Code: 
apt-get update
apt-get dist-upgrade
apt-get install vdr-plugin-dvbapi

Da Du Trusty verwendest, solltest Du wissen, das Yavdr dort die Paket Konfiguration auf das neue /etc/vdr/conf.d umgestellt hat, was ab VDR 2.2.0 der Standard sein sollte. Precise Pakete sind hiervon nicht betroffen, da dort die Entwicklung nicht mehr weiterverfolgt wird.

Dies alleine hätte noch keine Auswirkung, zusätzlich wurde aber auch die Art des Paketbauens verändert womit nur noch die hierfür angepassten Pakete gehen, die sind zu erkennen wenn in debian/rules folgende Zeile zu finden ist:
Code: 
dh $@ --with vdrplugin
.
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

oha. drama, baby:
Code: 
root@data:/home/xbmc# apt-get install vdr-plugin-dvbapi
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
vdr-plugin-dvbapi ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [Y/n]
fglrx (2:15.200-0ubuntu0.5) wird eingerichtet ...
update-alternatives: Warnung: Neuinstallation der Alternative /usr/lib/fglrx/ld.so.conf ist erzwungen, weil Linkgruppe x86_64-linux-gnu_gl_conf defekt ist
update-alternatives: Fehler: »/etc/ati« kann nicht entfernt werden: Ist ein Verzeichnis
dpkg: Fehler beim Bearbeiten des Paketes fglrx (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
E: Sub-process /usr/bin/dpkg returned an error code (1)
 
Zuletzt bearbeitet:
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Ich würde sagen Du hast noch mehr verbocket. Mit dvbapi hat das aber nichts zu tun fglrx kommt vom ATI Grafiktreiber. Falls Du den nicht benötigst einfach wieder entfernen, ansonsten könnte folgendes helfen
Code: 
apt-get -f install

Bevor du die zuletzt gescheiterte Installation nicht korrigiert hast kannst Du keine neuen Pakete installieren.

Für dvbapi mußt Du wohl ersteinmal die installierte Version entfernen und den Cache leeren, da sonst genau die gleiche Version wieder installiert wird:
Code: 
apt-get remove vdr-plugin-dvbapi
apt-get autoclean
apt-get update
apt-get install vdr-plugin-dvbapi
Falls das nicht klappt anstatt "apt-get autoclean" welches nur nicht mehr benötigte Pakete aus dem lokalen Archiv entfernt "apt-get clean" durchführen.
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

ok, hab fglrx jetzt runtergeschmissen und es lief alles durch. mittlerweile versucht sich vdr zwar zu oscam zu verbinden, klappt aber leider nicht:
Code: 
Sep 13 18:16:25 data vdr: [23865] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
Sep 13 18:16:25 data vdr: [23865] VNSI: Client with ID 2 connected: 192.168.178.212:43560
Sep 13 18:16:25 data vdr: [27017] VNSI: Welcome client 'XBMC Media Center' with protocol version '8'
Sep 13 18:16:25 data vdr: [27017] VNSI: LiveStreamer::Close - close
Sep 13 18:16:25 data vdr: [27017] VNSI: close video input ...
Sep 13 18:16:25 data vdr: [27017] CAM 1: assigned to device 1
Sep 13 18:16:25 data vdr: [27017] VNSI: Successfully found following device: 0x13dc550 (1) for receiving
Sep 13 18:16:25 data vdr: [27017] VNSI: Successfully switched to channel 50 - Sky Sport HD 2
Sep 13 18:16:25 data vdr: [27017] VNSI: Started streaming of channel Sky Sport HD 2 (timeout 10 seconds)
Sep 13 18:16:25 data vdr: [27021] cLiveStreamer stream processor thread started (pid=23834, tid=27021, prio=high)
Sep 13 18:16:25 data vdr: [27019] device 1 receiver thread started (pid=23834, tid=27019, prio=high)
Sep 13 18:16:25 data vdr: [27020] VNSI: VideoInput: no pat/pmt within timeout, falling back to channel pids
Sep 13 18:16:25 data vdr: [27020] VNSI: Video Input - new pmt, attaching receiver
Sep 13 18:16:25 data vdr: [27022] device 1 TS buffer thread started (pid=23834, tid=27022, prio=high)
Sep 13 18:16:25 data vdr: [27020] DVBAPI: 0.0 set CAM decrypt (SID 114 (0x0072), caLm 4, HasCaDescriptors 1)
Sep 13 18:16:25 data vdr: [23861] DVBAPI-Error: OpenConnection: connect error: Verbindungsaufbau abgelehnt
Sep 13 18:16:25 data vdr: [23861] DVBAPI-Error: Cannot connect to OSCam. Check your configuration and firewall settings.
Sep 13 18:16:25 data vdr: [23857] changing pids of channel 50 (Sky Sport HD 2) from 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=eng@106:0:32 to 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=deu@106:0:32
Sep 13 18:16:25 data vdr: [27021] changing pids of channel 50 (Sky Sport HD 2) from 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=eng@106:0:32 to 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=deu@106:0:32
Sep 13 18:16:25 data vdr: [27021] VNSI: Created stream for pid=1023 and type=8
Sep 13 18:16:25 data vdr: [27021] VNSI: Created stream for pid=1026 and type=1
Sep 13 18:16:25 data vdr: [27021] VNSI: Created stream for pid=1027 and type=1
Sep 13 18:16:25 data vdr: [27021] VNSI: Created stream for pid=1028 and type=1
Sep 13 18:16:25 data vdr: [27021] VNSI: Created stream for pid=32 and type=11
Sep 13 18:16:28 data vdr: [23861] DVBAPI-Error: OpenConnection: connect error: Verbindungsaufbau abgelehnt
Sep 13 18:16:28 data vdr: [23861] DVBAPI-Error: Cannot connect to OSCam. Check your configuration and firewall settings.
Sep 13 18:16:29 data vdr: [27019] detaching receiver - won't decrypt channel S19.2E-133-13-114 with CAM 1
Sep 13 18:16:29 data vdr: [27019] VNSI: call retune ...
Sep 13 18:16:29 data vdr: [27021] VNSI: close video input ...
Sep 13 18:16:29 data vdr: [27019] DVBAPI: 0.0 set CAM decrypt (SID 114 (0x0072), caLm 5, HasCaDescriptors 1)
Sep 13 18:16:29 data vdr: [27019] CAM 1: unassigned
Sep 13 18:16:29 data vdr: [27021] VNSI: call retune ...
Sep 13 18:16:29 data vdr: [27022] device 1 TS buffer thread ended (pid=23834, tid=27022)
Sep 13 18:16:29 data vdr: [27019] buffer stats: 139684 (2%) used
Sep 13 18:16:29 data vdr: [27019] device 1 receiver thread ended (pid=23834, tid=27019)
Sep 13 18:16:29 data vdr: [27021] VNSI: close video input ...
Sep 13 18:16:35 data vdr: message repeated 38 times: [ [27021] VNSI: close video input ...]
Sep 13 18:16:35 data vdr: [27021] VNSI: Channel: scrambled 2
Sep 13 18:16:35 data vdr: [27021] VNSI: close video input ...
ich glaub beim distri-update wurde oscam auch geupdatet...
 
Zuletzt bearbeitet:
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Das Oscam im main von Gandalf sollte mit der aktuellen Version vom DVBAPI funktionieren, ältere Oscam Versionen kennen noch nicht das neue DVBAPI Protokoll.

Welche Oscam Version hast Du den bei Dir aktuell?

Mit "apt-get install oscam-upstart" wird zur Zeit die letzte Oscam Trunk Version 10991 installiert.
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

OSCam r10991

btw: wo muss ich genau schauen ob ich die zeile finde?
frodo. schrieb:
Da Du Trusty verwendest, solltest Du wissen, das Yavdr dort die Paket Konfiguration auf das neue /etc/vdr/conf.d umgestellt hat, was ab VDR 2.2.0 der Standard sein sollte. Precise Pakete sind hiervon nicht betroffen, da dort die Entwicklung nicht mehr weiterverfolgt wird.

Dies alleine hätte noch keine Auswirkung, zusätzlich wurde aber auch die Art des Paketbauens verändert womit nur noch die hierfür angepassten Pakete gehen, die sind zu erkennen wenn in debian/rules folgende Zeile zu finden ist:
Code: 
dh $@ --with vdrplugin
.
Zum Vergrößern anklicken....
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Die Geschichte mit den debian/rules, ist das nur zur Info oder muss ich da auch was machen?
Ansonsten bin ich ja schon bei Oscam r10991, also muss ich wohl sonst noch wo schrauben, oder?

Gruß und schönen Montag...
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Das war nur zur Info.

Falls Du nun trotz passendem dvbapi Plugin und oscam kein Bild bekommst hast Du vermutlich noch nicht den Netzwerkmodus vom dvbapi Plugin und Oscam versucht.

Falls Du nicht selbst darauf kommst wie das funktioniert ...
Suche hier im Forum ich habe das bereits an anderer Stelle detailiert erklärt.
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

nice!
hab deinen post hier gefunden und tatsächlich, die Zeile
Code: 
listen_port                   = 2000
hat der Unterschied gemacht. Faszinierend.
Tausend Dank, ich hoffe das Problem ist bis zum nächsten Update behoben. Vielleicht ja auch länger =)
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

na dann - da capo.
wollt grad fußball gucken, aber seltsamerweise gehen von den ganzen sport sendern nur 2. alle anderen funktionieren nicht... im oscam log wird zwar entschlüsselt, aber der client meldet "scrambelt"... außerdem zeigt das web-if von oscam auch an, dass ich 0 entitlements habe? allerdings laufen zwei sender. payload wird mit 00 00 00 00 00 01 angezeigt, ist das normal? wie kann es denn sein, dass manche sender gehen, andere nicht? wenn ein sender nicht entschlüsselbar wäre, würd ich ja kaum im log
Code: 
[LIST]
[*]2015/09/29 21:47:53 1D0501D1 c      (ecm) vdr (098C@000000/0BB9/0072/98:D69C6E8B230AA6D25B11C1462A6D7AB2:0F06000000:): found (78 ms) by v14 - Sky Sport HD 2
erhalten, oder?
[/LIST]
 
AW: [hlp] Ubuntu VDR, Sky V14, Oscam Pairing

Hi,

sowohl die Anzahl der Entitlements als auch dein angegebener Payload sind nicht normal.
Poste doch mal bitte die Logausgabe, wenn die V14 initialisiert wird und auch den kompletten Payload. Für den Payload stell bitte den Debug-Level auf 6 (2+4 Status Seite ganz unten), auf einen abonierten Sky Sender schalten und das Log nach 0F 06 durchsuchen. Du solltest dann so etwas in der Art bekommen:
Code: 
2015/09/30 06:13:56 7D633397 r   (reader) v14 [videoguard2] Decrypted payload
2015/09/30 06:13:56 7D633397 r   (reader)   E0 10 CD BD 03 E5 5D 45 00 00 00 C0 00 01 22 02
2015/09/30 06:13:56 7D633397 r   (reader)   00 80 0E 02 03 00 [COLOR=#ff0000]0F 06 00 00 00 00 00 03 20 04[/COLOR]
2015/09/30 06:13:56 7D633397 r   (reader)   00 00 00 00 25 11 00 00 00 00 00 00 00 00 00 00
2015/09/30 06:13:56 7D633397 r   (reader)   00 00 00 00 00 00 00 2A 04 00 C0 00 00 55 01 28
2015/09/30 06:13:56 7D633397 r   (reader)   56 08 00 00 00 00 00 00 00 00 2B 02 00 00
Den Debug-Level anschließend bitte wieder auf 0 setzen da ansonsten das Logfile recht schnell recht groß wird.
 

Ähnliche Themen

R
gelöst [gelöst] schon wieder ORF mit oscam...
Antworten
12
Aufrufe
16K
rystall
R
U
OScam (Docker), Yavdr 0.6, Easymouse ORF-ICE (Cryptoworks)
Antworten
6
Aufrufe
2K
uzt
U
M
VDR Paketquelle für VDR + Ubuntu 16.04 + vdr-plugin-dvbapi + oscam
Antworten
3
Aufrufe
3K
AbeamStart
AbeamStart
A
2x VDR (yavdr) und Sky wie am besten vorgehen?
Antworten
12
Aufrufe
2K
Apes
A
S
Sky & ORF dunkel
Antworten
11
Aufrufe
2K
filius00
filius00
Zurück
Oben