Kernel 2.6.31 icm open-sasc-ng en newcs.

[Lamko]

Sorry, dat wist ik niet. Ik d8 dat je nog overblijfselen had van vdr dat dat evt nog in de achtergrond liep

[FreddyX]

Tetje, zou jij misschien kunnen testen door opensasc op 2.6.31 te draaien en newcs op 2.6.30 of lager?

Ben afgelopen weekend nog bezig geweest met 2.6.31.1 en 2.6.32-rcx. Op beide compileerde sasc goed maar ik kreeg geen vergrendeling in mythtv en in de log van sasc stond iets in de trand van geen geldige sleutel oid. Weet het niet exact meer, kreeg ook veel vastlopers als ik newcs wilde herstarten.

Ik heb jammer genoeg maar één systeem ter beschikking...

[Gast tetje]

FreddyX, gaan we doen: heeft het haast of kan je wachten tot Ubuntu 9.10 (karmic) release uit is? Deze release staat gepland op 29/10 (nog 23 daagjes wachten): Anders moet ik ff met een beta release aan de slag of zo...

 

Bij mij thuis heb ik twee productie HTPC's die beide momenteel Ubuntu 9.04 (kernel 2.6.28-15, 32 bit) draaien, MythTV 0.21-fixes (met VDPAU) en Newcamd cardserver 6.10b. Ik heb zelf ook een tijdje NewCS (1.67b) gedraaid, maar vond dit te instabiel (bleef crashen met foute EMM/ECM) veroorzaakt door slechte ontvangst (tja: in R'dam is de kwaliteit van KPN digitenne slecht door al die hoge gebouwen: veel reflectie en zo ). Ben inmiddels overgestapt op Newcamd Cardserver en dat draait als een zonnetje. Helaas zijn de beheer/logging van Newcamd niet zo uitgebreid als die van NewCS maar ik heb liever iets wat stabiel is en werkt dan dat het elke keer crashed: niet zo goed voor de WAF

 

Je zou ook zelf ff Newcamd Cardserver kunnen uitproberen: configuratie en setup is redelijk gelijk aan wat je gewend bent bij NewCS en voordeel bij Newcamd is dat het goed gedocumenteerd is: Ik was in 30 minuten over...

[FreddyX]

Ben vandaag bezig geweest met Newcamd maar dat gaat bij mij niet lukken ben ik bang voor. Is het een probleem dat ik een x64 linux gebruik? Ben nl. enkel i386 bins tegen gekomen.

[Gast sjblom]

Zal es kijken of ik de komende dagen een vm-tje kan maken met de nieuwste distro erin en de nieuwste vdr-sc met newcs. Ben zelf ook wel benieuwd.

[Gast sjblom]

Op mijn x64 backend draait ook de 32 bits versie van newcs. Ik kreeg het echter onder 9.04 niet goed aan de praat en heb dus de downgrade gemaakt naar de 8.04 LTS en daar doet-ie het nu wel. Geen coredumps meer.

 

[Gast tetje]

Heb inmiddels (K)ubuntu RC 9.10 Karmic met kernel 2.6.31 draaien op m'n test systeem en nog maar eens open-sasc-ng (r77) en de vdr-sc plugin geprobeert te compileren en aan de praat te krijgen...

 

Resultaten tot nu toe:

 

Beide compileren prima (na patch zoals beschreven door FreddyX eerder in deze thread).

 

Vwb open-sasc-ng (r77): het verbinden met de cardserver die op een ander systeem staat mbv newcamd protocol werkt goed. Verbinding wordt gelegd en ECM keys worden netjes opgehaald:

 

peliel:~/src/open-sasc-ng-r77$ sudo ./sasc-ng -j 0:1 --cam-dir /etc/sascng --sid-nocache --sid-filt 12 --buffer 8M --cam-budget

Oct 27 23:46:31.649 : Version: 0.0.2-exported/77M

Oct 27 23:46:31.650 CAM: initializing plugin: SoftCam (0.9.0-Unknown): A software emulated CAM

Oct 27 23:46:31.650 CAM(general.info): SC version 0.9.0-Unknown initializing

Oct 27 23:46:31.650 CAM: starting plugin:

Oct 27 23:46:31.650 CAM(general.info): SC version 0.9.0-Unknown starting

Oct 27 23:46:31.650 CAM(core.load): ** Plugin config:

Oct 27 23:46:31.650 CAM(core.load): ** Key updates (AU) are enabled (active CAIDs) (no prestart)

Oct 27 23:46:31.650 CAM(core.load): ** Local systems DON'T take priority over cached remote

Oct 27 23:46:31.651 CAM(core.load): ** Concurrent FF recordings are NOT allowed

Oct 27 23:46:31.651 CAM(core.load): ** Force transfermode with digital audio

