mickey

@j00zek: irw: 000000000000000d 00 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 01 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 02 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 03 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 04 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 05 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 06 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 07 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 08 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 09 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0a KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0b KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0c KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0d KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0e KEY_HELP lircd-esi-88-raw.conf 000000000000000d 0f KEY_HELP lircd-esi-88-raw.conf 000000000000000d 10 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 11 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 12 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 13 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 14 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 15 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 16 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 17 KEY_HELP lircd-esi-88-raw.conf 000000000000000d 18 KEY_HELP lircd-esi-88-raw.conf 0000000000000001 00 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 01 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 02 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 03 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 04 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 05 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 06 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 07 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 08 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 09 KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0a KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0b KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0c KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0d KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0e KEY_POWER lircd-esi-88-raw.conf 0000000000000001 0f KEY_POWER lircd-esi-88-raw.conf 0000000000000001 10 KEY_POWER lircd-esi-88-raw.conf Żaden z przetestowanych evremote2 nie chciał łapać LONGa. Wersja universal ... wszystkie klawisze na opak :( Ale LONGa też nie łapała. Po przytrzymaniu kompletnie inny kod był.

Nie wiem jak Hotkey ale AB umożliwia mi przypisanie konkretnych wtyczek pod klawisze. Tego za pomocą keymapa nie potrafię.

Nie wiem jak daleko pójdą zmiany, ale zakładam, że pliki keymap_ab.xml (z AB) i keymap_gos.xml (główny systemowy) pozostaną w swoich paczkach i będą nadpisywane przy kolejnych aktualizacjach odpowiednich paczek. Ale jeżeli weźmiesz keymap_gos.xml i skopiujesz go sobie jako keymap_spavnkkr.xml a następnie w konfiguratorze j00zka ustawisz, że taka jest Twoja główna mapa klawiszy, to zmiany w tamtych plikach nie będą wpływały na Twój system. Oczywiście co jakiś czas możesz zerknąć na źródło, czy aby nie wprowadzono tam zmian, które są na tyle istotne, że warto je sklonować.

U mnie zawsze lewo/prawo przełączały kolejne strony a ch+/ch- nie używałem. Taką samą funkcję miały? Z jednej strony rozumiem rozgoryczenie, bo gdyby mi zabrali funkcjonalność lewo/prawo, to ... bym sobie zmodyfikował keymapa. Ale z drugiej strony wydaje się słuszne, że ch+/ch- mają dodatkowe inne funkcje...

Nie wiem jak jest w release ale w test mam: if [ -e /etc/sysconfig/lircd-user.conf ]; then co by znaczyło, żę plik lircd-user.conf ma trafić do /etc/sysconfig?

@314TeR: Krótko: Pilot N w RAW działa żwawiej. Tak, ten plik ma priorytet. Rodowodu nie znam. Menu i nieprzypisane - myślałem że rysunek jest Twój i nieuważnie przeczytałem komentarz za pierwszym razem - w większości się zgadzamy. I trochę dłużej i bardziej filozoficznie: Zauważ, że platformy cyfrowe nie zajmują się dopasowaniem swoich odbiorników do różnych pilotów a po prostu zamawiają nowe piloty, tak żeby były jednakowe dla wszystkich odbiorników. Czyli każdy typ odbiornika dopasowywany jest do konkretnego modelu pilota. W GOS mamy podobnie, ale jako, że nie bardzo możemy sobie pozwolić na zaprojektowanie własnego pilota i jego produkcję, to system został dopasowany do pilota N ... jakoś tak wyszło historycznie, że on był pierwszy i tylko DSI uparcie nie chce współpracować. Ale, że system jest otwarty i jest możliwość użycia dowolnego pilota, to powstały dodatkowe konfiguracje. Konfiguracje te potrzebują punktu odniesienia, bo trudno by było dla każdego pilota od nowa konfigurację, czyli keymap.xml, tworzyć. Tym punktem odniesienia jest pilot N i każdy inny pilot powinien go najpierw zastąpić a dopiero później rozszerzać funkcjonalność. I na razie nie zanosi się na zmianę tego punktu odniesienia. PS. Keymap w GOS: /usr/local/share/enigma2/keymap.xml. Pliku oryginalnego z E2 szukaj tam gdzie keyids.py i w tdt/max-tdt. Drobna zmiana po ostatniej aktualizacji. Konfiguracja użytkownika jest teraz w /etc/lircd-user.conf.

Powinno być raczej o 5:02. Wyłączyć: jeżeli nie modyfikowałeś crontaba to usunąć plik /etc/cron/daily/ntpadate, ale radzę tego nie robić, bo Ci się zegarek rozsynchronizuje.

@AbrahaM: Kiedy piszesz "Uprzejmie proszę o przetestowanie/porównanie OBU ostatnich wersji: 9870 i 9871" może dałoby się coś zasugerować i napisać na co zwracać uwagę. Wcześniej było 9870 v3 i v4 ... i u mnie obie działają. Obecnie mam v4, bo ta poszła druga do testów, a może coś z nią jednak nie tak, bo widzę, że wszystkie kolejne wersje są tylko v3?

Porównujesz z N'kowym w XMP czy w RAW? Można tak, ale w przypadku własnej konfiguracji pilota lepiej zapisać ją jako: /etc/sysconfig/lircd-user.conf. Po opkg upgrade na pewno się nie podmieni. Lista rozpoznawanych klawiszy: http://sourceforge.net/p/openpli/enigma2/ci/master/tree/keyids.py ... ale bez opisu, bo w sumie faktycznie działanie klawiszy zależy od wpisów w plikach keymap.xml. Co do pokrywania: KEY_MENU i KEY_OPT (ściślej: KEY_OPTION) mają faktycznie w niektórych miejscach przypisane te same funkcje (KEY_OPTION dubluje KEY_MENU), ale ogólnie są to odrębne klawisze. KEY_EXIT nie ma na pilocie N, a że tam BACK jest opisany jako KEY_HOME, to wychodzi na to, że zwykle KEY_HOME spełnia funkcję nieistniejącego KEY_EXIT. A co do uporządkowania i standaryzacji: Z tego co się orientuję to obecnie porządek jest i standardem jest ten stary wielki pilot N. No i w efekcie jest tak, że to pod ten pilot jest przygotowany główny systemowy keymap.xml. I teraz mając inny pilot (jakikolwiek), który ma inną liczbę klawiszy trzeba ... no właśnie co. W sumie to trzeba mu tak przypisać klawisze, żeby wszystko co konieczne było dostępne, a w przypadku mniejszej liczby brakowało mało używanych funkcji. W przypadku większej liczby klawiszy można dodać nowe, ze świadomością, że będą niedostępne dla większości użytkowników. Co do przypisań klawiszy: Klawisze, które opisałeś jako "nie działają" opisałbym jako "KEY_PREVIOUS", "KEY_NEXT" i ... może jednak "KEY_HOME", co odpowiadałoby N'kowemu BACK a pod Exit można by przypisać KEY_EXIT ... może czasami będą działały te klawisze, w niektórych wtyczkach. Natomiast zamiana miejscami KEY_MENU i KEY_OPTION moim zdaniem jest nietrafiona. SETUP na pilocie N to KEY_MENU, czyli w główny klawisz wywołujący MENU natomiast OPT używany jest gdzie potrzeba do wyboru ścieżki audio (jak w sofcie N), czyli przypisanie KEY_OPTION pod tą ikonkę z głośnikiem i znakiem zapytania wydaje się sensowniejsze. PS. Stwierdzenie "dla ESI-88 pod jego oryginalny pilot" jest w sumie prawdziwe, ale to właściwe jest bardziej "oryginalny pilot CP", który dają do różnych dekoderów. PPS. Co do LONGa: Jeżeli działa autopowtarzanie, np. przy VOL+/- to znaczy, że wielokrotnie naciśnięcie jest rozpoznawane i nie ma jak z pilotem "N", który po przytrzymaniu klawisza zmienia wysyłany kod. LONG to w sumie rozpoznawanie powtarzania, czyli w praktyce potrzeba dostosowanego evremote2? (@j00zek: Odpowiesz?)

Nie nazwałbym tego naprawieniem, ale po prostu zmianą, która miała zmniejszyć efekt zamulania ... jeżeli faktycznie pomogło to super.

Sprawa ściągania EPG była omawiana kiedyś rownież na tym forum. EPGImport faktycznie nie załatwia wszystkiego ale dość dobrze sobie radzi z Polsatem. Natomiast większość kanałów z oferty nc+ ma całkiem niezłe EPG z satelity. Gdzie to EPG jest nadawane ... no niestety straciłem orientację, ale całkiem przywoicie ściąga mi się na TVP1 HD (ogólnie: cokolwiek z tego transpondera). Po kilkudziesięciu minutach oglądania odnoszę wrażenie, że braki z EPGImport mam odświeżone. Pomocna może być wtyczka EPG Refresh. Do spółki z EPGImport, bo Cyfrowy Polsat EPG nadaje na 24 godziny co najwyżej. Jeżeli masz uszkodzone EPG ... zatrzymanie OpenPLi i usunięcie pliku epg.dat z hdd i restart powinno pomóc. PS. Przed chwilą sprawdzałem: EPG z TVP2 mam na 7 dni a z TVP2 HD na 5. Czy z EPGImport czy z satelity, to nie wiem.

EPGImport

Nie miałem tego pilota w rękach i nie wiem jak jest z jego obsługą. Tak w skrócie: Z konsoli znajdź numer procesu evremote2 (ps), zabij go (kill) albo użyj polecenia killall. Potem uruchom ponownie i będziesz widział na ekranie jaki klawisz pilota został rozpoznany. Napisz co się pojawiło po naciśnięciu "#".

Co znaczy zamglony? Na tych dwóch kanałach HD z DVB-T też? Wyjście z 2850 masz ustawione na 1080? Bo jeżeli na kanałach SD, to mówiąc w skrócie: Algorytmy skalowania SD do HD są różne na twoim TV i w tunerze. OpenPLi tylko włącza skalowanie i faktycznie żadnych opcji dostrajających typu zmiana algorytmu, czy też ustawianie parametrów nigdzie nie widziałem. W sofcie N też nie było, więc nie wiem czy układy STi mają to regulowane. Jeszcze ciekawy efekt, bardziej słabej czerni niż zamglenia, powoduje jedna opcja: Zakres RGB HDMI. Poczytaj tutaj: http://forum.xunil.pl/index.php/topic,1103.msg17154.html#msg17154 i przede wszystkim tutaj: http://forum.xunil.pl/index.php/topic,1261.html.

Ehhh... Już było poprawione, tylko jakaś nie najbardziej aktualna wersja pliku dzisiaj mi wpadła w edytor :/ "Pokaż/ukryj opis zdarzenia" W poprzednim poście podmieniony załącznik.

Zobaczcie, czy ta wersja z załącznika mniej "muli"... o ile w ogóle działa. plug_assignbutton.tar.gz

Używasz gałęzi RELESE czy TEST? Bo w TEST jest właściwie taka sama wersja AB, w RELEASE ... musiałbym sprawdzić, ale o ile pamiętam mniej klawiszy da się definiować.

Nie wiem jak działa system bez AB, mam od zawsze ;) Ale ogólnie ... może masz rację. Trochę dodatkowego kodu jednak jest. Chociaż ja bardziej odnoszę wrażenie że jedne kompilacje enigmy reagują szybciej, inne wolniej, a nawet od długości uptime to zależy. Może da się coś poprawić w AB, ale w sumie to działa on tylko na ekranie głównym, na liście kanałołów czy w kolejnych podmenu nie powinien ... chociaż jest funkcja, która sprawdza, czy to obsługiwany screen czy nie.

