VDR 2.2.0 ja vdr-plugin-sc

[jekku02]

Fedora 24:n päivityksen jälkeen sc:n kääntö keskeytyy virheeseen:

log.c:48:70: error: narrowing conversion of ‘2147483711u’ from ‘unsigned int’ to ‘int’ inside { } [-Wnarrowing]
static int config[LMOD_SUP] = { LMOD_ENABLE|L_GEN_ALL|LMOD_CFG_VALID };
^
Käytössä on uusin devel-versio sc:stä.

[tikola]

Olen jumpannut samaa hommaa satelliittikortille näillä Critterin ohjeilla ja nyt ollaan jo hehtaareilla, mutta ei vielä maalissa. OSCAM löytää kortin ja juttelee lokissaan ihan positiiviseen sävyyn. Nyt ongelma on se, että DVBAPI käynnistyy, mutta ei saa yhteyttä OSCAMiin. Tästä päästään kysymykseeni, mikä on tuo usr=vdr?

Onko se siis se käyttäjä, joka ajaa VDR:ää ylipäänsä vai ihan OSCAM konffeissa keksitty tunnus, jolla DVBAPI osaa ottaa yhteyden OSCAMiin. Wikin mukaan usr ja pwd tiedot ova pakollisia, joten nyt lähinnä hämäräksi mikä salasana siihen pwd parametriin pitää antaa. Ubuntun vdr tunnuksen salasana - vai ihan joku mikä tahansa keksimäni salasana?

Tuo key=xxxxxxxx on toinen asia jota olen pohtinut. Se lienee tarpeellinen PlusTV kortin kanssa, mutta jotenkin käsitin, että minun Canal Digital satelliittitapauksessa sitä ei tarvittaisi?


timo

Noniin tuli päivitettyä yaVDR testingiin ja nyt painin näiden ongelmien kanssa.
Eli yritän pähkäillä millainen config pitäisi tehdä AD-Teknikin USB Phoenix lukijalle.

EDIT: Homma pelaa.

Tässä configgeja joita piti vääntää:

Koodi: Valitse kaikki

# oscam.server
[reader]
label                         = AD-Teknik_USB_Phoenix
protocol                      = mouse
device                        = /dev/ttyUSB0
key                           = 0102030405060708091011121314
services                      = plustv
caid                          = 0B00
detect                        = cd
group                         = 1
emmcache                      = 1,3,2,0

Koodi: Valitse kaikki

# oscam.user
[account]
user                          = vdr
caid                          = 0B00
au                            = 1
emmreassembly                 = 1
group                         = 1
services                      = plustv
ident                         = 0B00:000000

Koodi: Valitse kaikki

# oscam.services
[plustv]
caid                          = 0B00
provid                        = 000000
srvid                         =

ja tämä osio myös

Koodi: Valitse kaikki

