AbrahaM

zastosowanie: patch wprowadza (błędnie usuniętą) możliwość ustawienia parametru preferlocalcards gdy nie skompilowano obsługi czytników. Uwaga: patch jest potrzebny wyłącznie dla bardzo zaawansowanych użytkowników, którzy wiedzą co robią i potrafią właściwie korzystać z preferlocalcards, localcards i pozostałych elementów loadbalancingu. Dla zwykłego użytkownika jest on całkowicie nieprzydatny. minimalna wersja OSCam'a z jaką patch był testowany: 11272+* maksymalna OSCam'a z jaką patch współpracuje: 11331, od 11332 patch w wersji 2.0 został wprowadzony w kod. patchlevel: 0 autorzy: AbrahaM dla wersji 1.0, pr2 dla wersji 2.0 * Patch powinien bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. preferlocalcardsfix.patch preferlocalcardsfix_v2.patch

zastosowanie: patch wprowadza dwukrotne zwiększenie rozmiaru okienka z "wykresem" (widocznym po najechaniu myszą nad wartość w kolumnie LB Value/Reader) czasu odpowiedzi na ECMy. minimalna wersja OSCAMa z jaką patch był testowany: autor nie pamięta* ;) uwagi: patch może zwiększać opóźnienie w obsłudze ECM przy dużym ruchu patchlevel: 0 autorzy: AbrahaM * Patch powinien bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. bigcharts_v1.4.patch

zestaw patchy defaultstweak: defaultstweak_v1.58-ecmfmt zmienia format logu z standardowego na bardziej czytelny, defaultstweak_v1.58-pmtmode ustawia domyśny tryb PMT na 6, zalecany dla oPLI/GOS, defaultstweak_v1.58-write_bak_file ustawia domyślnie nadpisywanie plików .bak defaultstweak_v1.58-load_and_mem_info ustawia domyślnie aktywne info o ilości pamięci i obciążeniu systemu/cpu. * Patche powinny bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. defaultstweak_v1.58-pmtmode6.patch defaultstweak_v1.58-load_and_mem_info.patch defaultstweak_v1.58-ecmfmt.patch defaultstweak_v1.58-write_bak_file.patch

zastosowanie: patch wprowadza zmianę, polegającą zablokowaniu możliwości usunięcia nazwy OSCam ze strony głównej OSCama i tytułu zakładki, nadal jest możliwe dodanie własnego "dopisku", który pojawi się po słowie OSCam. minimalna wersja OSCAMa z jaką patch był testowany: 11304+* ;) patchlevel: 0 autorzy: AbrahaM * Patch powinien bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. statuslabel_v3.14-11304plus.patch

Proszę bardzo. 1. crond: zaplanowane zdarzenia powinny się wykonać przed GUI, choć to kwestia gustu. 2. ntpd: ze względu na datowanie logów, należałoby mieć aktualny czas zawsze, dochodź przy rozsychronizowanym zegarze co poprzedziło co, jak są kłopoty 3. autofs: zasoby sieciowe czy pendrive zdecydowanie powinny być zamontowane PRZED gui, próba odwołania do zasobu sieciowego w obecnym stanie openpli może w skrajnym wypadku skończyć się radosnym e2 halt lub GSem. co do reszty, faktycznie można się zastanawiać czy faktycznie musi być przed GUI, ale przynajmniej te wyżej moim zdaniem zdecydowanie powinny być przed GUI.

Racja. Przy okazji wykopałeś natywne wsparcie dla "idle3" nie wymagające dodatkowych narzędzi. Przyda się. I jeśli "się będzie robić" kiedyś GUI do OpenPli, to wypadałoby zadbać nie tylko o -S, ale także o -J (z odpowiednim dopiskiem). Przy okazji uświadomiłem sobie, że "na razie" wypadałoby o tym w FAQ poinformować. Propozycję odpowiedniego wpisu poślę do kogo trzeba, jak tylko go opracuje... Mogę być w błędzie, ale w części wypadków zmiana parametrów (np. dla idle3) wymaga wyłączenia i włączenia dysku. Więc może być tak, że zmianę wprowadziłeś, ale zaskoczy dopiero jak wyłączysz odbiornik i włączysz go ponownie. Oczywiście należy to zrobić (wyłączenie) zgodnie ze sztuką, a nie brutalnym wyciąganiem zasilania z gniazdka.

