314TeR

Max można wsadzić 128MB, ale to lutowanie... nie każdy chce, nie każdy potrafi, nie zawsze jest opłacalne... Stąd pytanie czy na 64MB RAM'u dało by radę sensownie działać. PKT wydaje na to pudło wciąż softy, tyle że to mydło i powidło z sokowirówką i rowerem i tylko na USB. Gdybyście chcieli się poważnie zając dodaniem obsługi, to mogę sprezentować jedno pudło. Zostało mi po zamianie na BSLA.

Chciałbym się zapytać, tylko czysto teoretycznie czy byłaby możliwość dodania obsługi Gratelii OS dla UFS910. W teorii to te same bebechy co nBox'y 5800 (sti7100) z tą różnicą, że USF910 ma tylko 32MB Flash i 64MB Ram. Jest to już bardzo leciwy sprzęt, ale w teorii mógłby na takiej lekkiej enigmie w flash najwięcej skorzystać.

Lepiej dekodera nie wystawiać w DMZ, wtedy każdy będzie miał do wszystkiego dostęp a pośrednio do całej sieci wewnętrznej. Jak masz techniczną możliwość skonfigurowani i odpalenia VPN na routerze to najlepsza opcja. Konfigurujesz VPN na komórce i wtedy przed użyciem aplikacji do streamingu odpalasz VPN i działasz z niej tak jakbyś był w domu.

A czy parametry pracy HDMI są gdzieś zapisywane w jakimś configu? Tak aby mógł sobie np pozmieniać i/lub poeksperymentować... Potrzebuję okiełznać tryby pracy HDMI i mieć nad nimi pełną kontrolę ponieważ chcę wykonać sobie pełną kalibrację toru wideo dla dekodera sat, a bez kontroli nad HDMI co wyczynia, to nie ma to sensu.

Dzięki, po tym jak już napisałem to wrzuciłem te liczby w Excela i wszystko stało się jasne...

YUV może i powinien mieć wpływ na SCART natomiast YCbCr - nie powinno mieć, ponieważ to jeden z trzech trybów cyfrowych dla HDMI. Nie wiem jak jest to w kodzie dokładnie porozbijane, bo nie jestem programistą i raczej w moim wieku już nie zostanę, ;) ale podejrzewam, że do jednego wora wrzucono i zmieszano pojęcia z przekazu toru analogowego i cyfrowego. Tryb RGB dla HDMI to zupełnie co innego niż tryb RGB dla SCART. Może stąd też dodatkowe zamieszanie. Co do sprzętowego ustawienia na RGB Full - HDMI zawsze musi przekazywać dane o wszystkich poziomach, sęk w tym, że powinien dawać też poprawną etykietkę do zawartości jaką wysyła. Tu wysyła RGB Limited, a informuje RGB Full - ten problem nie istnieje dla YCbCr - ponieważ content jest "limited" oraz etykietka przy YCbCr też jest limited.

Zauważyłem, że wiele systemów E2 (w tym Gratelia) w ustawieniach A/V ma domyślnie ustawiony "Format koloru" na RGB. Nie do końca jest to poprawnie nazwane, ponieważ jest to nie tyle "format koloru" (choć ma wpływ pośredni na nie) co tryb pracy HDMI. Nie byłoby wielkiego znaczenia gdyby nie to, że tryb RGB powinien być rozróżniony na dwie wersje - RGB Full (pracujący w przestrzeni luminancji 0-255 - tak jak powinien PC) oraz RGB Limited (pracujący w przestrzeni 16-235 - tak jak najczęściej używa się w technice TV). Opiszę w skrócie czym one się różnią, otóż aby umożliwić przesyłanie tym samym strumieniem danych nie tylko audio i wideo, projektanci standardu założyli, że żeby upchnąć w tym samym strumieniu dane o np telegazecie itp itd, to dane z poziomów poniżej luminancji 16 będą odrzucane z wyświetlania obrazu i pokazywane jako czarny, a dane powyżej 235 będą zawsze białym 100%. Gdzie jest problem i to duży? Otóż wielu identyfikuje go jako "gorszą jakość" wyświetlania obrazu. Praktycznie 100% materiału video nadawanego w TV, czy BR itp itd, zakodowana jest w poziomach 16-235 czyli RGB Limited, ale w dekoderze tryb RGB pracuje w trybie FULL 0-255. Co się dzieje - dekoder wysyła do TV content zawierający materiał RGB Limited opisując mu metkę "RGB Full" przez co porządne TV głupieją i błędnie wyświetlają obraz, tam gdzie powinien być wyświetlony czarny przy poziomie 16, TV pokazuje go jako szary o wartości w bitach 16, bo dla czarnego spodziewa się 0 - bo tak zażądał przecież sprzęt... Obraz wtedy wygląda na wyprany - brak jest czerni, mało kontrastowy. Teraz jest tak, że żeby poprawnie był wyświetlany obraz w trybie RGB, to musi nastąpić błędne ustawienie - dekoder wysyła RGB Limited, oznajmia FULL a na TV trzeba wymusić znów Limited. To nie jest dobra metoda. Zdecydowana większość TV nie umożliwia w ogóle regulacji zakresu pracy HDMI, a część z nich w ogóle jego nie umożliwiają ustawiając go na sztywno na to co oznajmia dekoder (mamy wtedy wyprany obraz), lub jeśli mamy farta to na sztywno ma wpisane tryb limited, co znów też nie jest dobre, bo jak podłączy się PC to na TV nie zobaczy się szarości z przedziału 0-16 jak jasnych rejestrów 235-255. Aby ominąć skutecznie ten problem powinny idealnie by było jakby były rozróżnione tryby pracy HDMI na RGB Full i Limited oraz dekoder (system) poprawnie je oznajmiał TV. Alternatywnie przestawienie trybu pracy na YCbCr, tutaj nazywany 422 (czasami widywałem 444), też naprawia sytuację, ponieważ HDMI ustawione w tryb YCbCr w standardzie jest tylko 16-235. Prośba do bardziej zaawansowany programistów aby sprawdzili co jest nie tak i czemu dekoder puszcza RGB Limited a opisuje to jako RGB Full przez co obraz jest wyprany. Alternatywnie można by w przyszłych systemach przestawić tryb pracy na YCbCr (422) aby obraz był pokazywany poprawnie.

