-
Postów
6 714 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
10
Typ zawartości
Profile
Forum
Wydarzenia
Treść opublikowana przez tux
-
Nad nBox już się zastanawiam. Nie dlatego, że leń jestem ale dlatego, że nawet zmniejszony support nie spowodował przybycia ani jednego testera więcej (obecnie zgłosiła się jedna osoba). Czy warto kontynuować coś czego nikt nie chce? A może każdy chce ale niech devel testuje wszystko kosztem całego wolnego swojego czasu? Ktoś musiał to wreszcie napisać.
-
O DSI dyskusji już nie ma. Tam nie będzie nawet jak tego zaktualizować. O Ariva może będzie można pomyśleć bo kilku testerów już jest.
-
OSCam dla procesorów i686 kompilowany z myślą o PLD Linux
tux odpowiedział(a) na tux temat w OSCam → Open Source Conditional Access Modul
+------------------------------------------------------------------------------- | OSCam ver: 1.20-unstable_svn rev: 10710 target: i686-pld-linux-ssl | Reverts: 10634 | Patches: buffsize500k.patch, z-maxservices.patch | Tools: | CROSS = | CC = gcc | Settings: | CONF_DIR = /etc | CC_OPTS = -O2 -ggdb -pipe -ffunction-sections -fdata-sections | CC_WARN = -W -Wall -Wshadow -Wredundant-decls -Wstrict-prototypes -Wold-style-definition | CFLAGS = -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LDFLAGS = -Wl,--gc-sections -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LIBS = -lssl -lcrypto -lpthread -ldl | UseFlags = USE_SSL=1 USE_LIBCRYPTO=1 | Config: | Addons : WEBIF WEBIF_LIVELOG WEBIF_JQUERY TOUCH WITH_SSL IRDETO_GUESSING CS_ANTICASC WITH_DEBUG | MODULE_MONITOR WITH_LB CS_CACHEEX CW_CYCLE_CHECK LCDSUPPORT LEDSUPPORT IPV6SUPPORT | Protocols: CAMD35 CAMD35_TCP NEWCAMD CCCAM CCCSHARE GBOX | Readers : NAGRA IRDETO CONAX CRYPTOWORKS SECA VIACCESS VIDEOGUARD BULCRYPT | CardRdrs : PHOENIX | Compiler : gcc (PLD-Linux) 4.9.2 20141216 (release) | Config : build/i686-pld-linux-ssl/config.mak | Binary : Distribution/oscam-1.20-unstable_svn10710-i686-pld-linux-ssl +------------------------------------------------------------------------------- oscam-1.20.server-svn11360.i686.rpm -
OSCam dla procesorów x86_64 kompilowany z myślą o PLD Linux
tux odpowiedział(a) na tux temat w OSCam → Open Source Conditional Access Modul
+------------------------------------------------------------------------------- | OSCam ver: 1.20-unstable_svn rev: 11280 target: x86_64-pld-linux-ssl | Tools: | CROSS = | CC = gcc | Settings: | CONF_DIR = /usr/local/etc | CC_OPTS = -O2 -ggdb -pipe -ffunction-sections -fdata-sections | CC_WARN = -W -Wall -Wshadow -Wredundant-decls -Wstrict-prototypes -Wold-style-definition | CFLAGS = -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LDFLAGS = -Wl,--gc-sections -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LIBS = -lssl -lcrypto -lpthread -ldl | UseFlags = USE_SSL=1 USE_LIBCRYPTO=1 | Config: | Addons : WEBIF WEBIF_LIVELOG WEBIF_JQUERY TOUCH WITH_SSL IRDETO_GUESSING CS_ANTICASC | WITH_DEBUG MODULE_MONITOR WITH_LB CS_CACHEEX CW_CYCLE_CHECK LCDSUPPORT | LEDSUPPORT IPV6SUPPORT | Protocols: CAMD35 CAMD35_TCP NEWCAMD CCCAM CCCSHARE GBOX | Readers : NAGRA IRDETO CONAX CRYPTOWORKS SECA VIACCESS VIDEOGUARD BULCRYPT | CardRdrs : PHOENIX | Compiler : gcc (PLD-Linux) 5.4.0 20160603 (release) | Config : build/x86_64-pld-linux-ssl/config.mak | Binary : Distribution/oscam-1.20-unstable_svn11280-x86_64-pld-linux-ssl +------------------------------------------------------------------------------- oscam-1.20.server-svn11360.x86_64.rpm -
Jak zafundujesz nam tunery to czemu nie :)
-
Czekamy na zgłoszenia mailem.
-
Jak przyjdzie na to czas..jest nas kilku. Prace trwają.
-
A może z szacunku do mnie poszukali byście jaki to los i dlaczego spotkał DSI-87. Jednak lenistwo i brak chęci poszukania jest silniejsze. Lepiej pisać o szacunku itp. Ilość pobrań sofu jak był na www to średnio 30 razy w miesiącu. Ilość połączeń z OPKG to jakieś 0.1% wszystkiego. Aktywność na forum praktycznie żadna. Ponadto soft nigdy nie wyszedł z BETA testów. Z testerami jest jeszcze gorzej niż dla ADB5800xx. Do tej pory wszystkich testerów (wszystkie odbiorniki razem) od dwóch miesięcy zgłosiło sie dwóch. Po przekazaniu im gdzie mają napisać po instrukcje, CISZA z ich strony. Jeżeli ktoś uważa, że garstka osób cudem ogarnie obecną ilość tunerów to jest w błędzie. Wielu z Was chce softu, ale niewielu (czytaj nikt) nie ma ochoty testować w myśl zasady - poczekam aż zrobi to ktoś inny. Jeżeli nic się nie zmieni to może trzeba bedzie zrezygnować też z innych tunerów.
-
Pisałem już wielokrotnie i wystarczy poszukać na forum.
-
Można wgrać (jak ktoś ma kopię) i ustawić niwe repo ręcznie zgodnie z tym co jest np. na nBox poza liniami od arvia. Powinno działać, ale nie daję 100% gwarancji.
-
Być może jak kiedyś będzie trochę czasu to spróbuje się coś zrobić. Ale obiecać nie mogę.
-
Ze względu na przyjęty model systemu GOS potrzebuje około 150MB w NAND dla komfortowej pracy. Oba tunery maja mniej.
-
W skrócie - dekoder podzielił losy DSI-87.
-
Myśl logicznie...jakiego pakietu już nie ma w repo...podpowiem...było na WWW. Takiego z -sat w nazwie.
-
Wyciągnąć logiczne wnioski z tego co załączyłeś. Wszystko jest tam napisane.
-
Musisz wgrać tego co sprzedawca. Po nazwie domyślam się, że masz modchip.
-
Obecnie po UPD też wyświetla.
-
Pakiet dodany do repozytorium.
-
Przeinstaluj pakiet python-pyopenssl. Brakowało jednej zależności. W fazie BETA nie zmieniam numerków wersji.
-
Stworzyć partycje rootfs mniejsza niż 1GB.
-
Ktoś musi to wreszcie napisać.... Wraz z kolegą 314TeR[/member] udowodniliśmy Ci, że procesor STi7100 nie posiada wsparcia dla trybu 1080p. Ty jednak dalej głosisz swoje teorie, według których producent się myli. Nawet jak jakimś cudem walczysz tryb X nie jest on sprzętowo obsługiwany przez STi7100. Jeżeli już koniecznie, po raz kolejny (bo to nie pierwszy raz) będziesz próbował udowadniać rzeczy niestworzone będę musiał wreszcie zareagować w zdecydowanie ostrzejszy sposób. Cała ta dyskusja jest prowadzona w miejscu gdzie jej być nie powinno. Jeszcze ktoś pomyśli, że odkryłeś coś czego nie wie nawet producent procesora. Takie dyskusje prowadź sobie gdzie indziej albo chociaż w dziale "piszcie co chcecie"
-
Mam na myśli to, że na odbiorniku "normalnym" a nie przerabianym masz wybór tylko tego co "pudełko" obsługuje.
-
robert_cz[/member] Zobacz jak to wygląda w GOS (i nie tylko) dla MIPS32EL. Stawiam na to, że mocno się zdziwisz.
-
Z tunerów, które wspiera GOS tylko ADB5800xx nie obsługuje trybu 1080p. Dla jednego tunera nikt nie będzie specjalnie wszystkiego w Menu wywracał. Tym bardziej, że te tunery są już na wymarciu przy cenach tego co obecnie jest na rynku.
-
Niezależnie od tego co masz w ustawieniach (nie tykane od co najmniej września 2016) w podanym powyżej linku wyraźnie masz napisane: Video/graphics subsystem ● MPEG-4 AVC high profile level 4.1/ MPEG-2 MP@HL video decoder – hardware/firmware mixed architecture – advanced error concealment and trick mode support – dual MPEG-2 MP@HL decode ● SD (ITU-R BT 601/656) D1 digital video input ● Displays – HD display, multiformat capable (1080I, 720P, 480P/576P, 480I/576I) - Analog HD output RGB or YPbPr - HDMI encoded output – SD display - Analog SD output: YPbPr or YC and CVBS Tam wyraźnie masz napisane, iż najwyższy tryb pracy STi7100, czyli tego z nBox to 1080I. Oznacza to tylko tyle, iż każdy tryb wyżej, który się odpala to tylko przypadek. nBox jest odbiornikiem przerabianym i prawdopodobnie dlatego nikomu nie chciało się specjalnie pod niego poprawiać wpisów w MENU. Reasumując...dla nBox 5800xx tryby pracy obsługiwane przez procesor to:1 080I, 720P, 480P/576P, 480I/576I. Jakich byś zaklęć nie użył inne działać poprawnie nie będą ponieważ procesor nie ma ich zaimplementowanych. Ponadto jak napisał 314TeR[/member] - cud się nie stanie i nagle z obrazu, który ma 50 klatek (ale co drugą) nie stanie się obraz 25 klatek. Będzie jitter czy tego chcesz czy nie.