garus

Czy to też dotyczy najnowszej wersji sterownika? Chyba jednak nie. Przecież np. w ustawieniach pluginu CEC możemy wybrać nr wejścia na AUTO i tuner poprawnie odczyta do jakiego wejścia jest podłączony i ustawi odpowiednio odbiornik. A nawet wykryje czy aktualnie w TV wybrane jest wejście tunera i jeżeli nie jest to wyłączając tuner nie wyłączymy TV (jeśli odpowiednio skonfigurujemy plugin). Nawet TV wyświetla mi, że podłączone jest do niego urządzenie o nazwie DUCKBOX (tuner odpowiada tą nazwą na jakieś zapytanie - przy okazji da się gdzieś zmienić w tunerze tą nazwę na inną, czy na sztywno zaszyta jest w sterowniku?). Tak więc najnowszy sterownik jest w stanie odbierać dane z HDMI, ale czy tylko te wyżej czy jakieś więcej to niestety nie wiem. Niestety troszkę też coś szwankuje przy okazji tego odbierania, np. jak włączę tuner to wysyła on komendę włączenia TV, a ten z kolei wysyła wtedy chyba jakieś zapytania do tunera. No i tuner zaczyna wtedy przycinać się, pomaga dopiero zmiana kanału na inny - gdzieś nawet na forum jest chyba temat z tym związany - z tego co pamiętam polecano zmianą sterownika na starszy. Ja jednak pozostaję przy aktualnym, bo nie muszę ręcznie zmieniać w źródłach pluginu adresu HDMI (tuner jest podłączony przez amplituner i na HDMI ma adres 1211, albo inny nie pamiętam teraz dokładnie, w każdym bądź razie domyślnie go nie ma do wyboru). Kiedyś też tak ustawiłem sterowanie przez HDMI, że regulację głośności też miałem komendami CEC do amplitunera, a tuner cały czas głośność miał na 100%. Próbowałem też odczytać jakoś aktualną głośność z amplitunera, tak aby poprawnie na ekranie wyświetlać pasek głośności, ale poległem. Albo amplituner nie odpowiadał na komendę, albo właśnie nie potrafiłem (aktualny sterownik nie ma możliwości?). Ostatecznie więc w ogóle zlikwidowałem wyświetlanie tego paska, ale ostatnio po jakiejś aktualizacji straciłem w ogóle sterowanie głośnością. Może jakby ktoś podpowiedział jak odbierać komendy z tego HDMI to ponownie grzebiąc w źródłach wróciłbym do tematu tego paska.

Na 2 BSKA to tak od reki nie sprawdzę, ale przed chwilą zrobiłem test w drugą stronę. Na Esi wyłączyłem obie głowicę i brałem sygnał z BSLA, na którym tylko jedna jest skonfigurowana. Działało bez zastrzeżeń. Czyli BSLA poprawnie odbiera sygnał, jak i go wysyła. A BSKA to prawie to samo... Na pewno wpisujesz w ustawieniach pełen adres? config.usage.remote_fallback=http://192.168.1.88:8001 Ale skoro piszesz, że oscam dekoduje, ale brak obrazu to może wina tkwi w "kablówkowym BSKA", czyli jak rozumiem przerobionym ADB-5800C?

W kodzie źródłowym nie grzebałem, ale jest jak piszesz. Funkcja działa jak w odbiorniku nie ma wolnego tunera (na liście kanałów wybierze się kanał który jest przyciemniony - czyli normalnie nie powinien działać). Głowicy nie musisz wyciągać, wystarczy że ją odpowiednio skonfigurujesz (tj. np. wybierzesz że jest nieskonfigurowana ;) , lub że niby obsługuje innego satelitę). Ogólnie funkcja ciekawa i działa chyba jak należy - oczywiście w drugim tunerze głowica musi być wolna. Testowałem na BSLA, a zdalny tuner to ESI88 - oba na Graterlii.

