mickey

Jeżeli dobrze przeczytałem, to wcale nie tak "trochę". Nie ma już publicznego API. Darmowe jest, ale z limitem użyć na godzinę. A inne możliwości są płatne. Ale może coś przeoczyłem?

Pytanie było czy naciskasz strzałki na obudowie tunera? PS. W sumie to jestem sobie w stanie wyobrazić takie ENV, w którym jest tylko NAND...

Nie ma czegoś takiego jak menu wyboru systemu (jak na komputerach). Nie wiem jakiego masz uboota ale u mnie (dawno tego nie robiłem, więc jak coś proszę o korektę) w momencie kiedy na wyświetlaczu jest NAND strzałkami góra/dół zmienia się urządzenie startowe.

A co mi tam, też coś napiszę ;) Po to mam OpenPLi i kontrolę nad własnym odbiornikiem, żeby robić sobie listy kanałów i inne rzeczy według własnego uznania ... w takim zakresie w jakim potrafię (czy też w jakim mi się chce...). Jak komuś nie odpowiada lista kolegi @myszka20 albo lista operatora, to niech nie korzysta i zrobi sobie swoją własną. Autorzy list mają prawo mieć własny gust i robić sobie po swojemu :P

To nie do końca tak. GOS Menadżer u niektórych (np. u mnie) zainstalował się któregoś dnia sam razem z kolejną aktualizacją czegoś (enigma2?), ponieważ był "wymaganą zależnością". W takiej sytuacji po ostatnich zmianach w opkg, czyli usunięciu tej zależności, paczka się odinstaluje, bo opkg uznaje, że "samo się zainstalowało a nie jest już wymagane, więc można usunąć". Ale jeżeli ściągałeś GOS ze strony już z Menadżerem, to powyższe nie ma miejsca, i automatycznego usunięcia nie będzie. Natomiast jeżeli bardzo chcesz, to możesz usunąć samodzielnie w dowolnym momencie - brak już zależności, która blokowała to wcześniej. Jest jeszcze taki szczegół, że swego czasu był błąd w opkg i w związku z nim poznikały niektóre informacje, że paczka "zainstalowała się sama" i w tej sytuacji także nie będzie kasowania Menadżera z automatu. Zupełnie odrębną sprawą jest, czy ta modyfikacja weszła już do release ... mówiąc serio, to nie wiem.

Nie grzebałem zbyt długo, ale niedawno testowałem "zapasowy zdalny odbiornik". Z UHD (217) na 5800 (217) poszło bez problemu. Z tego samego UHD na 2850 (215) tak samo wpisane ... nie działało. Problem jajka?

Pierwsza opcja działa na pewno - włączyłem u siebie zanim napisałem. Póki co nie spotkałem "skutków ubocznych", ale mało klawisza "PLAY" używam. Drugie rozwiązanie w wersji @herpoi przy okazji nie gubi jednej z funkcji, jak moja propozycja :) PS. Tak co jakiś czas kolejny klawisz dostaje "LONG", może by od razu wszystkim taką funkcjonalność przypisać? Poza numerkami ... albo może im też?

Na Thomsonie też bez problemu działają 3f zamiast 30, 30 też działało, ale tylko "czasami". @fargot: Dzięki za podpowiedź. W obecnej wersji wtyczki w GOS jest opcja (użyj innego zestawu poleceń ... czy jakoś tak), która przełącza pomiędzy tymi dwoma trybami. Się pomyśli i może się zrobi ... w razie czego przypomnij się za jakiś czas.

@deemax: Da się to zrobić, ale nie jestem pewny z jak daleko idącymi skutkami ubocznymi. Dodaj sobie taki wpis w odpowiedniej sekcji: <map context="OkCancelActions"> <key id="KEY_PLAY" mapto="ok" flags="m"/> @herpoi: A może by zmodyfikować ten fragment do takiej postaci: self["MovieSelectionActions"] = HelpableActionMap(self, "MovieSelectionActions", { "contextMenu": (self.doContext, _("Menu")), "showEventInfo": (self.showEventInformation, _("Show event details")), "selectMovie": (self.itemSelected, _("Select movie")), }) Wydaje mi się, że powinno zadziałać i umożliwić wpis: <map context="MovieSelectionActions"> <key id="KEY_PLAY" mapto="selectMovie" flags="m"/> Przyznaję, że nie testowałem.

