AbrahaM

Co do "OC": u siebie nie odnotowałem problemów. Co do przełączania: bajka o muzyce, "coś tu nie gra", czas przełączania u mnie (osobna sprawa, że inny system kodowania) jest coś koło (na oko) sekundy-dwóch, więc 8-10 sekund jest zastanawiające. Przypuszczam, że .dvbapi wymagać będzie tuningu. Jak będziesz miał czas i ochotę, daj znać, to przeanalizujemy logi z odpowiednim debug level oraz konfiguracje. Wgrałem 8943, jak na razie ok, jedynym skutkiem ubocznym jest podwyższona latencja...

Teoretycznie to jest możliwe, w międzyczasie było sporo zmian dotyczących dvbapi, więc konfigi które były ok dla linii 87xx mogą już nie być optymalne dla 89xx, choć nie za bardzo widzę konkretny powód. Jeśli jesteś odważny ;) to możesz wrzucić 8943, w 8940 "wrzucono granat w kod", mocno zmieniając obsługę czytników, obsługę kart oraz usuwając brudne fixy dotyczące obsługi kart, w tym dotyczący parowanych kart conax. Z tego co widzę, to zmiany z 8940 (testowane na 8942, 8943 podmienię najwcześniej za 1,5 godziny) skasowały zysk z "overclockingu" karty Seca w wewnętrznym czytniku. Czytnik ustawiony w oscam.server mhz = 600 cardmhz = 600 Przed 8940: względnie stabilna (mały rozrzut) latencja ze średnią 280 ms. Na 8940, 8942: latencja od 305 do 330 ms, ze średnią w okolicy 31x ms.

a owszem, w tej kwestii się w pełni zgadzam, przydatność satfinderów skończyła się wraz z nastaniem ery przekazów cyfrowych, a wejście HD z równoczesnym "skąpieniem" przez nadawców na FEC tylko to przypieczętowało...

ahkem. do znalezienia satelity, przy znajomości podstaw geografii i astronomii wystarczy. o regulacji instalacji tu słowa nie było :P osobna sprawa, że sobie nie wyobrażam innej regulacji, jak za pomocą wybitnie inteligentnego fachowca dysponującego porządnym miernikiem cyfrowym.

Można nawet 8923 oraz 8931. Jednakże 8917 przeszła zauważalnie intensywniejsze testy niż pozostałe i wykazała się wzorową pracą. Problemów ze stabilnością ostatnich parudziesięciu wersji nie odnotowano, zaś sukcesywnie pojawiające się nowe wersje eliminują błędy pojawiające się w ściśle określonych sytuacjach, rzadko spotykanych w normalnej/domowej eksploatacji odbiornika, i/lub dodają nowe funkcje.

po przeczytaniu -> tego powinieneś sobie poradzić.

Wcale! Przy czym nBox jest używany jako odbiornik sat, nagrywarka wybranych audycji i odtwarzacz tego, co sam nagrał lub co wcześniej zostało nagrane w normalnym mpeg2/mpeg4. Z wtyczek mam dodane tylko autostandby. Rozważam wgranie EPG-IMport, tyle że niezbyt mi pasuje źródło, z którego ta wtyczka korzysta... Ostatni restart boxa zrobiłem niepotrzebnie, gdyż przypuszczałem jego zawieszenie, a to siadły baterie w pilocie. Dwa tygodnie wcześniej robiłem pełny restart z powodu podmieniania player2.ko. Kolejne dwa tygodnie wcześniej (czyli w sumie gdzieś +-miesiąc temu), był restart wymuszony przez "fochy" oscama w jednej z wersji. Gdyby nie to, to box by miał uptime powyżej miesiąca. W tym momencie ma tylko 4 dni uptime.

albo jestem ślepy albo tam nic na ten temat nie ma no to wygląda, że to pierwsze... może, przejrzałem ponownie i proszę o link do postu na 12-tej stronie wskazujący na rozwiązanie Proszę, oto link do rozwiązania w tym wątku, więc punkty poleciały słusznie. Osobna sprawa, że to było na stronie 37...

