314TeR

Przesiadłem się na VU+ Solo 2. Niestety drażni mnie organizacja klawiszy oryginalnego pilota VU+. Głównie chodzi mi brak rozdzielenie EPG na Info i Graficzne EPG. Odnosząc się do pilota nBoxa - to co jest w nBox pod klawiszem Info jest w VU+ pod Exit. Natomiast W VU+ brakuje odpowiednika Guide, a klawisz EPG pokazuje opis bierzącego kanału i dopiero po wybraniu EPG można przejść na listę "Pojedyncze EPG". Dostęp do graficznego EPG już w ogóle jest bez sensu, bo jedynym sposobem jest wpierw przytrzymać długo EPG, potem z listy skróconej wybrać Graficzne EPG. Tak samo nie ma odpowiednika wciśnięcia EPG na liście programów. Wiem, wiem, marudzę... ale ja korzystam z Logitecha Harmony, nie mam wszystkich klawiszy jak pilot VU+ a logitechowe "Info" i "Guide" leży odłogiem... Ktoś kminił jak można sensownie "rozszerzyć" funkcjonalność zestawu klawiszy standardowego pilota, tak aby EPG rozbić na Guide i Info.

Sorki - odpisywałem na wątek, a potem sprawdziłem listę zmian... BTW - a mógłbyś skompilować tę wtyczkę także dla MIPS?

Tu jest ponoć połatana wtyczka FastSearch: http://sat-mar.com.pl/wp-content/uploads/2009/06/FastSearch-poprawione-06.04.17.rar Może warto połatać nasze z repozytorium w oparciu o w/w.

Konfiguracja pilota od UHD88 jest w standardzie w GOS.

dee_jay[/member] - wciąż nie załapałeś... musisz zrozumieć jak działa przekaz sygnału SAT do dekodera. Przekaz SAT to nie router wifi że se wybierasz kanał. Dekoder SAT odbiera sygnał satelitarny z około 100 różnych transponderów, czyli tylu samych różnych częstotliwości. Przełączając kanały, zmienisz transpondery = zmieniasz częstotliwości odbioru. W mierniku sygnału masz zdefiniowane (w mierniku sygnału) transpondery i możesz mierzyć ich poziom sygnału - lub zmierzyć poziom sygnału na kanale na którym obecnie jesteś (transponder użytkownika). Jak masz problem z zrywaniem sygnału, pikselozę, zacięcia itp itd to w pierwszej kolejności musisz sprawdzić czy instalacja antenowa jest w porządku.

dee_jay[/member] - zanim ktoś po raz n-ty odpisze Ci to samo, a Ty o to samo znów zapytasz, masz pracę domową. Masz się dowiedzieć w własnym zakresie co to jest transponder i co odróżnia go od innego transpondera.

Po wejściu w miernik sygnału zwróć uwagę na częstotliwość transpondera. Zmieniają w mierniku z transpondera użytkownika na zdefiniowany, zmieniasz częstotliwość. Na HB jak pisałem masz ~100 transponderów (różnych częstotliwości), po zmianie na transponder zdefiniowany, te zdefiniowane też możesz zmieniać na inne zdefiniowane.

Miernik jak sama nazwa wskazuje "mierzy" i pokazuje poziom sygnału na transponderze na którym oglądasz akurat dany program, lub po wybraniu zdefiniowanego transpondera w mierniku, poziom z zdefiniowanego transpondera. Zwróć uwagę, że te transpondery też możesz zmieniać. Na HB jest ich około 100, jedne mają lepszy sygnał, inne gorszy. Szukaj najgorszego i ustawiaj antenę pod niego.

Transponder zdefiniowany, to taki który masz w liście testowej miernika sygnału. Jak włączasz miernik sygnału na kanale który oglądasz to widzisz jego poziom. Jak sygnał skacze to bym w pierwszej kolejności przyjrzał się instalacji antenowej. Skaczący sygnał wskazuje na problem z odbiorem sygnału.

Tak czy siak, po założeniu partycji formatujesz partycję a nie dysk. Powinieneś formatować np /dev/sdaX gdzie X to 1, 2, 3 itd w zależności od partycji, najczęściej będzie to /dev/sda1.

Jeśli braknie ram, to któraś z wtyczek ma jednak wyciek - normalnie nie powinno być. Dodanie SWAP jedynie wydłuży moment kiedy system zamuli. To nie rozwiązuje problemu.

