Graterlia OS → dyskusja

[tux]

Jest OK. Wcześniejsza paczka była "NIE TAKA".

Teraz podczas upd porządkuje ale pluje się o to co już wcześniej usunął.

 

[tomciu]

Nie wiem czy to tylko u mnie na BSLA, ale zauważyłem, że podczas aktualizacji systemu rozdzielczość przestawia się na 576i. Taką przypadłość zauważyłem mniej więcej od wersji 2.1.2.

Nie wiem czy to świadome ustawienie, czy tez jakiś błąd. W wcześniejszych wersjach tego nie było. Jak ustawiłem 1080i@50 to było "trzymane".

 

BTW. Przydałaby się opcja podobna do oscam_user, ale dotycząca keymap.xml. Teraz po każdej większej aktualizacji muszę ręcznie podmieniać plik na mój własny.

 

[tux]

1. Czasem się zmieni ale od dwóch UPD już nie. Release nie aktualizowane na bieżąco. Po drodze było więcej updatów niż to co widzisz.

2. Z keymap jest inaczej - zmienia się więcej niż myślisz. Dlatego jest to podmieniane. Nie można dopuścić do tego by jakieś funkcje nie działały albo nowe były nie aktywne.

 

[piotrpot]

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

 

Miałem na myśli przycisk RED. Sorry.

[tomciu]

1. Czasem się zmieni ale od dwóch UPD już nie. Release nie aktualizowane na bieżąco. Po drodze było więcej updatów niż to co widzisz.

 

Właśnie, że aktualizuję na bieżąco z repo test i tak ja pisałem, po ostatniej aktualizacji z wczoraj znowu musiałem zmieniać

 

 

[tux]

O ile mogę zrozumieć, że coś poszło nie tak po upd z 2014-04-22 to po wczorajszej nie potrafię zrozumieć :)

[Romulus]

Witam,

jak powinna działać funkcja StartupToStandby? , włączyłem ją na tak, w celu przetestowania zrobiłem restart systemu, tuner (ESI88) po ponownym uruchomieniu nie przeszedł w tryb standby.

 

Edit:

Sprawdziłem, że funkcja Startup to Standby działa u mnie po odłączeniu tunera od zasilania i ponownym włączeniu, nie działa natomiast po restarcie.

[Gość herpoi]

No bo takie jest jej założenie, ma startować do trybu standby w przypadku awarii zasilania. W momencie gdy użytkownik sam restartuje tuner z poziomu menu to z reguły robi to po zainstalowaniu jakiego pluginu, nowej listy kanałów, zmienia skórkę itp. - wtedy nie ma zamysłu aby przechodzić w tryb standby po włączeniu.

 

EDIT: Jeśli wolisz plugin to tej samej nazwie, to wystarczy wyłączyć tą funkcję i zainstalować plugin, tam jest przełącznik czy ma przechodzić w tryb standby po restarcie GUI.

[tomciu]

2. Z keymap jest inaczej - zmienia się więcej niż myślisz. Dlatego jest to podmieniane. Nie można dopuścić do tego by jakieś funkcje nie działały albo nowe były nie aktywne.

 

Właśnie testuję zmiany odnośnie keymap i na razie jest ok.

[Gość s6s]

Nie mam w sumie ochoty na tłumaczeni totalnych podstaw ale...

Do tej pory wszystko było w jednym pliku rcS (no prawie wszystko). Normalnie w Linuxie masz dostępne tak zwane levele ładowania. Standardowo jest ich 6. Możesz w nich włączyć lub wyłączyć skrypty startowe, które ładowane są w określonej kolejności.

 

Aha, czyli coraz bardziej przypomina to Linuksa ;)

Jednak pytania:

 

A) Czym się różnią rc5 od rc3 oraz kiedy/w jakich okolicznościach uruchamia się rc3 zamiast rc5 ? Jak widać standadowo po włączeniu tunera załadowuje się rc5...

 

B) czemu rcS.users.sh dodano do rc3 a do rc5 nie (a więc standardowo po aktualizacji użytkownik nie zobaczył swoich funkcji które sobie wpisał wcześniej do rcS.users)?

 

C) Oczywiście użytkownik może sobie dodać sam dowolny swój skrypt "usługę" gdzie chce - czy ma w Graterlii do dyspozycji jakieś określone narzędzie do tego celu (jak w każdej dystrybucji linuksa) czy musi "ręcznie" robić link - a jezeli tak to jakich reguł musi się trzymać (np. w/s nazewnictwa linków itp)?

 