docelowo powinien mieć nazwę: list_smargo, służy do wylistowania podpiętych do boxa urządzeń Argolis Smart Reader szczególnie, że może być więcej niż jedno, możliwe jest ich stackowanie do 100, w handlu jest już "czarna" wersja 2, z mocniejszym cpu, czyli ARM Cortex™-M3. Niestety oscam (stan dotyczy wersji do 8974), ma problemy z jej obsługą, stare wersje "granatowe" 1.x są (wg dostępnych informacji) obsługiwane prawidłowo.

Cóż, przyznaję rację w obu punktach. Przy okazji uświadomiłeś mi, że do obrazu i/lub aktualizatora w PPanel przydałoby się wgrać naszą kompilacje 8705. Zaraz skompiluje 8705 i gdzieś podwieszę, po czym naskrobię do tuxa. Edycja: 8705 wisi w pierwszej wiadomości archiwum wersji oscama za sierpień br.

Jeśli chodzi o czytnik wbudowany: z logu wyraźnie widać, że nie zmieniłeś błędnych wpisów w oscam.server na następujące: protocol = internal device = /dev/sci0

Mickey, podpisuję się pod Twoimi uwagami, z jednym wyjątkiem, httpallowed powinno jednak w większości wypadków (poza wpuszczaniem celowym całego świata jak w przykładzie podanym przez Ciebie, tyle że wtedy należy też użyć autoryzacji hasłem i ssl), jednak być ograniczone do adresów z pól używanych dla LAN, czyli wyglądać tak: httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255 praktycznie ryzyko, że ten zapis nie zadziała, jest wybitnie małe.

To jest wątek przeznaczony do dyskusji o udostępnianych naszych kompilacjach oscama, którego archiwum wersji znajduje się dla miesiąca sierpień -> tutaj, wrzesień -> tutaj, październik -> tutaj. Pytania, uwagi są mile widziane.

U mnie mimo okresowego przeglądania i sprzątania nie ma już 50% z standardowych 250GB, więc jednak będę dysk zmieniał. Przypuszczam (planuję tak wstępnie) na najmniej 1TB. Wracając zaś do akustyki: z tym potrafi być niekiedy dziwnie. Zwykłe WD Greeny 2TB(EARX, EZRX) które stosuje w PC mają dość poprawną akustykę i ciche seeki, ale już dysk 1,5TB z tej samej serii (EARX) miał wyraźnie inne seeki, dla mnie nieprzyjemne... zaś seeki z Seagate "LP" były dla mnie nie do zniesienia... Więc myślę, że informacja o "udanym akustycznie" Fujitsu dla forumowiczów będzie przydatna.

Pozwolę sobie na zdanie częściowo odrębne. Masz rację, ze 2.5" z założenia powinno być (ale nie musi) być zauważalnie cichsze od 3.5". Niestety nie ma róży bez kolców, gdyż zazwyczaj 2.5" o tej samej pojemności co 3.5 jest zauważalnie droższe i/lub trudno dostępne. Dodam że w zależności od modelu i producenta rozrzut w głośności dysków może być całkiem spory, mogą być różnice w szumie talerzy, w głośności pracy silnika (zwłaszcza w starych konstrukcjach), czy na koniec różnice w tym, jak brzmią pracujące głowice... ... sam planuję wymianę dysku w swoim odbiorniku, na pojemniejszy i cichszy, 3.5" a! i jeszcze jedno, osoby rozważające zmianę dysku powinny pamiętać, że do sprzętów takich jak np. odbiornik z HDD powinny być stosowane dyski z serii przewidzianych do rejestracji wideo, np. w wypadku dysków WD Green są to dyski AV-GP, np. z linii EURS. Inni producenci także mają podobne hdd.

Jeśli mnie pamięć nie myli, tak. Przy okazji przypominam, że przy stanie na dziś (tj. koniec sierpnia 2013) G2 jest wersją rozwojową, dla osób o sporej wiedzy technicznej, w trakcie dynamicznych zmian i może się zdarzyć, że coś (jeszcze) nie działa, co działało w G1.(0.3). Do normalnego, domowego użytku zdecydowanie zalecam używanie G1.