OpenPLi wypisuje coś takiego: + (21) input device driver Input device "TDT RC event driver" is a remotecontrol Input device "SagemCom88 frontpanel buttons" is a remotecontrol Found 2 input devices. Poprawcie mnie jeżeli się mylę: to pierwsze to jest evremote2 a drugie front_vfd.ko. W tych źródłach, które znalazłem zdefiniowane są KEY_LEFT i KEY_RIGHT, trzeci klawisz nie jest opisany. I tak działały te klawisze na panelu jak ostatnio sprawdzałem. Gdyby ktoś to ruszył to sugeruję KEY_PAGEUP, KEY_PAGEDOWN i KEY_POWER ... czyli jak opisane.

A co się dzieje jak naciśniesz POWER? Nic? Co masz ustawione: SETUP -> Ustawienia -> System -> Interfejs GUI -> Zachowanie po długim/krótkim naciśnięciu Power ? A jak już inaczej się nie da: SETUP -> Czuwanie/restart -> Czuwanie...

Plik wiem po co. U siebie mam ich więcej, bo przy każdym restarcie enigmy tworzy się nowy. Ale chodziło o to, że @wwns miał ten plik na dysku, co znaczy, że włączył logowanie do pliku, co znaczy, że cały czas się zapisywało coś na dysku. I pytałem o to, czy to jakaś pozostałość jest, czy może jednak miał to ciągle włączone, kiedy pojawił się problem z usypianiem.