# oscam.conf
[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
request_mode                  = 1
user                          = vdr
boxtype                       = pc

Koodi: Valitse kaikki

# vdr setup.conf
dvbapi.LogLevel = 2
dvbapi.OSCamHost = localhost
dvbapi.OSCamNetwork = 0

[tikola]

Pitkään tässä meni, mutta nyt taidettiin ottaa iso askel eteenpäin.

Lisäsin VDR:lle portin jossa OSCAM luuraa ja käskin OSCAMin kuunnella sitä porttia ja nyt tapahtuu enemmän kuin koskaan ennen. Ei nyt kuva sentään vielä näy, mutta OSCAMin lokiin ilmaantuu nyt jotain todellista. Eli tuo listen_port tuntuisi olevan tässä tapauksessa kriittinen. Ilmeisesti VDR:n oletusportti, josta se olettaa OSCAMin löytävänsä ja portti jossa OSCAM oletuksena kuuntelee ovat eri ja kun ne pakottaa samaksi alkaa jotakin tapahtua. Annetaanpa laitteen olla kanavalla jonkin aikaa ja katsotaan saisiko se muutamassa tunnissa tilaukset kohdilleen. Jos ei niin selvitystyö jatkuu sitten eri kohdasta.

Minun konffit päivitetty tuonne Critterin esimerkkien sekaann. Siis oscam.conf ja VDR:n setup.conf poikkeavat tuon portin 2000 osalta Critterin käyttämistä

timo

Olen jumpannut samaa hommaa satelliittikortille näillä Critterin ohjeilla ja nyt ollaan jo hehtaareilla, mutta ei vielä maalissa. OSCAM löytää kortin ja juttelee lokissaan ihan positiiviseen sävyyn. Nyt ongelma on se, että DVBAPI käynnistyy, mutta ei saa yhteyttä OSCAMiin.

ja tämä osio myös

Koodi: Valitse kaikki

# oscam.conf
[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
request_mode                  = 1
listen_port                   = 2000
user                          = vdr
boxtype                       = pc

Koodi: Valitse kaikki

# vdr setup.conf
dvbapi.LogLevel = 2
dvbapi.OSCamHost = localhost
dvbapi.OSCamNetwork = 0
dvbapi.OSCamPort = 2000

[tikola]

Onko kukaan saanut tota dvbapi-pluginia ja oscamia toimimaan VDR:ssä? Nyt en varmaan ymmärrä jotain juttua, minkä vuoksi homma ei pelitä.

Ja minä myös - juuri sain uuden valtuutuksenkin Canalin kortille pienellä kikkailulla, joten tuntuisi pelaavan kaikilta osiltaan. kuten pitääkin ja yhtään lähdekoodia en ole kääntänyt vaan googlella etsinyt sopivat pakettilähteet. Eli varsinainen VDR on Ubuntun 16.04 binääreistä tuleva ja sitä on täydennetty googlella haetulla DVBAPI ja OSCAM repositoryllä.

Tämähän taitaa oikeasti toimia ja voin pistää tikapuut telakalle, kun ei tarvitse lähteä kytkemään canalin omaa boksia lautaseen kortin valtuutusten takia - SCR kaapelointi on nääs käytössä ja siitä ei Canalin oma boksi tykkää

Todelliset haasteet, jotka vaativat pidempää yritys ja erehdys polkua olivat

1) Miten DVBApi ylipäänsä uudessa VDR:ssä käynnistyy, eli /etc/vdr/conf.d/90-dvbapi.conf ja /etc/vdr/conf.avail/dvbapi.conf tiedostojen generointi
2) tuo edellisen viestin porttimääritys

[P.Kosunen]

Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?

[tikola]

Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?

Jos puhutaan OSCAMista, niin jyrkkä ehkä:

http://www.streamboard.tv/wiki/OSCam/en ... ver#device

Tuolla voi syöttää IP ja portti, joten ehkäpä se device voisi tulla toisesta koneestakin. Minulla on nyt muotoa /dev/ttyusb1, eli viittaan saman koneen USB laitteeseen, joten kokemusta tuosta ei ole.

[P.Kosunen]

VDR:n sc-plugin on tarkoitus laittaa yksinkertaisuuden vuoksi, mutta ei muutkaan ole täysin poissuljettuja.

[aaakoo]

Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?

Kyllä voi, minulla on ollut näin sekä sc:n että dvbapin kanssa. Sinne koneelle missä lukija on tarvitaan palvelu, sc:n ollessa kyseessä esim newcs, newcamd ja taitaa käydä oscam myös, dvbapi taitaa jutella vain tuon oscamin kanssa. Sc:n tapauksessa pitää poistaa viittaukset lokaaliin tty porttiin ja niiden sijaan tarvitaan cardclient.conf tiedosto plugins/sc kansioon. Mahdollisesti tarvitsee asentaa myös tuon kortticlientin paketti mikäli sc tulee jostain pakettilähteestä. Dvbapin tarvitsemat konffit onkin tässä threadissa jo esitelty.

Itsellä on nykyään käytössä tämä Oscam/dvbapi combo ja mielestäni oli melko helppo ottaa käyttöön.

[P.Kosunen]

