robert_cz

Nie zaglądałem ostatnio na stronę, tylko bezpośrednio do wątku forum. Oczywiście bardzo dobra robota, choć czasem się z Wami nie zgadzałem. Najpóźniej jutro wesprę Was tyle ile mogę. Zadam pytanie inaczej, może wprowadzicie płatne modyfikacje? tux[/member], na ile wyceniasz tą modyfikację?

też dziękuję u mnie też działa. Można prosić o oficjalną paczkę w repo?

To dla SH4 było już naprawiane?

Pytanko. Co Wy na to, żeby w ramach minimalnej wersji Graterli z paczki util-linux-gos, przy okazji jej nowej wersji 2.29 wydzielić z niej programy dotyczące dysku jak, np.: /sbin/mkswap /sbin/swapoff /sbin/swapon /sbin/sfdisk etc. Jako nieobowiązkową dla tych co mają system w nand?

A ja lubię to coś, to grzebanie, sprawdzanie testowanie, bez gwarancji, że się uda. Ktoś musi być ten zwariowany, który chce się pobawić. Jak coś znajdę, to dam znać. będę móg spróbowac co najmniej dwa razy, bo tyle mam odbiorników :-)

Nie, nbox z gorszymi parametrami to ponad 200zł. Więc 150 + przeróbka, za dwa razy lepsze osiągi wygląda nieźle. :-) Ja niestety za cienki jestem, ale będę szukał punktu zaczepienia, może uda się coś poprzerabiać z jakiegoś podobnego modelu na tym samym procku. ESI88/UHD88 są na tym samym procku, więc może znajdzie się ktoś sprytny i coś podpowie. tux[/member], jesteś niezawodny w podcinaniu skrzydeł ;-) Zawsze można na Ciebie liczyć.

Pewnie już czytaliście, że nc+ wypuściło Pace HDS7241 w ofercie na własność. http://satkurier.pl/news/157998/nc-tnk-z-pakietem-start-z-dekoderem-pace.html Odbiornik jest na procesorze STi7105. Może dałoby się tu zaszczepić graterlię?

Może komuś się przyda. Miałem kilka przypadków kiedy system na tunerze odpalam z dysku HDD, a NAND się marnuje. Jakie są plusy: - rzadsze budzenie się dysku hdd, - cichsza praca, Jak to zrobić? zaczynamy od folderu do montowania NAND: mkdir /nand do pliku etc/fstab dopisujemy linijkę /dev/mtdblock0 /nand jffs2 po tym albo restartujemy tuner, albo odpalamy skrypt: /etc/init.d/mountall Za pomocą komendy "df -h" powinniśmy zobaczyć taką pozycję: Filesystem Size Used Available Use% Mounted on (...) /dev/mtdblock0 60.0M 16.8M 43.2M 28% /nand Po wykasowaniu pozostałości starego systemu z NAND możemy ruszać dalej. Teraz możemy spokojnie przenieść lokalizację pliku epg.dat do folderu /nand ustawienie to wpisujemy w pliku /etc/enigma2/settings. żeby zadziałało najpierw musimy zatrzymać Enigmę: /etc/init.d/gui stop Ulubionym edytorem dodajemy do pliku /etc/enigma2/settings dodajemy wpis: config.misc.epgcache_filename=/nand/epg.dat Teraz Picony. Przenosimy folder picon z /usr/share/enigma2/ do folderu /nand potem dajemy symlink: ln -s /nand/picon /usr/share/enigma2/picon Dzięki temu po aktualizacji paczki z piconami zaktualizują się one w nowym miejscu. PS. spisywałem po fakcie, więc mogły się wkraść błędy.

Ale mówię Ci, że DZIAŁA. Nie działa, to aktualnie opcja którą można wybrać z menu BSxA 1080P50 i to jest też coś co chcę naprawić.

Dobra, wymyśliłem, ale potrzebuję pomocy jak sprawdzić model procesora, że to STi7100 Można dać if tego typu: if "coś tam, coś tam, nie wiem jak sprawdzić model": rates['1080p'] = {'25Hz': {50: '1080p25'}, '30Hz': {60: '1080p30'}} else: rates['1080p'] = {'50Hz': {50: '1080p50'}} Co Wy na to, ale nie śmiać się, tylko pomóc, proszę. Oczywiście, można zrobić if, żeby dla STi7100 w ogóle nie było 1080p, bo i tak nie działa, ale jeśli można, to chciałbym żeby pozostało.

