mickey

Ogólnie wszystko działa ładnie jeżeli tylko docelowa platforma ma dość mocy obliczeniowej. Trochę też zależy od aplikacji, która strumień odtwarza. Na Windows niby lepiej spisuje się MPC HC niż VLC. Ale też VLC 64-bit działa znakomicie w przeciwieństwie do wersji 32-bit. Na Linuksie używam SMPlayer z silnikiem mpv co z grubsza daje radę na moim starym laptopie. Z HD, z SD nie ma żadnych problemów. Ale to dotyczy Ubuntu 16.04. Jakoś odnoszę wrażenie, że na 14.04 VLC działał na tej samej maszynie lepiej. A na Androidzie MX Player Pro odpalany z poziomu DreamDroid działa bardzo dobrze z Allwinner A33, ale mój Mediatek MT6589 już nie bardzo daje rady z kanałami HD. Na VLC na Mediateku było gorzej niż w MX. Na A33 nie testowałem VLC. W roli serwera ADB5800, UHD88 lub ESI88. Bez znaczenia. Sieć. Ogólnie Ethernet 1Gbit/s. Tunery podłączone kablem. 100Mbit/s. WiFi 802.11n na 901ND ... ale jakoś wiele gorzej nie było na 802.11g. AP też kablem 100Mbit/s.

Plik oczywiście jest na miejscu? ls -al /etc/openvpn W samym konfigu brakuje słowa "remote" ... ale to zakładam, że wynik modyfikacji adresu celem publikacji. Poza tym widzę, że u siebie mam certyfikaty wpisane razem ze ścieżkami.

Trochę OT, ale tak mnie zaciekawiło. I pewnie pytanie zbyt mądre nie jest: Tak można? Nie powinno się najpierw założyć tablicy partycji oraz partycji sda1 a następnie jej sformatować? Czy też przy formatowaniu mkfs.ext3 założy sda1 na całości?

Jeżeli dobrze rozumiem gdzie jesteś w menu, to w skrócie: nic z tego nie wynika. W mierniku sygnału możesz obserwować wskazania dla dowolnego transpondera. Wartości AGC/SNR/BER nie mają znaczenia ogólnego a zmieniają się zależnie od transpondera właśnie. To, że w mierniku masz coś zdefiniowane to jest to używane tylko na czas włączenia miernika. Czy też z drugiej strony: możesz tak ustawić miernik, żeby pokazywał co się dzieje na transponderze, który nadaje kanał z którym masz problemy. I wtedy np. spróbować poprawić ustawienie anteny.

Mam u siebie w rc.local w postaci komend z użyciem polecenia sysctl, ale powinno zadziałać po wpisaniu do /etc/sysctl.conf w taki sposób: net.ipv4.tcp_congestion_control=cubic net.core.rmem_max=524288 net.core.wmem_max=524288 net.core.rmem_default=524288 net.core.wmem_default=524288 net.ipv4.tcp_mem='16384 32768 131072' net.ipv4.tcp_wmem='65536 131072 524288' net.ipv4.tcp_rmem='65536 131072 524288' net.ipv4.udp_mem='16384 32768 131072' net.ipv4.udp_rmem_min=4096 net.ipv4.udp_wmem_min=4096 Generalnie u mnie streaming z nboksa działa. Mój stary laptop ledwie daje radę materiałowi HD, ale problemy w związku z tym mam ciągle takie same ... da się oglądać. W każdym razie restartów z powodu strumieniowania nie robię. BTW: EPGImport mam ustawione z pobieraniem opisów na 2 dni, bo więcej bardzo szybko RAM mi pochłania.

Zakładam, że ustawienia wszelakie masz poprawne: przełączony na SCART, ustawione 4:3, itd... Stare TV mają to do siebie, że obraz mają często rozciągnięty. Wewnątrz bywa, że jest zestaw regulatorów: prawo/lewo, góra/dół, rozmiar w pionie, rozmiar w poziomie - to taki zestaw podstawowy, który był chyba w każdym monitorze CRT. Monitory miały jeszcze regulację beczki, równoległoboku, trapezu, i pewnie coś jeszcze. Mój stary UNIMOR miał 4 (5?) potencjometry w jednym miejscu. PHILIPS tą regulację ma dostępną cyfrowo w menu serwisowym. Żeby zmniejszyć obraz, to będziesz musiał doszukać się jak to się robi w Twoim TV. Natomiast samo OSD możesz ustawić wtyczką enigma2-plugin-osdadjustment.

