tux

V10 działa u mnie z cccam OK. Łączy się do mojego terminala z katonikiem i działa stabilnie. Na chwilę obecną używam: tuxish-box:~# oscam_user --help ___ ____ ___ / _ \/ ___| / __|__ _ _ __ ___ | | | \___ \| | / _` | '_ ` _ \ | |_| |___) | |_| (_| | | | | | | \___/|____/ \___\__,_|_| |_| |_| OSCam cardserver v1.20-unstable_svn, build r9105 (sh4-linux-qboxhd-timepatch1v10-micro-cccam-dvbapi) Copyright (C) 2009-2013 OSCam developers. This program is distributed under GPLv3. OSCam is based on Streamboard mp-cardserver v0.9d written by dukat Visit http://www.streamboard.tv/oscam/ for more details. tuxish-box:~# cat /tmp/.oscam/oscam.version Unix starttime: 1387120182 Starttime: 15.12.2013 16:09:42 Version: oscam-1.20-unstable_svn-r9105 ConfigDir: /etc/oscam/ Web interface support: no Touch interface support: no SSL support: no DVB API support: yes DVB API with AZBOX support: no DVB API with MCA support: no DVB API with COOLAPI support: no DVB API with STAPI support: no Anti-cascading support: no Irdeto guessing: no Debug mode: no Monitor: no Loadbalancing support: no CW Cycle Check support: no LCD support: no LED support: no IPv6 support: no Cache exchange support: no camd 3.3x: no camd 3.5 UDP: no camd 3.5 TCP: no newcamd: no CCcam: yes CCcam share: no Pandora: no ghttp: no gbox: no radegast: no serial: no constant CW: no Reader support: no Reader Support: no - no EMM support!

I tu się zgadzam. EDIT tux: Jeszcze jedno info. Zdecydowana większość ludzi z uporem godnym lepszej sprawy testuje tylko wersje z Webif.

Ja może też coś dopiszę. Zaznaczę, że nie chcę obrazić nikogo ani rozpoczynać wojny. Jak może niektórzy pamiętają od prawie zawsze miałem problem z AC3. Nie wystepował on zawsze tym niemniej był. Objawia się to tym, że co jakoś czas (bardzo losowo) zanika dźwięk, gninie nośna AC3 a co za tym idzie wyłącza mi się wejście w DAC. Mija 0,3 do 1 sec i wszystko wraca do normy. Najpierw zwaliłem winę na E2. Potem na playera. Niestety wszystko wskazuje, że jednak to SoftCam. Dlaczego tak myślę? Otóż: efekt występuje niezależnie od rodzaju softcam, a te do działania potrzebują czasu systemowego; efekt się nasilał im było więcej błędów z ECM. I nagle powstał pacz MONOTONIC. Nałożony na OSCam wyeliminował zjawisko o którym piszę prawie do zera. Niestety drużyna od OSCam zamist to przeanalizować robiła swoje i z wersji na wersję było gorzej. Ostatnia w miarę działająca to 9063. Czytając informacje na forum OScama i nie tylko doczytałem się informacji, iż część kodu oscama działała w skali sekund a część w skali milisekund. Ozywiście logicznie myśląc to nie miało prawa działać a jednak działało. Dla mnie było już jasne, że najpierw przed jakąkolwiek zmianą należy bezwzględnie poprawić kody od odliczania czasu + dokończyć MONOLITIC. Stało się jednak inaczej i z wersji na wersję nie dość, że jest gorzej to jeszcze zaczna się to rozjeżdżać. Jedną myślą przypomina mi to co jest w IMAGE dla tunerów - chaos i każdy sobie rzepkę skrobie. O ile my idziemy systematycznie z tym co robimy (może nie najszybciej ale jednak) to w drużynie OSCama panuje moim zdaniem swoisty CHAOS. Zabrano się za zbyt dużą, moim zdaniem, ilość zadań na raz. Wprowadza się poprawki, które i tak potem pójdą do kosza bo nie będą współgrać z tym co poprawią odnośnie odliczania czasu. Ponadto, patrząc przez pryzmat tego co się dzieje z AC3 nie mogę oprzeć się wrażeniu, iż zdecydowana ilość kłopotów to nie kod DVBAPI a czy czytnika a właśnie czasu. Biedny SoftCam nie potrafi się wstrzelić z konkretnym ECM kiedy trzeba i albo szaleje AC3, albo karta, albo pixele (bo ułamek zekundy za późno) itd. DM i VU+ (o ile dobrze pamiętam) mają wzorzec RTC tak jak komputer. Wyłączony z gniazda energetycznego jakiś czas pamięta date i godzinę. Nasze boxy jak zdecydowana większość tego nie ma. Dochodzi też efekt rozsynchronizowania czasu. Tutaj MONOLITIC jest koniecznością. Nie ma co udawać, że jest inaczej. Za czasów DM był gbox, mgcamd, ccam, potem oscam. Wszstko działało całkiem nieźle, ale zegar tykał dość dokładnie - niezaleznie od tego co się działo - wzorzec to wzorzec. Potem nastała era nowych tunerów i przyjęto inne podejście. Z rozwijanych dynamicznie SoftCam został OSCam. Niestety pracuje dzisiaj w przeważającej ilości przypadków w innych warunkach niż jeszcze dwa lata temu. Czas by drużyna Devel od OSCama to zrozumiała. Szanuję to, że zabrali się wreszcie za kod - robota w istocie krecia. Jednak robiąc to należy najpierw przeanalizować warunki pracy i zacząć jakąkolwiek pracę pod te warunki a nie powielać błędne już na dzień dzisiejszy założenia. Tyle mooch przemyśleń.

