JaGrab3

chodzi o to, że ja sprawdzam stronę:Informacje i aktualności (a nie historia aktualizacji) , bo tam nie ma informacji na temat gałęzi test, której nie mam - są tylko zmiany dotyczące release.. Nie ważne, koniec tematu, gui też możę być.

hmm, zawsze czytam to: http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Informacje bo ta gałąź mnie interesowała - tam tego nie znalazłem. Dzięki za info.

danke. btw. była gdzieś wzmianka o tym?

Witam, nie wiem czy tylko u mnie, ale od którejś aktualizacji zniknął mi /etc/init.d/openpli.... czy funkcjonuje teraz pod inną nazwą? GraterliaOS:~# ls /etc/init.d/ autofs gfrontpanel gsysfscheck mountall rcS.users.sh udhcpc bootclean gmodules_init gui mountvirtfs reboot umountfs cpufreq graterlia_init halt network samba vsftpd cron gremotecontrol hostname ntpd sendsigs gbootlogo gstartinfo makedev rc softcam gboxtype gstm moderateshutdown rc.start sshd GraterliaOS:~# GraterliaOS:~# find / -name openpli GraterliaOS:~#

Tux dobrze mówi. Ja też kombinowałem z RAW i czyszczeniem - pomogła wymiana odniornika IR. Koszt niecałe 2 zł + lutowanie.

Mi SVA powodowało automatyczne zgłaśnianie podczas odtwarzania w iptvPlayer. Oglądasz materiał, ściszasz, a po paru sekundach sam się zgłaśnia, tak o 4 kroki.... Po wywaleniu sva nie ma tego efektu.

Otóż to.

Dziwne, jeżeli na obrazie bez przeplotu jednak szatkuje, to może wskazywać na problem z kablem hdmi lub tv:). U mnie na hd ready, na 1080i lekko szatkowało na tvn ale przy dynamicznych scenach, na 720p tego nie ma.

Jeżeli macie TV HD REady, sprawdźcie w trybie 720p, czyli bez przeplotu....

Ja dzisiaj sprawdzę, ale pewnie masz rację. Za to dzisiaj dostałem nowy odbiornik IR - to jest dla mnie ważniejsze - mam nadzieję, że wszlkie problemy z reakcją na pilota miną.

Obawiam się, że to nie jest kwestia ustawienia, tylko jest tam pewnie jakiś układ, co jest wyskalowany na 266Mhz i wg., tego wystawia cykle zegarowe :(. Zobacze jak będzie chodził na 333Mhz, jeżeli gra będzie warta świeczki, to ustawię NTP co minutę - nie wiem czy coś się nie będzie kisiło z timerem, jak mu nagle godziny będzie cofał :).

No tak, jest to proste, ale to trochę taki plasterek... no cóż.

Głupie to z tym RTC... a szkoda. Chyba, że j00zek ma na to antidotum? Tak podpuszczasz widze :)

GOS Manager, Ustawienia systemowe...

Wczoraj sprawdzałem, i się spóźniał. Dopiero po wzbudzeniu synchronizuje i jest go. (mam gałąź release). @j00zek, rozumiem, ze coś kombinujecie, żeby w BSKA czas dobrze był zliczany?

No wlasnie mam dodatkowy radiator i jest on letni, więc nie ma problemu z przegrzaniem. Ale faktycznie może być problem z tym RTC, bo to samo jest w trybie moderate standby to godzina się baardzo spóźnia. Dzięki, to nie będę tym sie bawił.

Witam, standardowa prędkość procka w BSKA to 266MHz, czy bezpieczne będzie podniesienie prędkości ponad 300? Głównie chodzi mi o przyspieszenie działania menusów - szczególnie jak idzie nagrywanie... Mam radiator na procku.

