mickey

Sekcje "MediaPlayer" są do MediaPlayer'a, czyli do odpowiedniej wtyczki. Obsługa playera systemowego jest w <map context="MoviePlayerActions">. Niektóre sekcje/konteksty dotyczą różnych ekranów. Zmiana aspektu jednym klawiszem, to albo z poziomu odpowiednio zmodyfikowanej wersji AssignButtona albo modyfikacja InfoBar.py. W pierwszym przypadku trzeba zrobić tak, żeby AB przypisał się do kontekstu MoviePlayera a w drugim dopisać odpowiednią funckję.

Nie wiemy co menadżerowie z nc+ wymyślili i dlaczego i możemy tylko gdybać co będzie dalej. Póki co to zdanie faktycznie dotyczy tylko tej konkretnej oferty i tego odbiornika, ale w praktyce oznacza parowanie po skorzystaniu z tej oferty. Stare karty działają, możliwość przejścia bez zmiany karty też ciągle jest. Ale mimo wszystko czerwona lampka mi się zaświeciła...

Akurat w GOS z terminala działa useradd, ale nie próbowałem jeszcze dodać nowego użytkownika. Nie wiem czy "nie root" będzie miał wystarczające uprawnienia. Na pewno działa uwierzytelnianie użytkownika root, a jego hasło zmienia się używając passwd z terminala.

Na stronach TnK jest kolejna oferta przejścia na HD: https://ncplus.pl/sklep/promocje/sd2hd/zamow. Niby po staremu, ale tym razem w opisie jest zdanie, które nie wygląda za dobrze: (...) wraz z dedykowanym do Promocji dekoderem Globo XS2 na własność, gdzie Dekoder współpracuje tylko z Kartą dekodującą dostarczoną w zestawie. Zapowiada się parowanie w SmartHD+? Już nie będzie żadnej oferty dla użytkowników mających własny dekoder?

Tego próbowałeś: mhz = 300 cardmhz = 300

To co się ustawia z pilota to za mało? Jeżeli tak, to zostaje OpenVPN.

To, że są miniserwerami www to nie znaczy, że korzystają z apache i używają jego plików konfiguracyjnych.

Jeżeli nic się nie zmieniło, to właśnie sprawdzałem na OpenPli datowanym na zeszły rok: Jak dwa pliki sattelites.xml, to ważniejszy jest ten w /etc/enigma2 i przy jego obecności dane z pliku w /etc/tuxbox nie są czytane. Nazwy satelitów w plikach nie mają znaczenia, byle zgadzała się pozycja i lista transponderów. Co zresztą widać po wpisie w /etc/enigma2/settings: config.Nims.0.diseqcA=130, czyli pozycja a opis jest właśnie z pliku sattelites.xml pobierany. Jeżeli w systemie będzie w miarę kompletny plik sattelites.xml ale troszkę nieaktualny, to po wgraniu listy kanałów okaże się, że pewnie kilka nie działa. Ale jeżeli w paczce z listą kanałów będzie plik sattelites.xml, który wycina wszystkie satelity poza tymi, których dotyczy lista, to użytkownik straci możliwość skonfigurowania i odbioru pozostałych satelitów. Co lepsze a co gorsze? Pierwsze będzie dotyczyło większości a drugie pojedynczych osób. Mimo to, że problem pewnie będzie dotyczył mniejszości, to głosowałbym za wyrzuceniem pliku sattelites.xml z paczek z listami kanałów i ewentualne aktualizowanie pliku systemowego "co jakiś czas". Problem braku pojedynczego transpondera będzie mniej dotkliwy dla użytkownika. PS. Najlepsze rozwiązanie, to zapewne następujący skrypt: "wczytaj plik sattelites.xml z paczki z listą kanałów i porównaj go z systemowym, jeżeli zawiera dodatkowe pozycje orbitalne albo transpondery to dopisz je do pliku systemowego" ... czyli za dużo roboty w porównaniu z zyskami z takiego "ładnego porównania".