Newcs ja newcamd ei löydy Gentoon portagesta, niin taitaa olla oscam+dvbapi parempi vaihtoehto. Riittääkö, että oscam tulee etäkoneeseen ja pelkkä dvbapi VDR koneeseen vai tuleeko oscam molempiin?

[tikola]

Newcs ja newcamd ei löydy Gentoon portagesta, niin taitaa olla oscam+dvbapi parempi vaihtoehto. Riittääkö, että oscam tulee etäkoneeseen ja pelkkä dvbapi VDR koneeseen vai tuleeko oscam molempiin?

Taas mutua - dvbapi on VDR laajennos, joka juttelee VDR:Stä täysin riippumattoman OSCAMin kanssa. Toki OSCAMin käyttämät kortti valtuutukset jne. tulevat sieltä TV signaalista, mutta minun nähdäkseni useampikin VDR dvbapi paketti voi olla yhteydessä yhteen OSCAM serveriin. Eli minä kokeilisin ensin sitä, että VDR koneessasi ei ole OSCAMia vaan pelkkä dvbapi.

[aaakoo]

Newcs ja newcamd ei löydy Gentoon portagesta, niin taitaa olla oscam+dvbapi parempi vaihtoehto. Riittääkö, että oscam tulee etäkoneeseen ja pelkkä dvbapi VDR koneeseen

Joo nämä New* ohjelmat löytyy valmiina binääreinä netistä että siinäkin mielessä oscam varmaan parempi vaihtoehto sinne palvelinpäätyyn kun sen saa paketeista ja helposti automaattisesti käynnistymään jne. Ja tosiaan siis sinne koneeseen missä kortinlukija on kiinni tulee tulee Oscam ja vdr koneelle dvbapi- tai sc-plugini. Eli tämä kannattaa ajatella palvelin-asiakas tapauksena, oscam on palvelu johon vdr:n plugin asiakkaana yhdistää.

[tikola]

Eli tämä kannattaa ajatella palvelin-asiakas tapauksena, oscam on palvelu johon vdr:n plugin asiakkaana yhdistää.

Kun sitten lukee Huoltovalikon enigma juttuja, niin moni tuntuu käyttävän useampaa OSCAMia ja minulle ei ole ihan avautunut miksi. Olisiko niin, että Enigma maailmassa ei ole dvbapi plugaria ja OSCAM juttelee suoraan Enigman kanssa? Jokatapauksessa OSCAM & dvbapi on erinomaisen toimiva ja hyvä paketti VDR käyttöön. Suosittelen ja todennäköisesti vaivattomampaa kuin vanhentuneen sc plugarin kanssa kikkailu. Tosin salauksen tyyppi voi asettaa jotain rajoituksia käytetylle systeemille. Konfigurointi otti aikansa, mutta kun se löytyi on toiminut liki kuten se kuuluisa junan vessa.

[P.Kosunen]

Koodi: Valitse kaikki

Mar 11 13:28:27 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 002b6f3c
Mar 11 13:28:27 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:27 nuc last message repeated 3 times
Mar 11 13:28:27 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: ff000000
Mar 11 13:28:27 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:27 nuc last message repeated 5 times
Mar 11 13:28:27 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000004
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 0000002b
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 3c400001
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00800000
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 0000f000
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:28 nuc last message repeated 5 times
Mar 11 13:28:28 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00b80b00
Mar 11 13:28:31 nuc vdr: [12432] DVBAPI: 0.0 set CAM decrypt (SID 407 (0x0197), caLm 5, HasCaDescriptors 1)
Mar 11 13:28:31 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 002a6f00
Mar 11 13:28:31 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 00000000
Mar 11 13:28:31 nuc vdr: [12373] DVBAPI-Error: Action: read failed unknown command: 2a6f0000

Lähtihän se lopulta toimimaan, Oscamista täytyi asentaa Gentoon vdr-devel overlayn vanhin oscam-1.20_p20150429 versio, kun muuten tuli yllä olevia virheitä.