mickey

Czyli tryb łączony z przewijaniem... Spróbuj określić co znaczy "czasami", czyli kiedy właściwie wyświetlacz. Przy zmianie zdarzenia? Przy braku EPG? Jeżeli problem da się generować na zawołanie, to powinno dać się też usunąć.

Czyli masz instalcję na 4 satelity? Co znaczy "nie widzi"? Nie ma na liście? Na liście jest tylko to co w sattelites.xml.

Jakie macie ustawienia? Nazwa? Numer? Coś łączone?

phoenixa na usb?

A może sam zrobisz? Pikony już masz w paczkach tworzonych przez tuxa i przez Marcina. Znajdź odpowiednie obrazki, zmień nazwy i udostępnij gotową paczkę.

Nawet nie wiem, czy to ma znaczenie, ale jak robisz: dd if=/dev/mtd1 of=/mnt/usb/boot/uImage To dostajesz plik 4MB, kiedy samo jajko ma ok. 2MB. Tak skopiowany uImage nadaje się do tego, żeby go powtórnie wgrać do NAND, ale czy do odpalenia z innego nośnika... Wyciągnij uImage z paczki z systemem - i tak leży w osobnym pliku.

Nazwy są tutaj: http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Historia_aktualizacji, ale na pewno już czytałeś informację o wydzieleniu tych paczek. Jeżeli same nazwy nic Ci nie mówią to zerknij tutaj: http://forum.xunil.pl/index.php/topic,1103.msg22141.html#msg22141

Problem podobny do tego: http://forum.xunil.pl/index.php/topic,1737.0.html. Na moim BSLA niczego podobnego nie zauważyłem. Ale moje BSLA ma głowicę i panel czołowy z BZZB, więc już nawet nie jest to BSLA. Poza tym akurat ten model działa u mnie na SCART...

Wszystkich. Zainstalowanych i dostępnych.

Pewnie zainstalowałeś sobie sam ze ściągniętej paczki ipk, więc masz w installed...

@garus: Jak napisał przedmówca "sposobów konfiguracji openvpn jest piedyrlion". W skórcie: - można zrobić tak, że cały ruch idzie przez tunel (tak masz) - można tylko konkretne pakiety puszczać przez tunel, ale wtedy po usunięciu push "redirect-gateway def1" potrzebujesz dodać coś w stylu push "route 192.168.1.0 255.255.255.0 10.8.0.1" Jeżeli łączysz ze sobą tylko konkretne hosty, to rozwiązanie @herpoi bardzo dobrze się sprawdza. Czyli masz serwer i klientów, którzy się do niego podłączają. Wszyscy podłączeni klienci widzą się nawzajem przez tunel. Kiedy łączysz całe podsieci to najlepiej OpenVPNa postawić na bramach - na jednej serwer, na pozostałych klienci. W innym przypadku trzeba będzie na niektórych hostach w sieci lokalnej ręcznie tablice routingu ustawić.. Jest jeszcze możliwość taka, że OpenVPN działa w trybie mostu. Wtedy podłączony klient jest kolejnym komputerem w sieci lokalnej.

Wczoraj zrobiłem "opkg update" i "opkg upgrade" na systemie, który miał ponad 3 miesiące, czyli zaktualizowało się prawie wszystko - biblioteki systemowe, openpli i jajko. Poszło bez problemów ... chociaż usunąłem na czas aktualizacji wszystko co uznałem na "chwilowo zbędne" - pikony i skórki - i zatrzymałem openpli. Na początku miałem poniżej 5M a po sprzątaniu ponad 15M. Poza tymi "drobnostkami" najważniejszy zapychacz miejsca w NOR (esi88) był gdzieś indziej: To był system, w którym przez jakiś czas dysk był na USB, czyli czasami był a czasami nie. Jak wiadomo w /hdd domyślnie zapisuje się plik epg.dat, czyli jakieś 6-10MB. Jak odłączymy dysk, to /hdd to katalog w NAND/NOR i tam przy jednym z restartów trafił epg.dat. Po podmontowaniu do /hdd dysku taki plik w NAND/NOR jest zupełnie niewidoczy w systemie, a przynajmniej nie wiem jak go zobaczyć. Warto więc, kiedy niebezpiecznie ubywa miejsca w NAND zrobić: umount /hdd ls -al /hdd Jeżeli jest tam epg.dat, to go usunąć i następnie podmontować dysk.

A jak masz skonfigurowany tuner B w przypadku jak nie jest podłączony do niego kabel?

Pewnie tak. Dalej szukaj w FAQ: http://forum.xunil.pl/index.php/topic,81.msg17882.html#msg17882. BTW: O ile Windows Cię wpuści, a od Visty w górę różnie z tym bywa :(

Ad. 1 i 2: Ja bym musiał raczej zadać pytanie jak zrobić, żeby tunel OpenVPN cały ruch mi kontrolował, bo od kilku lat używania OpenVPNa daje mi on dostęp tylko do zdefiniowanej sieci lokalnej i łączenia pomiędzya maszynami podpiętymi do tunelu. Cała reszta ruchu idzie normalną bramą... Z tego co na szybko przejrzałem w przykładowych plikach: # If enabled, this directive will configure # all clients to redirect their default # network gateway through the VPN, causing # all IP traffic such as web browsing and # and DNS lookups to go through the VPN # (The OpenVPN server machine may need to NAT # or bridge the TUN/TAP interface to the internet # in order for this to work properly). ;push "redirect-gateway def1 bypass-dhcp"

