AbrahaM

Dokładnie tak jest. Na dobrą sprawę, przy multiroom, jeśli w drugim odbiorniku też będzie tak samo poustawiane (dostosowane do faktycznej dostępności kanałów) oscam.dvbapi, to nadal go może nie być. oscam.whitelist staje się bardzo przydatny... do odfiltrowania zapytań od klientów ze złymi ustawieniami [dalej tej kwestii rozwijać nie będę], co w warunkach domowych praktycznie mieć miejsca nie powinno. Oscam jest bardzo elastycznym narzędziem, ale z tego powodu "niestety" trudniejszym niż inne w obsłudze. Różne funkcje w oscamie mogą pozwolić na osiągnięcie tego samego (lub podobnego), skutku finalnego.

Po pierwsze, odsyłam do: http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.dvbapi http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.whitelist Po drugie: oscam.whitelist jest przetwarzany z góry na dół, pierwszy pasujący zapis jest stosowany Po trzecie: trochę namieszałeś, bo w 1 dajesz priorytet na konkretny kanał (tvp1) w 2 dajesz priorytet w pierwszej kolejności na 0B01, w drugiej 0100 równocześnie "zakazując" obsługi zapytań na konkretny kanał (tvp1 na 0B01), omyłkowo jak sądzę, dałeś I, zaś I w obu plikach konfiguracyjnych obsługuje ignorowanie. oscam.whitelist może pełnić uzupełniającą rolę w stosunku do oscam.dvbapi, różnica jest taka, że zapisy zrobione w .dvbapi dotyczą tylko dvbapi, zaś zapisy zrobione w .whitelist dotyczą wszystkich klientów, a whitelist pozwala na trochę więcej kombinacji z filtrowaniem ECM.

p:0100:000068:::5C00 # nC+ PO C+ p:1803:000000:::0000 # CP p:1861:000000:::0000 # CP i:0 jako że nie wiem, czy masz CP po 1803 czy 1861, to podałem oba, zbędny wykasuj, żeby to było optymalne, to powinieneś podokładać na kanały których w danej platformie nie ma indywidualne "ignory", ale coś takiego już będzie całkiem nieźle działać.

nieźle, ale mogłoby być lepiej to powinno wyglądać tak: P:0100:000068 I:0 Pierwsza linijka nakazuje preferowanie nC+ po dawnym C+ Druga linijka nakazuje ignorować całą resztę, bo skoro nie ma innych kart/operatorów, to oscam nie powinien nawet próbować z nich skorzystać.

ad 2. tak myślałem i dlatego podałem link ;) ad 3. coś takiego: http://www.hollex.pl/akcesoria/zlaczki/241-zabezpieczenie-przepieciowe-axing to urządzenie niczego nie gwarantuje, w szczególności nie gwarantuje ochrony instalacji, ale zmniejsza nieco ryzyko uszkodzeń które by mogły usmażyć sprzęt w innym wypadku. przy 10-15m nawet "taki sobie" kabel nie powinien być problemem, a i kiepski powinien być możliwy do użycia. ad 4. ja bym celował w tego technisata.. ad 5. multiswitch trochę sygnału wytraca, to fakt. tak samo wytraca przeciwprzepięciówka oraz ewentualne gniazdko, ale co do normowania, to z tym jest różnie.. większość multiswitchy "równo zdejmuje" sygnał, niektóre mają wbudowaną prekorekcje sygnału, czyli uwzględniają to, że dla pewnych częstotliwości tłumienie w kablu jest większe, dla innych mniejsze i odpowiednio korygują sygnał. ad 6. być może tłumik by pomógł. ESI jest znane z wyjątkowo czułej głowicy, w porównaniu do BSLA/BSKA to demon, od BZZB też jest sporo lepsze.

Odpowiadając na pytania, na szybko: 1) nie wiem, według smaku. Jak bym robił dla siebie, to bym dobrał inny zestaw satelit uwzględniający Thora ;) 2) może http://www.hollex.pl/anteny-satelitarne/stalowe/stalowe-duze/487-antena-triax-td110multiblock ? 3) quattro, inverto*, model zależy od długości kabli, czy po drodze będą "przeciwprzepięciówki" i gniazdka 4) z wymienionych multiswitchy bym chyba wybierał: http://satsklep.pl/pl/p/Multiswitch-178-G-TechniSat-GigaSystem-00003271/492 przy "zbyt dobrej", "małostratnej" instalacji Inverto Black/Black Ultra może dawać zbyt silny sygnał i powodować przesterowanie/zawieszenie głowicy, w Twoim przypadku to najbardziej prawdopodobne jest w wypadku ESI, w drugiej kolejności zmodowany 5800sx z głowicami od BZZB.

