tux

Po NFS bootuje się rootfs. Szukaj co nie tak jest po stronie serwera lub boxa. Na początek co masz w /etc/exports? U mnie dla jednego z boxów siedzi to: /media/satbox/tuxish 192.168.1.9(no_root_squash,rw) Potem sprawdź prawa dostępu oraz użytkownika i grupę czy jest OK. Na koniec czy serwer NFS widać poprawnie a zasoby się montują. Na koniec zerknij po debug co "mówi" u-boot.

Zostaje Ci póki co zainteresowanie się AssignButton. Znajdziesz na forum. Przy czym "*" potrzebna jest tylko do archaicznych OSCamów. Nowe nie wymagają restartu bo mają autorestart :)

Jak możesz to podepnij się pod wyjście Audio w telewizorze. Będzie na 100% OK. Wyjście analogowe Audio w nBox mam wrażenie, że jest bo jest i już.

Jeżeli już szukasz czegoś na testy do G2 a nie G1. Są na forum obrazy R-Drive dla tych co... http://forum.xunil.pl/index.php?topic=871.0 Przypominam o konieczności aktualizacji przez opkg! Na forum w FAQ napisane jest jak to zrobić.

Podajcie jeszcze dokładnie modele TV. Może uda się coś zadziałać :)

Potwierdzasz moje spostrzeżenia jeszcze z czasów karty SECA z ofertą Cyfra+ Pre-Paid. Na wolnej karcie sypało się aż miło mimo, iż czytnik wykrywał ją niby poprawnie na 5MHz. Paradoks był ten, że karta była wolna i powinna mieć 3,75MHz (chyba, dokładnie teraz nie pamiętam). Nawet jak OSCam był ustawiony na 3,75MHz (uwaga jak powyżej) to było lepiej ale nie DOBRZE! Wtedy zrodziła się myśl - czytnik sobie, OSCam sobie. Z czasem zaczyna mi to się potwierdzać. Tu dochodzimy do innego problemu. Wszystko wskazuje na to, że czytnik w SH4 nie jest skalowany (przynajmniej w naszych tunerach) - działa na kilku z góry ustawionych częstotliwościach. Jeżeli ja dobrze przypuszczam to ustawienie OSCama ma wpływ na wybór częstotliwości najbliższej ustawieniu w OScamie. Jeżeli tak jest, to może dochodzić do paradoksu, w którym karta, która ma działać np. 3,75MHz odpalana jest na 5MHz. Jakaś ilość kart podoła temu a jakaś nie. To by powierdzało moją teorię - dlaczego? W phoenixie ustawiasz zworką jak ma działąć karta. Soft nie ma nic do rzeczy. Najwyżej przy złym ustawieniu parametrów będzie wpadać np. w 1,5 ECMa albo coś innego, ale karta będzie działać z tą prędkością to ustawiłeś zworką i JUŻ. To częściowo potwierdza moją wcześniejszą teorię :) To mi przypomina problemy znane z wersjii AMINO. Czyżby nowe wersje OSCama miały coś wspólnego z tym "złym" kodem znanym z AMINO? Oczywiście nie złym dla wszystkich tylko złym dla SH4? To by wskazywało na brak synchronizacji czasu pracy obu OScamów. Jesteś w stanie zaktualizować OSCam na serwerze? Tak to działa u mnie. Odpinasz kabel od netu i masz stopklatkę. Wpinasz kabel od netu - nie mija sekunda i działa. Nawet zły ECM nie jest straszny. Jest tylko jedno ale - od wersji 9141 (niezależnie od tego czy z paczem czy nie) potrafi skutecznie UBIĆ Enigma2. Pingwin tupta, albo pilot zamrożony i stopklatka podczas gdy do tunera po SSH można się zalogować i zrestartować E2. Odnoszę wrażenie, że skoro działa na DM czy VU+ to wszyscy uznają, że jest OK. Nie biorą pod uwagę STi gdzie są inne warunki pracy. Mam tylko nadzieje, że to chwilow (jak ostatnio) i naprawią to jak najszybciej bo zawieszenie się OSCama to jedno a wywrócenie Enigma2 to drugie. Zestaw działający OK u mnie to: Serwer: OSCAM 1.20-unstable_svn build r9059 Klient: build r9123 (sh4-linux-qboxhd-timepatchv12fixed3-micro-cccam-dvbapi) Tutaj Klient jest wersją najwyższą działającą OK. Powyżej mam efekt specjalny w postaci UBICIA Enigma2. Zwstaw co nie chce działać: Serwer: OSCAM 1.20-unstable_svn build r9059 Klient: build r9143 (sh4-linux-qboxhd-timepatchv20rc12-micro-cccam-dvbapi) Klient: build r9144 (sh4-linux-qboxhd-timepatchv22ecm-micro-cccam-dvbapi)

Ja podejdę do tego tematu w inny sposób. Jeszcze około 20-30 lat temu standard był standardem. Każdy miał te same wtyczki, każdy używał takiego samego nazwenictwa (no w przeważającej większości). Jedno urządzenie pasowało do drugiego nie dość, że od strony elektrycznej/elektronicznej (np. parametry wejść/wyjść) to również od stronymechanicznej (np. wtyczki). Dzisiaj panuje "wolność" i "dowolność". Mamy HDMI (niby te same wtyczki i kable), mamy opisane jak ma działać HDMI-CEC. I co z tego skoro nigdzie nie ma zapisu - trzymać się wytycznych! Efekt tego jest taki, że opisano dokładnie jak ma działać CEC ale nie nakazując by każdy się zastosował do opisu CEC stworzono tak naprawe CEC by producent. Tutaj mamy skrajny przypadek tego jak producent może "zepsuć" działanie CEC - Dlaczego? Jakim cudem CEC steruje TV na złączy HDMI skoro ono jest nie aktywne (czytaj - nie używamy go teraz!). Kolejnym przypadkiem z tej serii zapewne będą piloty na Androidzie. Sąsiad będzie nam zgłaśniał ki ściszał telewizor bo producent nie zadba o to co napiszą w standardzie bo przymusu nie będzie :)

