tomiss

Żeby było jasne Graterlia to wg mnie najlepszy, najszybszy i najstabilniejszy system Enigmy, ale jak to bywa w realnym świecie nie ma rzeczy doskonałych, niestety i dlatego myślę, że tymczasowo używam softu na O... ?

Niestety nie. Zmieniłem system na konkurencyjny....

Super, dzięki wielkie za odpowiedź.

Witam, w związku z brakiem zainteresowania, a chciałbym zaktualizować tuner, mam pytanie czy ktoś może potwierdzić mój problem ? A może problem jest już znany i rozwiązany ?

Witam, pojawił się nowy problem po aktualizacji którą zrobiłem wczoraj. Problem objawia się brakiem połączenia z siecią LAN po kilkunastu minutach (nie jestem w stanie dokładnie określić ile) pozostawania w trybie czuwania. Po tym czasie brak możliwości połączenia z tunerem zarówno przez ftp,www, jak i ssh. Pomoga tylko restart systemu. Restart tylko GUI powoduje zawieszenie, ale bez green screen, wisi na "klepsydrze". Tuner połączony kablem. Poprzednią aktualizację robiłem tydzień wcześniej, więc podejrzewam, że to problem z najnowszymi pakietami. Powrót do backupu który zrobiłem sobie 11.11 rozwiązuje problem.

Witam, chciałby trochę odświeżyć temat. Cały czas są problemy z green screen podczas próby nagrania, lub już po jego zakończeniu, Bardzo często, na różnych kanałach zdarza się że tuner wywala green screen nie w momencie rozpoczęcia nagrania, ale po jego zatrzymaniu, zarówno ręcznie jak i przez timer. Dzisiaj zrobiłem mały test na dwóch różnych kanałach na których zakończenie nagrania zakończyło się tak samo - błędem systemu. W załącznikach przesyłam logi, proszę może pomogą w rozwiązaniu problemu. enigma2_crash_1698648871.log enigma2_crash_1698649074.log

VU+ UNO 4K SE Nie mogę już sprawdzić, ponieważ sysupdate już nie pokazuje że coś jest do aktulalizacji

Witam, zrobiłem małe dochodzenie i do aktualizacji są: openssl - 3.1.1 - 3.1.2 libgcc - 13.1.1 - 13.2.0 iproute2 - 6.3.0 - 6.4.0 licenses - 20230321 - 20230729 ncurses - 6.4 - 6.4-1 enigma2-skin-pli-fullhd - 20230513 - 20230728 curl - 8.1.2 - 8.2.1 libgomp - 13.1.1 - 13.2.0 oscam-gos-webif - 1.20.r11719 - 1.20.r11720 libstdc++ - 13.1.1 - 13.2.0 util-linux - 2.38.1 - 2.39.1 opkg - 0.6.1-1 - 0.6.2 a problematyczny jest pakiet "util-linux". Po aktualizacji zasoby nie montują się automatycznie.

Witam, zaktualizowałem dzisiaj system i chyba coś nie zadziałało, ponieważ po restarcie tuner nie montuje dysku wewnętrznego ani udziału sieciowego. Sprawdziłem plik fstab i wszystko jest takie same jak przed aktualizacją. Ręcznie w konsoli mogę zamontować wszystko bez problemu. Co jeszcze powinienem sprawdzić ?

Zadziałało, dzięki za pomoc

Witam, po ostatniej aktualizacji mam problem z połączeniem się z tunerem po ssh. Wszystkie inne usługi sieciowe działają poprawnie (www, ftp). Przy próbie połączenia pokazuj się info "Connection refused". Na próbę przywróciłem swój backup z 06 lipca i tu jest wszystko OK, ale po ponownej aktualizacji ssh znowu przestaje działać. Czy u innych użytkowników VU+ UNO 4K SE też występuje ten problem ?

