VDR 2.2.0 ja vdr-plugin-sc
Re: VDR 2.2.0 ja vdr-plugin-sc
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ä.
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ä.
Re: VDR 2.2.0 ja vdr-plugin-dvbapi
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
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
Critter kirjoitti: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
ja tämä osio myösKoodi: Valitse kaikki
# oscam.services [plustv] caid = 0B00 provid = 000000 srvid =
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
Re: VDR 2.2.0 ja vdr-plugin-dvbapi
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
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
tikola kirjoitti: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.
Critter kirjoitti: ja tämä osio myösKoodi: 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
Re: VDR 2.2.0 ja vdr-plugin-sc
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ä.noeikujoo kirjoitti:Onko kukaan saanut tota dvbapi-pluginia ja oscamia toimimaan VDR:ssä? Nyt en varmaan ymmärrä jotain juttua, minkä vuoksi homma ei pelitä.
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
Re: VDR 2.2.0 ja vdr-plugin-sc
Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?
Re: VDR 2.2.0 ja vdr-plugin-sc
Jos puhutaan OSCAMista, niin jyrkkä ehkä:P.Kosunen kirjoitti:Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?
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.
Re: VDR 2.2.0 ja vdr-plugin-sc
VDR:n sc-plugin on tarkoitus laittaa yksinkertaisuuden vuoksi, mutta ei muutkaan ole täysin poissuljettuja.
Re: VDR 2.2.0 ja vdr-plugin-sc
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.P.Kosunen kirjoitti:Voiko kortinlukijan laittaa toiseen koneeseen ja jakaa verkon kautta jotenkin, kun NUC:ssa on vain 2 paikkaa takana, niin saisi etupuolen pidettyä johdottomana?
Itsellä on nykyään käytössä tämä Oscam/dvbapi combo ja mielestäni oli melko helppo ottaa käyttöön.
Re: VDR 2.2.0 ja vdr-plugin-sc
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?
Re: VDR 2.2.0 ja vdr-plugin-sc
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.P.Kosunen kirjoitti: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?
Re: VDR 2.2.0 ja vdr-plugin-sc
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ää.P.Kosunen kirjoitti: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
Re: VDR 2.2.0 ja vdr-plugin-sc
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.aaakoo kirjoitti:Eli tämä kannattaa ajatella palvelin-asiakas tapauksena, oscam on palvelu johon vdr:n plugin asiakkaana yhdistää.
Re: VDR 2.2.0 ja vdr-plugin-sc
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