Dekodery jakie używam na SH4 nie wymagają w ogóle SWAP. GraterliaOS:~# uptime 16:28:34 up 13 days, 22:34, 2 users, load average: 14.86, 14.80, 14.76 GraterliaOS:~# GraterliaOS:~# free total used free shared buffers cached Mem: 117764 90856 26908 0 9648 12596 -/+ buffers/cache: 68612 49152 Swap: 0 0 0 Jak widać blisko 50MB z 120 jest wciąż wolnych. Jeśli zapycha Ci się ram, to najprawdopodobniej jakaś wtyczka ma wyciek pamięci, etc. W normalnej sytuacji nie powinien Ci się ram zapychać.

Jak masz włączone CAID itp w infobarze to optycznie widać o ile wolniej się on pojawia - czyli każde wciśnięcie OK, przełączenia kanału itp itd zauważalnie wolniej się odbywa. Tych danych w pierwszym planie nie potrzeba. Ja osobiście włączam tzw second info bar i tak włączam pokazywanie tych informacji. Napisałeś też o "drugiej partycji" - partycji dysku? USB? Obsługa obu urządzeń kosztuje extra CPU, klucz USB potrafi zwolnić np po pewnym czasie. Spróbuj z Graterlią w nand.

jordi[/member] - transfer po lanie najlepiej sprawdzić kopiując jakiś plik. Pewnie masz jakieś nagrania na HDD. Podłącz się klientem ftp, tylko czymś lepszym niż total commander, dla windows np File Zilla, WinSCP, kopiuj pliki z dekodera na komputer. Patrz w monitorze transferu, np Netmeter jak wygląda strumień danych i czy nie ma w nich przerw itp itd. Ciebie interesuję WYŁĄCZNIE połączenie dekoder <-> komputer, żadne speedtesty nie dają miarodajnego obrazu transferu dekoder - komputer. Jak widzisz powyżej udawało mi się uzyskać stabilny transfer do poziomu ~40Mb/s. Po włączeniu strumieniowania na kanale z wysokim bitrate dawało radę - wtedy się nie cięło. Cięło się dopiero jak odpaliłem na dekoderze kanał z wysokim bitrate i równolegle do strumieniowałem do VLC, wtedy faktycznie sprzęt nie dawał rady i ewidentnie w momentach przycięciach CPU dobijał do 100%. Możesz jeszcze zrobić reinstalację na czysto dekodera i ograniczył się tyko do rzeczy absolutnie niezbędnych. Nie mniej wczorajsze testy robiłem z listą od richtera z forum, pikonami, skórką ininity-hd, paroma pluginami jak virtualzap, epgimport, sva itp itd, czyli na rzeczywistej takiej konfiguracji do używania na codzień. Jedyne co zmieniłem to zawsze tuninguję ustawienia skórki infinity-hd aby nie pokazywała w infobarze na dole ikon CAID, SAT itd...

Wyciągnąłem zapasowego nBoxa BSLA z szafy i niestety nie mam dobrych wiadomości. Wszystko wygląda na to, że fizycznie po prostu nBox się NIE wyrabia. Realne transfery jakie udało mi się osiągnąć po LANie w kierunku z HDD nBoxa na komputer stacjonarny: Wyłączony nBox ~42Mb/s. Po włączeniu Canal + Sport - bitrate na kanale w pikach do ~19Mb/s - transfer spada do max 22-25Mb/s. Włączony Canal + Sport + Streaming na macOS do VLC tego samego kanału daje bardzo blisko 20Mb/s - obserwowałem 19,5 19,7. I teraz przy dynamiczniejszej zmianie obrazu - wtedy gdy skacze bitrate kanału, na VLC obserwowałem "przycięcia" - takie chwilową pikselizację. W praktyce występowała ona raz na parę, paręnaście sekund. Pamięć nie jest wg mnie problemem, na testowym sprzęcie podczas testów jest takie zużycie: total used free shared buffers cached Mem: 98460 95996 2464 0 164 48344 -/+ buffers/cache: 47488 50972 Swap: 0 0 0 Jak widać realnie użyte jest zaledwie 47488 - swapa nie mam, nie używam i nigdy nie miałem problemu z zapełnieniem. Natomiast podczas obserwacji w htop - cpu dobija do 100%. Jak na mój gust po prostu nBox nie daje rady i albo to trzeba przyjąć, bo sam nie wiem czy technicznie można coś usunąć z systemu co mogło by poprawić sytuację.