Dobry telewizor (niekoniecznie drogi) LCD poradzi sobie z zadaniem wspaniale. Gorzej, ze większość wybiera coś pokroju Life's Good z niskiej półki. Poprawione literówki.

Tak uważam, że ma wadę fabryczną. Miałem przyjemnośc pracy w serwisie TV około 3 lat (nic więcej nie mogę napisać, bo trzymają mnie klauzule w dokumentach). To, co opisujesz było normą w latach 2008-2011. Telewizorów Toshiba na tą przypadłość tygodniowo wpadało po kilkanaście, czasem kilkadziesiąt. Z jednym źródłem było OK, z innym NIE. Problem w tym, że Toshiba kręciła nosem i trzeba było się nagimnastykować, by to naprawić klientowi. Niby problemu nie było, ale biuletyn jak postępować w takim przypadku był. SONY ma inną politykę. Jak już ustalili, że dana seria miała wadę, to nieważne na co klient zgłaszał TV, obligatoryjnie wymieniano mu MAIN, by nie zgłosił przypadkiem później niekompatybilności HDMI. Masz dwa wyjścia: walczyć o swoje; pogodzić się z tym, że nie wszystko jest kompatybilne z Twoim TV. Poprawiono literówki.

Jeżeli wystąpił choć jeden punkt na TAK (u Ciebie 1) i potwierdzisz, iż to, co napisałeś wcześniej jest prawdą, że masz telewizor Toshiba, to trafiłeś na tego co ma wadę fabryczną. Objawia się dokładnie tym, co napisałeś. Rozwiązaniem tego była wymiana oprogramowania w znaczącej części odbiorników lub w mniejszej części wymiana całego MAIN. Problem znany od około 4 lat. Serwisy o tym wiedzą. Na koniec jeszcze informacja. Ta wada fabryczna nie dotyczy każdego sprzętu. Jest trochę upierdliwa do udowodnienia. Jednak występuje a serwisy dostały biuletyn na ten temat. Podobnie sytuacja miała miejsce z którąś serią SONY BRAVIA - tam po HDMI nie działały np. tunery SagemCom od C+. Tutaj wymieniano od razu płytę główną. Poprawiono literówki.

W nBoxie to jest tak, że jak już coś niedomaga to nie należy wróżyć co - należy sprawdzić (np. u kogoś kto będzie to robił) co to było a następnie profilaktycznie dokonac remontu reszty. System zasilania nBoxa to lekko pisząc ładnie zaprojektowana bomba z opóźnionym zapłonem. Jak się wali jedno to za chwilę reszta też. Przy czym dla świętego spokoju - sprawdź na innym konwerterze, może on się przywiesza.