O ile dobrze rozumiem źródła, to lista trybów jest z tego pliku: https://github.com/Duckbox-Developers/driver/blob/master/player2_191/linux/drivers/media/dvb/stm/dvb/e2_proc/e2_proc_video.c Swego czasu limitowano liczbę dostępnych trybów dla niektórych odbiorników z listy DD, ale od tej poprawki: https://github.com/Duckbox-Developers/driver/commit/13454ada1af612b90a4baea05d1684645e8bb1fd wszystkie modele na SH4 dostają kompletną listę. Jeżeli grzebać i ograniczać, to właśnie od strony sterownika (właśnie gdzieś tutaj #ifdef STI7100, czy jakoś tak, trzeba by dodać) a nie w źródłach OpenPLi. Ale jeżeli nbox nie wybucha po włączeniu 1080p50, to nie wiem czy to konieczne. A tak swoją drogą: https://github.com/Duckbox-Developers/driver/blob/master/player2_191/linux/drivers/media/dvb/stm/dvb/e2_proc/e2_proc_video.c#L245 : /* @donald: where are these values taken from? I'm not sure if these are device dependant?!?! * these one are taken from ufs922 */ Parametry trybów wzięte z UFS922, który ma 7109 więc obsługuje co najwyżej 1080i a lista zawiera tryby 1080p. Ale może w czasach max-tdt były tam zmiany i oryginalnie ta lista była krótsza...

Może nie koniecznie z użyciem konsoli, ale koniecznie na systemie obsługującym ext2/ext3 ... czyli na pewno nie winrarem.

Nie bardzo rozumiem co należy poprawić... https://github.com/mickeyreg/driver/blob/master/frontends/adb/stb0899_drv.c#L1995

Rozpakuj, podmień w /lib/modules, zrestartuj i daj znać, czy coś się zmieniło... Tylko zachowaj kopie starych, gdyby w ogóle nie działały. front.tar.gz

A telent na porcie 23 działa?

Może tylko u mnie... Razem ze switch_repo poszła aktualizacja openvpn (2.3 do 2.4). Już działa, ale podczas aktualizacji nadpisało /etc/openvpn/client.conf i /etc/openvpn/server.conf. Ten drugi mi niepotrzebny, ale pierwszego musiałem szukać po backupach ... chociaż najpierw musiałem się jakoś dostać do tunera, co było małym problem w związku z awarią openvpna :(

Kiedy ostatnio odpalałem "zapasowy zdalny odbiornik", to wydaje mi się, że dekodowanie było na tunerze dawcy...

Z tabelek producentów wynika, że powinny być "o większej średnicy". Cięcie i rozrywanie oraz ponowne sklejanie ... to raczej nie jest "normalnie" :( Ale mam 2, obydwa po pomiarach na oscyloskopie przeszły sekcję.

314TeR[/member]: Jak będziesz szukał i czytał noty katalogowe, to powinieneś dość szybko wywnioskować, że przy tej samej pojemności i maksymalnym napięciu zawsze lepsze są kondensatory grubsze. Rozmiar wpływa na jakość chłodzenia. Druga sprawa: Zdanie znajomego, który co prawda z nboksami nic wspólnego nie ma, ale różne projekty elektroniczne wykonuje na zlecenie, często w "małych seriach" i sam już się naciął na problem serwisowania swojego sprzętu z powodu kondensatrów: "Tylko Nichicon" ;) I trzecia: Jak już wymieniasz kondesatory ... zajmij się też tymi w zasilaczu zewnętrznym z nboksa. Jeżeli on jest "wyjechany", to bardziej cierpią kondensatory w środku.

Można. Odpowiedni plik /etc/tuxbox/terrestrial.xml jest potrzebny.

O ile liczba głowic jest wystarczająca.

Przeglądarka + VLC/SMPlayer/Totem? 1.6.2 dotyczy WebInterface by DreamMultimedia, który już "wieki temu" zastąpiono przez OpenWebif.

Protest przyjęty ;) Musiało się bardzo dużo zmienić we wtyczce, bo było tak, że XMLTV swoją drogą a epg.dat swoją drogą. Dane ściągnięte przez EPGImport zawsze znikały przy restarcie, bo były ściągane niejako obok systemowego EPG z satelity. W epg.dat zostawały tylko dane z tego drugiego. Po zmianie może faktycznie warto przerzucić epg.dat w inne miejsce.

Jeżeli coś się nie zmieniło ostatnio, to EPGImport nie korzysta z epg.dat. A poza tym, to ten plik zapisywany jest tylko przy restarcie, normalnie "siedzi w pamięci".