To, masz na myśli? /proc/stb/video/videomode_choices Jeśłi tak, to nie mam na czym tego sprawdzić.

Sprawdziłem i działa. Dziękuję za podpowiedź. Ale za to w aktualnie mamy mamy błąd (tak jak napisałem powyżej) i może warto by uzależnić to co się wyświetla od modelu na którym mamy Graterlię. Z tego co tux[/member] pisał że kiedyś będziemy mieli Graterlię dla odbiorników wspierających 4K, więc i tak trzeba będzie to zrobić. Postaram się zagłębić w tajniki programowania i może sam napiszę odpowiednie poprawki w kodzie do sprawdzenia przez ekspertów. Skoro już odpisujesz, to możesz odpisać od czego zależy to co jest dostępne tu: /proc/stb/video/videomode_choices od parametrów kompilacji jądra, czy sterownika?

Trochę pomijając czy słusznie, czy nie słusznie, czy powinien ten tryb być, czy nie powinien, to mnie trochę temat zaciekawił. Z tego co znalazłem wszystkie rozdzielczości do wyboru są tu: https://github.com/OpenPLi/enigma2/blob/master/lib/python/Plugins/SystemPlugins/Videomode/VideoHardware.py I teoretycznie jest tam odczyt z /proc/stb/video/videomode_choices def readAvailableModes(self): try: modes = open("/proc/stb/video/videomode_choices").read()[:-1] to teraz pytanie, czemu w /proc/stb/video/videomode_choices są niedziałające wybory? To kwestia parametrów kompilacji? np. te zaznaczone: 1024x768_60 1024x768_70 1024x768_75 1024x768_90 1024x768_100 1280x1024_60 1280x1024_70 1280x1024_75 1600x1200_60 1080p60 1080p59 1080p50 1080p30 1080p29 1080p25 1080p24 1080p23 1080i60 1080i59 1080i50 720p60 720p50 576p50 576i50 pal Aktualizacja: Zdekompilowałem sobie nasz plik i znalazłem jeden błąd: rates['1080p'] = {'50Hz': {60: '1080p50'}} - tu powinno być 50 zamiast 60. I zaciekawiło mnie, że na openpli zrobili wykrywanie hardware: if hw_type in ('elite', 'premium', 'premium+', 'ultra', "me", "minime") : config.av.edid_override = True if (about.getChipSetString() in ('7366', '7376', '5272s', '7444', '7445', '7445s')): modes["HDMI"] = ["720p", "1080p", "2160p", "1080i", "576p", "576i", "480p", "480i"] widescreen_modes = {"720p", "1080p", "1080i", "2160p"} elif (about.getChipSetString() in ('7252', '7251', '7251S', '7252S', '7251s', '7252s')): modes["HDMI"] = ["720p", "1080p", "2160p", "2160p30", "1080i", "576p", "576i", "480p", "480i"] widescreen_modes = {"720p", "1080p", "1080i", "2160p", "2160p30"} elif (about.getChipSetString() in ('7241', '7358', '7362', '73625', '7346', '7356', '73565', '7424', '7425', '7435', '7552', '7581', '7584', '7585', 'pnx8493', '7162', '7111')) or (hw_type in ('elite', 'premium', 'premium+', 'ultra', "me", "minime")): modes["HDMI"] = ["720p", "1080p", "1080i", "576p", "576i", "480p", "480i"] widescreen_modes = {"720p", "1080p", "1080i"} elif about.getChipSetString() in ('meson-6'): modes["HDMI"] = ["720p", "1080p", "1080i"] widescreen_modes = {"720p", "1080p", "1080i"} elif about.getChipSetString() in ('meson-64'): modes["HDMI"] = ["720p", "1080p", "2160p", "2160p30", "1080i"] widescreen_modes = {"720p", "1080p", "1080i", "2160p", "2160p30"} else: modes["HDMI"] = ["720p", "1080i", "576p", "576i", "480p", "480i"] widescreen_modes = {"720p", "1080i"} może u nas też by warto zrobić parametry na podstawie hardware? Bym chciał, jeśli to możliwe 1080p25 dla BSxA. Mogę spróbować coś pomóc napisać, albo potestować, ale zastrzegam programistą nie jestem.