Zrób dwa testy: [*]Najpierw włacz TV i ustaw HDMI a potem tuner - ciekawe co bedzie? [*]Jak masz możliwość sprawdź DVB-T lub DVB-C czy po włączeniu np. na TVP1HD z ustawionym AC3 będzie podobny efekt. Pytania zadałem w konkretnym celu - nie mogę jeszcze napisać w jakim - nie chcę zafałszować wyników.

Wróżbitą nie jestem więc wróżyć nie będę. Jednak jak efekt jest powtarzalny to coś jest mocno niestabilne.

Telewizor włączony z automatu? CO masz na myśli?

Czy przy włączonym downmix też masz ten problem? Konkretnie! I w jakiej kolejności uruchamiasz sprzet!

Najprawdopodobniej szykuje się remont Boxa.

Odpowiedź poprawna to: lub Dopiero wtedy wiadomo bez zastanawiania się jaki jest stan faktyczny! Co do innych odbiorników...Cóż... Zacznijmy od tego, że odbiorniki na procesorach STi mają tą przypadłość, iż kooprocesory odpowiedzialne za dekodowanie A/V nie poprawiają tego co dekodują. Piszą prościej - na wyjściu HDMI jest dokładnie to co daje nadawca. Inni producencji stosują inne rozwiązania, bez kooprocesorów oraz proces przetwarzania danych z transpondera zanim efekt końcowy będzie widać na telewizorze. Tu dochodzimy do dylematu jakość czy wygoda. U mnie np. liczy się przede wszystkim jakość dźwięku, nawet nie obrazu. Omijam wielkim łukiem kanały ze ścieżką MPEG (to cięcie dynamiki i częstotliwości jest tak wiekie, że nie akceptowalne) oraz kanały, które nie mają co najlmniej 256kbp/s dla AC3. W sygnaturze mam podany sprzęt co to odtwarza. Niestety po przekroczeniu pewnej bariery jakościowej.... Podobnie jest z obrazem. W Polsce króluje PLASMA bo jej właściwości (nazwijmy to destrukcji obrazu) tak dobrze wpływają na nasz koszmarnej jakości sygnał, że aż miło się ogląda.

Najpierw → zacznij dokładnie odpowiadać na zadawane pytanie - bez wyciągania wniosków. Teraz tak. Pilot od telewizora i szukasz wszelkich opcji od dźwięku. Będzie gdzieć automatyczna regulacja głośności. Jeżeli masz Sony Bravia to możesz mieć dodatkowo efekty specjalne z prawie całkowity brakiem dźwięku po uaktywnieniu tej funkcji. Na koniec informacja. AC3 ma praktycznie ten sam poziom dźwięku. Wynika to z faku określenia odgórnie, który kanał ma być jak głośny by nie zamaskować dźwięku z innego kanału. Z MPEG w polsce jest - jakby to napisać - "rupta co chceta". Nikt nic nie określa, za to co nadawca to inaczej. Czy na to jest jakieś wyjście? Odpowiedź wydaje się jasna - w tym kraju nic nie będzie normalnie. Za naszymi granicami dostarcza się kontent o konkretnej jakości. My, polacy, zadowalamy się czymkolwiek (z wyjątkami, ale jest nas za mało by walczyć). Skoro jakieś 80% abonentów płatnej TV kupi nawet jak nie będzie dźwięku (a to jest prawdopodobne w 99,9%) to nikt się nie przejmuje różnymy poziomami dźwięku, różnymi rozmiarami ramek wokół obrazu (te okreslające granice obrazu) czy tym, że HD wymaga takich czy innych parametrów. Reasumując - wychodzi na to, że co najwyżej masz ustawione automatyczne regulowanie głośności w TV a róznica w poziomie dźwięku AC3 i MPEG na kanałach podanych przez Ciebie jest KOSZMARNIE DUŻA. Tego w prosty sposób nie da się zniwelować. Pomijam fakt leczenia objawów a nie przyczyny.

Na Discovery HD jest ścieżka AC3. Po wyłączeniu Downmixa powinien być głośniejsz dźwięk na kanałach z AC3 i cichszy na kanałach z MPEG. Sprawdź czy tak jest u Ciebie.

Pytanie kolejne :) → Masz włączony AC3 Downmix?

Ptanie brzmiało czy dźwięk idzie przez telewizor czy jest podany dalej na sprzęt audio i problem dotyczy dźwięku na sprzęcie audio.

