4250 replies to this topic

[theparasol]

Open ned1 sd maar eens, dan staat er 0622 (irdeto). Is gewoon caid van eerste pid in de pmt aangevuld met program number.
Daar wil die beslist niet mee openen maar oscam logged het gewoon zo

[rytec]

@chant, ik ben blij voor je dat je het uiteindelijk toch voor elkaar hebt gekregen. Ondanks de toch iets andere aanpak zoals die van Theparasol waarvan ik zeker niet zeg dat die verkeerd is.
Toch raar dat dit zoveel diversiteiten kan veroorzaken.
Mijn log op de vuduo verloopt ook rustig, ik zie steeds netjes de pids voorbij komen en ook veel emm's.
Die emm's laat ik gewoon doorstromen omdat die enkel naar mijn ubuntu server gaan waar mijn kaart in zit. dit lijkt mij geen probleem te zijn.

Vanmorgen een kleine issue. De radio speelde op de vuduo en bij het omschakelen naar de tv zenders geen beeld meer, wel zie je de verbinding actief.
Als ik de logging erbij neem zie ik dat ie even de pid van Télésat Wallonie probeerde te nemen 0100:00006D dus het beste deze dan ook maar in de dvbapi zetten met I: 1819

Zoals ik al eerder probeerde te zeggen, indien ik dan naar softcam menu ga en doe een restart softcam is dit in een fractie van een seconde klaar maar de softcam herstart dus niet! enkel door een telnet sessie te maken en effectief /etc/init.d/softcam stop en daarna start te doen zorgt ervoor dat je de softcam kunt herstarten zonder enigma te moeten herstarten.
Want geloof mij het herstarten via het Pli menu wil niet altijd goed werken.

[Jeroensky]

Weer reactie op streamboard forum(officiele oscam forum).
Men bied de illegale oscam Ymod files aan, gemaakt door Yurik. (illegaal omdat het closed source is van opensouce bron).
Ik vind het erg vaag & tricky waarom die maker het zonodig closed source moet maken, ipv met oscam devs te werken.(niet zozeer omdat het uit Rusland komt)

Ik attach de files hier.

Het schijnt te werken volgens een streamboard forumlid als we dit toevoegen:

[reader]
..
services = [/usr/keys/oscam_services/0100_00006a_s3]
..
with that content in the /usr/keys/oscam_services/0100_00006a_s3

# OSCAM External Filter file, implemeted only in oscam.ymod.v17t** by Yurik
# lines format:
# AAAA:BBBBBB:CCCC:DDDD:EE:FF
#
# AAAA - CaID
# BBBB - Provider
# CCCC - ChID
# DDDD - EcmPID
# EE - Irdeto chid
# FF - Length of Ecm
#
# after space can be call one or many `ECM content analise Function(s)` -
# EF:[<start_byte_in_ecm>]:[<how_many_bytes>]:[<what_data_here_pass>]
#
#0100:00006A::: EF:7:2:0e00
0100:00006A::: EF:7:2:5c00
0100:00006A::: EF:7:2:fd10

Misschien kunnen we de werking achterhalen , en er fijn weer opensource van maken? Alszijnde oscam_pli (idee) ?

Edited by J3r03n5ky, 23 February 2012 - 11:19.

[Erik Slagter]

Brrrr

[rytec]

Ik heb het voor elkaar om nu zelf de oscam versies te compileren op mijn Ubuntu server, heb ondertussen versie 6441 draaien.

[frikandel]

ik snap er niks van mensen kunnen jullie me op weg helpen oscam draait en doet het dan soms 3 4 dagen perfect en dan zomaar gewoon ineens dik een uur geen beeld of haperen

[ni_hao]

Men bied de illegale oscam Ymod files aan, gemaakt door Yurik. (illegaal omdat het closed source is van opensouce bron).

De discussie of het nu wel of niet illegaal is, wil ik niet aangaan. Ik vind wel dat die Ymod natuurlijk b*llsh*t is, dat is geen acceptabele oplossing. Moet je naast oscam iets installeren waarvan je niet weet en/of niet na kunt gaan wat er precies gebeurt. Als die Yuri dan zo'n geweldige oplossing heeft moet hij die aan de OScam developpers geven. De enige acceptabele oplossing is denk ik, dat het door de ontwikkelaars in OScam wordt ingebracht,

