mickey

Dla tych, którzy nie uznają innej metody niż upload przez FTP: W /usr/bin jest plik wykonywalny o nazwie bitrate. A jak wykonywalny to ma mieć 755 (czyli aktywny atrybut Execute).

Plik md5 to suma kontrolna do tego drugiego pliku. Po co to ... zapytaj google albo uznaj, że to nieistotne ;) A co do "wywalania boota" to efekt taki jest połączeniem dwóch sytuacji jednocześnie: 1) problemy z kondensatorami i zasilaniem nboksa i 2) używaniem skórek z tzw. PIG. W związku z powyższym w mod by tux nie ma domyślnie skórki z PIG. Tyle, że uszkodzenie uboota jest bardziej spowodowane przez sytuację 1). Sytuacja 2) to tylko katalizator.

Przede wszystkim spróbuj 8687 w kompilacji qboxhd: http://forum.xunil.pl/index.php/topic,402.0.html. Kiedyś tux pisał, że kompilacja amino czegoś tam nie obsługuje (problemy z dvapi) a ten 8684 jest kompilowany z jakimiś opcjami wyłączonymi w porównaniu z qboxhd, sądząc po rozmiarze pliku. Z drugiej strony pewnie karta karcie nierówna. Niby mam SmartHD+, ale przeszedłem z TnK SD (jakoś ekonomicznie wyszło mi to najbardziej opłacalnie;)). System conax, ale widzę że w porównaniu ze starą kartą N jest dużo wolniejsza i może to ma znaczenie praktyczne? U mnie Disney Channel działa bez problemów. A co do 8182 ... już wspomniałem wcześniej: stabilny to on jest, ale z phoeniksem nie chce się dogadać :(

Trudno powiedzieć co to za kompilacja, ale chyba nie amino a na pewno nie qboxhd. Kompilacja qboxhd pojawiła się dopiero dla 8687 - wcześniejsza była 8669, poprawki dla obsługi kart N w sci0 są od 8681. W 8680 pojawiły się poprawki dotyczące "decodeforever" na stałe w dvapi, czyli oscam sam wraca do pracy po błędzie odczytu z karty lub zerwaniu połączenie z siecią. Jeszcze w 8687 są pozostałości tych poprawek - usunięto "debug spam" z logów. O co chodzi z Disney Channel? Na 8687 nie zauważyłem nic niepokojącego a na 8684 nie sprawdzałem.

Co do kolorków, to nie wiem o czym piszecie. Czyli albo mi odpowiada albo mam jakąś starszą wersję 1.4 ;) Ale mam drobną uwagę: Kiedy 2 tunery są zajęte nagraniem, to nieaktywne kanały powinny być wypisane troszkę bardziej wyblakłą czcionką. Teraz chyba mam minimalnie inny kolor ale muszę się przyglądać, żeby widzieć różnicę. W DreamTV-HD było ładnie a skórka na niej bazuje, z tego co widzę w skin.xml. BTW: Opcja "Choose Tuner", przy wejściu do konfiguracji tunera. Opisy tunerów są poucinane. Tak wygląda lepiej: <screen name="NimSelection" position="340,134" size="600,422" title="Choose Tuner"> <eLabel position="0,0" size="600,2" backgroundColor="grey" zPosition="5" /> <widget source="nimlist" render="Listbox" position="0,0" size="600,420" transparent="1"> <convert type="TemplatedMultiContent"> {"template": [ MultiContentEntryText(pos = (10, 5), size = (580, 30), flags = RT_HALIGN_LEFT, text = 1), # index 1 is the nim name, MultiContentEntryText(pos = (50, 37), size = (540, 50), font = 1, flags = RT_HALIGN_LEFT, text = 2), # index 2 is a description of the nim settings, ], "fonts": [gFont("Nmsbd", 22), gFont("Nmsbd", 18)], "itemHeight": 90 } </convert> </widget> </screen> Tylko odnoszę wrażenie, że to "samo" się zmienia. Po wyjściu z kontrolera? I jeszcze pytanko. W lewym dolnym rogu mam "S I BC V BG N NDS CO CW DC". Co oznaczają te literki? I co oznaczają ich kolory? Biały to pewnie opcja niekatywna a zieolny i żółty? CO świeci mi na zielono jak oglądam kanał kodowany conax, a reszta?

Może właśnie dlatego działał z takimi problemami :) Jakieś wrażenia z działania? Jest lepiej niż kiedyś? Da się używać PTS podczas trwania nagrania?

Te pliki binarne były tam "od zawsze", czyli nawet w działającej wersji 1.3b. Były skompilowane pod MIPS, więc i tak nie działały. Wychodzi na to, że plugin się bez nich obywa ;) Po co właściwie są te 2 pliki?

