314TeR

Przepraszam wszystkich, ale nie mam ostatnio na hobby... W kwestii działania long na configu z tego postu: http://forum.xunil.pl/index.php/topic,1657.msg22623.html#msg22623 Należy wywalić z niego suppress_repeat 5 Od kiedy jest już poprawna obsługa longa w evremote, w/w parametr jest zbędny, a wręcz przeszkadza w prawidłowym działaniu. Po wywaleniu w/w parametru możecie spokojnie dodać ten config do oficjalnego pliku pilotów. To że jest zakodowany w RAW niczemu nie przeszkadza.

Zmień kanał... dopasuj moc, może zwyczajnie przesterowujesz radio, lub dajesz zbyt słaby sygnał, bo chowasz router w szafce. Inna kwestia to po co Ci "pełna" prędkość. W telefonie raczej nie korzystasz z torrentów czy innych aplikacji potrzebujących wysokich transferów. Sama prędkość na jaką się zapina radio nie determinuje prędkości jaką osiąga urządzenie. Na MT telefon np może zejść na niższe tryby, przez co zużywa mniej energii z baterii a poprzedni tplink np nie pozwalał...

Jak masz ustawioną szerokość kanału na 20/40MHz - to masz własnie 150/300Mb/s. Problem jest z drugiej strony, bardzo niewiele urządzeń i sterowników tak naprawdę ma odblokowaną pracę na kanałach 40MHz w paśmie 2,4GHz. Np. w centrino musisz grzebnąć w ustawieniach karty wifi pod windows. Urządzenia Apple - wszystkie działają na 2,4GHz jedynie w 150Mb/s.

Hairpin NAT: http://wiki.mikrotik.com/wiki/Hairpin_NAT lub łączysz się po nazwie fqdn, a nie IP i w lokalnym dns robisz wpis: host.domena.pl -> IP_Localne.

@mickey, przepraszam Cię najmocniej, że się nie odzywam, po prostu obowiązki dnia codziennego nie pozwalają ostatnio na hobby... Postaram się sprawdzić i odpowiedzieć co i jak. Na tę chwilę wrzucam poprawioną, finalną wersję lircd.conf dla ESI-88. Do przechwycenia użyłem IrScrutinizer + irWidget. Program rozpoznał, że pilot od ESI88 posługuje się protokołem Samsung36, ale niestety export kodów do lircd odbywa się jedynie w trybie raw. Nie wiem czemu tak się dzieje, może zwyczajnie lircd nie obsługuje natywnie kodów Samsung36. Najważniejsze że kody przechwycone są powtarzalne w 100%. Pilot od ESI-88 działa bardzo szybko i bardzo szybko zaczyna powtarzać kody. W praktyce bardzo ciężko jest tak szybko nacisnąć klawisz aby wysłać tylko jedno powtórzenie, przez co np naciśnięcie "OK" często powoduje wysłanie zaraz następnego "OK" i zamknięcie np listy kanałów. Aby temu zapobiec dodałem do pliku konfiguracyjnego parametr: suppress_repeat 5 dzięki niemu lirc pomija pierwsze pięć powtórzeń przytrzymanego klawisza i puszcza dalej dopiero 6-sty i następny. Można poeksperymentować z jego wartością. Wydaje mi się też, że lepiej by było aby obsługa longa i początkowe ignorowanie pierwszych powtórzeń było w evremote2 niż w samym lircu. Mickey może spróbuj poeksperymentować lub nawet usunąć ten parametr i zobacz jak działa pilot i czy da się wyeliminować w evremote2 początkową "nerwowość" pilota. lircd-esi-88-raw_v2.1.conf.zip

Miałem nBoxa, mam ESI... co prawda nie widziałem jak działa VU+ Duo2, ale używam na co dzień ESI/UHD-88 widziałem też jak działa VU+ Duo (zwykłe) i uważam, że działają podobnie do XBMC z tvheadend jako serwer PVR... W Duo2 prawdopodobnie będzie szybciej działał system jako taki, ale czy dzięki temu będzie szybciej zapował, nie wydaje mi się. Paradoksalnie zapowanie (czas od kliknięcia OK, a wyświetlenie kanału) między nBox/ESI/XBMC wcale tak bardzo się nie różnią.