Na moim "prawie BZZB" kilkaset km na wschód: SNR 76%, AGC 76%, BER 9.9e-03 ... żadna rewelacja, ale działa. A wracając do problemu. Cytuję: A potem jeszcze: No a na początku, jak zaczynałeś opis problemu, było: Wniosek z tego dość krótki: Na początku sygnał był bardzo słabej jakości (SNR) i nbox nie dawał już rady z demodulacją sygnału. A jako, że samo się naprawiło, to: sygnał był taki słaby z powodu pogody; jest faktycznie jakiś problem z instalacją, typu uszkodzony kabel czy zalana wodą wtyczka (która już wyschła). Problemy typu zakłócenia zewnętrzne (nieszczęsne LTE...) czy padnięty konwerter też można by rozważyć, ale jakoś mniej prawdopodobne się wydają. W sumie szkoda, że nie spojrzałeś na wartości SNR/BER na innych transponderach gdy dwa główne kanały Telewizji Narodowej padły - byłoby jakieś odniesienie. A co do kabli, wtyczek, itd. ... mnie czasami ciężko przekonać, rozumiem co to "separacja/tłumienie zakłóceń" czy "tłumienie sygnału", ale przy 10m to naprawdę ma niewielkie znaczenie. Jak tylko woda nigdzie nie weszła i kabel nie jest przetarty, to najtańsze z wymienionych wyżej kabli i te najlepsze na tak krótkim odcinku IMHO będą działały tak samo.

Efekt jest chyba "standardowy" dla JFFS2. Idzie o to, że system plików jest kompresowany i ogólnie powiązanie pomiędzy faktycznym wolnym miejscem a wskazaniami jest "trochę rozjechane". A kolejny problem jest taki, że jak się usunie plik a następnie wgra go ponownie, to zmienia się ilość wolnego miejsca. Przy aktualizacjach zalecany jest wręcz czasami backup i ponowne wgranie systemu do NAND, co pozwala odzyskać trochę miejsca. Tyle teorii ... został problem: Co u Ciebie powoduje takie zmiany w systemie plików? Z powyższego należy wnioskować, że przy "drobnych" zmianach plików ilość zajętego miejsca nie zmienia się, lub zmienia się nieznacznie, ale ilość raportowanego wolnego miejsca zmienia się dużo szybciej.

W sumie to ja też nie i tylko zgaduję, że CrossEPG wygenrowało "out of memory" i się wykrzaczyło...

Krótko i jasno ... i wystarczy. Jak ktoś nie skanuje, nie ma więcej "satelitów" podłączonych, nie korzysta z dvbt z innego regionu, i ... w ogóle nie wie o czym piszę, to po staremu użyje aktualnej paczki z listą. A akurat dla mnie, i pewnie jeszcze kilku obeznanych paczka z samymi bukietami, bez lamedb i sattelites.xml będzie w sam raz ;) <hr><hr><hr> Twoje listy są inne niż kolegi myszka20[/member] i nie wiem jakie opcje w edytorze list to zmieniają ale faktycznie w ich przypadku lamedb jest integralną częścią. W listach r-r wszystkie bukiety mają tylko linie typu: #SERVICE 1:0:1:3abd:514:13e:820000:0:0:0: W listach myszka20[/member] są też wpisy takie: #SERVICE 1:0:1:C23:1E78:71:820000:0:0:0::POLSAT HD #DESCRIPTION POLSAT HD To drugie po prostu zmienia wyświetlaną nazwę kanału ... ale tylko w danym bukiecie. W listach r-r ta zmiana nazwy jest globalna, czyli nie wymaga potem modyfikacji we wszystkich bukietach i jest robiona tylko raz. A modyfikowanym plikiem jest właśnie lamedb. I faktycznie listy r-r bez lamedb są trochę ... upośledzone względem założeń autora. Niestety wystarczy zrobić skanowanie satelitów z czyszczeniem starych wpisów i przygotowany lamedb idzie w niebyt i wszelkie zmiany nazw znikają. W modelu w jakim listy tworzy myszka20[/member] wystarczy wgrać do /etc/enigma2 pliki bukietów (oraz bouquets.radio + bouquets.tv *) i zrobić skanowanie transponderów dla danego satelity i lista będzie kompletna z zachowaniem nazw. PS. Kiedy w menu listy kanałów w OpenPLi wybierze się opcje zmiany nazwy to robi wpis w bukiecie jak podany wyżej z listy myszka20[/member]. * Jeżeli pliki bouquets.radio/bouquets.tv nie zostaną wgrane razem z listą, to zachowanie dalej zależy od ustawień OpenPLi. Szczegółów nie pamiętam, ale można zrobić tak, że wszystkie pliki z ".tv" na końcu zostaną przy restarcie dopisane na początku bouquets.tv. Zaleta tego ustawienia jest taka, że można sobie dodatkowe bukiety robić i aktualizacja tych plików nie powoduje problemów, czyli znikania bukietów z list, po aktualizacji wspominanych plików z opkg.

A to ten też jest w paczce? Nie zauważyłem ;) To jeszcze do kompletu terrestrial.xml :) A poważnie: Tak, bez tego pliku także. Ale ten plik może być w systemie w różnych miejscach, co najmniej dwóch (/etc/enigma2, /etc/tuxbox), tylko nie pamiętam "priorytetów korzystania".