To i tak tylko kosmetyka... Taki system paczkowania to i tak zbawienie. Wreszcie koniec wgrywania nowego image tylko po to aby załatać parę błędów z poprzedniej wersji... Przy 64MB trzeba się pogodzić z pewnymi kompromisami.

Dzięki za wyjaśnienia. Po prostu założyłem, że jak jest: opkg list-installed i opkg list-upgradable to samo list pokazuje tylko pakiety z repozytorium.

lol... thia... OK... :D Nie wiedziałem że opkg tak działa... Przyzwyczajony do systemów debiano-pochodnych z apt, gdzie to jest zorganizowane bardzo podobnie, no ale jak widać nie identycznie.

Szczerze mówiąc nic mi nie mówi ta liczba przy BER, czy to mało, czy to dużo... stąd pytanie... raz jest 9.2e-03 raz jest 9.5e-03... Na innych sprzętach z E2 nie widziałem nigdy takiego zapisu. Z tego co wiem to na BSLA i BSKA też wartość BER wygląda inaczej.

Dołączę się do tematu, ale z drugim problemem. Mam głowicę od BZZB w BSLA i jak przedmówca SNR jest zawsze w %, ale to nie jest dla mnie istotne. Pytanie czy da się ustawić BER aby był pokazywany w jakimś zjadliwym formacie, bo obecnie pokazywane jest np "9.3e-03".

Chyba jest jeszcze coś nie tak: enigma2-channels-hotbird-astra-richter - 2014-03-25 - Channels list for Hotbird & Astra (by Richter) enigma2-channels-hotbird-astra-richter - 2014-03-22 enigma2-channels-hotbird-richter - 2014-03-25 - Channels list for Hotbird (by Richter) Chodzi o środkową paczkę.

Chciałbym poinformować o dość denerwującym błędzie. Próba wpisania literki "ś" w treści wiadomości powoduje automatyczne wysłanie wiadomości. Działa to tak jakby oprócz "shift+alt+s" wysłanie powodował też "alt+s". Edit - wysyłanie postu jak widzę dotyczy Firefoxa. W chrom wciśnięcie ALT+s powoduje wpisanie "ś" jak powinno być a nie wysłanie postu.

Chciałbym poinformować, że jest błąd w repozytorium pakietów, są zdublowane paczki z listami richtera, do tego te wg mnie niewłaściwe są z literówką. enigma2-channels-hotbird-astra-richter - 2014-03-22 - Channels list for Hotbird & Astra (by Richter) enigma2-channels-hotbird-astra-ritcher - 2014-02-18 - Channels list for Hotbird & Astra (by Ritcher) enigma2-channels-hotbird-richter - 2014-03-22 - Channels list for Hotbird (by Richter) enigma2-channels-hotbird-ritcher - 2014-02-18 - Channels list for Hotbird (by Ritcher)

Witam wszystkich. Chciałbym wszystkim autorom a w szczególności tux, serdecznie podziękować za stworzenie Graterlii. Wreszcie jest porządny system na dekodery SAT który nie jest dodatkowo sokowirówką, pralką i zmywarką z doczepionym czajnikiem elektrycznym jak to w wielu alternatywnych rozwiązaniach. Tak trzymajcie bo to co robicie powinno wyglądać i działać na każdym dekoderze z linuxem.