Właściwie to tux już podał odpowiedniego linka, ale ponieważ uważam, że ten problem jest specyficzny dla kart SECA - szczególnie jeżeli pomaga przełączenie na inny kanał, żeby wszystko wróciło do życia, to napiszę tutaj kilka słów: Sugeruję dodać do oscam.conf w sekcji [dvapi] wpis: decodeforever = 1 Chwilowe zaniki sygnału na C+ od tego nie zanikną, ale będą krótkie (do 15 sekud) i naprawi się samo... A poza tym to sugeruję zmienić oscama na 8642 ... o ile karta C+ jest w sci0. edit: Opcja decodeforever spisywała się bardzo dobrze w przypadku chwilowego braku kontaktu z kartą SECA ... ale wygląda na to, że był to tylko jakiś tymaczasowy patch, bo opcja zniknęła oscama od wersji 8680 i z dokumentacji w wersji 8684. Wyjaśnienie jest takie, że opcja nie jest już potrzebna i chyba dvapi powinien sobie radzić bez niej z chwilowymi zacięciami...

@tux: Czyli wg mojej skromnej wiedzy (muszę sam przetestować), to mkv i avi powinny chodzić lepiej z libplayer3, ale np. youtube się posypie. YouTube przetestował już matzg...

Jak już męczymy ten temat, to ja mam inne pytanie, ale chyba związane: Co to takiego ten "libplayer3"? Domyślam się że kolejny tzw. framework do odtwarzania, jak gstreamer, ale chodzi mi o to, czy to jest ten framework (jak to jest po naszemu?), który był w freeboksie v7? @brudka: Ponad 1,5 godziny temu wysłałem Ci PW. Odebrałeś...?

Działa znacznie szybciej niż mój skrypt :) Jest więcej takich ciekawych linków w interfejsie, których nie da się wyklikać? Gdzie ich szukać? ----------- To jeszcze przy okazji pytanko: Czym (na Windows...) najlepiej odtwarzać stream z nboksa. Używam VLC i jest dobrze, ale czasami coś nie działa. Niektórych kanałach HD nie wyświetla obrazu (dźwięku też nie ma), chociaż chyba nie zawsze. Akurat wczoraj: bez problemu TVN 7 HD i Polsat HD ale TVP 1 HD i TVP 2 HD nie chciały się wyświetlać (pamięć podpowiada, że kiedyś TVP 1 HD działało, więc stąd to "nie zawsze"). Ale jednocześnie w statystykach VLC widzę, że dostaje dużo danych a oscam pokazuje, że kanał jest dekodowany. Problem z kodekami czy jeszcze z czymś innym?

Trochę mnie męczyło klikanie w OpenWebIf, żeby zmienić kanał oglądany na komputerze i zrobiłem sobie generator playlisty. Przed użyciem trzeba poprawić plik w 3 liniach: bouquet=/etc/enigma2/lista.user04.tv bq_m3u=/hdd/lista.user04.m3u stream_url=http://192.168.128.155:8001/ bouquet - lista kanłów do eksportu bq_m3u - wynikowa lista w formacie m3u stream_url - w tej linii trzeba poprawić adres IP na swój Po poprawieniu i upewnieniu się, że atrybuty są 755 odpalamy. Jak skończy kopiujemy sobie plik m3u na lokalny komputer i wczytujemy np. do VLC (na nim testowałem) i zmieniamy kanały podczas oglądania. Może komuś się przyda... gen_list_2.sh.gz