Szkoda, bo to wprowadza jeszcze jedno miejsce gdzie trzeba się "domyślać" co tuner ma na myśli w tej opcji. ;-( Kiedyś też na nboxie widziałem opcję autoresolution, ale to nie wiem czy w graterli.

Ekspertem nie jestem, ale w info np. TVP1 HD widzę 1920x1080 25, mi to wygląda jak 1080p 25, ale absolutnie się nie upieram przy niczym. Jittera nie pamiętam żebym zaobserwował, a nawet ten obraz wydawał mi się stabilniejszy 1080p 25Hz, ale to może moje subiektywne podejście. No to jak nie działa, to powinno wylecieć z menu, a jak działało, to może warto przywrócić?

Tak jestem pewien, jak chcesz, mogę wgrać jakąś starszą wersję i zrzucić Ci z telewizora parametry. Z całą świadomością to przełączałem. Swoją drogą jeśli nie obsługiwał, to po co było i jest dostępne w menu? Aktualizacja: Potwierdziłem na Graterli z 2015_10_23 włączona w 1080p i telewizor mówi, że 24Hz, 25Hz i 30Hz, takie trzy były do wyboru i takie trzy telewizor akceptuje. Ale masz rację, żeby uniknąć niepotrzebnych konwersji dla 1080p powinno być dostępne tylko 25Hz, a pozostałe jedynie dla zaawansowanych jeśli nie byłoby to skomplikowane.

Tylko, że ja od zawsze oglądałem w 1080p 25 i teraz też bym tak chciał, a nie działa. Jestem za, jeśli dla 1080p będzie do wyboru tylko 25Hz, a dla 1080i 50Hz bez jakichś innych dziwnych częstotliwości, to nawet lepiej, mniej grzebania będzie.

Uzupełnienie: Czysty system też pozwala tylko na 50MHz. Coś jest nie tak. A do czego potrzebne jest inne odświeżanie niż 50Hz? Do tego, że nie daje się włączyć 1080p, bo ono nie ma przelotu tak jak 1080i, które tylko pozornie daje 50Hz (co druga linia) i działa z max 30Hz. Poprawnie, zgodnie ze standardem zamiast 50Hz powinno być 60Hz dla i. A dodatkowo 1080i może działać też z 60Hz, a nawet powinno jeśli ktoś lubi z przeplotem. Polecam tabelkę stąd: http://www.benchmark.pl/testy_i_recenzje/Fakty_i_mity_na_temat_HDTV_1080p-1081.html Moim zdaniem grzebanie przy Hz powinno być dla zaawansowanych a w menu powinno być tylko to co standardowe dla każdej z rozdzielczości.

Znalazłem drobne kosmetyczne błędy w konfiguracji paczki. 1) w skrypcie postinst jest drobny błąd w poleceniu Echo w przypadku wykrycia eth0: if ifconfig | grep ra0 > /dev/null; then if [ $ling == pl_PL ]; then echo "Wykryto kontroler WiFi ra0" echo "GenerujÄ™ przykĹ‚adowÄ… konfiguracjÄ™ dla IP ra0" else echo "Detected WiFi Controller ra0" echo "Generating a sample configuration for IP ra0" fi IP_ADDR=`ifconfig ra0| grep -w inet | awk '{print $2}' | cut -d: -f 2` # generuj_konfig > /etc/samba/smb.conf generuj_konfig > /etc/samba/smb.conf.sample elif ifconfig | grep eth0 > /dev/null; then if [ $ling == pl_PL ]; then echo "Wykryto kontroler WiFi ra0" echo "GenerujÄ™ przykĹ‚adowÄ… konfiguracjÄ™ dla IP ra0" else echo "Detected WiFi Controller ra0" echo "Generating a sample configuration for IP ra0" fi IP_ADDR=`ifconfig eth0| grep -w inet | awk '{print $2}' | cut -d: -f 2` generuj_konfig > /etc/samba/smb.conf.sample fi 2) w samej paczce znajdują się już puste pliki /etc/samba/smb.conf i /etc/samba/smb.conf.sample co oznacza, że ta część nigdy się nie wykona. if [ ! -e /etc/samba/smb.conf ]; then cp /etc/samba/smb.conf.sample /etc/samba/smb.conf fi

nic nie zmienia.

Uzupełnienie: Czysty system też pozwala tylko na 50MHz. Coś jest nie tak.

Dziwna sprawa z Częstotliwością odświeżania w ustawieniach Audio / Wideo w BSKA/BSLA. Nie da się przestawić na nic innego niż 50HZ, co powoduje, że nie da się przełączyć w 1080p, tuner po prostu pozostaje w poprzednich ustawieniach. Ma ktoś pomysł jak to naprawić? Potwierdzone na dwóch tunerach.