Na forum OpenPLi też niedawno była dyskusja na temat tej opcji i wygląda na to, że coś się w tym kierunku dzieje: http://sourceforge.net/p/openpli/enigma2/ci/2b30bd704ce259c0b529485eccb3bd637e88080f/ http://sourceforge.net/p/openpli/enigma2/ci/358ab644c57f5fab3d6597203799999e79f1b724/ Czy to już działa, czy jest w trakcie zmian, to trudno mi powiedzieć, ale docelowo powinno działać :)

A ja zgadzam się z @Marcin. IMHO najlepiej by było, gdyby plik sattelites.xml był w osobnej, aktualizowanej co jakiś czas paczce. W środku w miarę długa lista satelitów - taka jak jest w oryginalnie z systemem wydaje się być ok. Mając chociażby 2 konwertery, standardowe 13.0 i 19.2 i wgrywając listę kanałów tylko dla HB razem z sattelites.xml nagle znika nam z systemu możliwość ustawienia Astry 1. W sumie to żaden problem: wchodzi się na odpowiednią stroną, generuje plik i podmienia. Ale jak napisał @Marcin: "bo później jak ktoś jest nie kumaty to nie poradzi sobie z naprawieniem problemu". A listy kanałów działają poprawnie z (prawie) dowolnym plikiem sattelites.xml, w którym jest odpowiedni satelita. Nazwa jest nieistotna, wystarczy pozycja na a nazwać można sobie jakkolwiek. Napisałem "prawie", bo w momencie dodania nowego transpondera może coś nie działać, ale od tym wspomniałem na początku, że co jakiś czas systemowy sattelites.xml powinien być aktualizowany. Coś mi jeszcze świta, że jeżeli są 2 pliki satellites.xml, jeden w /etc/enigma2 i jeden w /etc/tuxbox, to któryś z nich ma priorytet. Nie wiem jeszcze jak jest, jeżeli są w nich różne liczby zdefiniowanych satelitów. Czy nadpisuje wszystko, czy tylko zdefiniowane pozycje.

Zainstalować na GOS sambę albo serwer nfs, zależy czego oczekuje VU.

Na desktopowym linuksie zadziała, na GOS najprawdopodobniej nie. To powoduje, że dysk nie będzie sprawdzany okresowo, jeżeli taką funkcję obsługuje kernel (?). W GOS za sprawdzanie odpowiedzialny jest osobny skrypt napisany przez @tux, który sprawdza dysk przy każdym starcie systemu.

Jak już wątek został przyklejony, to w ramach uzupełnienia o dyskach mamy na forum jeszcze jeden wątek: http://forum.xunil.pl/index.php?topic=935 - ten dotyczy granicy 2TB i związanych z nią problemów. BTW: W powyższym wątku akurat też Seagate, tyle że zwykły i 3TB i działa z nboksem. A mój z serii Video nie chciał. Ot ciekawoska...

Jak dajesz "zap before stream", to jeżeli tuner jest włączony, to przełącza strumień na TV. A ogólnie: Wchodzisz przez Open Webif, włączasz wirtualnego pilota i klikasz jak na zwykłym łącznie z załączeniem tunera. Możesz np. MediaPlayera włączyć i zrobić co potrzebujesz. Nawet masz podgląda co na TV leci w postaci zrzutu ekranu - chociaż bez grzebania w systemie podgląd grafiki ekranowej tylko działa. A jak będziesz miał na wyjściu jakiś sprzęt do modulacji, to podglądać możesz na TV na drugim końcu.