Po dzisiejszym wgraniu release, miałem to samo, po sprawdzeniu odpalenia bezpośrednio enigmy, problem z Traceback (most recent call last): File "/usr/lib/enigma2/python/mytest.py", line 562, in <module> Components.UsageConfig.InitUsageConfig() File "/usr/lib/enigma2/python/Components/UsageConfig.py", line 35, in InitUsageConfig NameError: global name 'ngettext' is not defined Co ciekawe wersje enigmy miałem dobrą: GraterliaOS:~# opkg list-installed |grep enigma2 enigma2 - 2014-11-27-git-3 enigma2-data - 2014-11-27-git-3 enigma2-default-fonts - 0.2.0 enigma2-extpythonpack - 0.2.16 enigma2-extpythonpack-inhd - 0.2.4 enigma2-extpythonpack-inhd-tux - 0.2.3 enigma2-keymaps - 2014-11-27-git-2 enigma2-langpack - 2014-10-06-git enigma2-libs-metapack - 1.0.5 enigma2-picon-hotbird-richter-polskie-100x60 - 2014-09-09 enigma2-plugin-cec - 0.2.6 enigma2-plugin-frontpanel - 1.14.4 enigma2-plugin-graphmultiepg - 0.2.3 enigma2-plugin-openwebif - 0.4.3-3 enigma2-plugin-positionersetup - 0.2.0 enigma2-plugin-skinselector - 0.2.0 enigma2-plugin-userskin - 0.2.18 enigma2-plugin-userskin-i18n-en - 0.2.17 enigma2-plugin-userskin-i18n-pl - 0.2.18 enigma2-plugin-videomode - 0.2.0 enigma2-plugins-default - 2014-11-27-git-1 enigma2-skin-default - 2014-11-27-tux-1 enigma2-skin-infinityhd-nbox - 0.2.13 enigma2-skin-infinityhd-nbox-tux-full - 0.2.10 enigma2-skin-metroblack - 0.2.1 Pomogło: opkg install enigma2 --force-reinstall Przy czym dwukrotnie trzeba było próbować, bo przy pierwszym wywalił bład : GraterliaOS:~# opkg install enigma2 --force-reinstall Downloading http://graterlia.xunil.pl/repodata/release/sh4/enigma2_2014-11-27-git-3_sh4.ipk. Reinstalling enigma2 (2014-11-27-git-3) on root. Installing enigma2-i18n-default (2014-11-05-2) on root. Downloading http://graterlia.xunil.pl/repodata/release/sh4/enigma2-i18n-default_2014-11-05-2_sh4.ipk. Collected errors: * opkg_install_pkg: Package enigma2-i18n-default md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. * opkg_install_cmd: Cannot install package enigma2. Po ponownym update, już poszło, i tunek ożył.

Cześć, od jakiegoś czasu zauważyłem, że dziwnie włącza się standardowy timeShift: po naciśnięciu pauzy obraz gaśnie na sekundę, potem wraca i zaczyna przycinać, licznik timeshifta przesakuje 1,2,1,2 . Ponowne podwójne naciśnięcie pauzy, już poprawnie odpala timesifta, czyli obraz zatrzymuje się, i licznik odlicza. Czy spotkaliście takie zachowanie?

Co do samego pythona to oczywiście że moduły można unloadować, ja nigdy tego nie robiłem, bo nie musiałem - python żył na czas wykonania programu. Samo wywalenie modułu wywala referencje ale trzeba by przetestować czy też zwalnia pamięć. Mój system jest w jak najbardziej podstawowej konfiguracji, lista pluginów to: DreamExplorer EPGImport GOSmanager IPTVPlayer UserSkin DynDNS FlashBackup GraphMultiEPG OpenWebif WebInterface inHDcontroler . Nie wiem czy moje spostrzerzenia odbierasz za jakiś atak, ale mam poczucie, że odbiegasz od tematu, na kwestie związane z samym pythonem, a tematem mojej wypowiedzi było: zatrzymanie echo 1 > /proc/sys/vm/drop_caches spowodowało szybsze działanie mojego systemu - to jest spostrzerzenie, nie chcę niczego udowadniać - w moim przypadku jest po prostu lepiej. Edit, właśnie na próbe wyłączyłem swapa, i oczywiście czyszczenie cache, zobaczymy jak teraz będzie. Obcenie na standby mam: GraterliaOS:~# free total used free shared buffers cached Mem: 98156 77604 20552 0 300 6580 -/+ buffers/cache: 70724 27432 Swap: 0 0 0