Bardzo sprawnie, porównywalnie lub może nawet deko szybciej od szybkiego dekodera SAT. Wiele zależy od sprzętu na jakim jest to wszystko zrobione.

A zgadzam się, było bardzo dużo... sęk w tym, że nie ma wciąż konsensusu. Czytałem że zmiana miał "standaryzować" pewne przypisania, sęk w tym do czego... Nie widziałem żadnej pozytywnej opinii od użytkowników, że im się podoba ta zmian, że jest lepsza od poprzedniego przypisania, a na informacje zwrotne słyszymy, że można sobie to zmienić samemu... OK, tylko po co zmieniać coś co działało, wszyscy się przyzwyczaili, a teraz obsługa chociażby przewijania w EPG jest ułomna. TUX czy nie można przywrócić domyślnego przypisania P+/P- tak aby jak było to poprzednio, aby działały jak PageUP/PageDown na liście kanałów?

Może kwestia inaczej ustawionych parametrów odświeżania TV masz na pendrive i NOR... ja osobiście unikam odświeżania progresywnego dla 1080 - u mnie po ustawieniu 1080p widzę czasami artefakty jakich nie obserwuje przy 1080i... sprawdź może to wbrew pozorem to coś zupełnie innego.

Zerknij do /etc/init.d/gremotecontrol. Albo będzie tam /etc/sysconfig/lircd-user.conf, albo jeszcze nie ma wcale obsługi własnych pilotów. /etc/init.d/gremotecontrol w stabilnej wersji odnosi się do /etc/sysconfig/lircd-user.conf... wrzuciłem tam swój config i działa... dzięki... Osobiście nie sądzę... bardziej stawiam na jakiś prosty układ obsługujący odbiornik IR i dający impuls na do włączenia całego "systemu"... coś działającego na zasadzie jak w komputerach ma się panele frontowe z wyświetlaczem, które mają przelotkę wpinaną w złącze ATX aby w prosty sposób włączyć kompa dając impuls na stosowny pin zasilania. Na takiej zasadzie też jest zrobiony odbiornik IR w NUCach, nawet jak jest wyłączony (power off) to wciskając na pilocie power jesteśmy wstanie włączyć cały komputer... Ciekawe czy faktycznie UHD ma (może mieć) tryb deep standby, bo inaczej po co to by było...

pppp - masz stabilną gałąź czy testową? Ja mam niemal czyściocha stabilny system... jedynie lista i pikony doinstalowane... mickey - w stabilnej wersji /etc/lircd-user.conf - nie działa... W załączniku lircd.conf obsługujący na raz pilot od ESI i UHD... można używać wymiennie/jednocześnie obu. Testowałem na UHD-88. BTW, zaraz przetestuję pozostałe piloty... lircd_ESI_UHD_88.conf.zip

Bardzo proszę... -rwxr-xr-x 1 root root 55504 Oct 9 2013 evremote2 BTW - jestem już przy kompie, więc jakby co, to służę pomocą... evremote2.zip

Zaraz sprawdzę, aczkolwiek już mówię, że używam stabilnej gałęzi. EDIT: Właśnie, a może gdzieś masz jeszcze inny config i z niego korzysta system.

Podmień config lircd z pierwszego postu i wstaw go w miejsce /etc/lircd.conf, reboot i musi banglać... jak nie to zaraz się go zloguje, może po prostu Twój pilot z wyglądu jest taki sam, a sypie zupełnie innymi kodami.

I o tym piszę od samego początku... można nawet ubić dekoder przez halt czy init 0 a dioda od power będzie mrugać jak naciśnie się power na oryginalnym pilocie... i reakcja jest wyłącznie na power... EDIT: pppp - a po co odinstalowujesz jakąkolwiek paczkę od pilota? Ja testując mapy, zwyczajnie ubijałem evremote2 i lircd a potem odpalałem je z łapy, aby w konsoli widzieć reakcje evremote2. Masz aby na 100% ten sam pilot co na fotce z pierwszego wątku?