Te pliki to są nowe wsady do koprocesorów AV dla osób, które ściągnęły image wcześniej. Czyli jeżeli to one są problemem, potrzebujesz starszych. Znajdziesz je ściągając image z 14.04 lub wcześniejszy (pełna historia tutaj: http://nbox.xunil.pl/Freebox_8.x.x_(mod)). Natomiast czy można te 2 elfy tak sobie bezkarnie podmieniać podczas pracy systemu, to nie wiem. Najbardziej byś pomógł sobie i pewnie innym sprawdzając kolejne wersje softu a następnie podając na forum wersję na której jeszcze działa. Wtedy tacy specjaliści jak np. freebox będą w stanie stwierdzić co się zmieniło i może poprawić system.

Jeżeli człowiek podaje tak mało informacji to raczej trudno. Ten drobny szczegół, o który pytał tux, czyli kiedy ostatnio działało, jest bardzo istotny. Ja zapytam o jeszcze kilka rzeczy: Ostatnio działało na dokładnie tym samym pliku, czy na innym 1080? Oglądasz z podpiętego dysku, czy przez sieć? Masz SWAPa? Jeżeli to inny plik, to znajdź inne mkv w FullHD i sprawdź, czy jest to samo. Jeżeli ten sam, to spróbuj ustalić wersję kiedy działało. Czy to już było OpenPLi, czy też jeszcze freebox w wersji 7? Jeżeli OpenPLi, to istotną zmianą była chyba zmiana wsadów do kooprocesora - więcej szczegółów tutaj http://forum.xunil.pl/index.php/topic,292.0.html. No może nie? W końcu nbox to tuner satelitarny, a nie odtwarzacz medialny. A że potrafi kilka rzeczy więcej...

Zbaczamy z tematu, więc się dołączę ;) Pierwsza sprawa: Ogólnie świat komputerowy zmierza do takiego stanu, że wszystko robi się samo i użytkownik ma tylko kliknąć. A nawet lepiej by było, żeby nie klikał: odczyta się z ruchów jego rąk, głowy a w końcu myśli. Ma umieć obsługiwać komputer a nie wiedzieć jak działa. Więc jak nie działa, to jest problem, bo "nie wiadomo co zrobić". Druga sprawa: Ja rozumiem, że Windows. Ale nie rozumiem, dlaczego w szkole uczy się dzieci obsługi komercyjnego systemu i komercyjnych aplikacji. Należy je nauczyć: formatować tekst, przeliczać w arkuszu i generować wykresy, edytować grafikę, korzystać z zasobów Internetu, itd. A nie klikać w Wordzie, Excelu i Photoshopie. Gdzieś na wyższym poziomie nauczania, może dopiero na studiach nauka obsługi konkretnych aplikacji może być jakąś wartością dodaną, ale tej podstawowej obsługi można nauczyć korzystając z oprogramowania bezpłatnego. Mówienie dziecku, że rodzice powinni kupić Windows i MSOffice, żeby mogło poćwiczyć w domu bo inaczej nie zaliczy jak dla mnie graniczy z przestępstwem, w najlepszym wypadku jest to korupcja. Kwestię formatu elektronicznych dokumentów urzędowych już pominę... Trzecia sprawa: Przyzwyczajenia. Mój ulubiony przykład: Używanie OpenOffice jest złe, bo tam "wszystko jest nie na swoim miejscu" (w domyśle w porównaniu z MSOffice). Ale jak MS wymienił kompletnie GUI w nowszych wersjach pakietu, to jakoś nie było takiego oporu użytkowników. Nie powiem, że nie było żadnego, ale zdecydowanie mniejszy. Starczy tego filozofowania ;)

