Jump to content

Jej@n

SUPER MODERATOR
  • Content Count

    3,032
  • Joined

  • Last visited

  • Days Won

    409

Jej@n last won the day on September 16

Jej@n had the most liked content!

Community Reputation

4,178 Wyśmienita

About Jej@n

  • Rank
    SuperWriter

Contact Methods

  • Website URL
    http://

Profile Information

  • Płeć
    Mężczyzna

Recent Profile Visitors

12,534 profile views
  1. 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-09-10 ncplus.zip Cyfrowy Polsat / 2019-09-15 cp.zip Orange Polska * / 2019-09-16 orange.zip adult-0500@050F00 / 2019-08-15 adult-0500@050F00.zip [srvid/srvid2] Dla dekoderów! Przed "wrzuceniem" do box'a należy usunąć (jeśli jest!) 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. Archiwum zawiera 4 pliki: - "InFo.txt" / informacje o zmianach w "oscam.srvid" (w innych plikach zmian może być znacznie więcej) - "oscam.srvid" / Hotbird 13,0E + Astra 19,2E w starym formacie srvid - "oscam.srvid2" / Hotbird 13,0E + Astra 19,2E w formacie srvid2 - "oscam.srvid.new" / Hotbird 13,0E + Astra 19,2E w nowym formacie srvid (konwersja pliku "oscam.srvid2") 2019-09-15 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 zbędnego satelitę w całości. # 5 plików dedykowanych w formacie srvid2 (dla 13,0E i 19,2E w nieco szerszej formie jak w plikach w archiwum powyżej): - "oscam.srvid2.9e0" / Eutelsat 9B 9,0E - 2019-09-04 oscam.srvid2.9e0 - "oscam.srvid2.13e0" / Hotbird 13,0E - 2019-09-15 oscam.srvid2.13e0 - "oscam.srvid2.16e0" / Eutelsat 16A 16,0E - 2019-09-16 oscam.srvid2.16e0 - "oscam.srvid2.19e2" / Astra 19,2E - 2019-09-12 oscam.srvid2.19e2 - "oscam.srvid2.23e5" / Astra 3B 23,5E - 2019-09-05 oscam.srvid2.23e5 [srvid/srvid2] Dla serwerów/bez DVB-Api (np. terminal, router etc.). 2019-09-15 srvid.zip Przed zastosowaniem edytując należy pozostawić tylko pasujące sekcje z właściwymi providerami. CCcam.channelinfo 2019-09-15 CCcam.channelinfo OSCam - "oscam.ac" (simulcrypt). 2019-09-15 AC-4all.zip MgCamd - "replace.list". * 2019-09-15 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! * - bez ESP* (#1)
  2. Dla samego Hotbirda to raczej bez EMU.
  3. [OSCam] /EMU - oscam-patched/CyCeC/ TEST Cayman - Cameleon - C[WPK]onax - 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 "cycec" dla Sky DE i Elite Redlight nie wymagają stosowania parametru(ów) <disablecrccws/disablecrccws_only_for>! # OSCam-EMU-SH4/r11546 oscam-emu11546-797-sh4-cycec # OSCam-EMU-MIPSEL/r11546 oscam-emu11546-797-mipsel-ssl098-cycec oscam-emu11546-797-mipsel-ssl100-cycec oscam-emu11546-797-mipsel-ssl102-cycec oscam-emu11546-797-openpli40-cycec-ssl-libusb # OSCam-EMU-ARM/r11546 oscam-emu11546-797-arm-cycec-ssl-libusb oscam-emu11546-797-arm_dream-cycec-ssl-libusb # OSCam-EMU-HD51/r11546 oscam-emu11546-797-hd51-cycec-ssl-libusb-pcsc
  4. [OSCam] /CyCeC/ TEST Cayman - Cameleon - C[WPK]onax - 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 "cycec" dla Sky DE i Elite Redlight nie wymagają stosowania parametru(ów) <disablecrccws/disablecrccws_only_for>! # OSCam-SH4/r11546 oscam-11546-sh4-cycec # OSCam-MIPSEL/r11546 oscam-11546-mipsel-ssl098-cycec oscam-11546-mipsel-ssl100-cycec oscam-11546-mipsel-ssl102-cycec oscam-11546-openpli40-cycec-ssl-libusb # OSCam-ARM/r11546 oscam-11546-arm-cycec-ssl-libusb oscam-11546-arm_dream-cycec-ssl-libusb # OSCam-HD51/r11546 oscam-11546-hd51-cycec-ssl-libusb-pcsc # OSCam-i686/r11546 oscam-11546-i686-linux-cycec oscam-11546-i686-linux-cycec-ssl-libusb-pcsc # OSCam-x86_64/r11546 oscam-11546-x86_64-linux-cycec oscam-11546-x86_64-linux-cycec-ssl-libusb-pcsc # OSCam-TPLink/r11546 oscam-11546-tplink-cycec # OSCam-Linksys WRT(1200/1900/3200)/r11546 oscam-11546-linksys_openwrt-cycec-ssl-libusb-pcsc # OSCam-FRITZ/r11546 oscam-11546-fritz73xxOS62-cycec-pcsc oscam-11546-fritz74xxOS65-cycec-pcsc # OSCam-RPi/r11546 oscam-11546-rasb_hard-cycec-libusb-pcsc
  5. Jej@n

    Problem OSCam

    Linie z Ali... trzeba traktować jako źródła niestabilne więc funkcja równoważenia obciążenia (LB) generalnie odpada, zamiast - w celu optymalizacji - lepiej skorzystać z funkcji <fallback>. Należy przy tym zadbać o właściwe progi przełączania dla poszczególnych (tylko tych interesujących nas) CaID. Inteligentne (nie generowane tasiemce!), proste priorytety wsparte parametrami <L:> przy włączonej symultanie na pewno nie zaszkodzą a mogą znacznie poprawić komfort oglądania. Przykłady można podać tylko to co będzie dobre w jednym, w innym przypadku może się nie sprawdzić. Zresztą ja nie uznaję "małpowania", każda sytuacja powinna być potraktowana indywidualnie (kol. @tom17 o tym już wcześniej napisał) TU i TERAZ (patrz moja sygnatura).
  6. [OSCam] /kompilacje dedykowane/ (aktualizacja) Dwie kompilacje (z prywatnych zastosowań - może kogoś zainteresują?) - dedykowane dla serwerów VPS i wymianie CacheEX w wersjach 32 i 64 bitowych. Różnice pomiędzy nimi są niewielkie, informacje o kompilacjach umieściłem w spoilerach więc można je sobie porównać. Najważniejsze to brak funkcji AC, LB oraz CW Cycle Check w kompilacjach dedykowanych CacheEX. U mnie oba OSCam'y pracują na terminalu obok trzeciego (serwera kart lokalnych - SCcam). # VPS oscam-VPS11546-i686-linux-ssl oscam-VPS11546-x86_64-linux-ssl # CacheEX oscam-CamEX11546-i686-linux oscam-CamEX11546-x86_64-linux
  7. # oscam.services [ppv] caid = 1861 provid = 000000 srvid = 3E30 # oscam.user [account] user = ... pwd = ... group = ... services = ppv .
  8. Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.
  9. Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu. Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.
  10. Dwa zasadnicze błędy, jeden parametr kompletnie zbędny a dwa do korekty. Od końca, do korekty <ecmfmt> i <readerrestartseconds>. Korekta tego drugiego polega na jego usunięciu czyli przywróceniu wartości domyślnej 5s. Parametr <ecmfmt> należy inaczej ustawiać na kliencie DVB-Api a inaczej na serwerze. Tutaj pomijamy dane, które nigdy nie wystąpią jak ECM_PID czy ONID no chyba, że lubimy patrzeć na ciągi zer w logach. Przy wartościach, które są wyświetlane ale mogą mieć wartość "0" np. Provider_ID czy CHID ustawiamy z przodu "0" i są wtedy pomijane. Propozycje: ecmfmt = s.[c-0p-0i-l].w / ecmfmt = c&0p/s/0i/l:w Kompletnie zbędny jest parametr <lb_mode = 1>, przy dwóch różnych co do CaID[@Provider_ID] kartach funkcja równoważenia obciążenia nigdy nie będzie miała szans na zastosowanie. Jeśli chcesz zapisywać i analizować statystyki to ustaw <lb_mode = 10>. Teraz te dwa zasadnicze błędy, które pozostają w bezpośrednim związku z przedstawionymi problemami, pierwszy to <waitforcards = 0>. Bombardujesz karty ECM'ami zanim zdążą wykonać poprawny init. Wartość domyślna 500ms czasami jest niewystarczająca, ja w swoich ustawieniach operuję wartościami od 1000 do 2500. Przy tych dwóch kartach myślę, że 1000-1500 będzie OK. Drugi błąd to <clienttimeout = 10000>. Dla 164/369 (zdecydowanie najwięcej!) programów (z kopiami oczywiście) obecnych w polskich platformach interwały ECM wynoszą 10s co pozwala nam realnie zdefiniować maksymalnie w parametrze <clienttimeout> 8s czyli <8000>, pytanie: tylko po co? Usuń ten parametr, tym samym przywróć w zupełności wystarczającą wartość domyślną 5s.
  11. Może jeszcze "oscam.conf" pokaż. Kilka uwag do tego co widać: - czytniki ustaw w <device> po ID (patrz 3 posty wyżej), - kartę Conax ustaw w <cardmhz = 368>, - jeżeli tworzysz <services> to postaraj się aby 1:1 odzwierciedlały aktualną ofertę i były zawsze aktualne!
  12. Jej@n

    Problem OSCam

    Czasy odpowiedzi karty na serwerze różnią się od tych w logach na kliencie. Niby nic dziwnego gdyby nie fakt, że tutaj w większości na kliencie o 30-35ms (i więcej) są one niższe! Przywróć parametr <delayer> i ustaw jego wartość na 750ms i zobacz co się będzie działo.
  13. Jej@n

    Problem OSCam

    Trochę krótki ten log, kilka ECM'ów wcześniej (przed) pasowało skopiować. Czasy odpowiedzi karty bez zmian, zdecydowanie za wysokie, powinny oscylować ok. 300ms. Sprawdzałeś w innym czytniku (phoenix'ie), na dekoderze? Zrobiłeś korekty, o których pisałem? Jest timeout, tylko co jest jego przyczyną?
  14. Jej@n

    Problem OSCam

    Tak, albo prościej: l:0100:000068:::5C00:64 To jest małe "L"! Konfiguracja klienta w sumie jest OK. Nie wiem jaka wersja OSCam'a aktualnie pracuje, jeśli nowsza od tej, dla której była (jakiś czas temu) tworzona konfiguracja to usuń parametr <delayer> na obu klientach. Jak możesz to z następnej zwiechy wstaw logi z klienta i serwera dokładnie z tego zdarzenia.
×
×
  • 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.