Chyba po ostatnich aktualizacjach paczka wyparowała :-(

A można prosić o dodanie do repozytorium?

tux[/member], mam prośbę, dokompilował byś te brakujące rzeczy, tak żebym mógł sobie potestować? Próbowałem, ale coś nie umiem. :-( Treść mojego poprzedniego posta: Z modprobe poradziłem sobie takim małym trikiem w folderze /lib/modules: ln -s /lib/modules /lib/modules/`uname -r` Ale sprawdziłem też w /proc/config.gz co mamy wkompilowane i niestety z tej listy: Device Drivers ---> Graphics Support ---> Support for framebuffer devices System type ---> Memory management options ---> Big Physical Area version 2 Device Drivers ---> Character Devices ---> Virtual Terminal (CONFIG_VT) Device Drivers ---> Character Devices ---> Support for console on virtual terminal (CONFIG_VT_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Framebuffer console support (CONFIG_FRAMEBUFFER_CONSOLE) Device Drivers ---> Graphics Support ---> Enable Software Drawing (CONFIG_FB_SOFTWARE_DRAWING_HELPERS) Device Drivers ---> Graphics Support ---> Console display driver support ---> Support for the Framebuffer Console Decorations (FB_CON_DECOR) http://www.stlinux.com/howto/splash-screen http://85.118.233.149/howto/splash-screen brakuje: System Type -> Memory management options -> Big Physical Area version 2 (# CONFIG_MODULES_BPA2 is not set) Device Drivers ---> Character Devices ---> Virtual Terminal (# CONFIG_VT is not set) w związku z tym kolejnego też nie ma: Device Drivers ---> Character Devices ---> Support for console on virtual terminal (CONFIG_VT_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Framebuffer console support (CONFIG_FRAMEBUFFER_CONSOLE) Device Drivers ---> Graphics Support ---> Console display driver support ---> Support for the Framebuffer Console Decorations (FB_CON_DECOR) I w tym momencie mnie to przerasta, bo jądra już nie dam rady skompilować :-( tux[/member], którą z brakujących opcji miałeś na myśli pisząc to: Bo sam moduł FrameBuffer stmfb.ko jest skompilowany. O tym powolnym działaniu DirectFB też coś tu napisali i że da sie to rozwiązać: https://github.com/Schischu/STLinux.BSP-Duckbox/blob/master/local_src/driver/stmfb-3.1_stm24_0104/linux/kernel/Documentation/faq.txt 126 Q. df_dok runs very slowly with LDDE2.2 and stgfb on a STb7100 based system, it 127 is no faster than using the --dfb:no-hardware option but I thought the 128 graphics were accelerated, why is this? 129 130 A. You are using the DirectFB package that was shipped with the LDDE2.2 131 distribution ISO image. Unfortunately this package was built against old 132 stgfb header files, which causes all accelerated graphics operations 133 to fail and fall back to software rendering. The solution is to update your 134 DirectFB package to the latest available, either via stmyum or directly from 135 the STLinux ftp site updates directory. .........Aktualizacja....... Dzięki koledze mickey[/member] Mouse udało się trochę potestować. Z racji, że stanąłem pod ścianą (nie wiem jak debugować błędy ładowania sterownika stmcore-display-stx7100.ko) dopiszę tu, na później, albo może się komuś przyda, jak by ktoś chciał się tym pobawić. mickey[/member] Mouse skompilował dla mnie jądro z odpowiednimi opcjami (patrz wyżej). System na tym jądrze odpalał się ok, ale bez konsoli na ekranie. Doczytałem, że potrzebne są jeszcze programy z którymi gada jądro z tej paczki: http://archive.stlinux.com/stlinux/2.4/STLinux/sh4/stlinux24-sh4-splashutils-1.5.4.3-7.sh4.rpm - obsługa splash screen, http://archive.stlinux.com/stlinux/2.4/STLinux/sh4/stlinux24-sh4-fbset-2.1-11.sh4.rpm - do zarządzania konsolą przez FB. I tu zaczęły się problemy, bo przestał się ładować sterownik stmfb.ko, bez powyższych programów, ale z jądrem z odpowiednimi opcjami ładował się bez problemu. Czyli wygląda, że coś ze splash próbuje coś zrobić ale jest jakiś problem. Może mi ktoś pomóc z debugowaniem ładowania tego modułu jądra? PS. Aktualnie gdy sterownik ekranu i FB jest ładowany jako moduł, to nawet jeśli splash consola jest wkompilowana w jądro, to nie będzie działać do czasu załadowania sterowników, więc mówimy o splash screen w trybie użytkownika.