j00zek, to już któraś niesprowokowana inwektywa z Twojej strony w moim kierunku. Czy Ty masz jakąś satysfakcję z insynuowania innym niższość wiedzy, czy jej "mylność"? Masz jakieś kompleksy, że w ten sposób się dowartościowujesz? j00zek - proszę Cię jeszcze raz, zanim znów pojedziesz po kimś, sprawdź wpierw o czym piszemy, a piszemy o pilocie od UHD-88 a nie N'kowym który to pokazujesz na filmiku. Zobacz jak działa klawisz POWER i jak reaguje dioda od panelu.

ozhrfhlufq, ja wiem jak ustawić ręczni itp itd... Tu chodzi o co innego... jest jakiś bug w kreatorze podłączania się do sieci bezprzewodowej, który powoduje błędną konfigurację, najprawdopodobniej /etc/network/interfaces, ponieważ karta WIFI podpina się do routera, ale nie pobiera z niego żadnej adresacji, ani nie działa z statycznym IP, jeśli wyłączony jest eth0.

j00zek - jakiego pilota używasz? A o jakim jest ten wątek... weź do ręki oryginał od UHD88, jak nie wiesz o którym mowa, to możesz zobaczyć w pierwszym poście tego wątku, a następnie powciskaj sobie w różnych momentach POWER na oryginale... może wtedy zrozumiesz na co zwrócił uwagę pppp i do czego ja się odnoszę.

Podejmiesz ryzyko i się założysz? Jeśli się mylę, to wysyłam Ci skrzynkę/zgrzewkę tego co tam pijasz... mineralnej, jasia wędrowniczka, czystej... Sprawdź sam... UHD88, natychmiast po włączeniu już w trakcie ładowania bootloadera (na wyświetlaczu boot), oraz podczas całego czasu działania reaguje mruganiem diody od zasilania na naciskanie power na pilocie... możesz ubić i lircd i ev2remote i i tak zadziornie będzie mrugać dioda... Reakcja na kod IR przypisany do POWER musi być zaszyta w hardware. Mnie osobiście to nie dziwi, bo jak inaczej uruchomić sprzęt z pilota jak jeszcze system nie działa i nie ma obsługi owego pilota... Podobnie działa też odbiornik IR wbudowane w obecnie produkowane intelowskie NUC, tam masz możliwość uruchomienia komputera nawet jak jest on w stanie S5, czyli pełnego power off.

Generalnie ja też mam problem z uruchomieniem RT5370 na UHD88. Karta jest znajdowana w systemie, moduł się ładuje, można wyszukać sieci WIFI w menu, podłączyć się, nawet się podpina do routera, ale nie ustanawia połączenia IP... tak jakby nie inicjalizowana była warstwa 3 sieci. Nie działa ani pobieranie IP z DHCP ani nie "łyka" IP wpisanego z ręki. Niestety na obecną chwilę więcej nie powiem, podepnę ponownie UHD88 i zorganizuję sobie jakiegoś RSa do konsoli, to zobaczę co się dzieje. EDIT: Hmmmm jak wymusiłem uruchomienie obu interfejsów sieciowych na raz i LAN i ra0 - to i WIFI i LAN zaczeły działać. Natomiast jak próbowałem uruchomić samo WIFI wyłaczając LAN, to WIFI zapina się do sieci bezprzewodowej (widzę to na routerze) ale nie zgłasza żądania o przydzielenie adresu DHCP. OK, więcej nie mogę sprawdzić... nie bijcie... ale jak na ESI/UHD wbić się w jakąś konsolę... jest jakiś paten na podłączenie się po RS232 lub inaczej i zobaczenie do się dzieje? BTW - Podejrzewam, że może być coś z generowaniem configów, nie wiem czemu ale mam w sumie 4-ry pliki konfiguracyjne wpa_supplicant w /etc/wpa_supplicant/ mam dwa wpa_supplicant.conf i wpa_supplicant.ra0.conf oraz w główny, /etc ten sam zestaw, przy czym zawartość posiada jedynie ten z głównego /etc i do niego też się odnoszą wpisy w /etc/network/interfaces Niestety bez konsoli nie zobaczę wiele...