Z poziomu systemu odpalamy pythona wykonywujacego program, kończymy program, spada python z procesów, zwalnia się pamięć. Tutaj rozumiem, że cały czas mamy podniesionego pythona, że względu na openpli, i jak jawnie nie wywalimy biblioteki, to cały czas siedzi w pamięci. Nie rozumiem o jakich problemach piszesz. Czyszczenie cache to jest łata pochodząca z plug-in u clearmem, nie manie tego mną powodować problemy? Nie rozumiem. Nawet tux wypowiadał się że żadne dodatkowe czyszczenia pamięci są zbedne, bo system sam o to dba Wysłane z mojego C5303 przy użyciu Tapatalka

Nie tak. Załadowany IPTV wchodzi do pamięci, po wyłaczeniu zwalnia - być moze źle się wyraziłem wcześniej. Przykładowo, mam 20M wolnego, odpalam IPTV mam 2M wolnego. Zamykam IPTV mam 20M wolnego. Standardowo, odpalam sybckp - zajmuje mi całą pamięć + pojawia się coś w swap, po skonczonym skrypcie - pamięć jest zwalniana. Dedukuję, że w przypadku mojego tunera cache pomaga w działaniu. Przez to że mam swapa, nie ma strachu, że zabraknie RAM. Tutaj chodzi tylko o to, że jeżeli z crona co minute odpalało się drop cache to taka sytuacja NIE powodowała u mnie polepszenia wydajności systemu, tylko spadek. Po czym wnosisz, że tak jest? Importując moduły w pythonie podciągane są do pamięci, kończąc wykonywanie programu pamięć jest zwalniana. Swego czasu dużo pisałem w pythonie i nie było nigdy problemy z niezwalnianiem pamięci. Nie piszemy posta pod własnym postem edytujemy.... Scalono

Tak aktywował się, bo tam w tym skrypcie aktywował się powyżej 80% zajętości - a u mnie przy 5800 prawie cały czas miałem ponad 80%. Po wyłączeniu drop cache, sprawdzałem i teraz mam znacznie więcej buforów zapełnionych i więcej idzie do swapa. Wolny ram czasami spada do 2MB, by np. po wyłaczeniu iptvplayera zwolnić 20MB - czyli normalna sprawa. Potestuję jeszcze, ale mam wrażenie, że tuner chodzi szybciej, nie ma lagów gdy skacze się po menu z listą programów (InfinityHD z wylaczonymi next zdarzeniami). Poprzednio było tak, że po przeskakiwaniu po liście, raz za czas kursor zatrzymywał się, by za chwile przeskoczyć o parę miejsc dalej. Teraz jest tak, że każde naciśnięcie, nawet bardzo szybkie (np. 3x/sekundę) powoduje zmianę zaznaczenia na liście. Same programy też chyba przełaczają się szybciej (samo pojawienie się infobara).

hm.... ale nikt nie ustawia swappiness lecz drop_caches. Ta operacja jest bezpieczna i pomaga w tunerach, niezaleznie od tego co na to teoria. ;) Po wywaleniu standardowego drop caches z crona, i zostawieniu swapa - tuner znacznie szybciej chodzi - przynajmniej takie mam odczucie.....

Zgadza się. Mi ruszył, co prawda po wygraniu do nand ale zawsze :-) Wysłane z mojego C5303 przy użyciu Tapatalka