[lloyd75]

Są to podstawy linuxa. Runlevel. Inofrmację znajdziesz we wszystkich językach świata. To forum ma nieco inną misję, niż nauka podstaw linuxa.

[tux]

Zgadzam się z @Lloyd75.

Dodam tylko, ze jeszcze nie ma narzędzia do dodawania symlinków. Miałem dwa wyjścia:

[*]trzymać to nadal w TEST a sprawdzi całość może 2% wszystkich użytkowników;

[*]dać do release i jak coś padnie to od razu będzie szum.

Na tyle byłem pewny tego co zrobiłem, że nie bałem się punktu 2. Na resztę przyjdzie też cas. Niektórzy z Was już widzą w którą stronę zmierzam z GraterliaOS. Dużo jeszcze przede mną ale na koniec myślę, że będzie bardzo miło.

 

[Gość s6s]

Ależ oczywiście Tux!

@Lloyd75, owszem wiem że runlevel uruchamiany difoltowo po właczeniu urządzenia możemy zadać w /etc/initab lecz pytam konkretnie co do tych runlevel-ów w GraterliaOS: rc3 vs. rc5

Jak widzę na razie rc3 nigdy nie uruchamia się - a może mylę się lub czegos nie zauważam? Jakis tan uśpienia albo tryb "serwer" (bez Enigmy)?

 

[tux]

@s6s → poczytaj o pliki "inittab"

[Romulus]

No bo takie jest jej założenie, ma startować do trybu standby w przypadku awarii zasilania. W momencie gdy użytkownik sam restartuje tuner z poziomu menu to z reguły robi to po zainstalowaniu jakiego pluginu, nowej listy kanałów, zmienia skórkę itp. - wtedy nie ma zamysłu aby przechodzić w tryb standby po włączeniu.

 

EDIT: Jeśli wolisz plugin to tej samej nazwie, to wystarczy wyłączyć tą funkcję i zainstalować plugin, tam jest przełącznik czy ma przechodzić w tryb standby po restarcie GUI.

 

Zauważyłem, ze do standby przechodzi także po GS oraz po wywołaniu z terminala polecenia reboot -f, i to  mi wystarczy, do tej pory corntabem raz na dobę restartowałem oscam, teraz będę restarował cały system.

[Gość s6s]

@s6s → poczytaj o pliki "inittab"

Własnie czytam np. tu http://www.linuxpl.org/SAG/x1764.html

i nadal nie moge odgadnąć kiedy rc3 objawi się?

Jak również nie ma w Graterlii polecenia telinit ...

 

[tux]

Czy ja napisałem, że SysVinit jest skończony?

 

Co do leveli. W skrócie dla GOS to:

3 - uruchom wszystko bez OpenPLi;

5 - uruchom wszystko + openPLi.

 

[Gość s6s]

Wiem wiem, domyslam się ;) jednak jak wywołac z telneta albo w skrypcie runlevel rc3 (a potem znowu rc6 i tak dalej) jeżeli nie ma telinit? A może da się jakoś "dłuższym zapisem"?

 

[tux]

init 3

init 5

init 4

init x

 

Przy czym jeszcze nie testowałem jak to działa bo skrypty finalne nie są :)

 

[Gość s6s]

"init 3" nie działa a poostałe (init 6, init 0) działają, ale nie mozna przełaczyć się na "niższy" runlevel (tzn. bez Enigmy i obsługi pilota) - jak coś zapuściłeś to przełaczenie się na runlevel który tego czegoś nie ma nie wyłączy tego czegoś...

A chyba intencje autorów inittab-a wyglądają inaczej?

 

[tux]

Zacytuję siebie samego →

Czy ja napisałem, że SysVinit jest skończony?

Przy czym jeszcze nie testowałem jak to działa bo skrypty finalne nie są http://xunil.pl/forum/Smileys/akyhne/smiley.gif[/img]

 

Skoro uważasz, że to zdania nie załatwia na chwilę obecną komentarza z mojej strony to proponuję abyś się wykazał i naprawił ten stan rzeczy :)

 

Już wiele razy pisałem - jest nas dosłownie kilka osób i robimy to po godzinach.

[Gość fhroma]

Witam Zrobiłem dziś aktualizacje i po restarcie systemu mam  "    Rec FS  Test  "  na wyswietlaczu Pomocy