@mickey A używasz też tuneli w tunerze? Ja dopiero zaczynam rozgryzać ten temat i bardziej szukałem opcji w kliencie niż w serwerze, a faktycznie wygląda na to, że to co podałeś to odpowiada za przekierowanie całego ruchu przez serwer. A dokładniej polecenie to wysyła do klientów instrukcję modyfikującą tablice routingu w systemie tak, by trasa przez tunel VPN miała niższą metrykę niż na zwykłym interfejsie eth0. Ale nawet pomimo tego polecenie np.: ping -I eth0 jakiś_poprawny_adres powinno działać. A nie działa. Mój konfig serwera: mode server port 1194 proto udp tls-server ifconfig 10.8.0.1 255.255.255.0 topology subnet client-config-dir /etc/openvpn/ccd client-to-client cipher BF-CBC keysize 128 dev tun keepalive 25 180 status /var/openvpn/current_status verb 3 dh /etc/openvpn/dh1024.pem ca /etc/openvpn/ca.crt cert /etc/openvpn/server.crt key /etc/openvpn/server.key tls-auth /etc/openvpn/ta.key 0 persist-key persist-tun comp-lzo push "topology subnet" push "route-gateway 10.8.0.1" push "redirect-gateway def1" i klienta: client remote 192.168.1.1 1194 dev tun proto udp status current_status resolv-retry infinite ns-cert-type server topology subnet verb 3 cipher BF-CBC keysize 128 ca /etc/openvpn/ca.crt cert /etc/openvpn/esi_test.crt key /etc/openvpn/esi_test.key tls-auth /etc/openvpn/ta.key 1 nobind persist-key persist-tun comp-lzo I nie mam możliwości po adresie na interfejsie eth0 dostać się do tunera, ani poprzez ten interfejs wyjść na zewnątrz. Z kolei jak wywalę: push "redirect-gateway def1" z konfigu serwera i przestartuję usługę openvpn na serwerze i tunerze całkowicie tracę jakąkolwiek komunikację z tunerem. Co prawda na pewien czas w serwerze pojawia się informacja, że klient jest zalogowany, ale w żaden sposób (ani przez sieć lokalną ani vpn) nie jestem w stanie na niego zalogować się. Po pewnym czasie info o zalogowanym kliencie znika. Jedyny sposób odzyskania komunikacji to ponowna zmiana konfigu w serwerze (przywrócenie tej skasowanej linii) i ponowny restart usług. Wygląda na to, że interfejs tun0 w tunerze przejmuje całkowicie kontrolę nad eth0 i bezpośrednio do eth0 nie ma dostępu. A tak chyba być nie powinno?

Też niedawno zacząłem sobie OPENVPN testować i w konfiguracji wygenerowanej przez router z gargoyle zmieniłem nazwę pliku konfiguracyjnego na client.conf. No i dalej musiałem poszukać sobie w tym temacie czemu tunel nie działa. Chodziło o pełną ścieżkę do certyfikatów i kluczy (napisane o tym w tym temacie), po podaniu pełnej ścieżki tunel ruszył z kopyta :) Troszkę szkoda, że nie ruszył od razu, bo byłby pełen profesjonalizm, a chyba dużej poprawki nie trzeba robić żeby openvpn ładował te pliki bez pełnych ścieżek. No ale to w sumie tylko kosmetyka, a nie problem... A korzystając z okazji mam pytania do mądrzejszych: 1. Czy (a jeśli tak to jak) da się skonfigurować openvpn lub system, żeby po vpn szła tylko komunikacja do innych klientów openvpn, a reszta ruchu internetowego bez pośrednictwa tunelu? 2. Czy (a jeśli tak to jak) da się skonfigurować openvpn lub system, żeby przy włączonym tunelu z sieci lokalnej w której jest odbiornik można było się z nim połączyć bez pośrednictwa tunelu?

Menu główne/Ustawienia/System/Interfejs GUI Automatycznie uruchom timeshift po

Z poziomu menu ppanels nic nie znalazłem, to pomyślałem, że zamiast szukać to szybciej będzie jak wgram sobie z zapasu ten plik. Tym bardziej, że i tak najpierw smb_end.conf musiałbym wyedytować (nie potrzebuję tak dużo zasobów udostępniać i mam inną nazwę grupy roboczej). Też nie mam. Zanim wgrałem swoją listę testowałem listę @richtera ściągniętą przez ppanels. Jeśli masz uprawnienia do wszystkich kanałów w liście wystarczy wyjąć kartę z czytnika lub kabel lan z tunera... Jakoś tak wydaje mi się mało prawdopodobne, że akurat tylko moje 2 tunery mają taką przypadłość, ale cóż jakieś tam prawdopodobieństwo tego jest. edit: @tux Ad1) wiem dokładnie co miałeś na myśli pisząc o skryptach, ja tylko wyjaśniłem dlaczego zaniechałem ich poszukiwań :)

