tak to asi nepomůže, spíš dej, co máš v oscam.conf

Tak to nevím ale fakt mně to tak jede. Ale jen v tom oscamu 11391, v tom novém ne. Teď jsem ještě jednou vrátil ten 11391 zpět abych si to ověřil, že fakt nemám vlčí mlhu a je to tak. Nahlížím do "Method of Opening PowerVu Channels in Enigma2 Using Oscam" na sat universe ale zatím jsem tam nic nenašel, co by řešilo tuto situaci. Ale je tam 181 stran, zatím jsem prohlídl pár posledních.

# dvbapi configuration #
##############################
A: ::0028:0102::: 2600:000000:1FFF # ERT HD (3.0E) 12.734 V
A: ::000A:0104::: 2600:000000:1FFF # ERT 1 (3.0E) 12.734 V
A: ::0014:0100::: 2600:000000:1FFF # ERT 2 (3.0E) 12.734 V

P: 0D96
P: 0D97
P: 0E00:000000 # AFN
P: 0604 # Bulsatcom

config pre streamrelay vyzerá trošku inač

Taky se divím ale s tím 11391 to fakt tak jede. Stream relay je =0 ale stream jede. Myslím, že to tak bylo nastavené kvůli tomu AFN, které jelo normálně bez relay než něco změnili.

S 11462 mě to samozřejmě napadlo jako první, tak jsem to změnil na =1 ale nejede to ani tak. Zato AFN šlape prakticky s jakoukoli konfigurací, není ani třeba ty 2 separátní readery.

ako ti môže isť stream_relay keď ho máš vypnuté všetko je to o nastavení a možnostiach boxu

no úplně skvělé to taky není, AFN sice šlape ale zase nejedou Discovery programy, ty šly zase na ten starý oscam (11391).

Zkoušel jsem různě měnit readery a dvbapi ale bez úspěchu. AFN jelo a jede bez stream relay a Discovery vždy jely pouze v stream relay.

Takto to jelo pod 11391:

oscam.conf:

[streamrelay]
stream_relay_enabled = 0

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
delayer = 60
user = mmm
boxtype = dreambox
request_mode = 0
chaninfo = 1
extended_cw_api = 2

oscam.server:

[reader]
label = AFN
protocol = emu
device = emulator
caid = 0E00
detect = cd
ident = 0E00:000000
group = 1
emmcache = 1,1,2,1
emu_auproviders = 0E00:000000
cacheex = 1
cacheex_maxhop = 1
cacheex_allow_request = 1
services = afn

[reader]
label = emulator
protocol = emu
device = emulator
caid = 0D00,0D02,090F,0500,1801,0604,2600,FFFF,0E00,4AE1,1FFF,1010
detect = cd
ident = 0D00:000000,000004,000010,000014,000020,0000C0,0000C4,0000C8 ,0000CC;0D02:000000,00008C,0000A0,0000A4,0000A8;090F:000000; 0500:000000,030B00,023800,021110,007400,007800;1801:000000,0 01101;0604:000000;2600:000000;FFFF:000000;0E00:000000;4AE1:0 00000
group = 1
emmcache = 2,2,2,0
saveemm-u = 1
emu_auproviders = 0500:030B00;0604:010200;0E00:000000;4AE1:000000
services = !afn

A to updatování klíčů nejede vůbec.

Tak jsem zkusil aktualizovat oscam na 11462 a jede i AFN. Ale jestli mi to bude aktualizovat klíče nevím.

oscam to vie tiež

Ncam si sám sťahuje kľúče. Stači sa natočiť na 9 E a AFN Family a počkať pár minút . Ocsam to nevie .

Přílohy:

Kto si nevie nastaviť oscam používa ncam .

Moc mi to neva, afn jsen moc nesledoval, u mně vede bbc na 27,5w a to jede už několik let bez problémů, ani klíče nemění

Mně to jelo s oscamem na xTrend ET8000 ale před pár měsíci to přestalo jít, nevím v čem je problém. Klíče jsem zkoušel aktuální ze spolehlivého zdroje. Ncam moc neumím, kdysi jsem ho zkoušel a padalo to.

BDfKNMroid a co si cakal ?

No a je po diskusii .

samozrejme ze bezcam