[Erik Slagter]

ik snap er niks van mensen kunnen jullie me op weg helpen oscam draait en doet het dan soms 3 4 dagen perfect en dan zomaar gewoon ineens dik een uur geen beeld of haperen

Ga maar eens in de logging kijken zou ik zeggen...

[HPPli]

Men bied de illegale oscam Ymod files aan, gemaakt door Yurik. (illegaal omdat het closed source is van opensouce bron).

De discussie of het nu wel of niet illegaal is, wil ik niet aangaan. Ik vind wel dat die Ymod natuurlijk b*llsh*t is, dat is geen acceptabele oplossing. Moet je naast oscam iets installeren waarvan je niet weet en/of niet na kunt gaan wat er precies gebeurt. Als die Yuri dan zo'n geweldige oplossing heeft moet hij die aan de OScam developpers geven. De enige acceptabele oplossing is denk ik, dat het door de ontwikkelaars in OScam wordt ingebracht,

Helemaal gelijk in, misschien ook een backdoor om je eigen smartcard te laten uitlezen voor CS door die Russische boys. Wie zal het zeggen ??
Overigens, werkt dit grotere bestand/oscam wel prima inclusief vele Emu's

Edited by HPPli, 24 February 2012 - 14:02.

[frissie]

Heb vandaag de ratelimit eens op 3/9 gezet.
Zoals ik het nu bereken, kan je dan 3 ecm's per anderhalve minuut meer krijgen.
Tja, we willen het maximale van de kaart

Met 4/10 gaat ie op zwart/stotteren. Met 3/10 staat ie iets te ruim voor mijn gevoel.

Deze instelling een avondje eens uittesten

Edited by frissie, 24 February 2012 - 17:01.

[theparasol]

Oscam 6449 en nieuwer: prefer local cards op enabled staan in oscam.conf: je dvbapi instellingen worden compleet genegeerd. Zo had ik geen beeld meer.
Toen ik preferlocal cards veranderde naar 0. local like proxied liep alles weer goed. (oscam.dvbapi werd weer correct toegepast!)

Er zijn vandaag belangrijke wijzigingen aan de loadbalancer aangebracht, mogelijk dat we nu verlost zijn van de onbegrijpelijke timeouts op random kanalen.

Voor diegenen met nautical/mezzo/motors tv issues: dit komt door seca2/3 patch. Alle versies vanaf 6407 en nieuwer zijn hierdoor onbruikbaar.

Kun je niet zonder deze 3 "leven" dan moet je terug naar oscam 6406. Heb dit net getest met Mezzo en dat werkt prima. (Heb een familie SD abbo en daar zit Mezzo ook bij!)
Bugticket uitgebreidt met mijn loggings, zag dat Erik ook al een duit in het zakje gesmeten had.
Volgensmij is de patch niet te lastig, als ik weekend tijd heb zal ik eens wat knutselen of ik het zelf kan fixen. Kan gelukkig tegenwoordig oscam zelf compilen dus dan kan ik dus ook fijn slijpen aan de code

[ni_hao]

Volgensmij is de patch niet te lastig, als ik weekend tijd heb zal ik eens wat knutselen of ik het zelf kan fixen. Kan gelukkig tegenwoordig oscam zelf compilen dus dan kan ik dus ook fijn slijpen aan de code

Is het ook niet denk ik, kwestie van ECM analyseren en gewenste actie laten nemen:

- indien byte 7 en 8 gelijk zijn aan 0E00 dan is het een seca2 verzoek
- indien bye 7 en 8 gelijk zijn aan 5C00 of FD00 dan is het een seca3 verzoek

{info van MartinB op duits board}

Edited by ni_hao, 24 February 2012 - 19:11.

[theparasol]

Huidge seca2/3 ecm code herkenning:

static int32_t seca_do_ecm(struct s_reader * reader, const ECM_REQUEST *er, struct s_ecm_answer *ea)
int ecm_type;
ecm_type = er->ecm[1] >> 4; //ecm_type 0 is seca2, ecm_type 3 is seca3
int seca_version = reader->availkeys[0][1]; //misusing availkeys to store seca_version
if ((ecm_type == 0 && seca_version == 3) || (ecm_type == 3 && seca_version == 2)) return ERROR;