Mam dwa różne aktywne. Obydwa nie stwarzają problemów. Ale mam tam pendrajwa z systemem i dongla dvb-t, więc taka konfiguracja może być niemiarodajna :(

Co do huba usb, to proponuję jednak aktywny z zasilaniem. A co do samego systemu. Możesz pokombinować i podlinkować sobie na dysku picony (te można podłączać/odłączać w czasie działania systemu), czy też niektóre wtyczki. Ogólnie, to jeżeli te 9,5M jest wolne, to system powinien działać bez problemu. Ewentualnie podczas upgrade może coś się stać. Dla własnego spokoju na czas upgrade można usunąć wszystkie skórki poza default, picony czy też IPTV, bo trochę miejsca zajmuje oraz zatrzymać OpenPLi. Jeżeli lista opkg list-upgradable jest długa, to może warto. Mój nbox przeżył po takich zabiegach aktualizację. Obecnie mam 17MB wolnego.

Przłączasz na HB i masz w kółko: (1)tune RotorCmd ffffffff, lastRotorCmd ffffffff prepare_sat System 1 Freq 11411000 Pol 0 SR 27500000 INV 2 FEC 4 orbpos 130 system 1 modulation 2 pilot 2, rolloff 0 tuning to 1661 mhz OURSTATE: tuning tune failed. DVB service failed to tune - error 1 ignore sdt update data.... incorrect transponder tuned!!! set sequence pos 3 set sequence pos 7 [sEC] invalidate current switch params [sEC] sendDiseqc: e00000(DiSEqC reset) [sEC] sleep 50ms [sEC] sendDiseqc: e00003(DiSEqC peripherial power on) [sEC] sleep 150ms [sEC] sendDiseqc: e01038f2(?) [sEC] sleep 50ms set sequence pos 3 set sequence pos 3 [sEC] update current switch params [sEC] startTuneTimeout 5000 [sEC] setFrontend 1 setting frontend 1 (1)fe event: status 0, inversion off, m_tuning 1 [sEC] sleep 500ms OURSTATE: failed, retune Potem dajesz ScartHdmi (w trakcie sesji jak powyżej, która zresztą także kończy się niepowodzeniem) i pojawia się: (1)tune RotorCmd ffffffff, lastRotorCmd ffffffff prepare_sat System 1 Freq 11411000 Pol 0 SR 27500000 INV 2 FEC 4 orbpos 130 system 1 modulation 2 pilot 2, rolloff 0 tuning to 1661 mhz OURSTATE: tuning tune failed. DVB service failed to tune - error 1 ignore sdt update data.... incorrect transponder tuned!!! set sequence pos 3 set sequence pos 7 [sEC] invalidate current switch params [sEC] sendDiseqc: e00000(DiSEqC reset) [sEC] sleep 50ms [sEC] sendDiseqc: e00003(DiSEqC peripherial power on) [sEC] sleep 150ms [sEC] sendDiseqc: e01038f2(?) [sEC] sleep 50ms set sequence pos 3 set sequence pos 3 [sEC] update current switch params [sEC] startTuneTimeout 5000 [sEC] setFrontend 1 setting frontend 1 (1)fe event: status 0, inversion off, m_tuning 1 [sEC] sleep 500ms (1)fe event: status 1b, inversion off, m_tuning 2 OURSTATE: ok Różnica to przedostatnia linia. Poza nią nic się nie zmienia. Kolejne "retune", tylko tym razem udane...

Ile było wolnego miejsca przed aktualizacją? OpenPLi (enigma2) zostało zatrzymane przed wpisaniem opkg upgrade? Wpisując: opkg update opkg list-upgradable pokaże się lista, może długa, tego co jest do aktualizacji. Wtedy warto pomyśleć co dalej, bo może być problem. Po 10 tygodniach zmian jest dużo i mogło braknąć miejsca. Na początek: /etc/init.d/openpli stop

Funkcja "pogryzła się" z przewijaniem w timieshifcie :( Możesz spróbować ustawić w Hotkey (Przyciski) przypisując funkcje "History back" i "History next".

Może warto by tutaj http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Historia_aktualizacji co jakiś czas, czyli w momencie przeniesienia dużej paczki zmian z TEST do release wpisać jedną linię komentarza, nawet pogrubioną czcionką z linkiem do http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Informacje, że taka zmiana miała miejsce?

@314TeR: W tym configu też masz "suppress_repeat 5". Z tego samego powodu co w konfiguracji pilota z ESI-88? Działa Ci LONG na tym pilocie i na systemowym evremote2 w trybie LircdName? A jeżeli nie bardzo, to może działa z "suppress_repeat 0"?

Ta wersja jest pozbawiona obsługi phoenixa. W przypadku 9300 potrzebujesz: oscam-r9300-qbohxhd-qdwf-slim-scriptsfix-clockfix_9300-libusb.zip. W nowszych phoenix jest obsługiwany w paczce "nolibusb-phoenix". Na końcu tej linii brakuje "0" bo nie masz w konfiguracji, czy się nie skopiowało z loga?

Najlepiej wyłączyć sobie opcję "Domyślnie pokaż edytor WYSIWYG gdy piszesz nową wiadomość." w Profilu w Opcjach wyglądu...

Na FreeBSD nigdy mi to nie działało. Na gargoyle na 1043ND faktycznie działa...