Ja dodam tylko, że w oryginalnym sofcie N też często ten efek występuje.

Ta co jest w opkg :-)

Co jest na softach PKT nie wiem. Na G2 masz do wyboru systemowy Timeshift oraz plugin z dokompilowanymi komponentami. Musisz sprawdzić. Takiego działania jak na dekoderach N nie oczekuj. Póki co nikomu nie chciało się napisać takiego pluginu. Jednak Pauza/Stop/Play działa. Przewijanie jest znośne. Plugin użyteczny tak w około 80%

Ja myślę, że chodziło o to, że był dodawany w zbiorze co prawda free ale wymienian jako funkcjonalność tunera podczas sprzedaży.

Dzięki. Może uda mi się wreszcie dać dzisiaj w nocy pacza od DVB-T na próbę :)

Jak ktoś ma teraz u siebie Freebox v 8.x na 28xx niech mi spakuje /dev i załączy tu na forum. Muszę coś sprawdzić.

Problem nie jest w wyszukiwaniu. Jutro coś tu załaczę - podmienicie i zobaczycie czy ruszy.

na

Jedne i drugie. Najwyżej dłuższe nogi zostawisz.

Złe podejście - nie nowe funkcie a sprawdznie czy są nowe i jak zmieniły się stare i co muszę jeszcze raz konfigurować! Ale co ja tam wiem. Za młody jestem, za mało systemów konfigurowałem.

Fakt :) z paczem zegarkowym :)

http://forum.xunil.pl/index.php?topic=997.msg12030#msg12030 Na tym u mnie idzie. Wersja bez webif itd. TVNów i innych Polsatów nie oglądam :) AbrahaM: poprawione linki po sprzątaniu archiwum

Dwie sugestie na test bo kiedyś miałem coś podobnego. 1. Wrzuć OSCam z MONOTONIC/Timepatch bez webif (nadaj mu nazwę oscam_user i wgraj do /usr/bin) 2. Jak możesz to na test powstrzymaj się od kanałów z paczki TVN. Bardzo ciekawi mnie wynik tego testu!

Zaczynamy poruszać kwestje przerabiania odbiorników. Tu na torum tego nie robimy. Zajmujemy się tylko softem na już działających odbiornikach.

W jakich dokłądnie okolicznościach następuje zwis. Co się dzieje przed zwisem? Czy jak jest zwis można się zalogować na odbiornik?

Problemem nie jest OSCam a stare podejśie do konfiguracji. Po prostu stary OSCam łagodniej przyjmował "złe" lub "nie przemyślane" konfiguracje. Nowy wymaga by klient wiedział co robi. Tym czasem większość osób ja ma pośięcić kilka wieczorów czy nawet nocy na skonfigurowanie wszystkiego raz jescze (tu zależy od skali skomplikowania systemu) to woli rozwiązanie partyzanckie czyli powrót na stare wersje. Teraz co testów. Z razji tego iż nie da się określić czy coś działa czy nie po kilku godzinach jest OK czy nie ja zamrażam na jakiś czas test na poziomie: Serwer domowy z kartonikiem: OSCAM 1.20-unstable_svn build r9059 ( Start: 25.11.13 - 21:50:47 | UpTime: 21d 15:14:20 | Process ID: 905)Tuner ESI-88: klient OScam DVBAPI + CCCAM (nic więcej): oscam-r9123-qbohxhd-timepatchv12fixed3tux-micro Na powyższym zestawie nic się nie dzieje, czasy OK, przełacznie kanałów błyskawiczne, AC3 lekko się uspokoiło (testy trwają).

Hmmm.... Moim skromnym zdaniem to czasy podawane przez Oscam są z kosmosu. Co wersja to inaczej. Póki wreszczie nie ujednolicą taktowania (zegarek) to będzie to tak działało. Rozumiem, że skoro czasy masz 2x większe to kanały przełączają się 2x wolniej (dokłądnie 2x wolniej)? Tu moim skromnym zdaniem te Megaherce nie mają nic wspólnego z taktowaniem karty. Taktowanie ustala czytnik w nBox a te Megaherce to ustawienia oscama - niezależne od czytnika. I tu chyba jest problem. W DM czy VU+ czytnik jest skalowany, w nBox pracuje z konkretnymi trybami i KONIEC. Dlatego fajnie, że ta ekipa się zabrała za ujednolicenie tego. Poprzedniej jak coś próbowałem przekazać to wiedzieli lepiej. --Tu to mnie załamałeś kompletnie. Kod ma być piękny i to do bólu. Potem okazuje się, że trzeba 3x mocniejszej maszyny bo programiście nie chciało się napisać jak powinien. Czy dzisiaj już nie uczą jak pisać i jak optymalizować? Liczy się tylko efekt końcowy niezależnie od tego ile on będzie wymagał mocy obliczeniowej? Tak właśnie pracowali porpzednicy. Mnie już nie zdziwi nic co robi obecna ekipa. Żeby to zadziałało to jeszcze długo minie. Mają dwa wyjścia zamrozić OSCama i za np. pół roku dać nowego już z poprawkami; robić to co robią - to właśnie wybrali.

O to czego użyłem to trzeba zapytać @AbrahaM :)