To opli.log to pozostałość? Tryb debug wyłączyłeś zanim problem się pojawił?

Rozpoznawanie jest na całym pliku.

"Obraz w obrazie" pewnie działa jak PiG. To od zawsze działało w nboksach oraz innych tunerach z GOS. Problem jest tylko taki, że ta funkcja potrafiła uszkodzić uboota w 5800xx...

Do gałęzi test niedługo trafi pewnie nowa wersja. Wykorzystałem w niej funkcję do konwersji na utf-8, ale tylko do rozpoznawania sposobu kodowania znaków. Funkcji wczytywania napisów nie ruszałem wcale. Obecna działa a ja nie czuję się na siłach, żeby w niej grzebać. Sposób myślenia słuszny. Kod wygląda ładnie i się kompiluje. Ale self.__eLabelHasBorderParams na moim ESI jest zawsze False a na pewno działają na nim ramki dookoła napisów. Czyli w praktyce po zmianach w kodzie ramki nie ma :( Wprowadzenie poprawek do kodu aż tak trudne nie jest. Możliwości są dwie: 1) Jak będzie nowa wersja Freeboxa, to znowu nałożymy na nią nasze poprawki. 2) Może Freebox uzna, że te poprawki są coś warte i wprowadzi je do siebie. A tak swoją drogą, wersja 1.63, która trafiła do GOS od początku była wersją zmodyfikowaną. Wyrzucono na zewnątrz czcionki - teraz FP korzysta z tego co zainstalowano w systemie. Zmieniono mapę klawiszy. A teraz wprowadzono kilka innych poprawek.