Oct 27 23:46:31.651 CAM(core.load): ** ScCaps are 1 2 0 0 0 0 0 0 0 0

Oct 27 23:46:31.651 CAM(core.load): ** Ignored CAIDs 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000

Oct 27 23:46:31.651 CAM(general.error): failed open /etc/sascng/SoftCam.Key: No such file or directory

Oct 27 23:46:31.651 CAM(general.info): loading ecm cache from /etc/sascng/ecm.cache

Oct 27 23:46:31.652 CAM(general.error): failed open /etc/sascng/smartcard.conf: No such file or directory

Oct 27 23:46:31.652 CAM(general.info): loading cardclient config from /etc/sascng/cardclient.conf

Oct 27 23:46:31.652 CAM(cardclient.newcamd): now using protocol version 525 (cdLen=8)

Oct 27 23:46:31.652 CAM(cardclient.core): hostname=barachiel port=10001 emm=1 emmCaids 0b00/ff00

Oct 27 23:46:31.652 CAM(cardclient.core): Newcamd: username=peliel password=xxxxxx key=0102030405060708091011121314

Oct 27 23:46:31.652 CAM(core.net): netwatch up

Oct 27 23:46:31.654 CAM(core.net): connecting to barachiel:10001/tcp (192.168.1.9)

Oct 27 23:46:32.060 CAM(cardclient.login): Newcamd: CaID=0b00 admin=0 srvUA=0000000000000000 provider 000000/0000000000000000

Oct 27 23:46:32.060 CAM(cardclient.core): client 'Newcamd' ready

Oct 27 23:46:32.060 CAM(general.error): no keys loaded for softcam!

Oct 27 23:46:32.060 CAM(core.load): ** registered systems:

Oct 27 23:46:32.060 CAM(core.load): ** SC-Nagra (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** Conax (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** SC-Conax (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** Viaccess (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** @SHL (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** Seca (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** Nagra (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** Nagra2 (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** SC-Cryptoworks (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** SC-VideoGuard2 (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** Cryptoworks (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** Irdeto (pri -10)

Oct 27 23:46:32.060 CAM(core.load): ** SC-Irdeto (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** SC-Seca (pri -5)

Oct 27 23:46:32.060 CAM(core.load): ** ConstCW (pri -20)

Oct 27 23:46:32.060 CAM(core.load): ** Cardclient (pri -15)

Oct 27 23:46:32.060 CAM(core.load): ** SC-Viaccess (pri -5)

Oct 27 23:46:32.060 CAM(general.warn): no smartcard interface defined!

Oct 27 23:46:33.061 frontend: Starting thread on /dev/dvb/adapter1/frontend1

The thread scheduling parameters indicate:

policy = 0

priority = 0

Oct 27 23:46:33.090 dvr: Starting thread on /dev/dvb/adapter1/dvr1

The thread scheduling parameters indicate:

policy = 1

priority = 99

Oct 27 23:46:33.090 demux: Starting thread on /dev/dvb/adapter1/demux1

The thread scheduling parameters indicate:

policy = 0

priority = 0

Oct 27 23:46:33.090 : Listening on port 5456

Oct 27 23:46:52.014 CHANNEL: Tuning frontend

Oct 27 23:46:52.014 CSA: Got command(1): I idx: 0 pid: 0

Oct 27 23:46:52.880 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:53.323 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:53.323 CHANNEL: read_nit expected table 0x40 or 0x41 but got 0x00

Oct 27 23:46:53.524 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:53.524 CHANNEL: read_nit expected table 0x40 or 0x41 but got 0x00

Oct 27 23:46:53.724 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:53.724 CHANNEL: read_nit expected table 0x40 or 0x41 but got 0x00

Oct 27 23:46:53.929 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:53.929 CHANNEL: read_nit expected table 0x40 or 0x41 but got 0x00

Oct 27 23:46:54.129 CHANNEL: start: read pes returned err: 11

start: read pes returned: Resource temporarily unavailable

Oct 27 23:46:54.130 CHANNEL: read_nit expected table 0x40 or 0x41 but got 0x00

Oct 27 23:46:54.130 CHANNEL: start: giving up reading nit

Oct 27 23:46:54.225 CAM(core.pids): 0: now tuned to source 8000 transponder b

Oct 27 23:46:54.225 CAM: SC completed Tune cmd

Oct 27 23:46:54.225 CAM(core.pids): 0: update SID 11 (zero=0 noshift=0)

Oct 27 23:46:54.225 CAM(core.pids): 0: pids typ5=03f3 typ5=03f4 typ5=03f5

Oct 27 23:46:54.225 CAM(core.pids): 0: SID=11 zero=0 | sid=-/-/- zero=-/-/- idle=-/-/-

Oct 27 23:46:54.226 CAM(core.pids): 0: found handler for SID 11 (0.1 idle=1 idx=1)

Oct 27 23:46:54.226 CAM(core.ecm): 0.1: setting new SID 11

Oct 27 23:46:54.226 CAM(core.pids): 0.1: pids on entry

Oct 27 23:46:54.226 CAM(core.pids): 0.1: pids after delete

Oct 27 23:46:54.226 CAM(core.pids): 0: descrambling pid 03f3 on index 1

Called cSascDvbDevice::SetCaPid

Oct 27 23:46:54.226 CSA: Got command(1): P idx: 1 pid: 1011

Oct 27 23:46:54.226 CAM(core.pids): 0: descrambling pid 03f4 on index 1

Called cSascDvbDevice::SetCaPid

Oct 27 23:46:54.226 CSA: Got command(1): P idx: 1 pid: 1012

Oct 27 23:46:54.226 CAM(core.pids): 0: descrambling pid 03f5 on index 1

Called cSascDvbDevice::SetCaPid

Oct 27 23:46:54.226 CSA: Got command(1): P idx: 1 pid: 1013

Oct 27 23:46:54.226 CAM(core.pids): 0.1: pids after add typ5=03f3 typ5=03f4 typ5=03f5

Oct 27 23:46:54.226 CAM(core.ecm): 0.1: is no longer idle

Oct 27 23:46:54.226 MSG: Got unprocessed message type: 1

Oct 27 23:46:54.286 CAM(core.ecm): 0.1: triggered SID -1/11 idx -1/1 mode -1/0 -

Oct 27 23:46:54.286 CAM(core.ecm): from cache: system Cardclient (0b00) id 0000 with ecm 3fb/80

Oct 27 23:46:54.287 CAM(core.ecm): 0.1: got CaDescriptors for SID 11 (len=6)

Oct 27 23:46:54.287 CAM(core.ecm): 0.1: descriptor 0b 00 e3 fb

Oct 27 23:46:54.287 CAM(core.ecm): 0.1: found 0b00 (Conax) id 0000 with ecm 3fb (already present)

Oct 27 23:46:54.288 CAM(core.ecm): 0.1: try system Conax (0b00) id 0000 with ecm 3fb (cached) (pri=-10)

Oct 27 23:46:54.328 CAM(conax.key): missing 20 E key

Oct 27 23:46:54.328 CAM(core.ecm): system: no key found for C 20 M

Oct 27 23:46:54.388 CAM(core.au): 0: chain caid 0b00 -> Cardclient(-15) [00b6-82/ff/00]

Oct 27 23:46:54.388 CAM(core.au): 0: starting chain 0b00

Oct 27 23:46:54.431 CAM(conax.key): missing 20 E key

Oct 27 23:46:54.534 CAM(core.ecm): 0.1: try system Cardclient (0b00) id 0000 with ecm 3fb (cached) (pri=-15)

Oct 27 23:46:54.637 CAM(cardclient.core): cc-loop

Oct 27 23:46:54.637 CAM(cardclient.core): now trying client Newcamd (barachiel:10001)

Called cSascDvbDevice::SetCaDescr

Oct 27 23:46:54.642 CSA: Got command(1): E idx: 1 pid: 0 key: 4b9e...c1

Called cSascDvbDevice::SetCaDescr

Oct 27 23:46:54.642 CSA: Got command(1): O idx: 1 pid: 0 key: eca8...60

Oct 27 23:46:54.642 CAM(core.ecm): 0.1: correct key found

Called cSascDvbDevice::SetCaDescr

Oct 27 23:46:56.734 CSA: Got command(1): E idx: 1 pid: 0 key: 4b9e...c1

Called cSascDvbDevice::SetCaDescr

Oct 27 23:46:56.734 CSA: Got command(1): O idx: 1 pid: 0 key: eca8...60

Called cSascDvbDevice::SetCaDescr

Oct 27 23:46:59.296 CSA: Got command(1): O idx: 1 pid: 0 key: 40b3...5e

 

Wat echter niet werkt is beeld & geluid. Ik heb getest met mplayer en deze zegt wel dat er "getuned" wordt maar laat daarna niets zien. Lijkt wel of er iets fout gaat met de mpeg stream want er komt nooit een melding dat er een TS file format gedetecteerd wordt

 

Als ik het met een ongecodeerd kanaal probeer gebeurd er het zelfde... Het ligt dus niet aan de verbinding met een cardserver maar lijkt meer iets te zijn met de dvb implementatie van sasc-ng in het algemeen (uiteraard doet de normale dvb driver het wel).

 

VDR-SC:

Nog steeds dezelfde segment fault wanneer de "--join" optie gebruikt wordt

 

Iemand anders al wat vooruitgang geboekt met open-sasc-ng of de vdr-sc plugin icm kernel 2.6.31 (of hoger)?

[Rigolo]

ik "denk" dat het komt door aanpassingen in de /proc filesysteem (waardoor er ook een patch gedaan moet worden) waardoor er niet meer goed gecommuniceerd kan worden tussen de echte en de virtuele dvb devices....

 

Maar dit is puur gebaseerd op wat ik denk .. en niet ergen anders door.

 

Op dit moment weet ik ook even niet wat ik hier verder mee moet, anders dan een cursus C++, linux kernel module schrijven en veel en veel geduld.

 

Hein

[Gast tetje]

Er is in ieder geval wel een ticket gelogged (en ge-assigned) op de projectsite van open-sasc-ng...

 

https://opensvn.csie.org/traccgi/opensascng/ticket/57

 

Dus er lijkt aan gewerkt te worden.

[FreddyX]

In deze ticket https://opensvn.csie.org/traccgi/opensascng/ticket/58 probeert men ook een en ander op te lossen.

 

Nu maar hopen dat er snel een oplossing komt.

 

[Rigolo]

nogmaals, ik denk dat je lang kan wachten op oplossingen voor die tickets zonder dat je er zelf achteraan gaat. Vanuit de "oude" maintainers van open-sasc-ng is er weinig belangstelling om deze code verder te onderhouden. Wat je zag was dat er alleen aanpassingen gedaan werden om Nagra2 decryptie draaiende te houden, maar dat er NIET gewerkt werd aan structurele veranderingen aan de code.

 

Ik denk dat door de aanpassingen van het PROC filesysteem in de linux kernel, de introductie van de DVB v5 API en andere aanpassingen de basis structuur van open-sasc-ng niet helemaal correct meer is. Dit kan alleen opgelost worden door iemand met kennis van kernel modules en DVB devices die ook nog eens de structuur van de dvbloopback begrijpt.

 

Dus mocht je nog mensen in je omgeving kennen die hier wat mee kunnen dan zou ik ze proberen te vragen naar de code te gaan kijken.

 

Dit is nou precies waar opensource om draait. Zelf zaken gaan uitpuzzelen en uitzoeken om dan "oude" code aan te kunnen passen aan een nieuwe veranderende situatie. Achterover leunen en hopen dat iemand anders het oppakt gaat niet werken vrees ik.

 

En voor mij zelf: Helaas heb ik geen kennis van C dus ik kan er niet induiken om uit te zoeken wat er nu mis gaat.

 

Dus er zijn 2 oplossingen: Of C gaan leren, of bij een oude versie blijven en zorgen dat deze stabiel blijft draaien. Je hoeft niet altijd een upgrade uit te voeren bij elke nieuwe kernel versie :-)

 

Hein

[Gast tetje]

hmm... In princiepe ben ik het met je eens, echter, de meeste van ons op dit forum zijn volgens mij niet echt ontwikkelaars. En daarnaast merk je ook nog eens terecht op dat er ook nog eens (uitgebreide) kennis nodig is van de linux kernel/modules, de dvb api en dvbloopback device....

 

Kortom: best wel veel

 

Als ik door de tijd heen kijk op de sasc-ng projectsite wordt de sourcecode iid niet echt meer onderhouden, MAAR: er zijn nog steeds mensen die daar tickets loggen en vervolgens anderen die patches submitten die het e.e.a. fixen... Dus: geheel in de geest van opensource zit er toch vooruitgang in

 

Ik heb dus goede hoop dat iemand ergens op de wereld wel voldoende verstand heeft van linux kernel/modules, de dvb api en het dvbloopback device, zelf ook sasc-ng gebruikt en besluit dat ie het gaat fixen en vervolgens zo vriendelijk is om dit aan de rest van de wereld te delen

 

Trouwens ik vraag me af hoe dat zit bij het vdr-sc project wat blijkbaar wel onderhouden wordt... Ik denk dat ik die maar eens wat meer in de gaten ga houden qua ontwikkelingen...

 

Enne, qua kernel upgrade ben ik het absoluut met je eens: alleen upgraden wanneer nodig... Echter, mijn moederboard in 1 van mijn HTPC's is nogal nieuw en het is toch erg prettig als er weer eens een kernel-(security) fix wordt uitgebracht door de goede lieden van Ubuntu, dat ik niet gelijk allerlei drivers weer moet hercompileren om e.e.a. weer aan de praat te krijgen...

[Gast han12345]

Eindelijk het is gefixed

 

https://opensvn.csie.org/traccgi/opensas...pawel5870.patch

[Gast tetje]

Ben benieuwd... Heb nog geen tijd gehad om het uit te testen, maar zodra ik de kans heb ga ik het uitproberen

 

Open Source RULEZ!

[Lamko]

Op het dvbn forum wordt al aangegeven dat het werkt !

Nu de patches nog even netje doorvoeren in de sasc-ng die bij vdr-sc is bijgeleverd. En iedereen is weer blij