Fedorę ściąga się w postaci LiveCD (a może już LiveDVD) i jak Cię przekona, to jest tam opcja przeniesienia na dysk twardy. Czy da się na pena ... nie było mi potrzebne to nie szukałem, ale może się da. Z tego co napisał tux, to najistotniejsze jest "Zostać na Windows i koniec" ;) Na co dzień używam Windows chyba jednak z przyzwyczajenia. Kiedy zaczynałem z RedHatem 6 to linuksy nie były tak kolorowe jak dzisiaj, a mnie jednak zależało na prostocie obsługi. Dzisiaj aplikacji dla zwykłego użytkownika jest zdecydowanie więcej i w sumie to nie wiem, co mnie trzyma na Windowsie ... może DirectX, chociaż nie pamiętam kiedy ostatnio sobie pograłem. No i przyzwyczajenie :-) Na serwerach używam FreeBSD. Kiedy stawiałem pierwszy serwer, to jakoś tak wyszło (pamięć podpowiada, że kolega polecił) i z perspektywy czasu stwierdzam, że to był dobry wybór. Z linuksów do Free podobny jest chyba właśnie gentoo? Cała siła tego systemu, to fakt, że tutaj nic nie robi się samo. Od początku używania nie opuszcza mnie myśl, że ten system robi to co chcę - czyli tyle ile skonfigurowałem i zainstalowałem, nic ponadto. A jak coś działa lub nie działa, to dlatego że to włączyłem lub nie włączyłem a nie "bo tak" jak to bywa w Windows (do czego się zresztą przyzwyczaiłem i zwykle już sobie głowy nie zawracam ;) ).

Dla początkującego to chyba właśnie Ubuntu albo OpenSUSE. Ogólnie to chyba wszystko jedno, trzeba się przemóć i potem już jakoś leci ... albo można stwierdzić, że jednak preferuje się Windows na desktopa, co np. ja zrobiłem kilka lat temu. Fedorę mam na maszynie wirtualnej i uruchamiam jak potrzebuję. Ale z poziomu Windows nie mam żadnych problemów z połączeniem z nboksem.

Napisałem krótki skrypt, który co 15 sekund sprawdza ilość wolnej pamięci. Po testach w końcu dodałem go to rcS.user.sh. Zużycie pamięci podczas ok. tygodnia testów nie przekroczyło 80MB z 96MB dostępnych w BSLA. Wykres na dołączonym rysunku (miał być cały arkusz ods, ale Calc się wysypał przy zapisie :/) - used_mem - zajęta pamięć - free_mem - wolna pamięć (z podziałem na: buffers, cached i faktyczne free) Drugi załącznik to CSV z danymi z testów, w którym są kolejno: data, godzina, zajęta pamięć oraz buffers, cached, free i shared z komendy "free"). Jak ktoś chce to może sobie poanalizować. PS. Wyniki z 8.3.0 zamieszczę jak się trochę uzbiera.

- wyłączanie oscama: /etc/init.d/softcam.sh stop - włączanie oscama: /etc/init.d/softcam.sh start

W AssignButton, odpowiednio nowym, jest SleepTimer. Wszystkie wersje obsługi pilota są tutaj: http://forum.xunil.pl/index.php/topic,292.0.html - tylko w wersji RAW nie ma przypisania SleepTimera. Po prostu znajdź odpowiednią wersję :) Dwie głowice działają mi od zawsze. Do tego musi być oscam a nie mgcamd, czy inne wynalazki. Wersja ... 7119, 7770, 8182 i 8641/8642 - na tych na pewno działa, testowałem. W konfiguracji ma być boxtype=none, nie wiem jak przy innych ale np. przy qboxhd na pewno się sypie.

Z tmp spróbuję... Ostatnio zainstalowałem najnowszy image na 2850. Pilot reagował super i jak zacząłem konfigurować AssignButton, to zauważyłem, że mam pilota z LONG. Pilot ten sam co używany normalnie z 5800SX. Na 5800SX działa dobrze tylko w trybie RAW, na 2850 nie było problemów nawet z wersją LONG (chociaż samej funkcji long nie zdążyłem przetestować jeszcze) - pilo reaguje natychmiast. Jedyny wniosek na szybko: Problemy z pilotem nie mają związku z samym pilotem, ale z czym to nie wiem :( No chyba, że najnowszym image jest zupełnie nowy moduł obsługi pilota ?? PS. Jak pojawił się pierwszy LONG to z AssignButton zniknęła @, teraz nie widziałem tam APP ... jak już musi coś zniknąć, to może jakieś LONGi? A jak to z krótkich trzeba wyciąć to może domek? Ja mam pod APP przypisane PluginList (jakoś mi się to sensowne wydaje) a pod OPT zmianę ścieżki dźwiękowej, bo nie widzę powodu, żeby OPT dublował klawisz SETUP. Dam sobie radę wgrywając starą obsługę pilota, ale gdybym nie musiał to byłoby fajnie :)