tux[/member]. Mam silne obawy, że w wypadku WD fundamentalnie błądzisz. Ich dyski są dużym wyjątkiem od powszechnych reguł. Jeśli -S jest odpowiedzialne za autoparkowanie głowic (tak wnioskuje z opisu), to jest to ten sam parametr, który jest przestawiany narzędziem wdidle3.exe oraz linux'owym jego zamiennikiem. A w takim razie zachowanie -S dla WDków trzeba wyciągać z opisu wdidle.exe. A z niego wynika, że... ten parametr u WD jest wyrażony w sekundach (domyślnie 8 sekund) i jego maksymalna wartość odpowiada 300 sekundom. Tak, ustala się /s300 a nie /s255! Syntax: WDIDLE3 [/s[]] [/D] [/R] [/?] where: /S[] Set timer, units in seconds. Default=8.0 (8.0 seconds). Resolution is 0.1 seconds from 0.1 to 12.7 seconds. Resolution is 30 seconds from 30 seconds to 300 seconds. Note, times between 12.8 and 30 seconds will be set to 30 seconds. /D Disable timer. /R Report current timer. /? This help info. zostawienie tej wartości niskiej na WD, to najszybsza droga do szybkiego zgonu dysku. Ten parametr powinien być ustawiona na maksimum. Ale to przy milczącym założeniu, że to jest ten parametr, i że hdparm potrafi go właściwie obsługiwać. Do jego prawidłowej obsługi (tak, jak to przewidział WD), został napisany alternatywny soft, którego źródła są tu: http://idle3-tools.sourceforge.net/

Dokładnie tak. Pionowo, jeden rząd w dół, wyświetlane w kolejności dodawania, od najstarszego na górze do najnowszego na dole.

Będe się zastanawiał nad tym. Uprzejmie proszę, byś w miarę możliwości, wolnego czasu itd., zrobił. Specjalnie wrzucałem załączniki wg kolejności, a teraz wygląda to, jakby ktoś w marchewkowe pole granat wrzucił.

Zdarza się, nauka na przyszłość, by w pierwszej kolejności tam patrzyć. Tak samo, jak tam patrzeć przed aktualizacjami. Staramy się bardzo unikać zmian wymagających interwencji użytkownika, ale czasem to może być konieczne.

A wystarczyło czytać historię zmian. wpis z dnia << 27 Lipiec 2016 >> http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Historia_aktualizacji

Wyłamię się i napiszę: nie kupować nBoxów. Zacisnąć zęby i dołożyć do Sparków. Tam nie ma możliwości ubicia odbiornika. Ewentualnie szukać ESI88, jeśli się trafi w rozsądnej cenie, bo one nie powinny sprawiać takich problemów, jakie sprawiają adb....

po przeanalizowaniu na spokojnie przypadku kapituluję, masz rację. trzeba zmienić wpis w env, bo modyfikacją kernela tego nie załatwimy. czyli jesteśmy w czarnej... pozostaje tylko zrobić wpis do FAQ dla zainteresowanych.

Tylko z testów z hubami USB i innymi sprzętami, można przypuszczać, że jednak obecna wartość jest nieco zbyt niska. Ten wątek wrócił nam na forum już któryś raz. Nie zamierzam się upierać i awanturować, ale, ja bym był był za lekkim tuningiem. W końcu zazwyczaj nie restartuje się boxa co chwilę, a przez wydłużenie startu o parę sekund (coś mi kołacze, że tyle może wystarczyć) nikomu korona z głowy nie spadnie. Jak ktoś ma super-egzotyczne coś, co się bardzo długo zgłasza, to owszem, wtedy niech zmienia - do tego się jeszcze przypada odpowiedni wpis w FAQ...