ecm_type = {gestuurde ecm code positie 1} + 4 Weet iemand wat >> 4 doet, ik gok positie 1 pakken en dan 4 bytes omzetten?

Als (ecmtype seca2 en kaarttype seca3) of (ecmtype seca3 en kaartype seca2) stop dan rest van code en geef "ERROR" terug.

Het gaat dus mis in de betrouwbare herkenning van ecm verzoek. In geval van Mezzo, Nautical en Motors werkt de seca2/3 ecm detectie niet.

- indien byte 7 en 8 gelijk zijn aan 0E00 dan is het een seca2 verzoek
- indien bye 7 en 8 gelijk zijn aan 5C00 of FD00 dan is het een seca3 verzoek

moet dus iets worden als

ecm_type = er->ecm[6] >> 2; //ecm_type 0E00 is seca2, ecm_type 5C00 of FD00 is seca3
if ecm_type == 0E00 ecm_type = 0;
if ecm_type == 5C00 or ecm_type == FD00 ecm_type = 3;

Maar goed mijn C++ is wat rusty, dus als iemand hier wat syntax tips kan geven: heel fijn, scheelt mij uitzoek werk

Edited by theparasol, 24 February 2012 - 19:36.

[polarbear]

@polarbear, ik heb jouw config eens even aandachtig gelezen (tig berichten terug)
Je groept de users en wijst ze vervolgens 1 specifieke reader toe.
Wat nu als je het anders benadert: Maak services aan. In die services benoem je welke kanalen een specifieke service mag opvragen.
Vervolgens wijs je die services toe aan de de diverse readers (=kaarten) met deny op kanalen die de kaarten niet kunnen.
Daarnaast ook aan de diverse users met deny op kanalen die ze niet mogen ontvangen.
Als je nu CCcam server al share protocol naar de clients gaat gebruiken kun je sharen op caid / service level. Je clients zien dan virtuele kaarten van wat ze wel kunnen decoden maar uiteraard geen "kaarten" waar ze geen rechten op hebben volgens hun serviceconfig die je per user kunt aangeven.
Grote winst zit hem erin dat je:
- Loadbalancer mode lowest usage level kunt gaan gebruiken over al je kaarten over alle users.
- Je cache over alle kaarten gaat werken ipv alleen binnen bepaalde groep
- De ratelimits zullen naar de clients toe geen stotters meer geven of je moet haast wel tegen een full pull aanlopen tijdens spitsuur waarbij iedereen loopt te zappen.

Al met al zul je minder snel tegen de individuele limits van een kaart aanlopen: immers hogere kans op cachehit + oscam vraagt ecm's van kanalen op een kaart die nog niet aan zijn taks zit als dat mogelijk is. Daarnaast verandert er aan de client side helemaal niets maar je bent wel van dat gegroep af.

Wellicht een optie voor je om oscam op deze wijze in te richten.

@TheParasol,
Mijn kaarten zijn inmiddels op gelijk nivo nu; (1 zat er nog in de freeview, bij de ander moest ik nog een paar weken het top-abo afbouwen.) Ik heb je raad opgevolgd en ben tot de volgende (voorlopige) conclusies gekomen:

- Het werken met services is inderdaad veel efficienter; het werk dat je hiervoor 1-malig goed moet verrichten is zeker de moeite waard.
- Nog een voordeel; alle clients kunnen nu van alle beschikbare services gebruik maken. Dus mijn zoon kijkt nu ook edl, wat eerst niet meer mogelijk was, omdat hij op een andere kaart ingedeeld was.
- Ik heb in deze voor mij nieuwe situatie wat geexperimenteerd met de ratelimit en mijn conclusie is: 4/10. Zelfs bij een full-pull geen enkel probleem.
Eerst had ik 4/9. maar dat geeft telkens bij 1 client een korte freeze (d.i. de client die net aan de beurt is op het moment dat de rate-limiter ingrijpt).
-ik gebruik de loadbalancer (eigenlijk omdat iedereen zegt dat dat zo moet) . Maar wat doet dat ding nou eigenlijk? Wat is het voordeel? Ik heb 3 kaarten, waaronder 1 met een plus abo. Wanneer ik alle 3 kaarten eenzelfde lb-rating geef, worden deze achtereenvolgens sequentieel geraadpleegd. Het lijkt wel of de hele horde servicevragers de hele tijd van de ene naar de andere kaart wordt geleid. Eigenlijk een totaal zinloos gebeuren volgens mij. Of ziet iemand anders een goede reden?
Ik durf hem op dit moment niet zomaar uit te zetten (vrijdagavond -prime -time)
- Stel het volgende doet zich voor:

[Erik Slagter]

static int32_t seca_do_ecm(struct s_reader * reader, const ECM_REQUEST *er, struct s_ecm_answer *ea)
int ecm_type;
ecm_type = er->ecm[1] >> 4; //ecm_type 0 is seca2, ecm_type 3 is seca3
int seca_version = reader->availkeys[0][1]; //misusing availkeys to store seca_version
if ((ecm_type == 0 && seca_version == 3) || (ecm_type == 3 && seca_version == 2)) return ERROR;

ecm_type = {gestuurde ecm code positie 1} + 4 Weet iemand wat >> 4 doet, ik gok positie 1 pakken en dan 4 bytes omzetten?

Omzetten???

>> is een bitshift naar rechts.

Er van uit gaande dat er->ecm een array van "bytes" (char, uint8_t, etc.) is, wat er dan dus gebeurt is dat de byte op positie 1, 4 posities naar rechts geschoven wordt, men kijkt dus alleen naar de hoogste 4 bits.

- indien byte 7 en 8 gelijk zijn aan 0E00 dan is het een seca2 verzoek
- indien bye 7 en 8 gelijk zijn aan 5C00 of FD00 dan is het een seca3 verzoek

Het probleem is dat je niet weet waar er->ecm naar wijst. Dat kan naar het begin van de complete ecm zijn, maar ook ergens halverwege, ik weet niet hoe oscam dat doet.

ecm_type = er->ecm[6] >> 2; //ecm_type 0E00 is seca2, ecm_type 5C00 of FD00 is seca3
if ecm_type == 0E00 ecm_type = 0;
if ecm_type == 5C00 or ecm_type == FD00 ecm_type = 3;

Als je bovenstaande wilt coderen, er van uit gaande dat er->ecm naar byte 0 wijst en het array van "bytes" is:

if(er->ecm[7] == 0)
{
    if(er->ecm[6] == 0x0e)
    {
        ecm_type = 0;
    }
    else
    {
        if((er->ecm[6] == 0x5c) || (er->ecm[6] == 0xfd))
        {
             ecm_type = 1;
        }
    }
}

Dit kan allemaal in twee regels al je wilt, maar ik heb het even "leesbaar" gedaan. Je kunt het ook doen door van twee bytes een 16 bits "word" te maken en die te vergelijken, maar imho is dit robuuster t.o.v. verschillende architecturen, endianness etc.

Als geen enkele conditie voldoet, dan is ecm_type ongedefinieerd, daar moet je wel rekening mee houden.

[theparasol]

- indien byte 7 en 8 gelijk zijn aan 0E00 dan is het een seca2 verzoek
- indien bye 7 en 8 gelijk zijn aan 5C00 of FD00 dan is het een seca3 verzoek

{info van MartinB op duits board}

En weer een onjuiste info

Dan maar weer zelf uitzoeken: van gelogde ecms enkel eerste regel met bytes!

 
Seca3 ecm:
 
81 30 61 00 6A 00 07 5C 00 E6 EF 85 CE 8F 6D 9C
-- -- -- -- -- 00 07 5C 00 -- -- -- -- - -- --
81 30 61 00 6A 00 07 5C 00 FA 83 D1 70 5D 81 55
-- -- -- -- -- 00 07 5C 00 -- -- -- -- -- -- --
81 30 61 00 6A 00 07 5C 00 43 CA 2E 3F 9C 61 2A
-- -- -- -- -- 00 07 5C 00 -- -- -- -- -- -- --
80 00 61 00 6A 00 07 5C 00 33 1A 83 FB 17 DB 2C (problem channel nautical!)
-- -- -- -- -- 00 07 5C 00 -- -- -- -- -- -- --
81 00 61 00 6A 00 07 5C 00 52 66 6A 9E 46 04 C7 (problem channel motors!)
-- -- -- -- -- 00 07 5C 00 -- -- -- -- -- -- --