Pomijając mój poprzedni pomysł, bo może jednak nie tędy droga ... to jeżeli zegar wyświetla godzinę i ta godzina jest prawidłowa, to znaczy, że OpenPLi cały czas działa - zegar w nboksie obsługiwany jest przez wtyczkę do E2. Z opisu wygląda na to, że z jakiegoś powodu wyłącza Ci się evremote2. Możesz się zalogować po ssh/telent i sprawdzić co generuje: "ps | grep evremote" lub "ps ax | grep evremote"? A nie masz przypadkiem "małego pilota" z nc+ i włączonego moderate standby?

Pandrajw z systemem ma być w "pierwszym" porcie huba. A który to "pierwszy"? Zwykle jeden ze skrajnych. Zakładam, że masz 4 porty, więc w 4 próbach powinno zadziałać. Innych pomysłów nie mam.

https://www.technisat.com/pl_PL/TechniSwitch-5-8-G2/352-2768-1726/ Mam trochę wyższy model + inverto black + anteny do naziemnej i ukf (dodatkowa zwrotnica) ... i żadnych powodów, żeby narzekać.

Próbowałeś dopisać do opcji ",sec=ntlmssp"? Pewnie nie pomoże, ale spróbować można... A co do Windows ... zwykle w "zasadach zabezpieczeń lokalnych" były jakieś opcje, które umożliwiały radzenie sobie z problemami niezgodności wersji. Czy i co konkretnie zmienić w Windows 10 nie wiem. Od strony GOS niestety jajko może być za stare, żeby dostosować się od tej strony.

Niby tak. Ale z tego co wyszukuje google, to wynika raczej, że jest problem z dogadaniem się pomiędzy urządzeniami jak chodzi o wersję protokołu i zasady komunikacji i szyfrowania.

A jesteś pewny, że nazwa zasobu, użytkownik i hasło są poprawne? Na jakim systemie ten zasób jest udostepniany? U mnie działa dokładnie tak ja podałeś... Spróbuj do opcji dopisać ",sec=ntlmssp" ... --- A co do FastEthernet w nbox... FastEthernet by wystarczył, ale to coś w nboksach ma w porywach połowę wydajności FastEthernetu i do tego obciąża procesor. Ta połowa wydajności i tak powinna wystarczyć, ale musisz spróbować. W opcjach może się przydać ",rsize=4096,wsize=4096", ale raczej większe wartości, czy też po prostu wpis MAX, czy jakoś tak. O ile pamiętam było w FAQ.

@tux: Miałem (mam) nadzieję, że @AbrahaM ma jeszcze jakieś archiwum z połataną wersją ;) @xbernix: Jak trochę poczytasz po forach, to tych "najlepszych, bezproblemowych i stabilnych" było już w historii kilka. Ale to pokazuje, że są takie zmiany w kodzie, że nagle z wersji na wersję oscam przestaje działać poprawnie "w szczególnych przypadkach". Tym szczególnym przypadkiem był swego czasu conax w czytniku nboksa, który w pewnym momencie odmówił współpracy i wymagał zmiany w konfiguracji oscama. Zakładając, że Twój problem spowodowany jest przez oscama, to możliwości są moim zdaniem dwie: w kodzie zostało coś tak zmienione, że działać nie będzie (trzeba poprawić kod), albo w kodzie zostało coś tak zmienione, że trzeba coś zmienić w konfiguracji.

@xbernix: Te kompilacje powinny bez problemu ruszyć na 8.6: http://download.oscam.cc/index.php?directory=1.20_TRUNK/sh4-qboxhd& Spróbuj jedną z nowszych, czyli np. 11209, do której w GOS się odwoływałeś, i sprawdź czy jest wszystko ok na 8.6 z nowym oscamem. @AbrahaM: Może dałoby radę zrobić kompilację 9300 z nowym OpenSSL? W sumie była to wersja tak długo używana w GOS, że jako pewien punkt odniesienie do testów czasami może się przydać.

Jeżeli nie oscam, to z tej trójki kolejny na liście ustawiłbym sterownik czytnika. W teorii w 217 jest taki sam jak w 211, ale może zmiany w innym miejscu spowodowały, że jednak powinien zostać zmieniony... Przydałby się jakiś test takiej na pewno działającej karty, której przykład podał @AbrahaM, ale zrobiony w czytniku nboksa na jajku 217. Albo jednak na działającym 9300 (problem z OpenSSL?) na jajku najnowszym na karcie kolegi @xbernix. @xbernix: Spróbuj podmienić w /lib/modules plik z załącznika ... tylko zachowaj stary, bo ten może wcale nie działać.

Tak z ciekawości, o ile chce Ci się jeszcze tego mikrotika odpalać: Masz możliwość sprawdzenia sprzętu na innym zasilaczu?