Kiedy właściwie padnie Ci system plików? 1. Jak zakład energetyczny wyłączy prąd, czyli zwykle i tak przeglądasz oglądanie, więc wszystko jedno jak długo się to sprawdza. 2. W czasie kiedy akurat coś się nagrywa z timera albo coś oglądasz z dysku albo jedno i drugie i ... nawet jeżeli się nie zawiesi, to nie wytrzymasz nerwowo i wyciągniesz wtyczkę z gniazdka. 3. Wymuszony restart przy testach czegoś nowego ... ale to nie jest operacja, która przystaje do normalnego użytkowania. W tym drugim przypadku. W moim odczuciu (aczkolwiek z zaznaczeniem: kiedyś) najczęstszym najważniejsze wydaje się sprawdzenie records... Jeżeli potrzebujesz dokładnie to pomęcz google albo jakiś dysk, ale z tego co przeczytałem, chociażby na tym forum: W przypadku systemów plików z dziennikiem (ext4, jfs) jest to chwila w przypadku systemów plików bez dziennika (ext2) ... długo. Liczy się w długich minutach nawet na niedużym dysku. Zdaje się ok. 20 min. na dysk 250G.

http://forum.xunil.pl/index.php?topic=449.msg5618#msg5618 A reszta ... przeczytaj to jeszcze kilka razy i zastanów się, czy to na pewno ma sens. W przypadku data można jeszcze sprawdzanie i montowanie przesunąć na później, ale records raczej powinien być czysty i dostępny kiedy enigma2 wstaje. Sam napisałeś "Trochę to kłopotliwe i niespójne (...)". Gdyby jeszcze modyfikować źródła openpli, żeby w razie braku /hdd proces uruchamiania się zatrzymał do czasu jego podłączenia ... tylko po co? Więcej z tym kłopotu niż pożytku. A tak ogólnie, to jaki sens ma sprawdzanie dysku co jakiś czas z crona? Na starcie jest to robione, bo zdarza się, że tuner nie jest poprawnie zamykany i warto sprawdzić system plików. Ale jak już wstał i działa i narobił większego bałaganu nagrywając na uszkodzoną partycję, to po co? W czasie normalnej pracy systemy plików nie mają w zwyczaju się uszkadzać.

A opcja "Wcześniej przełącz" (zap before Stream) w Open Webif nie załatwia tego co potrzeba? Ogólnie sterowanie przez Open Webif wchodzi w grę?

Hmmm... Wersja przetestowana tylko przeze mnie, więc nawet nie beta, ale raczej alfa. Nadaje się do przepaczkowania w opkg, bo nie wchodzi w drogę paczce keymaps. Pod niebieskim guzikiem opcja "Install", która podmienia systemowy keymap.xml i aktywuje wtyczkę. Jeżeli systemowy keymap.xml zostanie podmieniony, to trzeba będzie wejść w ustawienia wtyczki i ponownie kliknąć niebieski. Żeby odinstalować wtyczkę, to należy usunąć folder (jeżeli będzie w opkg to usunąć używając tego programu) oraz koniecznie przeinstalować paczkę keymaps z opkg. Plik keymap.xml, który instaluje wtyczka jest jeszcze stary i wymaga dostosowania do najnowszej wersji GOS. Działa, ale jakieś funkcje pilota, mimo że nie nadpisywane przez wtyczkę, moga nie działać. Jak tylko będę miał działający bardziej aktualny plik, to podmienię/zaktualizuję paczkę. Testerzy mile widziani ;) I jeszcze jedna istotna rzecz: Wtyczka jest dla tych co chcą sobie sami skonfigurować pilota wg własnego upodobania. Domyślnie nie jest skonfigurowane nic, więc po instalacji większość klawiszy najzwyczajniej w świecie nie działa. Trzeba sobie je skonfigurować! ----- Aktualizacja 01.05: Poprawiono drobne błędy... ----- Aktualizacja 14.05: Poprawiono odrobinę tłumaczenie i kilka drobnych błędów. Dodano możliwość przypisania graficznego EPG pod klawisz, chociaż występowanie tego problemu zależy od używanej wersji GraphMultiEPG. Jedne dopisują się do rozszerzeń i spokojnie można je wybrać - do tych nie była potrzebna poprawka. Inne wersje ... przypisujemy w AB pod guzik opcję "Lista rodzajów EPG", ustawiamy domyślny na Graficzny MultiEPG a następnie przypisujemy pod klawisz "Pokaż EPG". WAŻNE: Jeżeli w GOS bez AB była jakaś funkcja, której nie da się obecnie przypisać używają Assignbutton to proszę pisać. Zobaczę co się da zrobić. BTW: W opkg jest odrobinę inna wersja, ale dotyczy to tylko obsługi niebieskiego guzika. PS. W InfoBar.py i InfoBarGenerics.py jest bałagan jak chodzi o domyślne funkcje na "ButtonInfo" i "ButtonEPG". Jeżeli to kiedyś zostanie uporządkowane, to trzeba będzie może poprawić lekko wtyczkę :/ plug_assignbutton.tar.gz