to może by dorobić komunikat (tux, co o tym sądzisz), że praca tunera zostanie/została zatrzymana? byłoby to bardziej logiczne, jeszcze takich drobiazgów, które by mogły być bardziej przejrzyste by się parę znalazło

Albo masz rażąco zły zasilacz, albo kondensatory których użyłeś były/są podłe, ewentualnie jedno i drugie. W komputerach PC (płyty główne, zasilacze i inne komponenty) stosuje się kondensatory, które muszą pracować 24/7/365, a sprzęty bezproblemowo potrafią pracować przez 5-7 lub więcej lat. U znajomego pracuje (bez problemów) mój były zasilacz, który jeśli dobrze liczę, ma w tej chwili 7 (o ile nie 8!) lat...

Nie LED, a LCD. to są dwie różne sprawy. Praktycznie konfiguracja LCD sprowadza się do ustawienia zgodnie z swoimi preferencjami: [lcd] enablelcd = lcd_outputpath = lcd_hideidle = lcd_writeintervall = i to by było na tyle.

Tyle że trochę niewygodnym. I się nie musisz do loga ograniczać. Oscam z wkompilowaną obsługą "LCD" daje ciekawe możliwości, w tym to, o co Tobie chodzi, gdyż w generowanym dzięki tej opcji pliku znajdziesz: - informacje o wersji OSCam'a - czas pracy OSCam'a / uptime - informacje z tabelki "Totals" w zakładce USERS - informacje o czytnikach i userach Aktywujesz to i ustawiasz choćby z poziomu WebIf'a - w sekcji CONFIGURATION znajdziesz LCD. Myślę że sobie poradzisz z ogarnięciem tego ;)

lokalizacje plików: konfigi w: etc/oscam binarka w: usr/bin/ i ma się nazywać oscam przed wgraniem swojej binarki musisz zastopować domyślną (8705, wybitnie stabilną, w zasadzie nie ma po co ją zmieniać, chyba że ktoś chce mieć ładniejszy webif) z konsoli, poleceniem: /etc/init.d/softcam.sh stop zatrzymujesz oscam /etc/init.d/softcam.sh start odpalasz oscam skoro już przy webif jesteśmy, warto pobrać css i wskazać go w konfigu, co zapobiega zmianom wyglądu z wersji na wersje, opis co i jak jest do znalezienia tutaj.

Co mnie wcale nie dziwi, też widziałem jako to bezbłędnie potrafi chodzić, tylko na wszelki wypadek uczulam na ten "detal", by ktoś się kiedyś niemiło nie zdziwił.

Dodam od siebie, że w skrajnych przypadkach (z czym się sam dwukrotnie spotkałem) taki bezprzewodowy "transmiter" HDMI potrafi zablokować / uniemożliwić łączność WiFi w promieniu ~100m.

albo tak samo jak obniżałeś wersję do 7165 - czyli ręcznie, pobierając 8705 z działu oscam, z odpowiedniego, wątku w którym znajdziesz załączony plik z oscamem w wersji 8705. @tux: a może by tak dopisać w procedurze aktualizacji sprawdzanie czy md5 "zachowane" odpowiada plikowi który jest wgrany? wtedy system sam by zmienił sumę kontrolną na faktyczną, po czym procedura przebiegałaby dalej jak dotychczas?

skoro przy tym jesteśmy, to przy zainstalowanym pluginie tuxtxt i przypisanej do niego telegazecie mam zwis (zawieszenie - a nie GS) dość paskudny GUI (powtarzalny za każdym razem), obraz/wsad aktualny: Graterlia OpenPLi IMAGE z 29.06.2013 po aktualizacji przez PPanel do stanu na 07.07.2013 obraz dekodowany dalej, ale zero reakcji na klawisze (dioda na odbiorniku nie mruga, że odbiera cokolwiek z pilota), restart gui przez system.sh nie działa, tj. po nim zrywane jest dekodowanie, pojawia się sieczka na górnej części ekranu. restart systemu przy pomocy system.sh nie zawsze działa, bywa konieczne shutdown -r now