[tux]

Uzbroić się w cierpliwość. Sprawdza system plików na partycji records.

[Gość fhroma]

Mam zamontowany dysk 1TB pełen filmów Jak długo moze to trwać ? Czy każdorazowo będzie tak długo sprawdzał ? Może wyłączyć  w system.conf  fscheck

[tux]

Zależy jaki system plików ale przy dużej ilości błędów ze 2-3h na pewno.

Jeżeli będzie coś nie tak to wyświetli Ci:

Root FS notOK

Wtedy zostanie Ci zalogowanie się do tunera (SSH/telnet) i naprawienie ręcznie.

 

[lloyd75]

Jeśli komuś przeszkadza sprawdzanie dysku przy uruchomieniu może to wyłączyć poprzez polecenie:

tune2fs -i 0 /dev/sda1

sda1 - pierwsza partycja dysku sda. ;)

 

Chciałem jaśniej, ale jestesm po grillu pierwszomajowym :P

 

EDIT: tak sobie myślę, że sprawdzanie dysku przed ustaleniem czasu systemowego może być lekko problematyczne (zapis daty i godziny sprawdzania dysku, gdy jest nie ustalona).

 

[mickey]

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.

[Gość dress]

 

czy za sprawdzanie nie pdpowiada wpis w pliku?

 

/etc/sysconfig/system.conf

 

 

# Włącz/wyłącz automatyczny test systemów plików na nBox

# fscheck --> off (default) nie sprawdzaj systemów plikóœ podczas startu systemu

# fscheck --> on - sprawdzaj systemów plikóœ podczas startu systemu

fscheck=off

 

 

[lloyd75]

Pewnego razu pojawił mi się problem, że po każdym restarcie systemu miałem sprawdzamy 500G dysk. Cholernie długo to trwało (szczególnie dla dzieci). Wywnioskowałem, że jeśli (o ile dobrze pamiętam z młodości) dysk jest sprawdzany co 180 dni, a data/czas po restarcie - a przed synchro via ntpd  - jest bliżej "nie dokładna", może się zdarzyć z dużym pradwopodobieństwem sprawdzanie dysku. Wobec tego wyłączyłem sprawdzanie przez i(nterwał czasowy)=0.

A, że to linux, więc powinno zadziałać :). I wydaje mi się, że zadziałało.

O parametrze w /etc/sysconfig/system.conf nie wiedziałem :/, jednak gdy sprawdziłem mam:

cat /etc/sysconfig/system.conf | grep fsch
# fscheck --> off (default) nie sprawdzaj systemów plikóŠpodczas startu systemu
# fscheck --> on - sprawdzaj systemów plikóŠpodczas startu systemu
fscheck=on

pomimo tego, że nigdy go nie zmieniałem (a defalut miałby być off).

 

[Gość dress]

Na TVP 2 HD mam migotanie które występowało kiedyś na TVN HD, naprawiał to fix by j00zek, system aktualny

[Marcin]

A ja zauważyłem, że jak odinstaluje się listę kanałów przez opkg to wywala również wszystkie ustawienia z wyborem satelit.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[tux]

@Marcin → logiczne. Każda lista ma swoje własne pliki. Te co są po instalacji to też nie są najlepsze/najnowsze/jedyne. W dziale z listami @RR podawał stronę do generatora. Można tam w miarę nową wersję wygenerować.

 

EDIT tux:

Dodałem na wszelki wypadek przykładową paczkę z listą kanałów :)

graterlia-sample-chlist

[Marcin]

Ale mi chodzi o to, że plik (chyba taka nazwa) satelit.xml powinien zostać. Nie powinien być odinstalowywany po później jak ktoś jest nie kumaty to nie poradzi sobie z naprawieniem problemu a dokładnie chodzi o ustawienie satelity np HB w ustawieniach dekodera.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[tux]

Powinien. Może być inny dla każdej listy. Chodzi np.o nazwy satelitów w nim zawarte. Dlatego ten plik również jest wymieniany przez programy do list kanałów.

 

Samą paczkę jeszcze muszę poprawić bowiem brak kontroli czy jest już jakaś lita zainstalowana a kontrola musi być.

 

[mickey]

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.

[tux]

Coś wymyślę, ale nie będzie to proste.

Zerknijcie do pliku. Wystarczy, że w jednym będzie Astra 19,2 a w drugim Moja Astra 19,2. I już kłopoty gotowe.