Co znaczy "przekonwertowałem"? Zmiana kontenera nic nie daje. Kodek wideo winien być H.264/x264, audio najlepiej jakieś AC3. A ja jeszcze to zapakujesz w kontener TS, to włączy się sprzętowe wspomaganie dekodowania.

@xbernix i @AbrahaM: Od razu piszę, że się na kartach nie znam, jedynie trochę czytać potrafię. I zakładam, że komunikaty w logach oscama mają logiczny sens. Ta działając konfiguracja na starym oscamie: 2016/02/24 17:18:21 5F6930 r sci0 [internal] card detected 2016/02/24 17:18:24 5F6930 r sci0 [internal] ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6 2016/02/24 17:18:24 5F6930 r sci0 [internal] Init card protocol T0, FI=1, F=372, D=1, N=1 2016/02/24 17:18:24 5F6930 r sci0 [internal] Calculated work ETU is 74.40 us reader mhz = 500 2016/02/24 17:18:27 5F6930 r sci0 [internal] ATR Fsmax is 5 MHz, clocking card to 5.00 (specified in reader->mhz) 2016/02/24 17:18:28 5F6930 r sci0 [internal] type: SECA, caid: 0100, serial: #########, card: Mediaguard v10.0 2016/02/24 17:18:28 5F6930 r sci0 [internal] Request provider 1 I kiedy zostało ustawione 357, to zaczęło się tak: 2016/02/24 16:09:11 58B21DB8 r (reader) sci0 [internal] card detected 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] Init card protocol T0, FI=1, F=372, D=1, N=1 2016/02/24 16:09:18 58B21DB8 r (reader) sci0 [internal] Calculated work ETU is 104.20 us reader mhz = 357 2016/02/24 16:09:22 58B21DB8 r (reader) sci0 [internal] ATR Fsmax is 5 MHz, clocking card to 3.57 (specified in reader->mhz) 2016/02/24 16:09:23 58B21DB8 r (reader) sci0 [internal] detect seca/nagra tunneled card 2016/02/24 16:09:45 58B21DB8 r (reader) sci0 [internal] Nagra layer found 2016/02/24 16:09:45 58B21DB8 r (reader) sci0 [internal] Rom revision: 2016/02/24 16:10:13 58B21DB8 r (reader) sci0 [internal] card system not supported 2016/02/24 16:10:13 58B21DB8 r (reader) sci0 [internal] Normal mode failed, reverting to Deprecated Mode To wygląda jakby dogadało się z kartą, poprawnie rozpoznało typ ... i powiedziało, że tej katy nie zna i nie będzie z nią współpracowało w "normal mode". Ale może się uda w "deprecated mode" ... i od tego momentu jest kompletna klapa. Na zasadzie "a może się uda" próbowałbym takich kombinacji mhz/cardmhz: 300/300 300/500 500/300 357/500 500/357 372/372 372/500 500/372 Ale ta linia jak dla mnie sugeruje, że oscam z jakiegoś powodu nie chce rozmawiać z tą kartą i robi to z premedytacją: 2016/02/24 16:10:13 58B21DB8 r (reader) sci0 [internal] card system not supported

Tak swoją drogą, aktywne huby (na pewno te moje) działają tak, że jeżeli się odłączy im zasilacz, to pobierają zasilanie z tunera (co zresztą sygnalizuje niebieskie światełko). Dopiero odłączenie i tunera i huba od zasilania jest skuteczne.

Jeszcze raz, może jaśniej, to co napisał j00zek: Żeby po restrarcie nboksa czy esi AS102 podłączony do aktywnego huba był widoczny, to ten hub też musi zostać zrestatowany, czyli musi być takie kilka chwil, kiedy zarówno nbox jak i hub są bez prądu. Dokładniej to bez prądu chwilę musi być AS102, czyli np. trzeba go wyjąć z gniazda na moment, kiedy na wyświetlaczu jest Load.

Jeżeli moduł to tylko pliki pythona, to rozpakowujesz go w odpowiedniej lokalizacji (zwykle /usr/lib/python/site-packages) kompilujesz komendą pycompile całość albo reboot i się skompiluje. Jeżeli potrzebne są binarki pod SH4 ... to tworzysz sobie środowisko i kompilujesz binarki i wrzucasz gdzie trzeba.

Bridge Mode wyłącz, WMM Support włącz. Inne pomysły to już takie jak @tux: zmień sieciówkę. A na jaką ... a nie wiem :) Jakie wyniki pokazuje telefon? PS: Zmiana counrty i gain nic nie zmieniła w szybkości połączenia?