Seca2 ecm:
80 00 61 00 6A 00 00 FC 10 01 B4 E3 43 A3 57 16
-- 00 -- -- -- 00 00 FC 10 01 -- -- -- -- -- --

81 00 61 00 6A 00 00 FC 10 01 A9 94 59 26 C7 84
-- 00 -- -- -- 00 00 FC 10 01 -- -- -- -- -- --

Beiden samen:
 
-- -- -- -- -- XX XX XX XX -- -- -- -- -- -- --

Concusie:

seca2 ecm: byte (6789) bevat altijd 00 00 FC 10
seca3 ecm: byte (6789) bevat altijd 00 07 5C 00

[theparasol]

byte op positie 1, 4 posities naar rechts geschoven wordt, men kijkt dus alleen naar de hoogste 4 bits.

Klopt dus de seca2 00 blijft 00 en de 30 van mediaguard 3 wordt 3.

En daarom gaat het met nautical fout

Dit wordt een easy fix. Ik ga Marley nog ff paar dagen de tijd geven om zijn ecm detectie aan te passen naar mijn onderzoek.

Zoniet ga ik het zelf coden

Edited by theparasol, 24 February 2012 - 21:00.

[Erik Slagter]

Mooi werk, ik had de ticket update al gezien. Ik had nooit gedacht dat het zo simpel zou zijn.

En nu maar hopen dat die betreffende bytes geen datum of volgnummer zijn, zodat het over een uur of morgen allemaal veranderd is!

Edited by Erik Slagter, 24 February 2012 - 21:02.

[theparasol]

[color="#000088"]int[/color][color="#000000"] seca_version [/color][color="#666600"]=[/color][color="#000000"] reader[/color][color="#666600"]->[/color][color="#000000"]availkeys[/color][color="#666600"][[/color][color="#006666"]0[/color][color="#666600"]][[/color][color="#006666"]1[/color][color="#666600"]];[/color] [color="#880000"]//misusing availkeys to store seca_version[/color]
[color="#000088"]if[/color] [color="#666600"]([/color][color="#000000"]seca_version [/color][color="#666600"]==[/color] [color="#006666"]3[/color][color="#666600"])[/color][color="#000000"] ecm_type = 0; // assume ecm request always same as cardtype in reader[/color]
[color="#000000"]if (seca_version == 2) ecm_type = 1;[/color]
 
[color="#000088"]if[/color][color="#666600"]([/color][color="#000000"]er[/color][color="#666600"]->[/color][color="#000000"]ecm[/color][color="#666600"][5..8] == 0x00075C00[/color][color="#666600"])[/color] [color="#000000"]ecm_type [/color][color="#666600"]=[/color] [color="#006666"]0[/color][color="#666600"]; // mediaguard 3 request[/color]
[color="#000000"][color="#000088"]if[/color][color="#666600"]([/color][color="#000000"]er[/color][color="#666600"]->[/color][color="#000000"]ecm[/color][color="#666600"][5..8] == 0x0000FC10[/color][color="#666600"])[/color] [color="#000000"]ecm_type [/color][color="#666600"]=[/color][color="#000000"] 1[/color][color="#666600"]; // seca2 request[/color][/color]
 
[color="#000000"][color="#666600"]

[/color][/color]

Wat een shit forum engine, mijn hele code naar de knoppen... zit notabene in een

...

te werken...

Edited by theparasol, 24 February 2012 - 21:20.

[theparasol]

@Erik: kan dit syntactisch gezien?

static int32_t seca_do_ecm(struct s_reader * reader, const ECM_REQUEST *er, struct s_ecm_answer *ea)
int ecm_type;
int seca_version = reader->availkeys[0][1]; //misusing availkeys to store seca_version
if (seca_version == 3) ecm_type = 0; // assume ecm type same as card in reader
if (seca_version == 2) ecm_type = 1; // assume ecm type same as card in reader
if(er->ecm[5678] == 0x0000FC10) ecm_type = 0; // this is a mediaguard 3 ecm request
if(er->ecm[5678] == 0x00075C00) ecm_type = 0; // this is a seca2 ecm request
if ((ecm_type == 0 && seca_version == 3) || (ecm_type == 3 && seca_version == 2)) return ERROR;