AbrahaM[/member] je też uważam, że ADB powinno odejść do krainy wiecznych bitów. Temat bardziej dla sportu niż jakiejkolwiek życiowej potrzeby. Jakby nie patrzeć z informatycznego punktu widzenia jeśli dekoder zapewnia minimalne wymagania dla streamingu, a komputer i cała sieć jest sprawna to nie widzę powodu czemu ma to nie działać. Z doświadczenia ogólnie sieciowego, najczęściej szuka się problemu w sprzęcie zapominając o weryfikacji transportu. Czasami głupi patchcord może być kopnięty i ledwo łączy się na 100Mb/s sprzęt gigabitowy i się ludzie dziwią czemu internet im działa np 60Mb/s a mają łącze 120Mb/s. Dureństw widziałem masę i naczęściej jak coś cięło po sieci to nie był winny serwer a np patchcord, kanał wifi co używają go wszyscy sąsiedzi, odpalenie jakiś programów p2p które nawiązują nawet kilka tysięcy połączeń, kiedy to biedny plastikowy router potrafi ogarnąć max kilkadziesiąt na raz. Wpierw trzeba wyeliminować kwestię transportu sieciowego oraz końcówki w postaci kompa aby mieć pewność, że faktycznym winnym jest dekoder. Tu jeśli jordi ma np problem na styku karta wifi w kompie router i mu połączenie przycina np raz na jakiś czas na 0,5s to przy kopiowaniu plików w total comanderze czy testowanie speedtestem tego nie wychwyci. W takich sytuacjach trzeba odpalać strumień i patrzeć jednocześnie w momencie przycięcia co się dzieje - jest transfer poprawny/nie, cpu obciążone/nie... itd... Tylko zrozumcie mnie dobrze - ja nie zakładam, że nBox da radę, ja tylko uczulam że na stabilność ma wpływ wiele czynników, a jak je zweryfikować napisałem po krótce wyżej.

Ja bym zabrał się od porządnego ustandaryzowania jednostek jakie podajesz... Raz piszesz MB, potem MB/s aby za chwilę napisać kb/s i czy masz na myśli kB/s czy kb/s. 1. RAM podawaj w jednostkach jakie liczysz, np MB - megabajtów 2. Transfery na sieci najlepiej podawać w Mb/s - megabitach na sekundę. Wszystkie sieciówki i strumienie video są opisywane tą miarą a nie np MB/s (megabajtów na sekundę) Następnie powinieneś zweryfikować na 100% czy nie szwankuje połączenie sieciowe. WIFI z założenia nie jest przewidywalne, aby mieć 100% pewność, że np sąsiad albo mikrofalówka nie zakłóca powinieneś sprawdzić wydajność po kablu ethernetowym: nBox <-> router <-> komputer I tu sprawa wg mnie jest prosta: 1. Zainstaluj sobie dodatek bitrate viewer - będziesz wiedział jaką przepływowość musi zapewnić połączenie sieciowe (ile jest w pikach) - z moich obserwacji do ~20Mb/s - największe przepływowości są na kanałach sportowych - zobacz np Canal + Sport. 2. Zainstaluj sobie jakieś porządne narzędzie do monitorowania ruchu na komputerze, np netmeter jak pamiętam pod windę. 3. Skopiuj jakieś pliki z/do nBoxa i bacznie obserwuj czy transfer się nie "przycina" nawet na sekundę, sprawdź też realne wartości. 4. Przeprowadź realne testy streamingu i obserwuj co się dzieje, jakie masz przepływowości i czy są najważniejsze - stabilne. 5. Równolegle zainstaluj sobie np htop na dekoderze i obserwuj obciążenia CPU/RAM. 6. Sprawdź działanie strumieniowania w innym programie np w MPC-HC - jak pamiętam z VLC były jakieś problemy - nie potwierdzam i nie dyskredytuje, osobiście używam macOS i u mnie VLC działa prawidłowo. Mając takie dane wejściowe powinieneś wyciągnąć już prawidłowe wnioski który z elementów szwankuje. Po prostu musisz eliminować po kolei.