Co potwierdza moje przypuszczenia, że problem nie jest w transferze lecz tego jak szybko pendrive zgłasza się odbiornikowi. @zdzislaw22 ma rację, że należałoby podnieść wartość bootcmd w uboocie, a w zasadzie w uboot'ach w ogólności, na wyższą.

Tylko że to nie jest kwestia tego czy pendrive jest sprawny, czy niesprawny, lecz tego jak szybko pendrive zgłasza się odbiornikowi, że jest gotowy do pracy i tego jak pendrive jest w ogóle szybki. Jeśli użyjesz jakiegoś markowego pendrive, a nie "chińczka" za 10 zł, to masz spore szanse, że będzie zasuwać jak mały samochodzik. Sam wraz z UHD i Sparkami stosuję z powodzeniem "sandisk cruzer fit", z nBox'em też powinien działać...

OSCam r11272-1 multipatch_v6.2.8e UWAGI: Kompilacja zawiera patche: statuslabel_v3.12 (własny patch, zmodyfikowany pod zmianę w 10538), defaultstweak_v1.57 (własny patch pod wersje 10634+, modyfikujący wartości domyślne istotnych dla Graterlia OS parametrów), patch cccam-ignoregoodbad (bazujący na zmianie 10633) patch maxservices, zwiększający liczbę możliwych do dodania w ramach serwisu sidów (z poprawką uwzględniającą obecny limit sid po protokole cccam) a także patch ecmtimeoutlimit, dodający do czytników możliwość ich resetu po określonej przez użytkownika liczbie timeoutów. W związku z tym, iż sporo użytkowników używa nie zaktualizowane wersje oscam oraz "oryginalnego" cccam, z poważnymi błędami w obsłudze kanałów które mają być (lub nie być) obsługiwane, nasze kompilacje najpierw posiadały aktywną zmianę 10634, zaś aktualnie kompilowane są z patchem cccam-ignoregoodbad dostosowanym do aktualnego kodu, będącym funkcjonalnie odpowiednikiem zmiany 10633). Patch wprowadza w czytniku cccam, w sekcji parametrów dotyczących tylko tego protokołu pole Ignore good/bad. Brak zaznaczenia, to standardowa praca CCCAM (wartość domyślna), zaznaczenie oznacza że OSCam "ma w nosie" listę obsługiwanych i nie obsługiwanych kanałów przekazywanych przez CCCAM. Jeśli użytkownik wie, że OSCam/CCCAM po drugiej stronie działa w sposób nieprawidłowy, to powinien tą opcję włączyć. oscam-r11272-1.doc.zip oscam-r11272-1-mips-ar71xx-openwrt-aa-multipatch_v6.2.8e-terminal.zip oscam-r11272-1-mips-ar71xx-openwrt-bb-multipatch_v6.2.8e-terminal.zip oscam-r11272-1-mips-ar71xx-openwrt-cc-multipatch_v6.2.8e-terminal.zip oscam-r11272-1-mipsel-ramips-mt7620-openwrt-cc-multipatch_v6.2.8e-terminal.zip oscam-r11272-1-arm_cortex-mvebu-openwrt-cc-multipatch_v6.2.8e-terminal.zip oscam-r11272-1-arm_brcm-ddwrt-multipatch_v6.2.8e-terminal.zip

zastosowanie: dodanie funkcji Ignore Good/Bad dla czytników CCCAM. Brak zaznaczenia, to standardowa praca CCCAM (wartość domyślna), zaznaczenie oznacza że OSCam "ma w nosie" listę obsługiwanych i nie obsługiwanych kanałów przekazywanych przez CCCAM. Jeśli użytkownik wie, że OSCam/CCCAM po drugiej stronie działa w sposób nieprawidłowy, to powinien tą opcję włączyć. Kompilacje użyte w GOS mają przeciwną wartość domyślną (funkcję aktywną) do wersji 11272. minimalna wersja OSCAMa z jaką patch był testowany: 10634+* patchlevel: 2 autorzy: AbrahaM * Patch powinien bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. cccam-ignoregoodbad_v1.0.patch

