Problem s FEC u OpenPLi 9 a 9.1

[gusto1]

Obycajne si skenujem druzicu sam (nepouzivam fastscan). Napr skylink ma teraz 13 TP, cize stiahnem aktualny TP, vyhodim zbytocne TP poslem do /etc/tuxbox, reboot gui a skenujem.
Naposledy som nestahoval TP list, lebo sa mi zdal aktualny.
Signal bol na vsetkych TP, tak som urobil scan v Dreambox edit som si kanaly upravil a poslal do boxu.
Toto som robil na boxe s OpenPLi 9.1
Ked to funguje, tak tieto kanaly nakopirujem na web server. (adresare /etc/enigma2 a /etc/tuxbox)
Potom si kamarat moze pomocou pluginu, ktory som spravil do E2, tieto kanaly cez DO stiahnut a ma aktualny zoznam kanalov.
Kamarat si to stiahol a povedal, ze nic mu nefunguj a namiesto kanalov ma N/A.

Zistil som, ze tp list, ktory som pouzil na scan mne fungoval (OPLi 9.1), ale on nemal na ziadnom TP signal (OPLi 9). Vsimol som si, ze na vacsine TP je blby FEC.
Na starom TP liste som mal skoro vsade FEC 2/3 (vid prvy riadok), ale spravne mal byt 3/4 (vid druhy riadok)

Kód: Vybrat vše

<transponder frequency="12012000" symbol_rate="29900000" polarization="1" fec_inner="2" system="1" modulation="2"/>
<transponder frequency="12012000" symbol_rate="29900000" polarization="1" fec_inner="3" system="1" modulation="2"/>

Domnievam sa, ze v OpenPLi 9.1 je nieco zmenene, ze FEC sa jednoducho ignoruje a nech je tam nastavene cokolvek scan modul si FEC automaticky doplni.
Vie mi niekto potvrdit ze je to tak ?

[EnoSat]

Niektore tunery pracuju v rezime AUTO FEC (tzn. ze hodnota FEC moze byt cokolvek) a niektore tunery, ktore nepracuju v tomto rezime vyzaduju presne urcenu hodnotu. Nemal by to byt problem image pre dany typ tuneru ze v 9.0 tak a v 9.1 inak.

[gusto1]

Dik, to bola trochu aj recnicka otazka. Uz si budem setellites.xml radsej kontrolovat (vsetky parametre).
Ked som FEC na vsetkych zmenil, tak je to OK.