Jump to content

Jej@n

SUPER MODERATOR
  • Content Count

    2,888
  • Joined

  • Last visited

  • Days Won

    388

Jej@n last won the day on July 15

Jej@n had the most liked content!

Community Reputation

3,979 Wyśmienita

About Jej@n

  • Rank
    SuperWriter

Contact Methods

  • Website URL
    http://

Profile Information

  • Płeć
    Mężczyzna

Recent Profile Visitors

11,671 profile views
  1. Jej@n

    vod blokada

    Negatywne <services> zadeklarowane w koncie. Definiujesz w "oscam.services" odpowiedni zbiór SIDs dla operatora, w przykładzie FULL (niskie i wysokie). [vod-1803-full] caid = 1803 provid = 000000 srvid = 003C,003D,003E,003F,0040,0041,0042,0043,0044 W "oscam.user" w odpowiednim koncie deklarujesz go jako negatywny. [account] user = ... pwd = ... group = ... services = !vod-1803-full
  2. Jej@n

    Priorytet (?) OSCam

    Dla dużych serwerów jest po prostu większa efektywność. Masowo stosowane na małych serwerach będą bezużyteczne. @kalikamp Już raz mnie o to zaczepiałeś i widzę, że lekcji nie odrobiłeś. Ja nie mam na tyle wolnego czasu żeby wracać szczegółowo do tematu i tłumaczyć ale to nie jest filtrowanie długości ECM, do tego służy filtr globalny "oscam.whitelist". Dwa pid'y i różne długości ECM swego czasu występowały na Astrze 19,2*E w platformach canal digitaal i/lub TV VLAANDEREN (nie jestem pewien czy w obu), aktualnie brak. Do wskazania/ignorowania właściwego pid'a masz <PIDx>. # priority: # P: [CAID]:[PROVIDER_ID]:[SID]:[ECM_PID]:[CHID] [FORCE/continue]:[PIDx] # ignore: # I: [CAID]:[PROVIDER_ID]:[SID]:[ECM_PID]:[CHID] [PIDx] Dla programów, które video i audio szyfrują na różnych ECM_PID służy parametr <X: >. W chwili obecnej nie znam przykładu dla tego parametru. # demux: # X: [CAID]:[PROVIDER_ID]:[SID]:[ECM_PID]:[CHID] A wracając do <L: >, może to Ci da do myślenia. 2019/07/20 16:19:34 56DA3FAD h (dvbapi) Parsing rule: ret=1 | l: 1803 000000 0000 10000 0000 2019/07/20 16:19:34 56DA3FAD h (dvbapi) prio: ret=1 | l: 1803 000000 0000 0000 10000 -> map 0000 000000 0000 | prio 0 | delay 146 2019/07/20 16:19:34 56DA3FAD h (dvbapi) Parsing rule: ret=1 | l: 1861 000000 0000 10000 0000 2019/07/20 16:19:34 56DA3FAD h (dvbapi) prio: ret=1 | l: 1861 000000 0000 0000 10000 -> map 0000 000000 0000 | prio 0 | delay 137 2019/07/20 16:19:34 56DA3FAD h (dvbapi) Parsing rule: ret=2 | l: 0100 000068 0000 10000 0000 2019/07/20 16:19:34 56DA3FAD h (dvbapi) prio: ret=2 | l: 0100 000068 0000 0000 10000 -> map 0000 000000 0000 | prio 0 | delay 100 2019/07/20 16:19:34 56DA3FAD h (dvbapi) Parsing rule: ret=1 | l: 1884 000000 0000 10000 0000 2019/07/20 16:19:34 56DA3FAD h (dvbapi) prio: ret=1 | l: 1884 000000 0000 0000 10000 -> map 0000 000000 0000 | prio 0 | delay 143
  3. Jej@n

    Priorytet (?) OSCam

    Ten zabieg jest dobry dla dużych serwerów komercyjnych gdzie podstawę oferty stanowi wymiana CacheEX.
  4. Jej@n

    Priorytet (?) OSCam

    Parametr <preferlocalcards> dla kart lokalnych i "przysposobionych" parametrem <localcards> w czytnik(u-ach) ma najwyższy priorytet. A to czy jest/nie jest uwzględniony provider w pliku "oscam.dvbapi" zależy od tego czy stosujemy priorytety "otwarte" czy "zamknięte". Priorytety "zamknięte" <I: 0> muszą zawierać providera zdefiniowanego powyżej bo wszystko czego tam nie ma OSCam po prostu ignoruje. Jeśli parametr <preferlocalcards> jest nieaktywny (0) o priorytetach decyduje zgodnie z kolejnością zawartość pliku "oscam.dvbapi" i bez znaczenia jest czy jest/są to kart(a-y) lokaln(a-e) czy proxy. @Dafy Jeśli wygenerowałeś (tfu!) i wkleiłeś wszystko "jak leci" to nie ma to żadnego sensu, zamiast tej "drabiny" ustaw po prostu priorytet dla kart/y. Jeśli masz tylko te dwie karty to wystarczy, dla priorytetów "otwartych" wskazać jedną, dla "zamkniętych" obie, przy dwóch kartach spokojnie wystarczy pierwsze rozwiązanie. Przykłady: - priorytety otwarte ze wskazaniem na CAMELEONa, jeśli chcesz priorytet dla CP to zamiast użyj właściwy CaID karty CP, P: 0100:000068 - priorytety zamknięte ze wskazaniem na CAMELEONa, jeśli chcesz inaczej to zamień miejscami parametry <P: >. P: 0100:000068 P: 1803 I: 0 M: 0100::0DE3:0901 0100:000068 # TVP Sport HD
  5. Jej@n

    Priorytet (?) OSCam

    A nie o to pytałeś?
  6. Jeśli to wina karty to inne pomysły niczego nie wniosą. Jaka wersja OSCam'a? Jak jest realizowane AU? Ja nie spotkałem się w swoim otoczeniu, a mam 3 takie karty, z Resync na kartach CP/1803.
  7. DOWNLOAD ZONE ECMLength/ECMHeader: ZASTOSOWANE FORMATY Pliki "oscam.srvid". Format: CAID1[,CAID2[,...]]:SID|PROVIDER_NAME|CHANNEL_NAME|TYPE| Pliki "oscam.srvid2". Format: SID:[0000,]CAID1[@PROVIDER_ID1[@PROVIDER_ID2[@...]]][,CAID2[@PROVIDER_IDA[@PROVIDER_IDB[@...]]]]|CHANNEL_NAME|TYPE Szablony definicji dla "oscam.ac". Format: CAID:PROVIDER_ID:SID:CHID= # NAME Definicje [priority] do ustawiania wyjątków w "oscam.dvbapi". Format: P: CAID:PROVIDER_ID:SID:ECM_PID:CHID # NAME Definicje ECMLength dla "oscam.whitelist". Format: l:CAID:PROVIDER_ID:SID:ECM_PID:CHID:LENGTH # NAME Definicje, tylko programy polskich operatorów, dla "oscam.ac" (simulcrypt). Format: *:*:SID:*=SECONDS # NAME Definicje dla "replace.list"/MgCamd. Format: R: {{ SID } { CAID } { PROVIDER_ID } { ECM_PID } { 0 } { 0 } { 0 }} # NAME CCcam.channelinfo/OScamMonitor -> INFO Format: CAID:PROVIDER_ID:SID " operator [system] - NAME" Definicje (tylko programy polskich operatorów) dla "oscam.ac" (simulcrypt). Format: *:*:SID:*=SECONDS # NAME nc+ / 2019-07-15 ncplus.zip Cyfrowy Polsat / 2019-07-12 cp.zip Orange Polska / 2019-07-18 orange.zip adult-0500@050F00 / 2019-07-03 adult-0500@050F00.zip [srvid/srvid2] Dla dekoderów! 2019-07-17 oscam.srvid.zip Nie należy ograniczać zawartości do jednego/kilku providerów, o skutkach takiego działania pisałem TUTAJ! Edytując plik możemy usunąć co najwyżej w całości zbędne satelity. Archiwum zawiera łącznie 9 plików: - "InFo.txt" / informacje o zmianach w "oscam.srvid" (w innych plikach zmian może być znacznie więcej) - "oscam.srvid" / Hotbird 13*E + Astra 19,2*E w starym formacie srvid - "oscam.srvid2" / Hotbird 13*E + Astra 19,2*E w formacie srvid2 - "oscam.srvid.new" / Hotbird 13*E + Astra 19,2*E w nowym formacie srvid (konwersja pliku "oscam.srvid2") / oraz 5 plików dedykowanych (dla 13*E i 19,2*E w nieco szerszej formie jak w plikach powyżej) w formacie srvid2: - "oscam.srvid2.9E" / Eutelsat 9B 9,0*E - "oscam.srvid2.13E" / Hotbird* 13,0*E - "oscam.srvid2.16E" / Eutelsat 16A 16,0*E - "oscam.srvid2.19E" / Astra* 19,2*E - "oscam.srvid2.23E5" / Astra 3B 23,5*E Po wypakowaniu właściwego pliku, przed "wrzuceniem" do box'a, należy usunąć rozszerzenie pozostawiając jedynie "oscam.srvid[2]". Można skopiować zawartość konkretnego pliku i z poziomu WebIf'a wkleić do "oscam.srvid[2]" pracującego OSCam'a. [srvid/srvid2] Dla serwerów/bez DVB-Api (np. terminal, router etc.). 2019-07-15 srvid.zip Przed zastosowaniem edytując należy pozostawić tylko pasujące sekcje z właściwymi providerami. CCcam.channelinfo 2019-07-15 CCcam.channelinfo.zip OSCam - "oscam.ac" (simulcrypt). 2019-07-12 AC-4all.zip MgCamd - "replace.list". 2019-07-17 replace.zip O zmianach przeczytasz w pierwszym poście! Od dnia 26.06.2019 r. do odwołania (wakacje) aktualizacje będą wykonywane raz dziennie!
  8. Jej@n

    OSCam PowerVu

    AFN = Key: Down. Astra 4.8°E = AU -> OK
  9. [INFO] /// EMM-G/CAMELEON \\\ Od 2 listopada 2015 r. (poprzednia zanotowana przeze mnie zmiana) do 25 kwietnia 2017r. zestaw insów był stały i niezmienny. Na każde 10 minut spadały 94 (93 różne) instrukcje. 94G-20170425.log W dniu 26 kwietnia miała miejsce pierwsza zmiana - dodano 3 nowe EMM-G. 97G-20170426.log 27 kwietnia kolejna zmiana - nowe 5 EMM-G wysyłane przed głównym zestawem (z 26 kwietnia 2017r.) z blisko minutową przerwą pomiędzy. 102G-20170427.log 2018-04-19 Mamy dość istotną zmianę? Ilościowo, z dotychczasowych 102 (101 różnych) zwiększono do 126 (125 różnych) na każde 10 minut, automatycznie skrócona została przerwa pomiędzy cyklami. Co wnoszą? Zdaje się, że zmiana wersji ROM: DNASP400 RevI4E. 126G-20180419_RevI4E.log Globale dla CAMELEONa RevI4E. global_emm_RevI4E.zip Pobrać, wypakować i wrzucić do katalogu z konfiguracją OSCam'a. W zakładce Readers kliknąć w ikonkę "Write EMM to: 'nazwa_czytnika'" i w pozycji "File path with EMM's:" podać pełną ścieżkę do pliku z jego nazwą, kliknąć w "Launch" i zatwierdzić. Chwilkę to potrwa a gdy się zakończy przejść do zakładki Readers, odświeżyć uprawnienia, zawachlować kartą i zrestartować OSCam'a. Przed całą operacją dobrze jest wyłączyć czytnik z użytkowania nadając mu unikalną grupę, której nikt nie ma w swoim koncie i zrestartować OSCam'a. 2019-07-17 Kolejny atak operatora? Up Rom? Dwie karty z mojego otoczenia z odblokowanymi globalami przestały działać, ERROR w czytniku, karty się nie inicjują. Więcej szczegółów jak znajdę troszkę czasu. W dedykowanym dekoderze pokazuje DNASP400 REVI4G ale w OSCam nie startuje. Próba uruchomienia karty w trybie Nagra skończyła się niepowodzeniem. To jest ta druga karta, która nie była w oryginalnym dekoderze. Możliwe, że proces migracji nie został zakończony i czegoś jej brakuje. Zobaczymy co pokaże ta pierwsza, która aktualnie siedzi w dekoderze operatora. Jak na załączonym obrazku, karta po migracji do 0xFEDC i up Rom do RevI4G, którą ukończyła w dekoderze dedykowanym już działa. /// Aktualnie globale lecą w cyklach po 10 minut, tutaj nic się zasadniczo nie zmieniło (choć ostatnio nie było to wyraźnie akcentowane - teraz jest), na przemian 126(125 unikalnych)/131(130 unikalnych) insów na pakiet. Różnica pomiędzy nimi i w stosunku do tego co do dnia wczorajszego (2019/07/16) leciało to te - dołączone na samym końcu - 5 EMM-G. 5-tka.log /// 2019-07-18 W dniu dzisiejszym zmieniono harmonogram posyłania globali, pominięto pakiet 126/125 EMM-G, a w pozostawionym 131/130 uformowano inną kolejność. Cykle są 20 minutowe z dwiema pauzami (łącznie prawie 10 min.), krótszą nieco ponad 1 min. i dłuższą blisko 9 min. 131G-20190718.log /// Tym zestawem globali w OSCam'ie zrobiłem up Rom do RevI4G na własnej karcie. \\\ /// Żeby do końca wszystko było jasne, ta druga karta została uruchomiona bez dodatkowych zabiegów, wystarczyło zawachlować kartą i zrestartować OSCam'a.
  10. [OSCam] /EMU - oscam-patched/ INFO! -> HOME - fix dla CaID 1861 (revert_r11164-nagra.patch) -> włączony do trunk'a od r11435 - fix dla kart CP CaID: 1803/1861 po upgrade ROM (fix_nagra_card_blocked_by_tier_49xx.patch) -> włączony do trunk'a od r11436 - fix uni-seca (FEDC_11.07.2018.patch) -> włączony do trunk'a od r11454 Wszystkie moje kompilacje zawierają: zwiększony z 200 do 240 bufor |assigned sids|, zmniejszony z 200 do 160 bufor |reject sids| i opcję wyłączenia |writechannelcache| (DVB-Api). # Od r11518 dodałem 2 patche "log_bad_cw_*.patch" i "log_bad_cacheex_cw_*.patch"! Kompilacje nie zawierają kluczyków "SoftCam.Key"! # OSCam-r11532_EMU-r797-SH4 oscam-EMU_svn11532-797-sh4 # OSCam-r11532_EMU-r797-MIPSEL oscam-EMU_svn11532-797-mipsel-ssl098 oscam-EMU_svn11532-797-mipsel-ssl100 oscam-EMU_svn11532-797-mipsel-ssl102 oscam-EMU_svn11532-797-openpli40-ssl-libusb OSCam-r11532_EMU-r797-ARM oscam-EMU_svn11532-797-arm-ssl-libusb oscam-EMU_svn11532-797-arm_dream-ssl-libusb # OSCam-r11532_EMU-r797-HD51 oscam-EMU_svn11532-797-hd51-ssl-libusb-pcsc
  11. Widzisz, oburzyłeś się jak się zapytałem po co Ci ten staruszek, a ja po prostu wiem. Wiem od dawna (od zawsze?), że "cudownych" wersji OSCam'ów nie ma i to bez względu na to kto kompiluje. I śmieszy mnie jak ktoś coś zachwala a inni zaraz tego szukają jako antidotum na ich problemy, śmieszy ale nie dziwi bo każdy chce aby OSCam pracował stabilnie. Zdaję sobie sprawę, że dbałość o poprawną konfigurację i dobór sprzętu mogą być niewystarczające do osiągnięcia tego celu. Ja na jednym zaprzyjaźnionym serwerku gdzie pracują 3 karty CP/1861 założyłem jakiś czas temu "pułapki" na "Resync" bo inaczej trudno było mi stwierdzić czy występuje. 2019/03/25 18:54:00 08E46C4B r (reader) POLSAT_1861_2 [nagra] Resync error: readtimeouts 0/0 (max/min) us, writetimeouts 0/0 (max/min) us 2019/03/25 18:54:01 08E46C4B r (reader) POLSAT_1861_2 [nagra] T1 Resync command error, trying to reactivate! 2019/05/02 03:13:20 0F147F7C r (reader) POLSAT_1861_1 [nagra] Resync error: readtimeouts 0/0 (max/min) us, writetimeouts 0/0 (max/min) us 2019/05/02 03:13:21 0F147F7C r (reader) POLSAT_1861_1 [nagra] T1 Resync command error, trying to reactivate! 2019/07/13 00:32:11 33579F57 r (reader) POLSAT_1861_2 [nagra] Resync error: readtimeouts 0/0 (max/min) us, writetimeouts 0/0 (max/min) us 2019/07/13 00:32:12 33579F57 r (reader) POLSAT_1861_2 [nagra] T1 Resync command error, trying to reactivate! Jak widać od marca do dzisiaj problem wystąpił 3 razy i nie wiem na ile to przypadek ale nie ma na tym wykazie trzeciej karty. Jedna uwaga do Twoich ustawień, <mhz/cardmhz> ustaw na 368 (musisz mieć phoenix z taką opcją) aby transmisja odbywała się z prędkością 115200 Bps. 2019/07/14 04:28:11 058EDCB4 r (reader) POLSAT_1861_1 [mouse] Setting baudrate to 115200 bps 2019/07/14 04:28:11 542FCB88 r (reader) POLSAT_1861_2 [mouse] Setting baudrate to 115200 bps 2019/07/14 04:28:11 1759967E r (reader) POLSAT_1861_3 [mouse] Setting baudrate to 115200 bps
  12. Do czego Ci potrzebny ten staruszek, aktualnie mamy wersję r11532. Dodam, że patch dla Nagry CP/1861 został włączony od wersji r11435 .
  13. [OSCam] /svn/ - fix dla CaID 1861 (revert_r11164-nagra.patch) -> włączony do trunk'a od r11435 - fix dla kart CP CaID: 1803/1861 po upgrade ROM (fix_nagra_card_blocked_by_tier_49xx.patch) -> włączony do trunk'a od r11436 - fix uni-seca (FEDC_11.07.2018.patch) -> włączony do trunk'a od r11454 Wszystkie moje kompilacje zawierają: zwiększony z 200 do 240 bufor |assigned sids|, zmniejszony z 200 do 160 bufor |reject sids| i opcję wyłączenia |writechannelcache| (DVB-Api). # Od r11518 dodałem 2 patche "log_bad_cw_*.patch" i "log_bad_cacheex_cw_*.patch"! # OSCam-svn-SH4/r11532 oscam-svn11532-sh4 # OSCam-svn-MIPSEL/r11532 oscam-svn11532-mipsel-ssl098 oscam-svn11532-mipsel-ssl100 oscam-svn11532-mipsel-ssl102 oscam-svn11532-openpli40-ssl-libusb # OSCam-svn-ARM/r11532 oscam-svn11532-arm-ssl-libusb oscam-svn11532-arm_dream-ssl-libusb # OSCam-svn-HD51/r11532 oscam-svn11532-hd51-ssl-libusb-pcsc # OSCam-svn-i686/r11532 oscam-svn11532-i686-linux oscam-svn11532-i686-linux-libusb-pcsc oscam-svn11532-i686-linux-ssl-libusb-pcsc # OSCam-svn-x86_64/r11532 oscam-svn11532-x86_64-linux oscam-svn11532-x86_64-linux-libusb-pcsc oscam-svn11532-x86_64-linux-ssl-libusb-pcsc # OSCam-svn-TPLink/r11532 oscam-svn11532-tplink # OSCam-svn-Linksys WRT(1200/1900/3200)/r11532 oscam-svn11532-linksys_openwrt-ssl-libusb-pcsc # OSCam-svn-FRITZ/r11532 oscam-svn11532-fritz73xxOS62-pcsc oscam-svn11532-fritz74xxOS65-pcsc # OSCam-svn-RPi/r11532 oscam-svn11532-rasb_soft oscam-svn11532-rasb_hard-libusb-pcsc # OSCam-svn-PPCOLD/r11532 oscam-svn11532-ppcold
  14. Jej@n

    Oscam VU+Duo2

    W konsoli zapodaj: openssl version W zależności od odpowiedzi wybierz zgodny z zainstalowaną w image wersją. root@vusolo2:~# openssl version OpenSSL 0.9.8x 10 May 2012 root@vusolo2:~# I drugi przykład. root@vusolo2:~# openssl version OpenSSL 1.0.2a 19 Mar 2015 root@vusolo2:~# Pierwsza odpowiedź z image VTi 8.2.2 a druga z VTi 14.0.3.
  15. Jej@n

    Problem OSCam

    Tak czy siak problem z kartą - była w trakcie migracji do 0xFEDC - fajnie, że jest już OK.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.