Symlink odpadnie bo podmiana via dreamboxedit wywali symlinka i dodatkowo jeszcze nadpisze nasz przykładowy. Może cp z punktu A do B podczas deinstalacji? Tyle, że co upd listy będzie podczas deinstalacji robił kopię na moment a ilość zapisów jest ograniczona dla NAND/NOR.

 

Jakieś pomysły?

 

[mickey]

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".

[Gość j00zek]

Coś wymyślę, ale nie będzie to proste.

Zerknijcie do pliku. Wystarczy, że w jednym będzie Astra 19,2 a w drugim Moja Astra 19,2. I już kłopoty gotowe.

Symlink odpadnie bo podmiana via dreamboxedit wywali symlinka i dodatkowo jeszcze nadpisze nasz przykładowy. Może cp z punktu A do B podczas deinstalacji? Tyle, że co upd listy będzie podczas deinstalacji robił kopię na moment a ilość zapisów jest ograniczona dla NAND/NOR.

 

Jakieś pomysły?

 

Sumowanie obu w openPLI.

[richter]

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

 

Wgrywając liste do boxa ,jego użytkownik chyba wie co jest mu potrzebne ( jaka sat),a tym bardziej jak sam sobie ją przygotowuje .

sattelites.xml różnych autorów, nie sa kompatybilne w 100% wiec nie polecam ich podmianę,

generator można traktować jako przykład, a nie coś co jest aktualne.

Jak ktoś moze zauważyl moje listy 11x1,a zwłaszcza sattelites.xml jest jeden, we wszystkich ich odmianach,wiec jezeli  chcemy dodać coś co nie ma w tych 11, to najprościej  uzyć generatora ,ale nie zdziwić sie jak przy skanowaniu automatycznym dodatkowego sat ,nie znajdzie nam niektórych częstotliwości, zresztą mój sattelites.xml też nie jest w 100% aktualny.( uzupełniam go po prostu w miarę potrzeb).

Dublowanie sattelites.xml do etc/enigma2 ,jak dla mnie jest bez sensu - ALE TO JEST TYLKO MOJA OPINIA.

 

Najprościej jest użyć generatora ,potem zaznaczamy wszystkie pozycje ,wywalić z nich częstotliwości - i tak mamy wszystkie ustawienia satelit jakie nam potrzeba - ładujemy do boxa ( etc/enigma2) i zapominamy - ihhihihihi 8) .

Jak coś nam nie odpali zawsze mamy opcje z pilota  ręcznego wyszukiwania. :P :D

[Marcin]

Ale ja po raz kolejny napisze. Nie chodzi mi o modyfikacje czy też o inną ingerencję użytkownika tylko o to, że jak wgramy listę przez opkg ale np później nam się ona nie spodoba i analogicznym sposobem jak została zainstalowana tak samo ją ktoś odinstaluje przez opkg to wywala również ten plik a moim zdaniem przy takiej operacji on powinien zostać.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[richter]

@Marcin - Masz racje, ale problem pojawia się w nowo wgranej liscie ( pomijajac HB13E i A19,2E - gdzie w sumie identyfikacja w różnych listach jest identyczna), z pozostałymi satelitami gdzie już tak różowo nie jest.

np: dawny sirius - 4,8E i 5E ( w sumie 2  różne satelity), ale bedąc tak blisko siebie odbieramy je w praktyce na 1 ustawieniu ( albo 4,8 lub 5E) , podobnie jest z 0,8W jak i 1 W.

Jest więcej przykładów takich pozycji.

Mozna w prawdzie uwzględnic wszystkie te ustawienia i czestotliwosci  dla  sattelites.xml w etc/enigma2. - i pewnie o to biega to całe niby zamieszanie.

 

Mnie interesuje co innego - jak wgrywam moje listy poprzez E2 PPanel, to image zmienia sobie nazwę przypisanych na sztywno kanałów ( na operatorów) ,mimo wyłączenia nawet skanowania w tle.wprawdzie zawsze ładuje listy  edytorem i robie restart pełny ,ale jak zrobię przeładowanie i tu mnie cholera bierze, że nazwa kanału nie jest taka jak ma być ( w.g mnie).

 

 

[Marcin]

@r-r, po wgraniu plików nie restart tylko killall enigma2.

 

Dlatego tak Ci się dzieje, że lamedb zostaje w pamięci i po restarcie zastępuje go.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[richter]