Ehhh... http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Historia_aktualizacji i szukaj 15 i 17 kwietnia 2014...

Zwykle jak szukam (nie tylko na nboksie) gdzie mi wcięło wolne miejsce to z konsoli robię kolejno: cd / du -d1 -h A potem jak coś dużo miejsca zajmuje to sprawdzam dalej, np: cd /media du -d1 -h Niby proste, tylko niestety trzeba mieć jakieś pojęcie ile miejsca powinny kolejne foldery zajmować...

@pawon: Można wymusić instalację używając opcji --force-reinstall albo usunąć i zainstalować ponownie. Samo opkg nie zorientuje się, że brakuje Ci binarki.

AssignButton w żadnej znanej mi wersji nie przypisywał niczego pod przycisk "R".

Ostatnio miałem okazję sprawdzić, więc w ramach uzupełnienia: WD10EURX działa w 5800SX bez problemu również bez zworki. Natomiast dysku ST1000VM002 tuner w ogóle nie widzi. Podejrzewam, że problem jest sprzętowy a nie programowy, ale jeżeli to ma jednak znaczenie: próbowałem na GOS 2.1 z połowy kwietnia 2014. To, że ST1000VM002 nie działa nie było dla mnie jakimś większym problemem, ale postanowiłem napisać maila do pomocy technicznej Seagate a otrzymane odpowiedzi skłoniły mnie, żeby tu napisać kilka słów. A mianowicie od pomocy technicznej firmy dowiedziałem się, że: ST1000VM002 nie jest zaprojektowany do pracy w urządzeniach DVR. [No to ja nie wiem do czego przeznaczone są dyski z serii Video HDD...] Jako, że wspomniałem, że dysk działa poprawnie na PC, to oznacza, że problem nie leży po stronie dysku a po stronie producenta mojego DVR i z nim mam się kontaktować w sprawie mojego problemu.

Ale w tam jest napisane o instalacji na penie włożonym do nbox, a ja bym chciał wszystko zrobić w kompie.. Ale na kompie robi się dokładnie tak samo w terminalu. Poza tym nie bardzo rozumiem jak odpaliłeś skrypt do przepakowanie? Gdybyś to zrobił w terminalu jako root, to byś widział czy wszystko poszło poprawnie, czy też były błędy.

Na początek zupełnie zbędna dygresja: Z jednym plikiem /etc/init.d/rcS jakoś daję radę jeżeli chcę coś zmodyfikować (czyli np. zakomentować fragment odpowiedzialny za ładowanie sieci), jak będzie SysVinit, to ... zostanie mi się nauczyć :( @robert_cz: Sugerowałbym następujące działanie: Ściągnij GOS2 ze strony i przepakuj (np. na ubuntu) do formatu tar.gz a następnie przegraj to wszystko na pendrive (instrukcja jak zrobić w FAQ). Jak wolisz to skorzystaj z wersji R-Drive. Z poziomu zewnętrznego systemu popraw sobie co trzeba w plikach startowych na pendrajwie, czyli np. zakomentuj fragment odpowiedzialny za sieć i spróbuj odpalić tuner. Jeżeli wstanie, to podmontuj NAND i wprowadź zmiany w systemie w mtd. A jak już masz podłączną konsolę, to możesz sobie jeszcze kilka razy "echo" wrzucić do plku rcS i będziesz dokładnie widział co przeszło a na czym się wiesza.