nie uwzględniasz dwóch czynników. ESI/DSI/UHD ma tak dużą wydajność, że jest w stanie dekodować parę strumieni, zapisywać je na dysk i/lub przesyłać przez LAN i nadal wszystko będzie bezproblemowo chodzić, co oznacza DSI bez problemu zapisze na dysku sieciowym to co chcesz nagrać. W związku z przejściem na model systemu operacyjnego i w związku z wdrożeniem opkg nie ma i nie będzie potrzeby wgrywania softu (naszego) do odbiornika by zaktualizować soft, wgrywasz go raz a potem aktualizujesz online za pomocą opkg.

Wężykiem, wężykiem. I kopie na stronę do FAQ lub FAQ na forum.

widzę że chcesz dwa dekodery, jeden tani, drugi dobry :P łatwiejszy do przeróbki jest nBox, jest on też niestety potencjalnie znacznie bardziej awaryjny, a na rynku jest więcej sporo źle przerobionych lepszy jest DSI (szybszy, mniej grzejący się), ale jest wyraźniej trudniej go przerobić, mniej osób go przerabia, zaś zła przeróbka = zła praca

Połowicznie się z Tobą zgadzam. Tzn. teoretycznie masz rację. Praktycznie nie, gdyż w normalnych warunkach (brak awarii u operatora) przy dobrze ustawionym oscamie uprawnienia same grzecznie schodzą i się aktualizują. Jak wiadomo (a przynajmniej powinno być wiadomo) zainteresowanym: są cztery klasy pakietów EMM: unknown unique shared global, do obsługi NC+ potrzebne są EMM klas: unique i shared, do obsługi CP potrzebne są EMM klas: unique, shared i global, Jeśli konfiguracja uwzględnia powyższe informacje, to nie ma najmniejszych problemów z uprawieniami. Niedługo będzie można wgrać "własnego" oscama (plik o nazwie oscam_user) którego system "nie ruszy" w wypadku aktualizacji, więc zainteresowani będą mogli wgrać wersję z webif, która nadal będzie dostępna do pobrania w odpowiednim dziale forum, używać jej z pluginami wymagającymi webif. Standardowo będzie/jest wersja bez webif gdyż zależy nam na stabilności Graterlii, a do kodu realizującego funkcje webif podchodzimy jak pies do jeża. By daleko nie szukać: w zmianach w 9027 usunięto dwa wycieki pamięci w webif... Jeśli komuś uda się znaleźć plugin korzystający z funkcji monitor i będzie on prawidłowo działał w G2, to prawdopodobnie przywrócimy "monitor" w oscamie.

Teoretycznie oscam może udostępniać dane dzięki funkcji monitor. Problem w tym, że wtyczek wykorzystujących ten mechanizm nie udało nam się znaleźć, a jako że jest praktycznie bezużyteczne, to z nowych naszych kompilacji wsparcie dla monitor zostało usunięte.

Postaram się możliwie konkretnie wyjaśnić sytuację: Utrzymanie i rozwój Graterlii wymaga włożenia to sporo "zasobów". naprawdę sporo, niezależnie czy tymi "zasobami" jest liczba godzin spędzana nad usunięciem jakiegoś problemu, dodaniu nowej funkcjonalności... zorganizowania kolejnych odbiorników (plus instalacji pozwalającej na dostarczenie sygnału do nich) umożliwiających testy czy organizowania sprzętów typu czytniki, albo "dvb-t na usb" najczęściej jest to urocza kombinacja wszystkiego naraz, a i tak tych zasobów brakuje... Forum jest równoległym tworem, który pozwala na sprawniejsze wyłapanie ewentualnie przeoczonych w testach błędów, czy weryfikacji w praniu przyjętych założeń, a FAQ, porady są opracowywane czy aktualizowane gdy w danej chwili są do tego możliwości i/lub gdy pojawią się nowe informacje. Dokładamy starań by na stronach projektu i na forum był mniej więcej komplet potrzebnych informacji, ale to by było na tyle. Nie jesteśmy w stanie robić za niańki dla każdego nowego użytkownika, po raz n+1 odpowiadać na pytania których poziom banalności poraża (przykład podał tux niżej), czy w końcu odpowiadać ciągle na praktycznie te same / takie same pytania, na które to pytania zazwyczaj można znaleźć odpowiedzi przeglądając odpowiedni dział forum i/lub korzystając z funkcji przeszukiwania forum. Jeśli ktoś z forumowiczów ma konkretny pomysł, np. na rozsądną i uzasadnioną reorganizację FAQ, to chętnie rady/pomoc przyjmiemy.

