xbmc + vdr + vdr-sc plugin op ubuntu 9.10

[Gast digten]

Met behulp van de hotzenplotz5 (https://launchpad.net/~hotzenplotz5/+archive/ppa) en henning pingel (https://launchpad.net/~henningpingel/+archive/xbmc) ppa's is het nu vrij eenvoudig geworden om vdr geïntegreerd in xbmc te krijgen.

Echter... tot op heden heb ik alleen nog maar ongecodeerde zenders kunnen bekijken als Ned1; om de gecodeerde zenders te bekijken heb je de vdr-sc plugin nodig en deze zit helaas niet in de hotzenplotz ppa.

 

Ik heb toen maar de vdr-sc plugin gecompileerd maar dan gaat het laden hiervan de mist in met als gevolg dat vdr crasht:

 

Nov 9 22:26:58 htpc vdr: [27072] initializing plugin: sc (1.0.0pre-HG-71e7e16299c8+): A software emulated CAM

Nov 9 22:26:58 htpc vdr: [27072] [general.info] SC version 1.0.0pre-HG-71e7e16299c8+ initializing (VDR 1.7.9)

Nov 9 22:26:58 htpc vdr: [27072] [general.debug] probing /dev/dvb/adapter0/frontend0

Nov 9 22:26:58 htpc vdr: [27072] [general.debug] capturing device 0

Nov 9 22:26:58 htpc vdr: [27072] device 1 provides DVB-T ("DiBcom 3000MC/P")

Nov 9 22:26:58 htpc vdr: [27117] tuner on device 1 thread started (pid=27072, tid=27117)

Nov 9 22:26:58 htpc vdr: [27118] section handler thread started (pid=27072, tid=27118)

Nov 9 22:26:58 htpc vdr: [27072] [general.debug] probing /dev/dvb/adapter1/frontend0

Nov 9 22:26:58 htpc vdr: [27072] [general.debug] capturing device 1

Nov 9 22:26:58 htpc vdr: [27072] device 2 provides DVB-T ("DiBcom 3000MC/P")

Nov 9 22:26:58 htpc vdr: [27156] tuner on device 2 thread started (pid=27072, tid=27156)

Nov 9 22:26:58 htpc vdr: [27157] section handler thread started (pid=27072, tid=27157)

Nov 9 22:26:58 htpc vdr: [27072] [general.info] captured 2 video devices

Nov 9 22:26:58 htpc vdr: [27072] initializing plugin: streamdev-server (0.5.0-pre): VDR Streaming Server

Nov 9 22:26:58 htpc vdr: [27072] setting primary device to 1

Nov 9 22:26:58 htpc vdr: [27072] ERROR (dvbdevice.c,790): Inappropriate ioctl for device

 

Heeft iemand dit werkend gekregen?

 

Als alternatief heb ik tevens getracht om vdr1.7.9+extensions patch + streamdev +vdr-sc plugin te compileren. Dit gaat op zich goed, echter dan crasht xbmc op het moment dat deze de streamdev plugin probeert aan te roepen...

[Lamko]

Nieuwste V4L and DVB kernel modules ophalen en compileren zou ik eerst nog eens gaan proberen. Zelf heb ik geen ervaringen met xbmc en w8 persoonlijk wel even tot het wat verder uitontwikkeld is.

[Gast digten]

Inmiddels ben ik wat verder gekomen door vdr, ext.patch, streamdev en vdr-sc te compileren.

 

De vdr-sc plugin wordt nu wel goed geladen, echter ik zit denk ik ergens fout met cccam.

 

In mijn user.log zie ik:

Nov 11 22:45:07 htpc vdr: [2552] [general.error] init of cardclient 'cccam2' failed

Nov 11 22:45:07 htpc vdr: [2552] [general.error] file /var/lib/vdr/plugins/sc/cardclient.conf has error in line #1

 

Inhoud van de cardclient.conf is 1 regel:

cccam2:127.0.0.1:12000:1:0000/0000:user1:pass1

 

Ik heb CCcam.x86 (v2.1.2) en run.sh in /var/bin staan

Ik heb CCcam.cfg in /var/etc staan

 

Inhoud CCcam.cfg:

F: user1 pass1

SERVER LISTEN PORT : 12000

SERIAL READER : /dev/ttyUSB0 smartreader+

DEBUG : yes

 

Zo te zien wordt mijn smartreader wel herkend:

$ ls -l /dev/ttyUSB0

crw-rw---- 1 root dialout 188, 0 2009-11-11 22:37 /dev/ttyUSB0

 

Het vreemde is dat mijn /var/log/CCcam.log nooit gevuld wordt, terwijl ik wel de modification timestamp zie veranderen...

 

Wat verder volgens mij niet klopt is dat er helemaal niks gebeurt als ik cccam zo opstart:

$ sudo ./CCcam.x86 -d > /tmp/log

[Gast digten]

Verdere info: als ik cccam op de voorgrond start krijg ik dit te zien:

$ sudo ./CCcam.x86 -v -d -n -s

23:54:31.394 CCcam: ======================================================================

23:54:31.394 CCcam: starting CCcam 2.1.2 compiled on Jul 17 2009@13:48:01

23:54:31.394 CCcam: ======================================================================

23:54:31.394 CCcam: online using nodeId 1ea561c61c9ef729

23:54:31.394 CCcam: Server disabled

23:54:31.394 CCcam: dvb api3 detected

23:54:31.395 CCcam: create 1 cam device(s)

23:54:31.405 CCcam: added 0 keys from /var/keys/SoftCam.Key

23:54:31.405 CCcam: added 0 keys from /var/keys/AutoRoll.Key

23:54:31.405 CCcam: static cw not found or bad

23:54:31.405 CCcam: parsed 0 entries from /var/etc/CCcam.prio

23:54:31.405 CCcam: added 0 provider names from /var/etc/CCcam.providers

23:54:31.405 CCcam: added 0 channel names from /var/etc/CCcam.channelinfo

23:54:31.405 CCcam: no working cam devices, no need to start pmthandler

 

Volgens mij kloppen er 2 dingen niet:

- server disabled

- en no working cam devices

[perry99]

Origineel bericht van: digten

23:54:31.394 CCcam: starting CCcam 2.1.2 compiled on Jul 17 2009@13:48:01

Probeer het eens met cccam 2.1.1, dacht dat er iets was met 2.1.2...

Mvg, Perry

[balans]

voeg

 

DVB API: -1

 

toe dan start ie als server

[Gast digten]

Dankje voor de tip, met "DVB API : -1" ben ik weer een stap verder gekomen.

Echter: gecodeerde zenders komen nog niet in beeld en ik heb geen idee waarom.

 

Vreemd genoeg doet de cccam logging het niet ondanks dat er

./CCcam.x86 -d > /var/log/CCcam.log

in mijn /var/bin/run.sh staat en permissie 666 op CCcam.log

 

Ïk heb het volgende aan /var/lib/vdr/setup.conf toegevoegd om vdr-sc logging aan te zetten

sc.LogConsole = 1

sc.LogFile = 1

sc.LogFileLimit = 0

sc.LogFileName = /var/log/vdr-sc

 

Dit stuk logging is de uitkomst als ik bijv. naar rtl5 schakel.

Helemaal begrijpen doe ik de inhoud van de vdr-sc log niet, wellicht dat iemand anders hier iets aan ziet?

 

In mijn user.log zie ik overigens het volgende:

Nov 12 23:27:13 htpc vdr: [2125] CAM 1: assigned to device 2

Nov 12 23:27:13 htpc vdr: [2125] Streamdev: Setting data connection to 127.0.0.1:39973

Nov 12 23:27:13 htpc vdr: [2203] streamdev-writer thread started (pid=2112, tid=2203)

Nov 12 23:27:13 htpc vdr: [2204] streamdev-livestreaming thread started (pid=2112, tid=2204)

Nov 12 23:27:13 htpc vdr: [2205] ecmhandler 1 filter thread started (pid=2112, tid=2205)

Nov 12 23:27:13 htpc vdr: [2206] receiver on device 2 thread started (pid=2112, tid=2206)

Nov 12 23:27:13 htpc vdr: [2207] TS buffer on device 2 thread started (pid=2112, tid=2207)

Nov 12 23:27:14 htpc vdr: [2207] TS buffer on device 2 thread ended (pid=2112, tid=2207)

Nov 12 23:27:14 htpc vdr: [2206] buffer stats: 20680 (0%) used

Nov 12 23:27:14 htpc vdr: [2206] receiver on device 2 thread ended (pid=2112, tid=2206)

Nov 12 23:27:14 htpc vdr: [2208] receiver on device 2 thread started (pid=2112, tid=2208)

Nov 12 23:27:14 htpc vdr: [2209] TS buffer on device 2 thread started (pid=2112, tid=2209)

Nov 12 23:27:14 htpc vdr: [2210] logger stats thread started (pid=2112, tid=2210)

Nov 12 23:27:14 htpc vdr: [2211] logger 1 filter thread started (pid=2112, tid=2211)

Nov 12 23:27:14 htpc vdr: [2209] TS buffer on device 2 thread ended (pid=2112, tid=2209)

Nov 12 23:27:14 htpc vdr: [2208] buffer stats: 18988 (0%) used

Nov 12 23:27:14 htpc vdr: [2208] receiver on device 2 thread ended (pid=2112, tid=2208)

Nov 12 23:27:15 htpc vdr: [2212] receiver on device 2 thread started (pid=2112, tid=2212)

Nov 12 23:27:15 htpc vdr: [2213] TS buffer on device 2 thread started (pid=2112, tid=2213)

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 36 from 0+0=2:1112:0:0 to 0+0=0:1112:0:0

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 37 from 0+0=2:1122:0:0 to 0+0=0:1122:0:0

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 38 from 0+0=2:1132:0:0 to 0+0=0:1132:0:0

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 39 from 0+0=2:1142:0:0 to 0+0=0:1142:0:0

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 40 from 0+0=2:1152:0:0 to 0+0=0:1152:0:0

Nov 12 23:27:15 htpc vdr: [2120] changing pids of channel 41 from 0+0=2:1162:0:0 to 0+0=0:1162:0:0

Nov 12 23:27:16 htpc vdr: [2120] changing pids of channel 42 from 0+0=2:1172:0:0 to 0+0=0:1172:0:0

Nov 12 23:27:21 htpc vdr: [2204] streamdev-livestreaming thread ended (pid=2112, tid=2204)

Nov 12 23:27:21 htpc vdr: [2213] TS buffer on device 2 thread ended (pid=2112, tid=2213)

Nov 12 23:27:21 htpc vdr: [2212] buffer stats: 52076 (1%) used

Nov 12 23:27:21 htpc vdr: [2212] receiver on device 2 thread ended (pid=2112, tid=2212)

Nov 12 23:27:21 htpc vdr: [2203] streamdev-writer thread ended (pid=2112, tid=2203)

Nov 12 23:27:21 htpc vdr: [2125] buffer stats: 77644 (2%) used

 

Dus om de een of andere reden wordt om 23:27:21 de stream beëindigd?

 

ps: ik heb voor de zekerheid ook nog maar even cccam 2.1.1 getest, maar dat was helaas niet de oplossing.

 

Mvg, Ed

[Drikus]

Je bent er bijna, kreeg een deja vu toen ik dit las want paar weken geleden zat ik in het zelfde schuitje. Zorg eerst even dat je de laatste xbmc van henning zijn ppa afhaal. Tot vorige week zaten er heel wat bugs in ondanks het hoge devel gehalte is deze versie bruikbaar pvr-testing-12~hepi-karmic24374+24382 @ https://launchpad.net/~henningpingel/+archive/xbmc Met dank aan alwinus http://xbmc.org/trac/log/branches/pvr-testing/XBMC.

 

Heb het nu zelf met newcs aan de gang gekregen maar wat me toe al opviel is dat je VDR pas moet starten als je CCcam goed functioneert en daarna pas xbmc. Hoe deze volgorde even aan, controleer je vdr log of inderdaad wel connectie wordt gemaakt met CCam. Post dan je volledige vdr log dan even.

 

je kan ook even browsen naar localhost:3000 of <lanIP>:3000 en op die manier even streamen dan weet je dat het niet aan xbmc ligt. In dat laatste geval wel streamdevhosts.conf aanpassen en streamen mogelijk maken voor je interne net.

 

 

[NINjak]

Hmmm, klinkt als iets waar ik met XBMC ook tegen ben aangelopen alleen draait mijn NewCS server (altijd) op een andere pc.

 

Start(e) ik linux, VDR en XBMC automatisch op en zo deden de ge-coderde zenders het niet/nooit. Wachte ik een tijd en starte ik XBMC handmatig op ging het vaker wel goed. Ik heb dit "opgelost" door, na linux en VDR, XBMC met een vertraging van 30 sec. pas op te starten!

 

Op deze manier doen de gecoderde zenders het bij mij eigenlijk altijd en ik hoop dan ook dat je wat aan deze tip heb.

 

 

[Gast digten]

Bij nader inzien, denk ik dat mijn Smargo smarteader+ niet goed werkt in ubuntu karmic. Er wordt o.a. hier, hier en hier bericht dat de ftdi_sio driver in kernel 2.6.31 'broken' is.

 

Dit wordt ook bevestigd als ik srp_tools_x86 start: deze geeft de melding 'no smartreader found' retour en tevens zie ik in de message log 'ftdi_sio ttyUSB0: Unable to read latency timer: -32' staan.

 

Er staat hier een verzoek om de 2.6.31.5 mainline kernel waarin de fix zit in ubuntu op te nemen, maar ik weet niet of dat op korte termijn gebeurt.

 

Ik ga nu maar een klein servertje voorzien van de smargo smartreader+ en ubuntu 9.04 om cccam op te draaien totdat de fixes in de ubuntu kernel terecht komen.

 

Allen nog bedankt voor de tips, ik zal weldra laten weten of alles goed gekomen is.

[Drikus]

Knap gevonden de ftdi_sio issues. Verklaard een hoop dat met first open het vaak wel goed gaat, maar later het niet meer lukt. Ik werd al helemaal knetter van.

 

Ik zie dat de mainline 2.6.31.5 update nog niet in proposed zit. ubuntu kernel mapping

 

Ik zie wel dat de changes hier beschikbaar zijn.

 

Hier wat recht toe recht aan instructies om het te installeren

 

 

[Gast digten]

Heb het uiteindelijk opgelost door de smargo smartreader+ in een tweede (ubuntu 9.04) machine te stoppen, hierop draait cccam 2.1.1 nu vooralsnog als een zonnetje. (cccam 2.1.2 leverde stabiliteits problemen in de vorm van buffer overflows (nog bedankt allen voor de tips!).

 

ps: de gehele installatie procedure heb ik beschreven in deze posting

[Optimist]

Oplossing voor het probleem van de ftdi_sio.ko kernel module is het compileren van een andere kernel. De nieuwste kernels die momenteel op kernel.org staan hebben helaas nog steeds de bug, want er wordt gebruik gemaakt van versie 1.5.0 van ftdi_sio. Ik heb die kernels gecompileerd en geinstalleerd zonder verbetering.

 

Ik heb vervolgens de laatste 2.6.28 kernel gedownload en gecompileerd en nu loopt CCcam weer zoals vanouds. In kernel 2.6.28 zit ftdi_sio versie 1.4.3.

 

Oplossing is dus om een oudere kernel te gebruiken (2.6.28.10), die te compileren en installeren.

 

Optimist

[Gast M66B]

De bug in de ftdi_sio driver is in de proposed kernel 2.6.31-17 gefixt.

[Gast M66B]

newcs werkt met kernel 2.6.31-17, maar CCcam echter niet (Smargo smartreader met Canal Digitaal smartcard).

 

srp_tools_x86 werkt overigens niet.

 

Device configuratie voor Smargo in newcs.xml:

 

<name>Smargo</name>

<type>smartreader+</type>

<mhz>357</mhz>

<node>/dev/ttyUSB0</node>

<infinity_number>0</infinity_number>

<slot>0</slot>

<parity>even</parity>

<reset>normal</reset>

...