zastosowanie: dodanie funkcji writechannelcache w sekcji DVBAPI, określającej czy OSCAM ma zapisywać "cache" z informacją o używanych kombinacjach CAID:PROVID do dekodowania kanałów czy też nie. Zalecane ustawienia: wyłączone dla ściśle zdefiniowanego (dla poszczególnych kanałów) dvbapi, dla konfiguracji ze zmiennymi warunkami technicznymi, włączone. Domyślne ustawienie: wyłączone, jeśli ktoś chce by domyślnie było włączone to powinien zmienić wartość domyślną parametru "writechannelcache". minimalna wersja OSCAMa z jaką patch był testowany: 11039* patchlevel: 0 uwagi: do czasu wypuszczenia zaktualizowanej wersji proszę go nakładać koniecznie jako pierwszy patch autorzy: thesniffer, khimitiki, AbrahaM * Patch działa dla aktualnej wersji. W wypadku nie działania proszę o informacje. y-disable_enable_ccache-v4.patch

zastosowanie: dodanie w czytnikach funkcji ecmtimeoutlimit, resetującej czytnik po przekroczeniu określonej przez użytkownika ilości timeoutów (TOUT). minimalna wersja OSCAMa z jaką patch był testowany: 11272+* patchlevel: 0 autor: AbrahaM * Patch powinien bez problemów działać także z nowszymi wersjami. W wypadku nie działania proszę o informacje. ecmtimeoutlimit.patch

Ciekawe, zawsze mnie się wydawało, że guziki też. Widocznie byłem w błędzie. Przy okazji, zauważyłem, że na moim sparku guziki na panelu błędnie działają. VOL +/- przełącza kanały, a ch +/- już nie pamiętam co...

całkiem możliwe, sam to robię z głowy na poczekaniu, więc jak mogłem napisać, to napisałem.

A czy istnieje jakaś lista niezbędnych/minimalnych pakietów żeby tuner mógł spełniać swoje podstawowe zadanie tzn, oglądać TV ? Chodzi mi o wersję Core+ coś tam = oglądanie TV ależ proszę, "jak to zrobić", czyli jak dograć do core najbardziej podstawowe/typowe elementy. opkg update opkg upgrade opkg install enigma2 to by już wystarczyło, aczkolwiek przypuszczam, że większość osób by chciała jeszcze zrobić opkg install enigma2-plugin-cec enigma2-plugin-frontpanel enigma2-plugin-softwaremanager enigma2-plugin-openwebif jak widać, przyjąłem założenie, że ktoś ma/chce CEC, chce obsługę frontpanelu, softwaremanagera ułatwiającego zarządzanie i openwebif, w tym samym celu. Jeśli nie chce któregoś z nich, to odpowiedni element wpisu (np. dotyczący openwebif, bo go ktoś nie chce - albo frontpanelu, żeby dzieci nie przełączały kanałów) należy zmienić, usuwając to, czego ma nie być. dla "sparkow" można dodać plugin pozwalający na przełączanie się między NAND a USB opkg install enigma2-plugin-duckba jak ktoś lubi mieć wygodnie, można dodać także opkg install nano mc na koniec wybieramy oscama w takiej wersji, w jakiej chcemy opkg list | grep oscam opkg install oscam-costamtam potem tylko sync && reboot i gotowe

no tak, albo możesz zostawić to jak jest albo kiedyś zapłacić komuś z miernikiem profesjonalnym (a nie wychyłową zabaweczką), by ustawił antenę jak trzeba... a i to ostatnie pod warunkiem, że antena nie jest "zwichrowana"...

zakładając, że odbiornik to nBox, to problem może być spowodowany "genialnymi" głowicami. Jeden z naszych użytkowników sprawdził co daje wymiana głowic na te z BZZB. Do poczytania tu: http://openpli.xunil.pl/index.php/FAQ_-_Strona_2#mozTocId931078 Teoretycznie nie ma podstaw, poza głowicami i jakością sygnału, dla efektów jakie opisujesz.