SH4: GraterliaOS:~# opkg list | grep oscam enigma2-plugin-oscamstatus - 0.2.2 - OSCAM Status plugin for openPLi (mod by [member=2067]j00zek[/member]) enigma2-plugin-oscamstatus-src - 0.2.2 - OSCAM Status plugin for openPLi (mod by [member=2067]j00zek[/member]) oscam-camd35 - 1.20-r11359-1 - Open Source Conditional Access Module (CAMD35 client only) oscam-camd35-cccam - 1.20-r11359-1 - Open Source Conditional Access Module (CAMD35 & CCCAM client only - oscam-camd35-cccam-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (CAMD35 & CCCAM client only - oscam-camd35-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (CAMD35 client only - longterm oscam-modchip - 1.20-r10551-1 - Open Source Conditional Access Module (standard version without Webif - oscam-modchip-webif - 1.20-r10551-1 - Open Source Conditional Access Module (standard version with Webif - oscam-standard - 1.20-r11359-1 - Open Source Conditional Access Module (standard version without Webif) oscam-standard-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (standard longterm version without oscam-standard-webif - 1.20-r11359-1 - Open Source Conditional Access Module (standard version with Webif) oscam-standard-webif-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (standard longterm version with MIPS32: GraterliaOS:~# opkg list | grep oscam oscam-camd35 - 1.20-r11359-1 - Open Source Conditional Access Module (CAMD35 client only) oscam-camd35-cccam - 1.20-r11359-1 - Open Source Conditional Access Module (CAMD35 & CCCAM client only) oscam-camd35-cccam-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (CAMD35 & CCCAM client only - oscam-camd35-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (CAMD35 client only - longterm oscam-standard - 1.20-r11359-1 - Open Source Conditional Access Module (standard version without Webif) oscam-standard-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (standard longterm version without oscam-standard-webif - 1.20-r11359-1 - Open Source Conditional Access Module (standard version with Webif) oscam-standard-webif-longterm - 1.20-r11348-1 - Open Source Conditional Access Module (standard longterm version with

Jak nie było info jak jest na głównej stronie: http://graterlia.xunil.pl/index.php/Informacje Na forum dziale "Ważne Informacje", pierwszy wątek od góry - wyżej się nie dało. http://forum.xunil.pl/index.php/topic,3378.0.html

Żeby sprawdzić jaki faktycznie tryb był trzeba by mieć analizator sygnału HDMI. Niestety najtańszy jaki znam to wydatek ponad $1000. Bazując na tym co pokazuje TV możemy być wyprowadzeni w maliny. Wg materiałów jakie są oficjalnie dostępne STi7100 - nie wspiera 1080p. Być może sieję teraz jakąś teorię spiskową i być może chip obsługuje tryby nieudokumentowane, ale to jest mocna naciągana hipoteza. W każdym razie: 1. Sygnał "Full HD" jaki nadają nasze krajowe stacje to max 1080i50. 2. nBox działa "najpłynniej" - jak ma ustawione wyjście wideo na 1080i50 - przy innych trybach 1080/60/25, etc - pojawią się problemy z płynnością. 3. Każdy minimalnie się szanujący TV powinien posiadać porządny deinterlacer zamieniający 50i w ekwiwalent 50p - w końcu na ekranie TV nie widać przesunięć linii. 4. Jeśli na jakimś dekoderze po włączeniu 1080p50 obraz ruchomy na TV (nie grafika menu) wygląda lepiej niż w trybie 1080i50 - to znaczy, że w pierwszej kolejności powinieneś zmienić TV, ponieważ ten co posiadasz nie robi tego co powinien.

TV raportują tryby w najróżniejszy sposób - one potrafią pokazać 1080i50 jako właśnie 1080 25hz. Możliwe, że wcale nie miałeś tego co sądzisz, że miałeś.

1080p25 jest też błędnym trybem dla TV. To co masz z satelity to 50Hz - 50 połówek. One powstały z "pocięcia" 50 obrazów a nie 25. Sklejając je do 25 obniżasz płynność i wprowadzasz jitter. Jeśli już na siłę chciałbyś używać to 1080p50. Tak jak kojarzyłem, STi7100 montowany w nBoxach wg specyfikacji producenta nie wspiera 1080p: http://www.st.com/content/ccc/resource/technical/document/data_brief/17/36/17/74/61/62/49/4e/CD00047741.pdf/files/CD00047741.pdf/jcr:content/translations/en.CD00047741.pdf

Jesteś przekonany, że na nBoxie miałeś 1080p25? Jak pamiętam wg specyfikacji technicznej chipu zastosowanego w nBoxie - ów nie obsługuje trybów 1080p - w ogóle...

Robert - to na co się powołujesz było napisane w 2006-05-16 i dotyczy ogólnie HD a nie TV SAT HD. nBoxy nie obsługują prawidłowo trybu progresive, więc zapomnij o poprawnym działaniu 1080p. Inna kwestia to wciąż poza tym, że chcesz, nie napisałeś do czego - co chcesz oglądać w 1080p 60Hz? Materiały na TV SAT nadawane są w 50i i aby były prawidłowo wyświetlane na TV bez szarpania musisz ustawić 50Hz. Była dyskusja na ten temat już parę razy, nie dasz fizycznie rady wepchnąć 50 pół-obrazów w 60 ramek czasowych. Jest to fizycznie niemożliwe, gdzieś musisz dodawać klatkę lub godzić się na inne artefakty i utratę płynności.

Uzupełnienie: Czysty system też pozwala tylko na 50MHz. Coś jest nie tak. A do czego potrzebne jest inne odświeżanie niż 50Hz?