spróbuj z dopisanym: --force-reinstall

Którego nie lubimy nie bez powodu, dzisiejsza zmiana w 9027. Usunięte DWA wycieki pamięci...

Nie dostaniesz, bo piszesz z sensem. Być może (teoretycznie powinno wystarczyć) z konsoli chmod oscam 555 lub ustawienie ftpem / total commanderem uprawnień na 555 doraźnie rozwiąże problem. W ten sposób plik ma tylko uprawnienia do odczytu i wykonywania. Edycja: ale jeśli opkg pracuje z prawami roota, to jak już tux zauważył, niestety nic to nie da... :(

0. udzielono ostrzeżenia i przydzielono "karniaki" w związku z nieprzestrzeganiem regulaminu, 1. na to pytanie nie było odpowiedzi, uFAQ zaktualizowane, dlatego sankcje są łagodne, alternatywy nie ma, 2. przeczytaj --> to, 3. odwiedź --> to i przeczytaj to, co znajduje się w pierwszej wiadomości w każdym wątku zakładanym przeze mnie. Jeszcze raz uprzedzamy, że łamanie zasad, a tym także jest zadawanie pytań, gdy informacje/odpowiedzi są w odpowiednich działach kompletnie podane, będzie przez nas stosownie "nagradzane". Prosimy o czytanie dostępnych na stronie projektu i na forum informacji, tam naprawdę są nieomal wszystkie niezbędne informacje.

Poczytaj sobie --> to Za następne pytanie, na które jest odpowiedź, umieszczona w dodatku w logicznym miejscu, na widoku, będą kary...

Dokładnie tak, U nas w użyciu jest czysta kompilacja sh4, bez modyfikacji, aczkolwiek testowo właśnie zostały wygenerowane także kompilacje "qboxhd".

taak, i niech przed tym powie "abrakadabra"? równie dobrze przyczyną może być nie zadeklarowanie jednego parametru w konfiguracji jak i faktycznie jakiś problem z binarką, co się niedługo ustali...

którego wewnętrzny edytor (lub wywoływany notatnik) psuje zakończenia końca linii. trzeba albo kopiować, edytować notepad++ lub editpad lite, wgrywać ponownie, albo w winscp wskazać w odpowiednich opcjach inny edytor (któryś z w/w)

Jakby to ująć. Stosowana przez nas (czy w innych systemach też) wtyczka obsługująca CEC "od zawsze" sprawiała problemy. Z jednymi TV chodzi bez problemów, z innymi chodzi jak chce, a jak nie chce, to nie chodzi. Nie mamy aktualnie "mocy przerobowych" by ustalić przyczyn dla których tak się zachowuje / poprawić, ani zarysu pomysłu co jest nie tak. Jeśli masz ochotę, to możesz nas wspomóc testując / próbując uruchomić podane wcześniej/wyżej alternatywne wtyczki obsługujące CEC czy też dłubiąc w aktualnej wtyczce. Jestem przekonany, że jeśli się Tobie uda problem zwalczyć, to zostaniesz doceniony.

Możliwości to i są, ale mam silne przekonanie, że TV ma rację, a ręczna zmiana poskutkuje tym, że zafundujesz sobie "ciemność" na ekranie. Jak TV pisze, że określonego trybu nie obsługuje, to w miażdżącej ilości przypadków tak faktycznie jest.

wiem :) Po prostu sugeruje racjonalizacje. Poza tym w polskich warunkach na dobrą sprawę wystarczyłaby seca, nagra, conax i viaccess. Wszystko więcej to Twoja dobra wola... Na dobrą sprawę, to mógłbyś zrobić jedną kompilacje ze "wszystkimi" systemami kart a drugą ograniczoną do systemów w Polsce używanych. I kulturalnie możesz sobie do kompilacji dodać własny dopisek przy pomocy EXTRA_TARGET=-cośtamcochcesz

Zastanów się nad wywaleniem: Pandora, ghttp, radegast, gdyż nie widziałem/słyszałem, by ktoś tego używał...

@tux Jako cichofil w 5 minut jestem w stanie wymienić listę komponentów, które pozwoliłby na niskoszumną lub bezgłośną pracę PC, więc względem 2/3 powyższego akapitu się zgodzić nie mogę. Aczkolwiek absolutnie się zgadzam, budżetowo ani ciszy ani "względnej ciszy" nie będzie. To se neda.