@r-r, po wgraniu plików nie restart tylko killall enigma2.

 

Dlatego tak Ci się dzieje, że lamedb zostaje w pamięci i po restarcie zastępuje go.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

:) to ja wiem ,ale tu pojawia sie- Musisz przyznać, mała niedogodność dla większości userów.

 

W załączniku, przykładowy trochę zmodyfikowany satellites.xml pod etc/enigma2

Ale jak przyjdzie ustawić to - :P ,w każdym razie ja go nie wsadzę tam. :P 8) ;D

satellites.xml.tar

[Marcin]

Jeszcze powracając do tematu to napisałeś że dzieje się tak tylko z nowymi listami. Nie do końca się zgodzę bo każda lista zainstalowana przez opkg z repo a następnie odinstalowanie jej skutkuje wywaleniem stellites.xml

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[richter]

Pewnie Masz rację ,ja po prostu nie ładuje list z opkg ,a jeżeli juz to, jam musze coś sprawdzić -czyli czy wogle ładowała się nowa i tyle ,potem edytor i jak wyżej pisałeś funkcja w nim > killall enigma2 :)

[tux]

Tu jest dodatkowy problem.

 

Dla przykładu w OPKG są trzy listy kanałów. Zauważcie, że każda z nich ma inny satelities.xml.

Instalujesz np. @RR PL. Zakładamy, że zrobię tak, iż plik satelities.xml zostanie. Powodzenia ze skanowaniem np. 28,2. Dlaczego? Bo tam nie ma nic innego niż 13,0 i chyba 19,2.

Przykład drugi - podmieniam listę na własną jakąś nie wiem skąd i nadpisuje mi satelities.xml (DreamboxEDIT domyślnie podmienia w /etc/tuxbox). Potem wgrywam przez OPKG listę @RR ale bez satelities.xml - EFETK - może nie działać.

Trzecia wersja tego co może się stać :) mam wgrana listę swoja ze swoim satelities.xml. Wgrywam listę z OPKG bez satelities.xml - działa albo nie.

Czwarta wersja - plik satelities.xml w /etc/enigma2. Nawet działa. Problem w tym, że domyślnie DreamboxEDIT "zleje" go i pobierze tego w /etc/tuxbox.

Jak widać dogodzić tutaj w prosty sposób się nie da.

 

Mogę dodać kontrolę obecności lamedb/satelities.xml do skryptu od startowania OpenPLi. Ale czy każdy tego potrzebuje?

Wydaje mi się, że ta paczka z listą przykładową załatwi sprawę. Jak już ktoś używa list z OPKG to musi mieć pewną świadomość tego. Można dodatkowo do opisu paczki dodać informację o tym, że po deinstalacji nie ma już listy. Można podpowiedzieć, że przykładowa jest w paczce XYZ albo polecić wgranie programem.

 

[Romulus]

Dotyczy : ESI 88

 

Witam,

po ostatniej aktualizacji (wczorajsza + dzisiejsza) do wersji release zauważyłem wyraźnie pogorszenie pracy tunera objawiające się :

1) po restarcie tuner jest długo toporny nie reaguje na pilota, po czasie efekt ustępuje

2) przełączenie rozdzielczości przymula tuner, a czasami nic się nie pojawia i trzeba robić reboot (przejście z 1080p na 720p), tuner połączony przez HDMI

3) włączając tuner ze stanu standby do oglądania, tuner przywiesza się na (3-4s) i dźwięk zaczyna "klatkować"

4) nie można zrobić pause, ani obejrzeć nagranego z dysku materiału - naprawiono dziś

 

To tyle co zauważyłem na tą chwilę , przed aktualizacją tuner działał sprawniej.

[tux]

Za nic na  świecie nie potrafię powtórzyć Twojego problemu z obudzeniem odbiornika. Podmień plik z załącznika, zrestartuj tuner i napisz czy coś się zmieniło.

avs.ko.gz

[Romulus]

W pierwszym punkcie poprzedniego postu źle napisałem, nie po restarcie a po rebootcie.

 

Po restarcie defekt z dźwiękiem faktycznie zanikł na jednym i drugim pliku avs.ko natomiast tuner dość dlugo reaguje na włączenie /wybudzenie po naciśnięciu pilota

 

Wysłane z mojego Kiano Elegance by Zanetti przy użyciu Tapatalka

 

 

[tux]

A masz włączony CEC?