To dobrze, że mi wierzysz, bo nie mam najmniejszego powodu by oszukiwać. Na PW podesłałem link do danych, o których piszesz :) . @mickey sugeruje, że problem występuje tylko jak tuner po włączeniu od razu za nagrywanie się zabiera. Jakoś ja co prawda tego wcześniej nie zauważyłem, ale też nie zaprzeczę że tak nie było. Zazwyczaj wcześniej nie miałem żadnych problemów z jednoczesnym nagrywaniem i oglądaniem innych kanałów na softach ze stajni freeboxa, na PKT to i owszem (ale mocno nie testowałem tego). Zobaczę jak to przy dłuższym użytkowaniu zachowa się. A tego nikt więcej nie potwierdza??? Normalnie działają Wam piloty w takiej sytuacji?

Jak wczoraj instalowałem to normalnie utworzony został katalog /etc/samba/, musiałem tylko stworzyć plik smb.conf i ręcznie odpalić sambę. Co do samego softu... Na początek podziękowania wszystkim zaangażowanym w jego rozwój :) . Niestety kilka problemów już napotkałem :( : 1. Działanie pilota - jeśli wejdę na kanał którego, dekoder nie może zdekodować lub dostroić się do niego to pilot praktycznie przestaje działać. Trzeba wiele się nawciskać, żeby przeskoczył do kolejnego kanału, wyświetlił listę kanałów czy chociażby menu. Przy tym przyciski na panelu działają bez zastrzeżeń. Co ciekawsze jak jak już pojawi się na ekranie lista kanałów czy menu to tuner normalnie reaguje na pilota, jednak po wyjściu z tego znowu brak reakcji. Trochę mnie dziwi, że nikt tego nie zgłasza, bo problem dotyczy właściwie wszystkich softów z obsługą XMP, sprawę załatwiało zawsze u mnie przejście na tryb RAW. Dodam tylko, że problem mam na dwóch dekoderach (BSLA) i kilku pilotach. 2. Jak w liście nagrań przestawię sobie, żeby każde nagranie w liście zajmowało tylko jeden wiersz, to widok przestawia się tylko do pierwszego restartu dekodera (lub Enigmy). Czyli nie zapamiętuje ustawienia. 3. Wczoraj nagrywałem program (z timera) i w trakcie nagrania zacząłem oglądać ten program (nagrany od początku), klawiszami numerycznymi chciałem go przeskoczyć troszkę do przodu i wtedy wyskoczył na wyświetlaczu "error" i tuner się zrestartował. Po ponownym uruchomieniu zaczął dalej nagrywać program z timera, ale ja w tym czasie nie mogłem nic innego oglądać, tj. na kanały można było normalnie wejść, ale był czarny ekran tylko. Co ciekawsze nawet nie działały żadne nagrania (też tylko czarny ekran). Po zakończeniu nagrywania tuner zaczął zachowywać się poprawnie. Dla testu włączyłem też ręczne nagrywanie jakiegoś kanału i skakałem w tym czasie po innych - działały bezproblemowo. Chciałem dołączyć jakiś log z tego restartu, ale na /hdd/ nie się nie zapisało. 4. Musiałem też wywalić domyślny oscam. Kartę nc+ trzymam w phoenixie w routerze, i rozdzielam ją sobie na kilka tunerów. Niestety domyślny oscam z image z początku działał, potem kanały przełączały się coraz wolniej potem przestawał działać. Wrzuciłem stary, sprawdzony 8182 i działa bez problemów. 5. Potwierdzam też brak poprawnego działania wbudowanego PTS, tego przez opkg jeszcze nie instalowałem. 6. No i brak konfiguracji przycisków... Było już o tym w innych wątkach, ale dopiszę to tu do swojej listy. Aktualne rozłożenie przycisków nie szczególnie mi odpowiada, no i ten brak przypisywania własnych funkcji pod przyciski... Poza tym na razie więcej problemów nie zauważyłem.