Ptanie dodatkowe - chodzi o dźwięk na telewizorze czy sprzęcie AUDIO?

Używasz automatycznej regulacji głośności?

Jak możesz to wpisz poprawne parametry w ręczne skanowanie i wrzuć loga z tej czynności.

Jakby to napisać → ilość MHz nie ma prawie nic wspólnego z MHz. Brzmi dziwnie, ale w sumie jak większość bełkotu do którejś wersji OSCama. Niedługo nie będzie w ogóle możliwości ustawiania tego parametru - moim zdaniem powinno tak być od początku. Co nie zmienia faktu, że logicznie myśląc powinno być jak piszesz. Każde przetaktowanie może skutkować efektami ubocznymi i zazwyczaj skutkuje. Tu się zgadzamy w 100%

@sunfizz Doczytaj proszę na stronach OSCama dlaczego tak i nad czym pracują. @inni Przy oscamach od wersji 9072 proszę nie podchodzić schematycznie. Devele OScama dość mocno "ryją" kod by doprowadzić to do stanu używalności. To co było logiczne do niedawna, działało OK może działać inaczej, nie działać, powodować efekty uboczne itd. Jeżeli już testujecie coś powyżej 9072 to proszę pozbądźcie się "logicznego myślenia" i testujcie zgodnie ze zmianami na stronie Oscama lub podawanymi tutaj. Tylko tak do czegoś dojdziemy. Jeżeli ktoś wprowadza zmianę i oczekuje, że da to efekt X w warunkach Y, to nie róbmy na siłę warunków Z, bo to zwyczajnie nic tej osobie nie powie - nie tego oczekiwała.

@mickey → nie wiem czy masz LCD czy PLASMA. Jeżeli ten drugi to 720p jest wyborem całkiem poprawnym. Plasma (poza najnowszymi i bardzo wysokimi modelami) pracuje natywnie w 1024x768. Producenci prześcigali się w produkcji procesorów do Plasm a,e w zasadzie były to mniej lub bardziej zaawansowane skalery obrazu. Dopiero niedawno stworzono panel Plasmowy o rozdzielczości 1920x1080. Problem w tym, że cenowo można się.... Między innymi również z powodu rozdzielczości 1024x768 oraz rozmywaniu podpixelowemu dużej ilości użytkowników Plasm wydaje się, iż obraz jest lepszej jakości - szczególnie w przypadku SD i naszego kiepskiego HD. Po prostu telewizor (jakb to napisać) - mniej musi wymyśleć brakujących pixeli. Na koniec UWAGA - informacji o 1024x768 nie znajdziecie w sumie nigdzie. Producent się tym nie chwali bo ludzi wybraliby produkty konkurencji. Przecież zdecydowana większość ludzi nie wybiera jakości a to co napisali w parametrach - nawet jak obraz będzie największym koszmarem. Przykładem tego mogą być niektóre modele SONY Bravia, które zamiast czarnego koloru miały lekko niebieski. Tak je po prostu skonstruowano. Ale parametry na papierze miały niesamowite to lud się rzucił na nie :) Potem serwisanci jeździli do nich i tłumaczyli - "widziały gały co brały"? No może łagodniejszym tonem i dyplomatycznie. Co innego w przypadku LCD. Tutaj panele mają zazwyczaj natywnie 1920x1080. Skalowanie SD do 1920x1080 odbija się mocno na jakości. Tak naprawdę tryb 1080p z np. ESI-88 przyda się na telewizorze LCD dobrej jakości i w dodatku takim, który będzie wiedział co z nim zrobić. Inaczej warto zostać przy 720p lub 1080i

Ja tylko dodam, że Panasonic ma naprawdę dobre upscalery, także w sumie nie ma co płakać. W końcu to, co jest na satelicie, to zazwyczaj 720p lub 1080i. Poprawiona literówka.

W ESI-88 kooprocesor obsługuje już tyb "p" sprzętowo i ma całkiem niezły "upscaler". Czasem lepszy od tego w TV a czasem gorszy. Należy sprawdzić osobiście. U mnie na ESI tryb 1080p jest zdecydowanie lepszy od 1080i. Na 5800xx 1080i to jedyny akceptowalny. Zerknijcie w opis procesora w załączniku. 7100 → ADB5800xx 7105 → ESI-88 7100.pdf 7105.pdf