Podmień na testy główny lircd.conf. Dioda od Power mruga, bo widać ten kod w jakiś sposób w hardware jest wpisany... może chodzi o wybudzenie go z deep stanby jeśli ma... hgw, to już mądre głowy powinny odpowiedzieć.

RAW trzeba przechwytywać jak nie potrafi irrecord "rozkminić" sam kodów... generalnie odpalasz irrecord lircd_new.conf i działasz wg instrukcji na ekranie. Nie mniej innych kodów raczej nie wyciągniesz niż te z pierwszego postu. To co mi zostało jeszcze aby rozkminić to rozpoznawanie długich wciśnięć klawiszy. Jeszcze w kwestii RAW, nie wiem czy to problem z wersją paczek lirca w Graterlii czy samego odbiornika IR w ESI/UHD, ale walcząc z pilotem od ESI-88, powtarzalne kody RAW mogłem uzyskać tylko na Linuxie z nowszym lircem i odbiornikiem Windows MCE produkcji Philipsa... inne dawały sieczkę i za każdym razem wychodził inny.

Chciałbym dodać swoje 3 grosze w kwestii klawiszy P+/P-. One wcześniej były zdefiniowane na PageUP/PageDown, tak też są zdefiniowane w wszystkich mapach lirc jakie znalazłem. Nie wiem skąd pomysł aby domyślną wcześniejszą deklarację zmieniać na Home/End. Uważam że P+/P- powinny działać tak samo jak przed ostatnią zmianą, a dlaczego z prostego powodu... intuicyjne działanie klawiszy polega na tym, że bez względu jakie urządzenie czy system używamy, jak znamy działanie klawiszy z urządzenia A, B, czy C, to w D spodziewamy się takiego samego, a z obecnym tak nie jest. Wszystkie inne urządzenia jakie kojarzę po naciśnięciu P+/P- na liście wykonują PageUP/PageDOWN listy, tak jest np w XBMC. Ja osobiście korzystam z pilota uniwersalnego, on zawsze klawisze ma w tym samym miejscu i szczerze mówiąc doprowadza mnie do szewskiej pasji, jak muszę w graterlii po naciśnięciu P+/P- przełącza mnie na koniec listy, a znów lewo/prawo w innych urządzeniach działa jak lewo prawo a nie PageUP/Down. To właśnie w Enigmie ewenementem jest, że lewo/prawo na liście działa jako PageUP/Down. Co do dowolnych Keymap - super, jestem za, ale domyślna powinna być tak "ustandaryzowana" aby wymagała jak najmniej ewentualnych modyfikacji. PS W Kaymapach brakuje akcji dla klawisza KEY_PLAYPAUSE. Pilot od UHD nie ma osobnych PLAY i PAUSE przez co jest konflikt... warto by dodać tę deklarację.

I tak i nie... może do samego TimeShift byłoby OK, ale jednocześnie pozbywasz się możliwości "PLAY" w innych miejscach, pluginach. Idealnie by było zmienić deklarację tego klawisza na KEY_PLAYPAUSE, ale nie jest on w ogóle zdeklarowany w keymap.xml enigmy, więc w ogóle nie zadziała. Pytanie do bardziej obeznanych developerów, czy jest dostępny w enigmie funkcja w której połączone zostały funkcje PLAY i PAUSE, tak aby dopisać do keymap.xml nowy klawisz i móc go sobie ustawić w lircd.conf?

Niestety dostałem to tylko raz i to z TV/monitorem jakiego nie używam na co dzień w zestawieniu z ESI. Skoro to CEC, to chyba nie ma sensu dalej tego analizować... CEC działa czasami jak chce... jak nie uda mi się wywołać powtórzeń GS to nie ma co sobie nim zaprzątać głowy.