AbrahaM

Rozumiem Twój punkt widzenia, tylko popatrz na to także z naszej perspektywy: dodanie obsługi scart w tym modelu najprawdopodobniej odbyłoby się kosztem nieproporcjonalnie dużego nakładu czasu w stosunku do korzyści. Jest nas mała grupka pasjonatów, która poświęca swój czas by rozwijać GOS. Wolimy dodać inne użyteczne funkcje (niedługo będzie parę niespodzianek), czy tak jak ostatnio obsługę kolejnej rodziny odbiorników, niż zajmować się SCARTem, z którego mało kto korzysta, w jednym z nich.

taki też nie?

Czyżby to było odpowiedzią dlaczego OSCam się tam zachowuje? niestety niekoniecznie, na 6.00 też powinien teoretycznie działać, skoro idzie na 8.00, 3.68 i 3.57, chyba że jest uszkodzony kwarc od 6.00 (albo omyłkowo wlutowany inny), co też się może zdarzyć.

pewnie nie dobrałeś wpisu częstotliwości z tym jak jest ustawiona zworka, przykładowy konfig [reader] label = phoenix description = czytnik zewnetrzny phoenix protocol = mouse device = /dev/ttyUSB0 detect = cd autospeed = 0 mhz = MHz podajesz takie, jakie ustawiłeś zworkami na czytniku. Jeśli na czytniku masz 6MHz, to wpisujesz 600

Rozumiem co napisałeś, ale... nie rozumiem czemu nie zadział na 6 (bo powinien), rozumiem czemu zadziałał na 1(musiał), nie rozumiem czemu zadziałał na 6, skoro nie działał(nie powinien, skoro nie działał). Zanotowane jako ciekawostka do ew. dalszego sprawdzania, acz w NOR/NAND tego nikt nie raportował. Dobrze, że już działa...

no to wracamy do tematu: 1. przypominam, że limit może być włączony w ciągu paru chwil, zwłaszcza że sam pisałeś o przycinkach na freebox 7.1.7. 2. jest możliwe że konfig oscama który był prawidłowy dla starej wersji oscama na freebox może już nie być poprawny dla oscama używanego w GOS. 2. zakładając że jednak to nie kwestia ponownie uaktywnionego limitu i konfiguracji oscama, być może masz źle zrobiony wsad z GOS na pendrive, osoby tu piszące używają GOS głównie w NOR/NAND bez problemu, niektórzy tu piszący także z powodzeniem używają GOS na pendrive.

Zgoda, tylko w ten sposób wracamy do punktu wyjścia, gdyż znowu zostanie: 1. zaakceptowanie umowy, 2. wypowiedzenie umowy z racji braku akceptacji nowego regulaminu, 3. albo zaangażowanie w sprawę UOKiK...

Mam silne wrażenie, że może, nie zagwarantowali ale i nie określili w drugą stronę, a teoretycznie u nas obowiązuje zasada prawna, że "co nie jest zabronione, jest dozwolone". Nie mam możliwości sprawdzić tego teraz, ale tej zasadzie chyba wprost nawet nie jest zagwarantowane działanie nagrywania/VOD, a tu ich zmiany utrudniają nawet korzystanie z ich własnych odbiorników, o przypadku posiadaczy humaxów z kartami które są na umowę bez odbiornika nie wspominając. To jest doskonały temat dla dobrego prawnika, który mógłby na tym się ładnie wypromować... UOKiK ma, bo ktoś może nie chcieć wypowiadać umowy, tylko móc w normalny sposób (bez zacięć spowodowanych obecnymi ustawieniami) korzystać z ich oferty. Co do conaxa... jest takie stare chińskie powiedzenie: "nie chwal dnia przed zachodem słońca", to że tego nie ma w tej chwili w conaxie, to nie znaczy że nie wprowadzą tego za N dni...

Tylko co z tego, jak im wypowie umowy bez szumu nawet parę tysięcy osób? nie powiem że nic, ale mało. Natomiast medialne zamieszanie plus UOKiK na karku chyba byłoby bardziej dokuczliwe. Więc wydaje mi się, że większy skutek da akcja z UOKiK a nie wypowiadanie umowy, które być może faktycznie można by (z)robić.

owszem, wywalić. poza tym do testu spróbuj wywalić jeszcze wpisane reconnecttimeout = 60 inactivitytimeout = -1 i zobaczyć jak się oscam zachowa na wartościach domyślnych, zastrzegam że tego protokołu nie używam, więc trochę "na czuja" podpowiadam...

connectoninit powinieneś uaktywnić. keepalive dla protokołów newcamd524 i newcamd nie jest obsługiwane, więc dobrze, że keepalive usunąłeś. i to by było na tyle. jeśli to zrobisz, a problem będzie nadal występował, to będzie znaczyło że albo ktoś coś "gmera" po drugiej stronie kabelka albo ew. błąd jest zawiniony przez jego oscama.

teoretycznie ten tok rozumowania nie jest pozbawiony logiki, tylko że pojedynczy użytkownik przeciw operatorowi nic nie zrobi, jakby ktoś zebrał przez FB czy inne medium społecznościowe odpowiednio dużą ilość osób i zgłosił sprawę do UOKiKu, to może by to odniosło jakiś skutek. Mrówka na słoniu nie zrobi wrażenia, całe mrowisko już może :)

Czyli trafiłem. Tux wcześniej dobrze napisał: ani zmiana wersji nic nie pomoże, ani zmiana oscama na inny "softcam" też nie, ani też nie pomogą jakiekolwiek próby kombinowania w konfiguracji oscam. Operator "z nieba" posłał na kartę dane, które spowodowały nałożenie limitu 2 ECM/kartę. Przekroczenie tego limitu nie powoduje "not found" tylko powoduje czarny obraz. GOS tu nie ma nic do tego. Co najwyżej możesz próbować tak oscam skonfigurować (jeszcze odpowiednie wpisy nie zostały eksperymentalnie dobrane), by nie pozwalał na pytanie o więcej niż 2 ECM w tym samym czasie, by sobie nie blokować odbioru tego, co już w danej chwili szło. Tyle i tylko tyle możesz zrobić.