W skrócie pytanie jest proste: Jak zrobić pełne odświeżenie EPG? Transpondery gdzie nadawane jest EPG są ok, ale mam problem następujący ... może nierozwiązywalny ;) Za czasów N opisy w EPG były dość obszerne, czasami 2 ekrany, czasami więcej. Teraz mam opisy jakieś takie skrócone. Albo tak nadaje NC+ (wtedy nic na to nie da się poradzić) albo jest to kwestia transpondera z którego ściągnięto EPG. Z tego co piszą na forum SATKuriera (link kilka postów wyżej), to transponder 11449H (MGM HD / TVP1 HD) przesyła więcej informacji niż 10796V (Discovery Science / TVP Sport). Zakładam, że enigma jeżeli raz pobierze informację dla danego zdarzenia, to drugi raz już ich nie pobiera. Jak zmusić enigmę, żeby wyczyściła aktualnie zgromadzone dane i ściągnęła wszystko od nowa? To drugie to akurat wiem: włączyć TVP1 HD, ale jak usunąć dane? Z tego co czytam (i nie jestem pewny...), to EPG siedzi w pamięci (tak swoją drogą: 10 czy 20 MB to sporo) i jest zapisywane przy wyłączeniu. Samo usunięcie pliku epg.dat niewiele więc pomoże, bo za chwilę się odtworzy... Może dać komendę "rm /hdd/epg.dat" do pliku rcS.users.sh i reboot? A może da się to zrobić jakoś prosto? ------- Jak wynika z lektury innch wątków, żeby skasować /hdd/epg.dat pewnie wystarczy: rm -f /hdd/epg.dat reboot Komenda reboot z konsoli spowoduje, że enigma niczego nie nadpisze. -------- Nawet jak sobie ściągne pełne EPG z 11449 to potem i tak nadpisuje mi tym skróconym z 10796 :(

@cronos20: Najistotniejsze są 2 i 3 linijka od dołu w Twoim poście. Wygląda poprawnie. Dysk 500GB, 2 partycje i podmontowane gdzie trzeba. Ale o co chodzi z tym "ERROR" wcześniej to nie wiem... @jordan87: Czy często nagrania mam za krótkie... Obecnie na oscam 8641 z włączonym decodeforever już nie (więcej o mojej konfiguracji w tym wątku: http://forum.xunil.pl/index.php/topic,200.0.html , ale miewałem bardzo często :( Zależało od wersji oscam, wersji systemu i karty dekodującej (N czy C+).

Dodam jeszcze dygresję trochę nie na temat. Dane są stare, bo było mi to potrzebne chyba dwa lata temu, kiedy szukałem dysku, który nie potrzebuje kabla Y i ruszy bez problemu mając kabel tylko z jedną wtyczką USB. Na rynku takie dyski wtedy się już pojawiały. Wydaje mi się, że przejrzałem wtedy dostępną dokumentację wszystkich producentów i znalazłem aż jeden dysk (2,5" Toshiby), który miał prąd rozruchowy na poziomie 0,5 A. Pobór mocy podawano zwykle na poziomie 2,5 W (5V * 0,5A, czyli maksymalne z USB) ale prąd rozruchowy był zwykle na poziomie 1A. Z danych tych wniosek był taki, że żaden dysk nie powinien ruszyć na pojedynczym kablu USB. A że ten skok prądu przy rozruchu jest chwilowy i na pewno da się zrobić układ elektroniczny, który na chwilę (czyli na rozruch) taką ilość energii zmagazynuje a potem, jak już dysk się rozkręci to będzie działał, to dyski z jedną wtyczką pojawiły się w sprzedaży... BTW: Tata ma z HD3000 z CP razem z DTU320. Jak już się uda tego DTU rozkręcić to działa, ale z samym rozkręceniem bywa bardzo różnie :(

@cronos20: ustaw stronę kodową na UTF-8 (W PuTTY: Window -> Translation), może to jest przyczyna problemu ... @jordan87: kółeczko zwykle pokazuje jaki procent nagrania już obejrzałeś; a co do nagrań krótszych niż powinny być, to albo oscam się wysypał podczas nagrania albo nbox nie dał rady zapisać na dysk