Witam, Wiem, że temat HDMI-CEC to niestety temat rzeka, ale może ktoś ma pomysł jak rozwiązać kolejny problem z którym nie mogę sobie poradzić. Chodzi o sytuację kiedy mam wyłączony tuner, ale włączony TV. Próbuje uruchomić opcję aby tuner włączał się po wybraniu odpowiedniego źródła (portu HDMI) w TV. Jedyna sytuacja kiedy się to udaje jest ustawienie opcji "Każda aktywność", ale z innych względów nie mogę tego ustawić na stałe, za dużo urządzeń włącza się na raz. Dodam, że przy wyłączonym TV nie ma problemu, tuner włącza się prawidłowo na tych opcjach : "Żądanie źródła", "Żądanie strumienia", "Żądanie raportowania fizycznego adresu TV", "Raportowanie fizycznego adresu TV" i oczywiście "Każda aktywność" . Wydaje mi się, że wcześniej opcja ta działał dobrze i może jakaś aktualizacja coś zmieniła ? Czy jest kto wina TV i niestety tak musi już zostać, czy może jest szansa aby coś jeszcze zmienić ? TV to Philips 65OLED856 a tuner to VU+Uno4kSE Poniżej log z HDMI-CEC gdy tuner się nie włącza (ustawiona np. opcja "Żądanie źródła") : Rx: 14:08:07 <Routing Change> < 80 00 00 00 00 Rx: 14:08:08 <Give Device Power Status> < 8F Tx: 14:08:08 <Report Power Status> > 90 01 [0x00] Rx: 14:08:08 < 44 00 Rx: 14:08:08 < 45 Rx: 14:08:08 < 44 00 Rx: 14:08:08 < 45 Rx: 14:08:08 <Give Device Power Status> < 8F Tx: 14:08:08 <Report Power Status> > 90 01 [0x00] Rx: 14:08:13 <Give Device Power Status> < 8F Tx: 14:08:13 <Report Power Status> > 90 01 [0x00] Rx: 14:08:13 <Set Stream Path> < 86 00 00 A tutaj w sytuacji kiedy tuner się włącza (ustawiona np. opcja "Każda aktywność") : Rx: 13:55:12 <Give Device Power Status> < 8F Tx: 13:55:12 <Report Power Status> > 90 01 [0x00] Tx: 13:55:12 <Active Source> > 82 10 00 [0x0F] Tx: 13:55:12 <Menu Status> > 8E 00 [0x00] Tx: 13:55:12 > 44 6D [0x05] Tx: 13:55:12 <System Mode Audio Request> > 70 10 00 [0x05] Rx: 13:55:12 < 44 00 Rx: 13:55:12 < 45 Rx: 13:55:13 < 44 00 Rx: 13:55:13 < 45 Rx: 13:55:17 <Give Device Power Status> < 8F Tx: 13:55:17 <Report Power Status> > 90 00 [0x00] Rx: 13:55:17 <Set Stream Path> < 86 00 00 Tx: 13:55:17 <Active Source> > 82 10 00 [0x0F]

Witam, po dzisiejszej aktualizacji i próbie włączenia nagrywania mam poniższy błąd, występuje na wszystkich skórkach, nawet awaryjnej: OpenPLi Enigma2 crash log crashdate=piÄ… maj 5 09:56:36 2023 compiledate=Apr 29 2023 skin=skin_default/skin.xml sourcedate=2023-04-29 branch=develop rev=2053f11 component=Enigma2 stbmodel=uno4kse stbmodel=dm8000 kernelcmdline=root=/dev/mmcblk0p4 rootfstype=ext4 rootflags=data=journal rootwait rw coherent_pool=2M vmalloc=666m bmem=641m@350m bmem=641m@2430m nimsockets=NIM Socket 0: imageissue=Graterlia OS for %h Traceback (most recent call last): File "/usr/lib/enigma2/python/StartEnigma.py", line 223, in processDelay callback(*retval) File "/usr/lib/enigma2/python/Screens/InfoBarGenerics.py", line 2693, in recordQuestionCallback if self.startInstantRecording(limitEvent=answer[1]): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/enigma2/python/Screens/InfoBarGenerics.py", line 2599, in startInstantRecording simulTimerList = self.session.nav.RecordTimer.record(recording) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/enigma2/python/RecordTimer.py", line 1141, in record self.addTimerEntry(entry) File "/usr/lib/enigma2/python/timer.py", line 189, in addTimerEntry self.calcNextActivation() File "/usr/lib/enigma2/python/timer.py", line 228, in calcNextActivation self.processActivation() File "/usr/lib/enigma2/python/timer.py", line 301, in processActivation self.doActivate(timer_list[0]) File "/usr/lib/enigma2/python/RecordTimer.py", line 895, in doActivate if w.activate(): ^^^^^^^^^^^^ File "/usr/lib/enigma2/python/RecordTimer.py", line 429, in activate open(self.Filename + self.record_service.getFilenameExtension(), "w").close() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ UnicodeEncodeError: 'ascii' codec can't encode character '\u0144' in position 40: ordinal not in range(128) [ePyObject] (CallObject(<bound method Session.processDelay of <__main__.Session object at 0xb1ff5fb0>>,()) failed) dmesg

Witam, co prawda chcę poruszyć troszkę inny temat, ale że dotyczy HDMI-CEC to stwierdziłem, że nie ma sensu zakładać nowy temat. Ostatnio bawiłem się innymi softami i zauważyłem fajną rzecz w konfiguracji HDMI-CEC. Chodzi o opcję wyłączania się automatycznie tunera i tylko tunera, w sytuacji gdy w TV przełączone zostało źródło na inne niż to do którego podłączony jest VU+, np. inne HDMI lub aplikacje streamingowe itd. I w związku z tym mam pytanie, czy w naszej graterli jest coś takiego możliwe ? Jeżeli tak, to jak skonfigurować, w innym sofice nazywało się to chyba "sterowanie danymi z TV" lub podobnie, u nas tego nie znlazłem. A jeżeli nie ma możliwości dzisiaj, czy jest szansa na dodanie takiej opcji ?

Mój głupi błąd, wcześniej już zrobiłem reinstalację, ale bez restartu po deinstalacji. Teraz działa prawidłowo. Wielkie dzięki.