zakładam, że sprawdziłeś przed chwilą (mniej więcej w chwili sprawdzania gdy GOS nie działało) że freebox 7.1.7 Tobie nadal działa, a nie piszesz tego na podstawie tego, że "działał wczoraj". Przy takim założeniu sprawdź ustawienia oscama w freebox 7.1.7 i w GOS, bo to co piszesz wskazuje na to, że są sporo inne. objawy pasują do: http://satkurier.pl/news/106607/nc-nowe-zabezpieczenia-na-kartach-nagravision.html http://satkurier.pl/news/107683/nc-testy-wylaczenia-podzialu-jednej-karty-nma.html i skutków odczytywania więcej niż dwóch ecm naraz z karty seca...

z informacji od tych, których te testy dotknęły, wynika że faktycznie w danej chwili można odpytywać kartę tylko o dwa kanały. Odpytywanie o więcej skutkuje tym, że co prawda karta odpowiada, ale odpowiedzi dają czarny obraz. W dodatku użytkownicy ich (platformy NC+) sprzętu donoszą o zdarzającym się czasami zawieszaniu się nie dzielonej karty (żadnych spliterów), gdy jeden program jest nagrywany, a drugi oglądany... prezent, to NC+ chyba zrobi, ale konkurencji w postaci CP.

krótko, mogą nakładać się dwie sprawy: 1. błąd, który (mam nadzieję) został naprawiony definitywnie(?) w 9972 (właśnie się kompiluje gdy to piszę), i który faktycznie istnieje/istniał, 2. limitowanie ecm. Na przyszłość jedna uwaga. Proszę o pisanie dokładnie, czy oscam działa z lokalną kartą tylko na swoje potrzeby, działa jako "klient" podłączony do serwerka (zakładam, że w lan), czy też działa lokalnie i udostępnia jeszcze w ramach domu kolejnemu odbiornikowi. Przypadki drugi i trzeci mogą mieć problemy z pracą zarówno z powodu limitowania jak i ewentualnych błędów w oscamie.

wersje powyżej 9948 (w tym 9969) mają zmienioną obsługę przekazywania/obsługiwania dobrych/złych sidów, developerzy twierdzą, że jest ok. Więcej tu: http://www.streamboard.tv/oscam/ticket/3968. Jeśli masz ochotę, to mogę pomóc w próbie dokładniejszego zdiagnozowania problemu, ale nie wcześniej niż w poniedziałek. Poza tym przypominam o wejściu limitów ecm dla 0100, o czym można przeczytać choćby tu: http://satkurier.pl/news/106607/nc-nowe-zabezpieczenia-na-kartach-nagravision.html

ze względu na wybitnie uznanie dla Twojej pracy rezygnuję z dalszej dyskusji, bo widzę że traktujesz ją personalnie, aczkolwiek mam obawy co do skutków przyjętych założeń...

... tylko stosując Twoją analogię, ta zmiana w moim odczuciu przypomina przesunięcie skrzyni biegów na sufit. I mam silnie obawy, że tak zostanie przyjęta (w sensie źle), jeśli wejdzie do release, zaś takich pytań / wątków jak ten, będzie masa...

@tux, czyżbyś nie doczytał? :P "W mojej opinii, to P+/P powinno zostać po staremu (z możliwością zmiany na "nowy" schemat, najlepiej w odpowiedniej sekcji konfiguracji)" w ten sposób zarówno osoby preferujące stary układ byłyby zadowolone, jak i te korzystające ze znaczników mogłyby z nich spokojnie korzystać. Oczywiście że poczekam(y).

No to czytasz bardzo wybiórczo. Mnie zmiana nie przeszkadzała a nawet się spodobała, o czym wspomniałem. Jako PageUp/PageDown na liście kanałów działają mi lewo/prawo (i zawsze działały). A że P+/P- mają jakąś inną funkcję, to może się przydzadzą, bo nigdy ich nie używałem. Mickey, mam nieprzeparte (choć może błędne) wrażenie, że jesteś w mniejszości. Każdy z moich znajomych, którzy używają linii test, w parę chwil po wejściu obsługi "po nowemu" pilota kontaktował się ze mną by przywrócić mu "stary układ". U mnie w domu rodzina też chciała mi łeb urwać "za popsucie pilota". W mojej opinii, to P+/P powinno zostać po staremu (z możliwością zmiany na "nowy" schemat, najlepiej w odpowiedniej sekcji konfiguracji), a PageUp/PageDown może dostać nową funkcję (choćby tą, którą dostało teraz P+/P-). Standaryzacja standaryzacją, a wprowadzanie zmian które tylko psują krew użytkownikom, wbrew nawykom to drugie.

tylko "to nie tak miało być, zupełnie nie tak" :P

a mógłbyś sprawdzić edycję wstecz obrazu NOR?

Jeśli najnowsza wersja sprawia Tobie problemy na BSLA po naprawie, to znaczy że naprawa została przeprowadzona nieprawidłowo. Wersji 1.x już nie wspieramy, ze wszystkimi z tego wynikającymi skutkami.

Dzięki za odgadnięcie nie zadanego pytania :) O taki raport mi chodziło. Tak, jedna z późniejszych zmian to naprawiała, przez przeprojektowanie kodu dvbapi, nie zaś przez wycofanie tej zmiany.. To zdecydowanie dobra wiadomość na koniec tygodnia.